Разбор от практика
Синхронизация 1С:УТ и Бухгалтерии — почему данные не сходятся
Менеджер оформил реализацию в УТ. Бухгалтер открывает Бухгалтерию — документа нет. Или он есть, но суммы другие. Или дата не та. Разбираемся, почему обмен между 1С:УТ и 1С:Бухгалтерией ломается и что с этим делать — пять реальных причин из практики и пошаговая диагностика.
Александр Филончикразработчик-аналитик 1С · УТ↔БП обмен, чужой код, миграции
В этой статье
- Как устроен обмен между УТ и Бухгалтерией
- Почему документы не доходят или приходят кривыми
- КД 2.0 или КД 3.0 — что у вас работает
- 5 шагов диагностики: обмен встал — с чего начать
- Один документ заблокировал очередь на три недели
- Почему «настроил и забыл» с обменом не работает
- Что обычно спрашивают про обмен УТ ↔ БП
Александр Филончикразработчик-аналитик 1С · УТ↔БП обмен, чужой код, миграции
Поможем прямо сейчас
Настроим синхронизацию 1С:УТ и Бухгалтерии — за вас
Первую задачу решим бесплатно — без договора и без оплаты. Оставьте номер, перезвоним.
Механика
Как устроен обмен между УТ и Бухгалтерией
Сначала коротко про механику — чтобы было понятно, где именно ломается.
Между 1С:УТ и 1С:Бухгалтерией существует типовой обмен данными — он настраивается без доработок через помощник синхронизации. Документы и справочники по расписанию (или вручную) выгружаются из одной базы в виде XML-пакета и загружаются во вторую. За маппинг отвечают правила обмена (Конвертация Данных 2.0 или 3.0), за очередь — план обмена внутри каждой базы.
В идеале: менеджер оформляет реализацию в УТ → через 15 минут регламентное задание запускает обмен → документ появляется в Бухгалтерии с правильными проводками → бухгалтер доволен.
На практике между «оформил» и «появилось» может произойти десяток вещей, из-за которых данные либо не дойдут, либо дойдут не такими. Дальше — пять самых частых причин из нашей практики.
Пять причин
Почему документы не доходят или приходят кривыми
Все пять причин — из реальных проектов по обмену УТ ↔ БП в МСБ. Сортированы по частоте: первая встречается практически у всех.
Разные версии конфигураций
1С:УТ и 1С:Бухгалтерия обновляются независимо. Каждый релиз может менять формат данных, добавлять реквизиты и переписывать правила обмена. Типичная ситуация: обновили БП ради новой декларации по НДС, УТ не трогали — «работает, не трогай». Через неделю в Бухгалтерии перестали появляться документы — новые правила КД ждут данные в новом формате, старая УТ отправляет в старом.
Решение: обновлять обе базы синхронно и перед релизом проверять совместимость правил обмена.
Справочники разъехались
Контрагенты, номенклатура, организации, договоры должны совпадать в обеих базах. Но бухгалтер создал контрагента напрямую в БП («быстрее, чем ждать обмен»), менеджер — того же в УТ. Теперь два разных элемента обозначают одну компанию: документы по одному — в УТ, по другому — в БП. Сверка не сходится. Та же история с номенклатурой: кто-то переименовал товар или удалил «дубль», не понимая, что на него завязаны документы.
Решение: справочники ведутся в мастер-базе (УТ), во второй — только через обмен. В дисциплину не верим — настраиваем права так, что технически невозможно создать справочник вручную.
Обмен завис, и никто не заметил
Синхронизация — фоновый процесс. Если что-то идёт не так — нет красного окошка на весь экран. Ошибка тихо записывается в журнал регистрации, и обмен останавливается. Причины: упал сервер, кончилось место на диске, зависло регламентное задание, конфликт блокировок, ошибка в реквизитах одного документа. Самое неприятное: люди продолжают работать, в УТ копятся непереданные документы, через неделю бухгалтер обнаруживает, что 200 последних реализаций отсутствуют.
Решение: автоматический мониторинг с оповещением в Telegram, когда обмен не прошёл. Узнаёте о проблеме раньше бухгалтера.
Доработки ломают правила обмена
Если в УТ есть доработки (а они есть почти у всех) — это зона риска. Программист добавил новый реквизит в «Реализацию товаров» — в УТ работает, в БП реквизит либо теряется, либо вызывает ошибку. Хуже того: изменили типовую логику проведения, движения по регистрам формируются иначе — в БП приходят данные, которые не соответствуют ожиданиям, суммы не бьются, проводки кривые.
Решение: при любой доработке УТ обязательно проверять, не ломает ли она правила обмена. В чек-лист разработчика — отдельным пунктом.
НДС и переходные документы — вечная головная боль
Отдельная тема — расхождения по НДС, особенно с 2026 года после повышения ставки до 22%. В УТ менеджер оформляет документ с точки зрения торговли (товар, количество, цена, скидка), в Бухгалтерии тот же документ должен отразиться с точки зрения учёта (счета, проводки, НДС, книга продаж). Между этими представлениями — правила конвертации. И тут начинаются нюансы: в УТ цена с НДС, в БП должна прийти без НДС (или наоборот); скидки в УТ к строкам, в БП — итоговая сумма; возвраты, корректировки, авансовые счета-фактуры — у каждого типа свои правила; часть документов осталась со старой ставкой, при обмене возникают конфликты.
Решение: после любого изменения учётной политики или ставок НДС проверять правила обмена. В переходный период (как сейчас, с НДС 22%) — контроль ежедневный.
Технология обмена
КД 2.0 или КД 3.0 — что у вас работает
«Конвертация данных» — механизм правил обмена. Версия имеет значение: 3.0 проще в поддержке, 2.0 — гибче в доработке. Понимание, что у вас стоит, экономит часы на диагностике.
Что делать
Бесплатная техподдержка 1С
А давайте решим эту задачу за вас
Без договора и оплаты. Подключаемся удалённо, разбираемся, что случилось, и чиним. Ответ за 15 минут в рабочее время.
5 шагов диагностики: обмен встал — с чего начать
Алгоритм, по которому мы сами проверяем чужие базы. Первые два шага можно пройти силами вашего админа — если на третьем не нашли, лучше передать дальше.
Открыть журнал регистрации обмена
В обеих базах: Администрирование → Синхронизация данных → Сценарии синхронизации. Смотрим дату последнего успешного обмена и список ошибок. В 70% случаев проблема видна сразу — конкретный документ или элемент справочника, на котором обмен встал.
Проверить регламентное задание
Не выключено ли, не упало ли в ошибку, есть ли расписание. В клиент-серверной базе — через консоль сервера 1С. В файловой — задание не работает без открытой сессии, нужен отдельный сеанс. Частая ошибка: задание выключили на время обновления и забыли включить.
Сверить версии правил обмена
В каждой базе — версия КД и дата последнего обновления правил. Если в УТ правила годовой давности, а БП обновили вчера — формат не совпадёт. Скачиваем актуальные правила с релиз-портала и загружаем в обе базы.
Найти и развести дубли справочников
Запускаем обработку поиска дублей (типовая в БП и УТ) по контрагентам и номенклатуре. Объединяем дубли, проверяем, что на каждом элементе одинаковый идентификатор для обмена. Без этого шага документы будут продолжать «не находить» свои справочники.
Сделать тестовый обмен по одному документу
Берём конкретный документ из УТ, отмечаем «к выгрузке», запускаем обмен вручную. Смотрим: дошёл — какие реквизиты заполнены, проводки корректные. Не дошёл — точная ошибка в журнале. Только после этого включаем регламент.
Из практики
Один документ заблокировал очередь на три недели
Типичный сценарий «тихой остановки» обмена — на примере оптовой компании.
«Бухгалтер начала закрывать квартал и обнаружила, что в Бухгалтерии нет последних 400 реализаций. Менеджеры клянутся, что всё оформляли вовремя.»
Оптовая торговля, 45 сотрудников, обмен УТ 11 ↔ БП 3.0 на КД 3.0. В журнале регистрации нашли ошибку трёхнедельной давности: один документ реализации содержал контрагента без ИНН (менеджер создал «болванку», чтобы быстро оформить отгрузку).
Этот документ заблокировал очередь плана обмена — все последующие 400+ документов ждали его обработки. Никто не заметил, потому что мониторинга обмена не было, а ошибка тихо лежала в журнале.
Что сделали: исправили реквизиты «болванки», прогнали обмен повторно — все 400 документов ушли за 40 минут. Подключили мониторинг с Telegram-уведомлениями: если обмен не прошёл в течение часа, бот пишет в чат IT-отдела.
Диагностика бесплатно
Обмен УТ ↔ БП встал — посмотрим за пару часов
Разберём журнал, найдём причину остановки, скажем сколько займёт восстановление. Если работ на час — починим сразу. Если больше — обсудим план.
Главная иллюзия
Почему «настроил и забыл» с обменом не работает
Самая частая ошибка в подходе к синхронизации — относиться к ней как к одноразовой настройке. Это процесс, а не конфигурация.
Главная иллюзия с синхронизацией 1С:УТ и Бухгалтерии: «один раз настроили — дальше работает само». Не работает. Вот почему:
- Конфигурации обновляются — правила обмена меняются
- Законодательство меняется — новые реквизиты, новые ставки НДС, новые формы отчётности
- Бизнес меняется — новые виды операций, контрагенты, склады, маркетплейсы
- Люди ошибаются — ручные правки справочников, удаление «лишних» документов, создание дублей
Синхронизация — это не настройка, это процесс. Он требует регулярного внимания: проверка, что обмен идёт, что данные сходятся, что после обновлений ничего не сломалось. На небольшой базе достаточно ручной проверки журнала раз в неделю. На активной — нужен мониторинг и регулярное сопровождение.
Если вы только выбираете 1С:УТ или хотите разобраться, что в ней есть и сколько стоит лицензия, внедрение и настройка обмена с Бухгалтерией — смотрите наш разбор 1С:Управление торговлей под ключ. Там цены 2026, что входит, как мы настраиваем обмен с 1С:Бухгалтерией под НДС 22% и новые взаиморасчёты. Отдельно — про настройку 1С с нуля и про абонентское сопровождение для непрерывного контроля обмена.
Частые вопросы
Что обычно спрашивают про обмен УТ ↔ БП
Пять вопросов, которые мы слышим каждую неделю от бухгалтеров и администраторов баз.
Так работает наша поддержка
Наладим обмен УТ ↔ БП — раз и навсегда
Оставьте заявку — перезвоним в течение 15 минут. Разберём журнал обмена, найдём причину расхождений, дадим план работ. Не уложимся в 15 минут — час бесплатной работы в подарок. Это в договоре.
