Связка «торговый учёт отдельно, бухгалтерия отдельно» даёт двойной ввод и постоянные расхождения по остаткам не потому, что системы плохие, а потому, что между ними нет договорённости о том, что считается одной и той же вещью. Обмен документами — задача техническая и решается за одну-две недели. Договорённость о справочниках — задача учётная, решается людьми и занимает больше времени и денег, чем сам обмен.
Отсюда порядок, который стоит запомнить до чтения смет: сначала справочники, потом направление обмена, потом механизм передачи. Проект, начатый с выбора механизма, обычно завершается работающим обменом и продолжающимися расхождениями — потому что канал построили, а возить по нему стали те же несопоставимые данные.
Ниже — расчёт стоимости двойного ввода, три схемы обмена с ценами и слабыми местами, правила ведения справочников, таблица источника истины по каждому объекту, разделение расхождений на штатные и аварийные, контроль работы обмена и разбор частного случая «МойСклад плюс 1С:Бухгалтерия». Модельная компания — торговая: 680 реализаций покупателям и 420 поступлений от поставщиков в месяц, всего 1 100 документов; полная стоимость часа бухгалтера 844 ₽.
Сколько стоит двойной ввод
Двойной ввод редко называют своим именем. В компании это звучит как «бухгалтер заводит документы у себя», и выглядит как нормальная работа бухгалтера, а не как перепечатывание уже введённых данных. Считается он просто: число документов, умноженное на время повторного ввода одного, плюс время на разбор расхождений между системами в конце месяца.
Три с половиной минуты — это не набор с нуля, а перенос из системы в систему с подбором номенклатуры и проверкой сумм. Замерьте у себя: возьмите пять документов разной сложности и засеките секундомером. Обычно получается от 2,5 минут по типовой накладной на пять позиций до 8–12 минут по поступлению на сорок позиций с новой номенклатурой. Методику полного замера мы разбирали в материале про измерение процесса до внедрения — она же годится и здесь.
После настройки обмена автоматически проходит около 96 % документов. Оставшиеся 4 % — это 44 документа в месяц, где сопоставление не сработало: новая номенклатура, контрагент-дубль, документ с нестандартным составом. Разбор одного занимает около 4 минут, плюс 4 часа в месяц уходит на контроль журнала обмена. Итого 7 часов вместо 64 — 5 908 ₽ вместо 65 832 ₽.
Парная столбчатая диаграмма, ось Y — часы в месяц 0–80. Левый столбец «Было» — 78 часов, разделён на сегменты «повторный ввод 1 100 документов — 64 ч» и «разбор расхождений — 14 ч». Правый столбец «Стало» — 7 часов, сегменты «разбор 44 несопоставленных документов — 3 ч» и «контроль журнала обмена — 4 ч». Между столбцами выноска «экономия 59 924 ₽ в месяц». Оси и подписи по-русски, чертёжный стиль.
Три схемы обмена: цена, сроки и слабое место каждой
Выбор схемы определяется не бюджетом, а тем, что именно связывается. Если обе системы — конфигурации 1С, платить за разработку почти никогда не нужно. Если одна из систем не 1С, вариантов два, и они различаются тем, кто отвечает за работоспособность канала через год.
| Параметр | Типовой обмен 1С ↔ 1С | Интеграционная платформа | Самописный коннектор |
|---|---|---|---|
| Когда применим | Обе системы — конфигурации 1С, поддерживающие обмен через универсальный формат | Одна из систем не 1С: МойСклад, CRM, маркетплейс, интернет-магазин | Нестандартная логика, несколько получателей, объём выше нескольких тысяч документов в сутки |
| Настройка | 60 000–150 000 ₽ | 80 000–200 000 ₽ | 250 000–600 000 ₽ |
| Срок | 1–2 недели | 2–3 недели | 4–8 недель |
| Абонентская плата | Нет | От ~2 200 ₽/мес за тариф платформы | Нет, но поддержка 15 000–30 000 ₽/мес |
| Слабое место | Ломается при обновлении конфигурации с доработками | Зависимость от внешнего сервиса и лимитов тарифа по числу операций | Нужен владелец кода, иначе через год его никто не сможет починить |
По интеграционным платформам важна оговорка про 2026 год: Zapier и Make из России недоступны, и предлагать их в качестве рабочего инструмента нельзя. Живые варианты — Albato с юрлицом и серверами в РФ, ApiX-Drive в реестре отечественного ПО с тарифами примерно от 2 200 ₽/мес и Nodul. Сравнение платформ между собой мы делали отдельно; здесь важно другое — платформа снимает разработку, но добавляет постоянную зависимость и лимит по числу операций, который надо считать заранее: 1 100 документов в месяц при двустороннем обмене и передаче справочников превращаются в 3 000–5 000 операций.
Про типовой обмен между конфигурациями 1С — самое частое заблуждение. «Типовой» не означает «бесплатный»: он означает, что механизм уже написан и настраивается, а не программируется. Работа всё равно есть, и она состоит из выбора состава передаваемых документов, настройки правил соответствия справочников, расписания и разбора первого месяца эксплуатации. Пять механизмов обмена с 1С различаются надёжностью при разрывах связи и ценой владения — к этому вернёмся в конце статьи.
Три вертикальные колонки с подписями «Типовой обмен 1С ↔ 1С», «Интеграционная платформа», «Самописный коннектор». В каждой четыре строки: цена настройки («60 000–150 000 ₽», «80 000–200 000 ₽», «250 000–600 000 ₽»), срок («1–2 недели», «2–3 недели», «4–8 недель»), абонплата («нет», «от 2 200 ₽/мес», «поддержка 15 000–30 000 ₽/мес»), слабое место («обновление конфигурации», «зависимость от сервиса», «владелец кода»). Под колонками общая полоса-фундамент с подписью «справочники: 120 000 ₽ независимо от схемы». Чертёжный стиль, подписи по-русски.
Справочники решают восемьдесят процентов проблем
Обмен возит объекты, а не строки. Чтобы документ из торгового учёта провёлся в бухгалтерии, каждая его позиция должна найти себе пару в справочнике номенклатуры принимающей системы, а контрагент — в справочнике контрагентов. Если пара не найдена, у обмена ровно два варианта поведения: не провести документ или создать новую позицию. Первое даёт очередь непроведённых документов, второе — рост справочника дублями, и второе хуже.
- 1Назначить единый источник для каждого справочника
Номенклатура и контрагенты заводятся в одном месте — как правило, в торговом учёте, потому что именно там появляется новый товар и новый покупатель. Во второй системе создание вручную закрывается правами доступа. Это самая дешёвая и самая непопулярная мера: бухгалтерия привыкла заводить контрагента сама, когда пришёл документ. Без неё справочники расходятся снова через два-три месяца.
- 2Задать правила соответствия по устойчивым признакам
Контрагенты сопоставляются по паре ИНН и КПП, а не по наименованию: одна и та же организация в двух системах называется «ООО Ромашка», «Ромашка ООО» и «Ромашка, ООО». Номенклатура — по артикулу или внутреннему коду; наименование как ключ не годится в принципе. Если артикулов нет, их придётся завести — это и есть основная работа проекта.
- 3Разобрать исторические дубли до запуска, а не после
В справочнике на 6 000 позиций типично находится 200–500 дублей: одна и та же вещь, заведённая дважды с разным написанием. Часть склеивается автоматически по совпадению артикула или ИНН, часть требует решения человека. Работа неприятная и обычно занимает 30–50 часов, но откладывать её нельзя: после запуска обмена дубли начнут размножаться в обе стороны.
- 4Закрыть создание новых позиций в принимающей системе
Правило простое: если обмен не нашёл соответствия, документ уходит в очередь на разбор, а не создаёт новую позицию молча. Очередь неприятна, зато видна. Автосоздание удобно первые две недели и катастрофично через полгода — именно так справочник номенклатуры вырастает вдвое, и никто не может сказать, когда это началось.
В модельной смете приведение справочников стоит 120 000 ₽, а настройка самого обмена — 90 000 ₽. Заказчику это кажется перевёрнутым: платить больше за наведение порядка в списках, чем за собственно интеграцию. Но обмен поверх непричёсанных справочников — это исправно работающий конвейер, который возит брак. Типовые ошибки такого рода — дубли, пересорт, расходящиеся справочники — мы разобрали в отдельном материале с ценой каждой.
Кто главный: источник истины по каждому объекту
Второй по важности документ проекта после правил справочников — таблица, в которой у каждого объекта назначен хозяин. Обмен без неё превращается в перетягивание: цена, изменённая в бухгалтерии, затирается ночью значением из торгового учёта, и наоборот. Правило формулируется так: у объекта ровно один источник истины, остальные системы его читают.
| Объект | Источник истины | Направление передачи | Почему так |
|---|---|---|---|
| Номенклатура | Торговый учёт | В бухгалтерию | Товар появляется у закупки и продаж, а не в бухгалтерии |
| Карточка контрагента | Торговый учёт | В бухгалтерию | Клиента заводит менеджер при первой сделке |
| Реквизиты контрагента: ИНН, КПП, банковские счета | Бухгалтерия | В торговый учёт | Проверяются по документам и выписке, ошибка стоит платежа не туда |
| Остатки на складах | Торговый учёт | Не передаются | Бухгалтерия получает их расчётом из проведённых документов |
| Цены и скидки | Торговый учёт | В составе документов | Отдельно передавать не нужно, они приходят строками реализации |
| Реализации и поступления | Торговый учёт | В бухгалтерию | Основной поток обмена |
| Платежи и банковская выписка | Бухгалтерия | В торговый учёт | Выписка грузится в бухгалтерию, взаиморасчёты нужны продажам |
| Себестоимость и финансовый результат | Бухгалтерия | Не возвращается | Считается по правилам учёта после закрытия периода |
Третья строка — та, о которой спорят чаще всего. Логично было бы вести контрагента целиком в одном месте, но на практике карточку заводит менеджер, а реквизиты проверяет бухгалтер по первичным документам, и это разделение честнее любого единообразия. Реализуется оно так: обмен передаёт карточку в бухгалтерию при создании, а обратно возвращает только блок реквизитов, помеченный как проверенный. Разноска платежей по этим реквизитам — отдельная задача, которую мы разбирали в материале про автоматическую разноску банковских выписок.
Карта связей: слева блок «Торговый учёт», справа блок «Бухгалтерия». Между ними четыре стрелки слева направо с подписями «номенклатура», «карточки контрагентов», «реализации 680/мес», «поступления 420/мес» и две стрелки справа налево с подписями «реквизиты контрагентов: ИНН, КПП, счета» и «платежи из выписки». Под левым блоком приписка «остатки, цены — не передаются», под правым — «себестоимость, финрезультат — не возвращаются». Внизу узкая полоса «журнал обмена: 96 % проходит, 44 документа на разбор». Чертёжный стиль, подписи по-русски.
Штатные расхождения против аварийных
Главный источник недоверия к обмену — неумение отличить норму от поломки. Когда любое расхождение считается ошибкой, бухгалтерия каждый месяц сверяет вручную всё подряд и делает вывод, что обмен «не работает». Когда любое расхождение считается нормой, потерянный документ всплывает через квартал. Разделять их надо по формальным признакам, записанным в регламент.
| Расхождение | Норма или авария | Что с ним делать |
|---|---|---|
| Документ проведён в торговом учёте сегодня, в бухгалтерии — после ночного обмена | Норма | Сверять на утро следующего дня, а не в момент проведения |
| Товары в пути и принятые без документа | Норма | Отдельная позиция в отчёте о расхождениях, объясняется составом |
| Копеечная разница по НДС при разной детализации строк | Норма до 1 ₽ на документ | Порог записан в регламенте, выше порога — на разбор |
| Разные аналитики: складские у одного, счета учёта у другого | Норма | Соответствие задаётся правилами, а не сверяется вручную |
| Документ есть в одной системе и отсутствует в другой дольше суток | Авария | Оповещение ответственному в тот же день |
| Дубль по паре «контрагент плюс номер плюс дата» | Авария | Блокировка проведения и разбор до конца дня |
| Пересорт: документ пришёл на другую номенклатурную позицию | Авария | Разбор и починка правила соответствия, а не правка документа |
| Обмен не проходил дольше двух часов в рабочее время | Авария | Оповещение сразу, не дожидаясь жалобы от бухгалтерии |
Контроль обмена — третья по цене часть проекта и первая по тому, насколько его хватает надолго. Нужны три вещи, и все три недорогие. Журнал обмена: что, когда и в каком направлении передано, с возможностью найти конкретный документ и увидеть его судьбу. Отчёт о непроведённых документах: очередь на разбор с причиной по каждой строке и с ответственным. Оповещение при остановке: сообщение ответственному, если обмен молчит дольше порога, — именно эта мелочь отличает систему, которая живёт годами, от системы, про которую однажды в среду выяснилось, что она стоит с понедельника.
Сломанный обмен виден сразу: документы не приходят, бухгалтерия звонит в первый же день. Молчащий передаёт часть документов и пропускает остальные — например, из-за одного контрагента с испорченным реквизитом или из-за переполненной очереди. Обнаруживается такое при закрытии месяца, когда восстановить хронологию уже дорого. Поэтому контроль строится не на факте «обмен запущен», а на счётчиках: сколько документов создано в источнике за сутки и сколько принято приёмником. Расхождение счётчиков — повод для оповещения даже при формально работающем обмене.
Схема слева направо: блок «Источник: создано за сутки — 1 100» и блок «Приёмник: принято за сутки — 1 056», между ними узел-компаратор с подписью «сравнение счётчиков». От компаратора три выхода вниз: «Журнал обмена: что, когда, куда», «Очередь на разбор: 44 документа с причиной и ответственным», «Оповещение: расхождение счётчиков или молчание дольше 2 часов». Справа отдельная рамка «Пороги: 1 ₽ по НДС, сутки по отсутствию документа, 2 часа по молчанию». Чертёжный стиль, подписи по-русски.
Особый случай: МойСклад и 1С:Бухгалтерия
Связка «оперативный контур в МойСкладе, отчётность в 1С:Бухгалтерия» — самая распространённая среди торговых компаний до 100 человек, и ломается она предсказуемо в одних и тех же пяти местах. Когда обе системы вообще нужны и когда одну из них стоит убрать, мы разбирали отдельно; здесь — только то, что чинится в обмене.
- Номенклатура без артикулов. В МойСкладе товар заводят продавцы и закупщики, часто прямо в момент приёмки, и артикул при этом не заполняют. Сопоставлять приходится по наименованию, а наименование в двух системах не совпадает никогда. Лечится обязательностью артикула на уровне прав: без него позиция не сохраняется.
- Незаполненная ставка НДС в карточке. Документ уходит в бухгалтерию и не проводится, потому что ставка не определена. Массовая проблема при переходе на новые правила и при работе с несколькими юрлицами на разных режимах. Проверяется до запуска обмена простым отчётом по справочнику.
- Возвраты и корректировки реализации. Самый частый источник расхождений: возврат в МойСкладе оформляется отдельным документом, а в бухгалтерии требует связи с исходной реализацией. Без передачи ссылки на документ-основание возврат ложится на остаток, но не на взаиморасчёты.
- Комплекты и наборы. В МойСкладе набор — это отдельная сущность со своим составом, в 1С:Бухгалтерия такой сущности нет. Передавать надо либо разобранный состав, либо набор как отдельную номенклатуру со сборочной операцией — решение принимается один раз и записывается, иначе склад и бухгалтерия расходятся по количеству навсегда.
- Розничные продажи и чеки ОФД. Построчно они в бухгалтерию не нужны: передаётся сводный документ за смену. Ошибка обратная — передать каждый чек — раздувает базу и замедляет закрытие. Порог простой: розница агрегируется, опт передаётся документами.
Смета и окупаемость
Считаем по первой схеме — типовому обмену между конфигурациями 1С, с полным приведением справочников. Именно этот вариант закрывает большинство случаев, и именно в нём видно правильное соотношение между данными и настройкой.
Смету можно ужать в двух местах и нельзя в третьем. Безопасно сокращается опытная эксплуатация — с трёх недель до одной, минус 25 000 ₽, ценой более нервного первого закрытия. Безопасно откладывается часть контроля: сравнение счётчиков и оповещения можно добавить вторым этапом, минус 30 000 ₽. Нельзя экономить на справочниках: обмен, запущенный поверх 300 дублей, за квартал превращает их в 600, и повторный разбор обойдётся дороже первого. Это же правило работает и для связок с CRM и интернет-магазином — состав работ по данным там тот же, что описан на странице интеграций.
Когда связывать две системы не надо
Проект окупается не всегда, и три из четырёх стоп-сигналов проверяются до первого разговора с подрядчиком.
- Документов меньше 400 в месяц. При таком объёме повторный ввод занимает 23 часа и стоит около 19 400 ₽; за вычетом поддержки в 9 000 ₽ чистыми остаётся 10 400 ₽, и вложение 380 000 ₽ возвращается больше чем за три года. Порог, ниже которого мы отговариваем, — примерно 400 документов в месяц при двойном вводе.
- Вторая система вам на самом деле не нужна. Иногда честный ответ — не связывать, а убрать одну из систем. Если торговый учёт ведётся в отдельной программе по историческим причинам, а функционально всё закрывается конфигурацией уровня 1С:УНФ или 1С:УТ, переход обойдётся дешевле вечного обмена и снимет проблему целиком.
- Справочники не готовы и наводить порядок никто не собирается. Обмен поверх хаоса даёт видимость интеграции и накопление ошибок. Если владельца справочников назначить не получается, проект стоит отложить — деньги будут потрачены, а расхождения останутся.
- Одна из систем скоро меняется. Строить обмен к системе, которую собираются заменить в течение года, — это оплатить работу дважды. Правильный порядок: сначала решение о целевом контуре, потом интеграция.
И отдельно про соблазн «сделать по-быстрому выгрузкой в файл». Файловый обмен по расписанию действительно дешевле и в отдельных случаях уместен, но у него есть особенность, которая проявляется через полгода: он не умеет надёжно переживать разрывы. Если выгрузка не прошла в среду, в четверг он выгрузит только новое, а среда останется дырой, о которой узнают при закрытии месяца. Механизмы, которые переживают разрывы без потерь, и цена каждого разобраны у нас в материале про способы обмена с 1С.
Обмен возит не документы, а договорённость о том, что считается одной и той же вещью.
