К статье
Практический материал

Автоматизация · 11 мин

Как синхронизировать 1С УТ и 1С Бухгалтерию

Как настроить синхронизацию 1С Управление торговлей и 1С Бухгалтерия: типовой обмен, настройка правил, расписание, устранение ошибок и проверка результатов.

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

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

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

Выбор способа обмена: что доступно и что выбрать

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

Второй способ — обмен через правила конвертации данных (КД 2.0) с выгрузкой в XML-файл. Он даёт больше гибкости, позволяет дорабатывать правила под нестандартные требования, но требует навыков работы с конфигурацией «Конвертация данных» и ручного сопровождения правил при обновлении релизов.

Третий вариант — сторонние обработки и самописные обмены (через COM-соединение, веб-сервисы, планы обмена с доработкой). Они оправданы при нестандартной логике учёта, но дороже в поддержке: каждое обновление конфигураций может сломать самописный механизм.

Сравнение вариантов обмена

Типовая синхронизация (EnterpriseData)

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

Конвертация данных 2.0

Подходит при нестандартных требованиях к выгрузке. Ограничение — нужны навыки доработки и актуализации правил.

Самописный обмен

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

Подготовка баз к синхронизации

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

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

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

Пошаговая настройка типовой синхронизации

Настройка начинается в базе УТ: раздел «Администрирование» → «Синхронизация данных» → «Настройки синхронизации данных». Включите флаг использования синхронизации, задайте префикс информационной базы (например, «УТ») — он нужен для различения номеров документов из разных систем.

Создайте новую настройку обмена с «1С:Бухгалтерия предприятия, ред. 3.0». Помощник предложит варианты подключения: прямое подключение к базе через сеть, синхронизация через файл (каталог, FTP, e-mail) или через веб-сервис. Для баз в одной локальной сети удобнее прямое подключение; для разнесённых офисов — обмен через файл.

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

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

Порядок настройки
  1. 1
    Обновите обе конфигурации до актуальных релизов и сделайте резервные копии
  2. 2
    Проверьте совпадение организаций (ИНН, КПП) в обеих базах
  3. 3
    В УТ включите синхронизацию данных, задайте префикс базы
  4. 4
    Создайте настройку обмена с БП, выберите способ подключения
  5. 5
    Задайте дату начала выгрузки и состав отправляемых данных
  6. 6
    Выполните сопоставление справочников и проверьте связи вручную
  7. 7
    Настройте зеркальную синхронизацию в БП
  8. 8
    Запустите обмен вручную и проверьте загруженные документы
  9. 9
    Настройте регламентное задание для автоматического обмена

Автоматический обмен по расписанию

После успешного ручного обмена настройте регламентный сценарий: в настройках синхронизации выберите «Настроить расписание» и укажите периодичность — например, каждые 30 минут в рабочее время. В файловых базах расписание выполняется от имени запущенного сеанса, поэтому кто-то из пользователей должен держать программу открытой, либо используйте отдельный сеанс под служебным пользователем.

В клиент-серверном варианте обмен выполняется регламентным заданием на сервере и не зависит от открытых сеансов. Это надёжнее: следите только за тем, чтобы фоновые задания не были заблокированы в консоли кластера.

Проверка результатов и контроль расхождений

После первых обменов сверьте ключевые показатели: количество и суммы реализаций за период в УТ и БП, остатки взаиморасчётов по контрагентам, складские остатки (если складской учёт ведётся в обеих базах). Удобно использовать отчёт «Ведомость по товарам на складах» в УТ и оборотно-сальдовую по счёту 41 в БП.

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

Контрольные точки

Как проверить результат

Суммы реализаций за период
Норма

Совпадают в УТ и БП до копейки

Тревожный признак

Расхождения — ищите незагруженные или задвоенные документы

Справочник контрагентов
Норма

Один контрагент — одна карточка в каждой базе, связи установлены

Тревожный признак

Дубли с похожими наименованиями без связи

Проведение документов в БП
Норма

Загруженные документы проведены, проводки корректны

Тревожный признак

Документы загружены, но не проведены из-за пустых счетов учёта

Журнал синхронизации
Норма

Обмены завершаются без ошибок, очередь пуста

Тревожный признак

Накопленные предупреждения и неотправленные пакеты

Типичные ошибки и их устранение

Самая частая проблема — дубли справочников. Возникают, когда поиск объектов идёт по наименованию, а оно записано по-разному («ООО Ромашка» и «ООО «Ромашка»»). Решение: настроить поиск контрагентов по ИНН и КПП, а существующие дубли объединить штатной обработкой «Поиск и удаление дублей».

Вторая группа ошибок — конфликты версий объектов, когда один документ редактируют в обеих базах. По умолчанию при коллизии приоритет отдаётся одной из баз (настраивается в правилах). Определите заранее, какая система главная для каждого типа данных: обычно торговые документы правят в УТ, а банковские выписки — в БП.

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

Типичные ошибки
01
Запуск первого обмена без резервных копий — при ошибке сопоставления базы засоряются дублями
02
Разная дата начала выгрузки в УТ и БП — документы частично теряются или дублируются
03
Редактирование одних и тех же документов в обеих базах — конфликты версий и перезатирание данных
04
Игнорирование предупреждений в результатах синхронизации — ошибки копятся и выявляются только при сдаче отчётности
05
Обновление конфигураций без тестового обмена — обмен ломается в самый неподходящий момент

Ограничения типового обмена и когда нужна доработка

Типовая синхронизация переносит стандартный состав объектов: документы купли-продажи, оплаты, справочники, часть складских документов. Не переносятся или переносятся ограниченно: нестандартные документы, данные дополнительных подсистем (например, CRM-модули), некоторые регистры и аналитики.

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

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

Итог

Что важно запомнить

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

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

Можно ли синхронизировать УТ 11 и БП 3.0, если базы находятся в разных офисах?

Да, для этого используется обмен через файл: настройка выгружает данные в каталог (локальный, сетевой, FTP или через e-mail), а вторая база забирает пакет оттуда. Прямое подключение не требуется, важно лишь обеспечить стабильный доступ обеих баз к общему ресурсу.

Что делать, если после обмена в БП появились дубли контрагентов?

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

Нужно ли настраивать обмен в обе стороны?

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

С какой даты лучше начинать выгрузку документов?

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

Почему документы загрузились в БП, но не проводятся?

Чаще всего не заполнены счета учёта номенклатуры или не совпадает аналитика (склады, статьи, договоры). Откройте непроведённый документ — программа укажет, каких данных не хватает. Настройте в БП счета учёта по умолчанию, чтобы новые документы проводились автоматически.

Ломается ли синхронизация при обновлении конфигураций?

Типовой обмен обычно совместим между соседними релизами, но гарантии нет. Правило безопасной работы: обновляйте базы по очереди, после каждого обновления выполняйте контрольный обмен и проверяйте журнал ошибок, а при смене редакции (например, УТ 11.4 на 11.5) заранее изучайте требования к версии второй конфигурации.