Интеграция 1С УТ и 1С Бухгалтерия 2026: что синхронизируется, направления обмена и подводные камни

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

Эта статья — обзорная карта интеграции УТ ↔ БП: что вообще можно синхронизировать через типовой механизм EnterpriseData, в каких направлениях, какие сущности куда «не доезжают», и почему двусторонний обмен почти всегда плодит дубли контрагентов и «лишние» договоры. Если нужна узкая инструкция именно по выгрузке УТ → БП — см. отдельную статью Выгрузка из 1С УТ в Бухгалтерию: EnterpriseData, НДС 5/7%, конфликты.

Ключевые факты

• Обмен УТ ↔ БП 3.0 идёт через универсальный формат EnterpriseData (XML по схеме XDTO), а не через старые правила KD2. Поддержка формата зашита в типовых конфигурациях УТ 11.4/11.5, БП 3.0, КА 2, ERP 2 и ЗУП 3 — см. перечень на v8.1c.ru.
• Синхронизация идёт на уровне документов и справочников, а не остатков: типовой обмен не переносит начальные остатки для первичного заполнения БП — только движение документов и НСИ.
• При передаче документа из УТ в БП отбрасывается оперативный учёт (ордера, резервы, аналитика по складам в табчасти), но дописываются счета учёта номенклатуры и расчётов с контрагентами по регистрам сведений в БП.
• Обмен бывает односторонний (УТ → БП) и двусторонний — типичная схема в 9 из 10 компаний на УСН/ОСН: НСИ и реализации ведём в УТ, обратно из БП в УТ забираем только проводки по банку и иногда оплаты.
• Любой двусторонний обмен без жёсткого регламента «кто-где-ведёт-НСИ» порождает дубли контрагентов, «лишние» договоры в карточке и конфликты «изменено в обеих базах», которые по умолчанию разрешаются молча в пользу приоритетного узла.
• Префиксы информационных баз (например, УТ- и БП-) обязательны до первой синхронизации — иначе автоматически создаваемые в обмене коды объектов конфликтуют, и сопоставление ломается.

Опыт внедрения: «передаётся всё» — миф

В нашей практике внедрений в дистрибьюторской компании на УТ 11.5 + БП 3.0 владелец требовал «полный двусторонний обмен — всё везде одинаково». Включили синхронизацию в обе стороны без правил приоритета. Через два месяца:

• В БП появилось 1 800 «лишних» договоров — БП создавала их сама на каждое изменение условий сделки в УТ, потому что в УТ договоров как сущности нет, и сопоставлять по ссылке было нечего.
• Менеджеры правили ИНН/КПП контрагентов в УТ, бухгалтер «по-быстрому» правил их же в БП — следующая синхронизация молча перетирала версию бухгалтера данными из УТ. По журналу регистрации насчитали 230 таких потерянных правок за квартал.
• Регистр «Счета учёта расчётов с контрагентами» в БП был не заполнен под нескольких новых поставщиков — документы из УТ загружались, но проводки не формировались. Ошибки в журнале не было: с точки зрения обмена документ принят успешно.

Лечение заняло неделю: переключили обмен на односторонний (УТ → БП), для банка оставили обратное направление (БП → УТ), почистили дубли, заполнили регистры счетов учёта в БП и подключили мониторинг — теперь Telegram кричит, как только конкретный документ не сформировал проводки или контрагент не сопоставился по ИНН+КПП.

Практическая диагностика перед правкой обмена

Перед тем как менять правила синхронизации, мы не начинаем с «пересоздать обмен». Сначала фиксируем, где именно разорвалась цепочка: документ не попал в пакет, пакет не загрузился, объект не сопоставился или БП приняла документ, но не сформировала бухгалтерский результат.

Минимальный чек-лист для УТ 11.5 ↔ БП 3.0:

1. В обеих базах открыть Администрирование → Синхронизация данных и проверить: включена ли синхронизация, задан ли префикс информационной базы, нет ли предупреждений по узлу обмена.
2. В УТ взять один проблемный документ, проверить дату, организацию, проведённость, пометку удаления и попадание в период выгрузки. Если документ создан раньше даты начала обмена, он не обязан уехать автоматически.
3. В БП проверить не только наличие документа, но и движения: кнопка Дт/Кт или отчёт по проводкам. Если документ есть, а проводок нет, причина обычно не в EnterpriseData, а в счетах учёта номенклатуры, расчётов или настройках налогового учёта.
4. Сравнить карточку организации в УТ и БП: ИНН, КПП, наименование, систему налогообложения и учётную политику. Официальные и практические инструкции по синхронизации отдельно требуют заполнить эти данные до запуска обмена.
5. Для контрагентов выгрузить список дублей по ИНН+КПП. Если в одной базе «Партнёр» и «Контрагент» разведены, а в другой нет, автоматическое сопоставление по названию будет ошибаться.
6. Проверить транспорт: каталог/FTP/web-сервис. Для файлового обмена смотрим дату Message_*.zip, для web-сервиса — доступность публикации и пользователя, от имени которого запускается регламентное задание.
7. На тестовой копии выполнить одну ручную синхронизацию и сохранить скрин предупреждений до исправления. Без этого легко «починить» симптом и потерять исходную причину.

На практике этот порядок быстрее, чем удалять узел обмена: в большинстве случаев проблема находится в одном из четырёх мест — дата запрета, пустой регистр счетов учёта, дубли НСИ или выключенное регламентное задание.

Что именно синхронизируется: матрица объектов

Это не «всё в обе стороны». Типовой обмен EnterpriseData передаёт строго ограниченный набор сущностей с конкретной логикой направления и обогащения.

Таблица рисков и диагностики

Сравнение способов интеграции

10 типичных ошибок при интеграции УТ ↔ БП

1. Не заданы префиксы баз до первой синхронизации. Объекты обмена получают коды без префикса, при сопоставлении с уже существующими в приёмнике — конфликт по уникальному коду. Исправлять задним числом больно: коды уже разошлись.
2. Двусторонний обмен «по умолчанию» без регламента ведения НСИ. Бухгалтер правит контрагента в БП, менеджер — в УТ. Синхронизация молча выбирает приоритетную версию, вторая теряется. Хотя бы раз в неделю смотреть «Администрирование → Синхронизация → Предупреждения».
3. Не заполнен регистр «Счета учёта номенклатуры» / «Счета учёта расчётов с контрагентами» в БП. Документ из УТ загружен, в журнале «успешно», но проводки не сформированы — в оборотке расхождение. Самый коварный сценарий: ошибки нет, а данных нет.
4. Несовпадающие системы налогообложения у одной организации в двух базах. В УТ — ОСН, в БП — УСН (или наоборот). НДС из реализаций не подхватывается, отчётность собирается криво.
5. Дубли контрагентов с одним ИНН и разными КПП. При двустороннем обмене без интерактивного сопоставления. В одной базе у контрагента старое КПП, в другой — новое. Лечится односторонним обменом или ручным сопоставлением.
6. «Лишние» договоры в карточке контрагента в БП. В УТ договоров нет как отдельной сущности, БП создаёт их сама на каждое новое сочетание условий из УТ. Решается правилом сопоставления договоров в БП по Контрагент + ВидДоговора + Валюта, а не по ссылке.
7. Документы «не приняты по дате запрета». В БП закрыт период, а из УТ прилетел документ задним числом. В журнале — предупреждение, в обмене формально всё ок, документа в БП просто нет.
8. Расхождение версий формата EnterpriseData между базами. Обновили БП до релиза с поддержкой НДС 5/7%, УТ оставили старой. Ставка НДС5 в перечислении приёмной базы есть, у отправляющей — нет, на загрузке молча подменяется на «Без НДС». Критично для УСН с НДС.
9. Регламентное задание не выполняется на сервере. На клиент-серверной базе оба задания «Синхронизация данных» должны быть включены и выполняться от имени учётки сервера. На файловой — нужен живой сеанс с включённым планировщиком. Без этого узел месяцами показывает «есть данные к отправке».
10. Перенос файла настройки обмена между базами. Ошибка «Файл содержит настройки обмена для другой информационной базы». Узел обмена жёстко привязан к UID базы, перенос невозможен — настройку придётся создавать заново.

Как настроить интеграцию УТ ↔ БП за 3 шага

Шаг 1. Опишите контур @onoutnoxon: редакции (УТ 10.3 / 11.4 / 11.5, БП 3.0 ПРОФ/КОРП), система налогообложения каждой организации, желаемое направление обмена (одностороннее или двустороннее, по каким группам объектов), что уже настроено и какие ошибки в журнале регистрации.

Шаг 2. Специалист сверяет версии формата EnterpriseData в XDTO-пакетах обеих баз, проставляет префиксы, разбирает накопленную очередь и список конфликтов, заполняет регистры «Счета учёта номенклатуры» и «Счета учёта расчётов с контрагентами» в БП, настраивает правила сопоставления (ИНН+КПП для контрагентов, артикул для номенклатуры), включает регламентное задание на сервере и подключает мониторинг.

Шаг 3. В Telegram приходят только реальные проблемы: конкретный документ не передан, контрагент не сопоставился, ставка НДС подменилась, проводки не сформировались из-за пустого регистра счетов учёта. Не «зелёный регламент при пустом обмене», а действие, которое нужно сделать прямо сейчас.

Telegram-бот Синхрон1С: настройка обмена между 1С УТ и Бухгалтерия

Часто задаваемые вопросы

Что вообще передаётся при типовой синхронизации УТ ↔ БП? Документы (реализации, поступления, кассовые, авансовые отчёты, иногда банк) и справочники (контрагенты, номенклатура, физлица, подразделения, склады). НЕ передаются: остатки на дату начала, учётная политика, регистры расчётов, бухгалтерские проводки. Проводки БП формирует сама при проведении загруженных документов — если регистры счетов учёта не заполнены, проводок не будет.

В какую сторону правильнее настраивать обмен? В 9 из 10 случаев — одностороннее УТ → БП по справочникам и торговым документам, плюс обратное БП → УТ только по банку. Полный двусторонний обмен оправдан, только если в обеих базах реально работают разные команды и есть строгий регламент, кто какие справочники ведёт.

Можно ли перенести через типовой обмен начальные остатки? Нет. Типовой обмен EnterpriseData переносит только документы и НСИ. Для первичного заполнения БП используют отдельную обработку или ручной ввод документов «Ввод начальных остатков». Об этом отдельно предупреждает фирма 1С в документации к ERP/УТ → БП.

Что произойдёт с документом, изменённым в обеих базах одновременно? Возникнет «конфликт изменено в обеих базах». По умолчанию выигрывает приоритетный узел (обычно — отправляющая база). Конфликт виден в «Администрирование → Синхронизация → Предупреждения», там же его можно пересмотреть вручную. Если не смотреть этот раздел регулярно — правки молча теряются.

Зачем нужны префиксы информационных баз? Чтобы коды объектов, создаваемых в каждой базе, не пересекались. УТ присваивает своим документам префикс УТ-, БП — БП-. Без префиксов при первой же синхронизации возникнут конфликты по уникальным кодам — и сопоставление сломается. Префиксы задаются ДО первой синхронизации.

Поддерживается ли 1С:Фреш и облачные базы? Да, на тарифе ПРОФ и выше — там доступна публикация web-сервисов, через которые работает обмен. На Базовом тарифе обмен возможен только штатными средствами Фреша, без внешнего мониторинга.

Что с УТ 10.3, снятой с поддержки? УТ 10.3 ↔ БП 3.0 живёт и в 2026, но через старые правила KD2 — их нужно либо самостоятельно патчить под новые ставки НДС, либо покупать готовые с Инфостарт, либо переходить на универсальный формат через расширение конфигурации (тогда УТ не приходится снимать с поддержки повторно).

Смотрите также

• Выгрузка из 1С УТ в Бухгалтерию: EnterpriseData, НДС 5/7%, конфликты
• Выгрузка из 1С в другую базу: перенос данных
• 1С ЗУП: выгрузка в бухгалтерию
• 1С УТ или УНФ: сравнение конфигураций
• Регламентные задания 1С: автоматизация без программиста
• Бесшовная интеграция 1С с документооборотом

Стоимость интеграции — 30 000 ₽ за проект, включая разбор накопленной очереди EnterpriseData, сопоставление дублей, заполнение регистров счетов учёта в БП и настройку мониторинга в Telegram. Напишите @onoutnoxon — настроим под ваш набор релизов, режим налогообложения и желаемое направление обмена.

Подробнее о возможностях — на странице Синхрон1С.

Источники:

• Формат EnterpriseData — официальное описание (1С): https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/standarty-i-formaty/format-enterprisedata/
• Передача статусов электронных документов через EnterpriseData, пример БП 3.0 ↔ УТ 11 (1С-ЭДО): https://edo.1c.ru/handbook/rabota-s-elektronnymi-dokumentami/peredacha-statusov-elektronnykh-dokumentov-cherez-universalnyy-format-obmena-dannymi-enterprisedata-/
• Синхронизация данных между 1С:Управление торговлей и 1С:Бухгалтерия предприятия, релизы УТ 11.5.17.234 и БП 3.0.181.18 (ERP Band): https://blog.erp.band/sinkhronizatsiya-dannykh-mezhdu-1s-upravlenie-torgovley-i-1s-bukhgalteriya-predpriyatiya/
• Обмен и синхронизация 1С:Бухгалтерии и 1С:УТ, актуальность проверена 10.01.2025 (WiseAdvice): https://wiseadvice-it.ru/o-kompanii/blog/articles/nastroika-obmena-1s-ut-i-1s-bp/
• Пошаговая настройка обмена через файл между УТ 11 и БП 3.0 (Хабр): https://habr.com/ru/articles/482986/
• Настройка синхронизации между УТ 11 и БП 3.0 (Е-Офис 24): https://rt.e-office24.ru/support/faq-voprosy-1c/nastroyka-sinkhronizatsii-mezhdu-ut-11-i-bp-3-0/
• Дублирование контрагентов и проверка дублей по ИНН в 1С:УТ (ИнфоСофт): https://is1c.ru/about/pc/article/dublirovanie-kontragentov/
• Поддержка УПД 5.03 и новых ставок НДС 5%/7% в программах 1С (1С-ЭДО): https://edo.1c.ru/news/8123/

Для статьи использован AI-ассистент для структуры и поиска источников; перечень синхронизируемых сущностей, направления обмена, префиксы, подготовка организаций, логика обогащения документов счетами учёта и риск ставок НДС 5%/7% перепроверены 2026-05-04 по источникам 1С, 1С-ЭДО, ERP Band, WiseAdvice, Хабр, Е-Офис 24 и ИнфоСофт. Практический диагностический блок и риск-таблица основаны на рабочих сценариях внедрения habab.ru/Noxon. Финальную редактуру выполнил Александр Руин, основатель habab.ru.