Обмен между УТ и Бухгалтерией сломался: дубли, расхождения и документы, которые не доходят

«Документы из УТ не выгружаются в Бухгалтерию». «В Бухгалтерии два одинаковых контрагента». «Остатки в базах разные, и никто не понимает почему». Так обычно звучит запрос. Бухгалтер закрывает месяц и находит реализации, которых нет. Или находит одну и ту же реализацию дважды. Кто-то начинает править руками, и расхождений становится ещё больше. Ниже расскажу, откуда берутся такие поломки и как я их разбираю.

Почему обмен ломается

Первая причина — обновление. Одну базу обновили, вторую нет. Или обновили обе, но до разных релизов. Типовой обмен между УТ и Бухгалтерией рассчитан на совместимые версии. Когда версии расходятся, часть документов перестаёт выгружаться или выгружается с ошибкой.

Вторая — ручные правки в обеих базах. Бухгалтер поправил документ у себя, а менеджер поправил тот же документ в УТ. При следующем обмене одна правка затрёт другую. Или документ станет недоступен для изменения, и обмен остановится на нём.

Третья — дубли справочников. Контрагента завели в УТ и отдельно в Бухгалтерии. Обмен не узнал его и создал второго. Дальше документы разъезжаются по двум карточкам, и сверка взаиморасчётов превращается в поиск.

Четвёртая — правила и отборы. В настройках синхронизации указана дата начала, отбор по организациям или по видам документов. Кто-то поменял настройку, и часть документов просто перестала попадать в выгрузку. Ошибки при этом нет, данные тихо не доходят.

Пятая — доработки. Если в одной из баз меняли типовые объекты без расширения, обмен может споткнуться на изменённом документе. Об этом я подробнее писал в статье доработки 1С через расширения.

Диагностика по шагам

Я всегда начинаю с копий обеих баз. На рабочих базах экспериментировать нельзя: один неудачный обмен может создать сотни лишних объектов.

Шаг первый — сверяю версии конфигураций и платформы. Смотрю, совместимы ли релизы для типового обмена. Если нет, сначала выравниваю версии, иначе дальнейшая настройка бессмысленна.

Шаг второй — открываю настройки синхронизации. Проверяю дату начала, отборы, организации, правила выгрузки документов. Часто причина находится прямо здесь.

Шаг третий — журнал регистрации и сообщения обмена. Там видно, на каком объекте обмен падает и с какой ошибкой. Одна проблемная запись может тормозить всю очередь.

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

Шаг пятый — сверка данных. Беру период и сравниваю документы по количеству и суммам. Так становится видно, что именно не дошло и в какую сторону.

Чистка дублей

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

Контрагентов сопоставляю по ИНН и КПП. Номенклатуру — по артикулу или коду, если они ведутся аккуратно. Где совпадение неочевидно, выношу список человеку. Угадывать за бухгалтера я не буду.

Настройка правил и регламент

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

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

Контроль после починки

Обмен нельзя починить и забыть. Первые недели я смотрю журнал и сверяю данные по закрытым дням. Если что-то снова не дошло, лучше узнать об этом через день, а не в конце квартала.

Полезно настроить простое оповещение. Если обмен завершился с ошибкой или давно не запускался, ответственный получает сообщение. Так поломка не копится неделями.

Как это выглядит, когда настроено

Менеджер проводит реализацию в УТ. Через несколько минут по расписанию документ появляется в Бухгалтерии с тем же контрагентом и теми же суммами. Бухгалтер его не создаёт и не правит. Если нужна правка, он пишет менеджеру, тот исправляет в УТ, и обмен приносит новую версию.

Однажды обмен падает на документе с ошибкой в реквизитах. Ответственный получает сообщение в тот же час. Исправляет документ, обмен проходит. В конце месяца сверка по взаиморасчётам сходится без поиска потерянных реализаций.

Как заказать

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

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

После сдачи передаю инструкцию и регламент, кто где вводит данные. На мою работу действует гарантийный срок. Если нужно, дальше беру обмен на сопровождение. Подробнее о формате на странице связка 1С с другими системами.

Частые вопросы

Можно ли починить обмен, не обновляя базы?

Иногда да, если причина в настройках или дублях. Если версии несовместимы, без выравнивания релизов надёжно не получится.

Что будет с документами, которые не дошли?

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

Бухгалтер уже перенёс часть документов руками. Это проблема?

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

Сколько длится починка?

Зависит от конфигурации и версии, числа дублей и доработок. Точнее скажу после диагностики.

Как не сломать обмен при следующем обновлении?

Обновлять обе базы согласованно, держать доработки в расширениях и проверять обмен на копии перед обновлением рабочих баз.

Коротко о главном

Обмен между УТ и Бухгалтерией обычно ломается не сам. Его ломают разные версии, ручные правки в двух местах, дубли и тихо изменённые отборы.

Чинить нужно по порядку: копии, версии, настройки, журнал, дубли, сверка. Потом регламент, кто где работает, и контроль первых недель.

Если у вас документы не доходят или расходятся суммы, пришлите версии баз и скриншоты ошибок. Я посмотрю и скажу, с чего начать. Напишите в Telegram, MAX или VK.