Обмен между базами 1С: настройка синхронизации и почему обмен «ломается»

Бухгалтер садится закрывать квартал и видит, что в Бухгалтерии нет половины реализаций за июнь. В торговой базе они есть, документы проведены, менеджеры честно работали. Просто обмен между базами 1С встал три недели назад — и об этом никто не узнал, пока не подошёл срок отчётности.

Почему учёт вообще разносят по нескольким базам

В идеальном мире вся компания работает в одной программе. На практике учёт почти всегда разделён между несколькими конфигурациями — так называют прикладные решения на платформе 1С: Бухгалтерия ведёт регламентированный учёт и отчётность, Управление торговлей — продажи, закупки и склад, ЗУП — зарплату и кадры, Розница — магазины и кассы.

Причины разделения простые и вполне разумные. У бухгалтерии и отдела продаж разные требования к правам доступа: менеджеру нечего делать в проводках, а бухгалтеру — в себестоимости резервов. Конфигурации обновляются с разной скоростью: зарплатная база получает новые релизы (так называют очередные версии конфигурации) при каждом изменении в расчёте взносов, а торговая может спокойно жить на прежней версии месяцами. Плюс нагрузка: если в одной базе одновременно сидят сто кассиров и закрывается месяц, тормозить будет у всех.

Но как только баз становится больше одной, появляется новая работа: данные нужно передавать между ними. Этим и занимается обмен.

Что такое обмен данными в 1С простыми словами

Обмен (его же называют синхронизацией) — это механизм, который берёт изменения из одной базы и переносит их в другую. Работает он не «копированием базы», а по изменениям: каждая база помнит, какие объекты — документы, элементы справочников, цены — поменялись с момента прошлой отправки, и передаёт партнёру только их.

Технически это выглядит так. В каждой базе заводится узел обмена — карточка второй базы с настройками: что передаём, за какой период, по каким организациям и складам. Дальше пакет изменений уходит по выбранному каналу и загружается на стороне приёмника. Запускает всё это регламентное задание — «будильник» внутри 1С, который по расписанию сам выполняет операцию: каждые пятнадцать минут, раз в час или ночью.

Важная деталь, о которой редко говорят пользователям: обмен ничего не «чинит». Если в базе-источнике документ проведён с ошибкой, в приёмник он приедет ровно с той же ошибкой. Синхронизация — это транспорт, а не контролёр качества.

Что обычно передают между базами

• Торговая база → Бухгалтерия. Реализации, поступления, возвраты, счета-фактуры и УПД, платежи, справочники контрагентов, договоров и номенклатуры.
• ЗУП → Бухгалтерия. Сводные проводки по начисленной зарплате, НДФЛ и взносам, ведомости на выплату. Обратно обычно уходят выписки и сведения об оплатах.
• Розница → Управление торговлей. Отчёты о розничных продажах и возвратах, чеки, инвентаризации. В магазины возвращаются номенклатура, цены, скидки и акции.
• Между филиалами и головной базой. Перемещения, заказы, общие справочники — чтобы номенклатура и контрагенты были едиными, а не «у каждого свои».

Обмен бывает односторонним и двусторонним. Односторонний проще в сопровождении: данные идут в одну сторону, и понятно, какая база главная. Двусторонний удобнее пользователям, но требует заранее решить, чья версия объекта побеждает, если его правили и там, и там.

Во что обходится сломанный обмен

Обмен — это та часть системы, поломку которой замечают позже всего. Программа работает, документы вводятся, никто не видит красных ошибок. А потом выясняется:

• Отчётность не сходится. Часть реализаций не доехала до бухгалтерии — значит, неверны выручка, НДС и налог на прибыль. Искать разницу приходится вручную, документ за документом, в последние дни перед сдачей.
• Остатки расходятся. Менеджер видит в своей базе один остаток, кладовщик — другой. Дальше либо продажа товара, которого нет, либо отказ от заказа по товару, который на складе лежит.
• Контрагенты задваиваются. Один и тот же покупатель существует в базе в трёх экземплярах, и долг по нему размазан между ними. Сверка с клиентом превращается в отдельный проект.
• Люди возвращаются к ручному вводу. Самое дорогое последствие. Бухгалтер один раз перезабил документы руками, второй — и вот обмен уже никому не нужен, а компания платит за двойную работу каждый месяц.

Хорошая новость: почти все причины сбоев известны наперёд, а большинство из них видно заранее — если кто-то смотрит на статус обмена не раз в квартал, а ежедневно.

Как устроена настройка обменов 1С

Типовая синхронизация «из коробки»

Между родственными типовыми конфигурациями обмен уже написан разработчиками 1С: достаточно включить синхронизацию, выбрать вторую базу из списка, указать организации, склады, дату начала выгрузки и правила подстановки — например, какой договор и какую статью затрат использовать по умолчанию. Это самый надёжный вариант, потому что механизм поддерживается и обновляется вместе с конфигурацией.

Универсальный обмен и правила конвертации

Если базы «неродные» — доработанная УТ и отраслевое решение, старая редакция и новая, 1С и чужая система — используется универсальный обмен по правилам конвертации. Правила описывают соответствие: этот документ становится вон тем, это поле кладётся в то поле. Правила пишутся под конкретную пару баз, их нужно сопровождать и править после серьёзных обновлений. Это уже доработка, а не настройка.

Канал передачи

Данные ходят либо через общий каталог на диске или FTP, либо прямым подключением к базе, либо через интернет по веб-сервису — когда базы стоят в разных местах и «увидеть» друг друга напрямую не могут. Выбор канала влияет на то, что именно сломается: каталог переполнится или к нему потеряются права, у веб-сервиса истечёт сертификат, при прямом подключении упадёт сеть между офисами.

Расписание

Отдельное решение — как часто. Для розницы обмен раз в сутки ночью нормален, для интернет-магазина или склада с резервами — нет. Чем чаще обмен, тем меньше пакет и тем быстрее заметен сбой; чем реже — тем больше данных копится и тем дольше потом «разгребать» очередь.

Почему обмен ломается: типовые ошибки обмена 1С

• Обновили одну базу, а вторую нет. Классика. После выхода нового релиза структура данных меняется, и версии перестают понимать друг друга. Обновлять связанные базы нужно согласованно — подробности в услуге обновление 1С.
• Доработки, о которых обмен не знает. В документ добавили обязательный реквизит, а в правила выгрузки его не добавили. Документ уезжает, но на приёмнике не проводится: «не заполнено обязательное поле».
• Ошибки проведения на стороне приёмника. В бухгалтерии не настроен счёт учёта для новой группы номенклатуры, не заведён договор, закрыт период. Документ загружен, но висит непроведённым — а в отчёт попадают только проведённые.
• Учётная запись обмена. Пользователю, от имени которого идёт синхронизация, сменили пароль, отобрали права или уволили сотрудника и отключили его. Обмен молча перестаёт работать.
• Канал. Переехал сервер, изменился адрес публикации, переполнился диск с каталогом обмена, истёк сертификат.
• Коллизии. Один и тот же объект поменяли в обеих базах между сеансами обмена. Побеждает та база, которая назначена главной по этому виду данных, — и если это назначено случайно, чужие правки будут регулярно затираться.
• Накопившаяся очередь. Обмен не работал месяц, потом его запустили — и он часами передаёт всё скопившееся, попутно упираясь в блокировки и таймауты.

Дубли контрагентов: откуда они берутся

Дубли — самая частая жалоба после расхождения остатков. Механика такая: при первой синхронизации базы сопоставляют объекты между собой. Контрагентов — по ИНН и КПП, номенклатуру — по наименованию, артикулу или штрихкоду. Всё, что не удалось сопоставить, создаётся заново.

Дальше начинается арифметика беспорядка. Если у одного и того же юрлица в торговой базе ИНН заполнен, а в бухгалтерии нет, сопоставление не сработает и появится второй элемент. Если менеджер завёл контрагента вручную в тот же день, когда обмен привёз его из второй базы, получится два. Если номенклатура называется «Болт М8 оцинк.» в одной базе и «Болт М8 оцинкованный» в другой — тоже два.

Лечится это не «чисткой дублей раз в год», а порядком: у справочников должна быть одна база-хозяин, в которой заводятся новые элементы, обязательное заполнение ИНН и артикула, а перед запуском обмена — ручное сопоставление уже существующих объектов. Один день работы на старте экономит месяцы разбирательств.

Расхождение остатков: как искать причину

Порядок поиска почти всегда один и тот же, и он куда быстрее, чем сверять документы подряд. Сначала фиксируем период и разрез — организация, склад, вид товара — и сужаем расхождение до месяца, потом до дня. Дальше смотрим три вещи: какие документы за этот день есть в источнике и отсутствуют в приёмнике, какие загружены, но не проведены, и какие были исправлены задним числом уже после того, как уехали.

Отдельная категория — ручные правки в приёмнике. Кто-то поправил количество прямо в бухгалтерии, «чтобы сходилось», а следующий обмен привёз исходную версию документа и всё вернул обратно. Такие правки нужно делать только в базе-источнике; это правило стоит проговорить с сотрудниками до, а не после.

Как настроить обмен и не собрать грабли: план

• 1. Определить, какая база главная по каждому виду данных. Номенклатура ведётся в торговой, контрагенты — в торговой, зарплатные проводки — из ЗУП. Это решение про учёт, а не про технику, и принимать его должен человек со стороны компании.
• 2. Навести порядок в справочниках до обмена. Заполнить ИНН, убрать очевидные дубли, привести к единым наименованиям и артикулам.
• 3. Сделать резервные копии обеих баз. Мы делаем копию перед любыми работами — обмен здесь не исключение, потому что неудачная первая загрузка правится только откатом.
• 4. Настроить и прогнать обмен на копиях. Проверить сопоставление, посмотреть, что реально приехало, и только потом повторить на рабочих базах.
• 5. Выбрать дату начала выгрузки. Обычно это начало года или квартала. Тянуть всю историю чаще всего не нужно и вредно.
• 6. Задать расписание и права. Отдельный служебный пользователь для обмена, которого не увольняют и которому не меняют пароль «заодно со всеми».
• 7. Сверить итог. Остатки, взаиморасчёты и обороты в приёмнике должны совпасть с источником. Не «примерно» — точно.

Мониторинг: чтобы бухгалтер не узнавал о сбое в день отчётности

Это главная часть, которой обычно нет. Настроенный обмен — не разовая работа, а объект ежедневного наблюдения. Что входит в нормальное сопровождение: проверка, что регламентное задание отработало и не отключилось; просмотр журнала регистрации на предмет ошибок загрузки; разбор документов, которые приехали, но не провелись; повторная отправка после устранения причины; контроль обмена сразу после каждого обновления конфигураций.

Плюс простое правило: перед закрытием месяца обмен проверяется отдельно и заранее, а не в тот день, когда бухгалтер уже начал сводить отчёт. Тогда «обмен валится, и никто не понимает почему» превращается в «обмен вчера отработал с двумя ошибками, обе разобрали».

Что меняется после

• Реализации и поступления появляются в бухгалтерии сами, без перезабивания.
• Остатки в торговой базе и на складе совпадают, и менеджер не звонит кладовщику.
• Контрагент в системе один, и долг по нему виден целиком.
• Зарплатные проводки попадают в учёт одним документом, а не таблицей из ЗУП.
• О сбое вы узнаёте от нас в тот же день, а не от бухгалтера накануне сдачи.

Сколько это стоит и кто это делает

Модель простая: 8 900 ₽ в месяц с десятью включёнными часами — это 890 ₽ за час — и 2 500 ₽ за каждый следующий час по факту. Для сравнения, рекомендованная фирмой «1С» ставка специалиста — от 3 000 ₽ за час. Фиксированную смету мы честно не обещаем: вы платите за фактически отработанные часы, а оценку в часах получаете до начала работ.

Работаем удалённо по всей России, в команде 250 специалистов. Это прямой ответ на самую частую жалобу в нашей теме: «предыдущий специалист недоступен, а проблема срочная». Настройки обмена описаны, задачу подхватит другой человек, а перед любыми изменениями делается резервная копия базы. Мы подписываем NDA и исправляем свои ошибки за свой счёт.

Если вы не можете прямо сейчас сказать, когда ваш обмен отрабатывал в последний раз и были ли ошибки, — это и есть ответ. Расскажите, какие у вас базы и что между ними должно ходить: посмотрим текущие настройки, найдём причину сбоев и назовём объём работ в часах. Смежные темы — обмен с интернет-магазином и CRM в статье «Интеграция 1С с сайтом и Битрикс24», а подробности об услуге — на странице интеграция 1С.