Выгрузка из 1С УТ в Бухгалтерию 2026: EnterpriseData, НДС 5/7% и борьба с конфликтами

Конец квартала. Бухгалтер открывает оборотку — и видит на 41 счёте остатки, которые в УТ давно списаны. Лезет в журнал синхронизации: 312 предупреждений, из них 47 конфликтов «изменено в обеих базах», 28 непринятых документов «по дате запрета» и десяток дублей контрагентов с одним и тем же ИНН, но разными КПП. Программист в отпуске. До сдачи декларации — пять дней.

В нашей практике это самый частый сценарий обращения по связке УТ 11 / УТ 10.3 + БП 3.0: обмен формально включён, регламентное задание зелёное, но данные либо не доходят, либо доходят с потерями. И в 9 случаях из 10 причина — не в самой 1С, а в том, как настроены правила EnterpriseData, регистрация изменений и сопоставление НСИ.

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

• Обмен УТ ↔ БП 3.0 идёт не «напрямую», а через универсальный формат EnterpriseData: УТ выгружает XML по схеме формата, БП загружает по той же схеме. Версии формата зашиты в обеих конфигурациях (XDTO-пакеты вида EnterpriseData_1_x_x).
• В 2026 году для компаний на УСН важны уже две проверки: обязанность по НДС при доходе за 2025 год выше 20 млн ₽ и корректная ставка в документах: 5%, 7% или общая 22%. Для обмена нужен формат, где в перечислении СтавкиНДС есть нужные значения; ориентироваться только на номер релиза рискованно.
• Направление обмена бывает одностороннее (УТ → БП) и двустороннее. Двустороннее без жёсткого регламента кто-где-ведёт-НСИ почти всегда даёт дубли контрагентов.
• За «незагруженные» документы отвечает не план обмена, а регистрация изменений: пока объект зарегистрирован в узле — он будет пытаться выгрузиться при каждой синхронизации. Снять регистрацию можно обработкой РегистрацияИзмененийДляОбмена82.epf из поставки КД 2.1.
• Конфликты «изменено в обеих базах» — отдельная сущность: не ошибка обмена, а предупреждение. По умолчанию выигрывает версия из приоритетной базы, остальные молча отбрасываются.
• В УТ нет аналитики по договорам контрагентов, в БП — есть. При выгрузке БП создаёт договоры сама, и поиск идёт только по ранее загруженным из УТ — отсюда «лишние» договоры в карточке контрагента.

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

Сравнение способов выгрузки УТ → БП

Типовой обмен бесплатный, но привязан к согласованным релизам — стоит обновить одну базу без второй, формат EnterpriseData в них расходится, и часть документов теряется. Подробнее о REST-альтернативе — в статье Интеграция 1С через API и OData.

Первый практический блок: как ломается «зелёный» обмен

В нашей практике самый опасный сбой выглядит тихо. В оптовой компании на УТ 11.4 + БП 3.0 синхронизация работала год: регламентное задание выполнялось, обменные сообщения уходили, бухгалтер не видел красной ошибки. После перехода на УСН с НДС 5% часть реализаций в БП пришла со ставкой «Без НДС», потому что в одной базе уже была поддержка новых ставок, а в другой схему EnterpriseData и правила обмена не обновили.

Мы проверяли не только журнал синхронизации, но и сами документы в БП: ставка НДС, счета учета, договор, организация, дата запрета, сопоставление контрагента. Исправление заняло не «перезапустить обмен», а четыре шага: выровнять релизы и правила, перепровести документы в УТ, заново зарегистрировать период в узле обмена, затем сверить оборотку 41/60/62 и книгу продаж. Этот сценарий показывает главное: успешная передача XML не равна корректному бухгалтерскому учету.

Где проходит граница между УТ и Бухгалтерией

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

Практическая граница такая:

• НДС: ставка и сумма должны прийти из УТ корректно, но право на вычет, книги покупок/продаж и декларация контролируются в БП.
• Счета учета: УТ не всегда знает бухгалтерскую аналитику; в БП должны быть настроены счета номенклатуры, статьи, договоры и организация.
• Договоры: если договоры не ведутся в УТ, БП создаёт их по своим правилам. Это нормально, пока есть регламент сопоставления, иначе появляются «лишние» договоры.
• Закрытые периоды: документ из УТ может быть технически корректным, но БП отклонит его по дате запрета. Это не сбой транспорта, а учетное ограничение.
• Дубли документов: повторная регистрация изменений без контроля внешнего идентификатора может создать второй документ или повторно перезаписать уже исправленный документ в БП.

Типичные ошибки при выгрузке УТ → БП

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

Таблица рисков

Как Синхрон1С устроен иначе

Вместо ручной возни с правилами KD2 и форматом EnterpriseData — синхронизация через web-сервисы 1С + слой мониторинга поверх.

Что настраивается:

Мониторинг: при попадании документа в «Конфликты», «Не приняты по дате запрета» или «Не сопоставлено по ИНН» — уведомление в Telegram с конкретикой: «реализация №УТ-1234 от 12.04 не передана в БП: контрагент ИНН 7701234567 имеет два кандидата сопоставления (КПП 770101001 и 770101002)». Не «что-то пошло не так», а действие, которое можно сделать прямо сейчас.

Как настроить за 3 шага

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

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

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

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

Что такое EnterpriseData и зачем он нужен? Универсальный XML-формат обмена между конфигурациями 1С. Правила в УТ выгружают данные в формат EnterpriseData, БП загружает из него же. Сама схема описана в XDTO-пакетах внутри конфигурации (Общие → XDTO-пакеты → EnterpriseData_1_x_x). Преимущество перед старыми правилами KD2 — формат не зависит от внутренней структуры конкретной редакции.

Какая версия EnterpriseData нужна для НДС 5% и 7%? Нужна та версия формата и правил, где в перечислении СтавкиНДС есть значения для 5% и 7%, а в 2026 году ещё проверяется общая ставка 22%. В БП 3.0 учет НДС при УСН 5/7% описан в материалах 1С начиная с релизов ветки 3.0.165+, но для обмена важнее не один номер БП, а связка УТ + БП + правила конвертации + XDTO. На старых или частично доработанных базах ставка может загрузиться как «Без НДС» — это критично для декларации.

Можно ли настроить только одностороннюю выгрузку УТ → БП? Можно и нужно, если все документы и НСИ ведутся в УТ. Это исключает дубли контрагентов и конфликты «изменено в обеих базах». Двусторонний обмен оправдан, только если в БП тоже заводят справочники, и тогда — обязательно с интерактивным сопоставлением.

Что делать с накопленной очередью необработанных сообщений? Не «жать кнопку обмена» наугад. Сначала открыть журнал регистрации, отфильтровать по предупреждениям, разобраться с каждым типом: конфликты — выбрать версию вручную, дубли — сопоставить, отклонённые по дате — снять запрет либо передатировать. Только потом запускать синхронизацию.

Как подружить УТ 10.3 (снятую с поддержки) и свежую БП 3.0? Двумя путями: либо ставить готовые доработанные правила обмена с Infostart (с поддержкой ставок 5/7/22%), либо переходить на универсальный формат с расширением конфигурации (тогда УТ не снимается с поддержки повторно). Сам обмен УТ 10.3 ↔ БП 3.0 живёт и в 2026, поддержка только в части доработок.

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

Почему появляются дубли документов, если обмен уже был настроен? Чаще всего из-за повторной регистрации изменений, ручного удаления документов в БП, смены правил поиска существующего документа или восстановления базы из копии. Перед повторной массовой выгрузкой нужно проверить внешний идентификатор, номер, дату, организацию, контрагента и правило сопоставления, иначе «исправление обмена» создаст вторую реализацию.

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

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

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

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

Источники:

• Формат EnterpriseData, описание 1С: https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/standarty-i-formaty/format-enterprisedata/
• План обмена и регистрация изменений, платформа 1С: https://v8.1c.ru/platforma/plan-obmena/
• Универсальный механизм обмена данными 1С: https://v8.1c.ru/platforma/universalnyy-mekhanizm-obmena-dannymi/
• Интеграция «1С:Управление торговлей» и «1С:Бухгалтерии», 1С: https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/realizovannye-resheniya/integratsiya-prikladnykh-resheniy/
• НДС при УСН в 2026 году, ФНС: https://www.nalog.gov.ru/rn77/taxation/taxes/nds_usn/
• Разъяснение ФНС по ставкам 5% и 7% для УСН в 2026 году: https://www.nalog.gov.ru/rn91/ifns/ifns4/info/16597728/
• Учет НДС при УСН 5%/7% в «1С:Бухгалтерии 8», БУХ.1С: https://buh.ru/articles/otrazhenie-v-1s-osvobozhdaemykh-ot-nds-operatsiy-pri-usn-i-nds-5.html
• Правила обмена УТ 10.3 ↔ БП 3.0 со ставками НДС 5% и 7% (Infostart): https://infostart.ru/1c/articles/2484968/
• Правило обмена для УТ 10 и БП 3.0 со ставками 22%, 5%, 7% (Infostart): https://infostart.ru/1c/tools/2556408/
• Правила обмена УТ 10.3 → БП 3.0 после прекращения поддержки УТ (Infostart): https://infostart.ru/1c/tools/2219556/
• 1С:Конвертация данных 3 — EnterpriseData, универсальный формат обмена (Infostart): https://infostart.ru/1c/articles/695523/
• УТ 10.3: НДС 5%/7% с УСН с 2025 года (Infostart): https://infostart.ru/1c/tools/2278092/
• EnterpriseData — пример доработки правил конвертации без КД 3.0, через расширение конфигурации (Чистов Эксперт): https://expert.chistov.pro/1c/articles/944359/
• Дублирование контрагентов при обмене (ИнфоСофт): https://is1c.ru/about/pc/article/dublirovanie-kontragentov/
• Дубли номенклатуры, контрагентов, договоров в 1С:УТ — поиск и удаление (1С:Торговля): https://torg.1c.ru/articles/dubli-nomenklatury-kontragentov-dogovorov-i-pr-v-1s-ut-kak-nayti-i-udalit/
• Сопоставление данных при синхронизации (SCloud): https://scloud.ru/ask_question/nastroyka-sinkhronizatsii/sopostavlenie-dannykh-pri-sinkhronizatsii/
• Особенности типового обмена УТ 11 ↔ БП (RG-Soft): https://rg-soft.ru/articles/osobennosti-nastroyki-tipovogo-obmena-mezhdu-konfiguratsiyami-1s-upravlenie-torgovley-8-red-11-i-1s-/
• Регистрация изменений для обмена 1С:УТ (42clouds): https://42clouds.com/ru-ru/manuals/registratsiya-izmeneniy-dlya-1s-upravlenie-torgovley-10-3/
• Ошибки при синхронизации данных в 1С (Koderline): https://www.koderline.ru/expert/instruktsii/article-oshibki-pri-sinkhronizatsii-dannykh/

Для статьи использован AI-ассистент для структуры и поиска источников; версии формата EnterpriseData, регистрация изменений, поведение ставок НДС 5/7/22%, конфликты, дубли и границы учета УТ/БП проверены по документации 1С, материалам ФНС, БУХ.1С и практическим кейсам внедрения. Финальную редактуру выполнил Александр Руин, основатель habab.ru. Обновлено: 2026-05-04.