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

Администрирование · 10 мин

Как сделать синхронизацию в 1С:Предприятие

Пошаговая настройка синхронизации данных в 1С:Предприятие: планы обмена, типовые правила, обмен через каталог и FTP, расписание, контроль ошибок.

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

В основе обмена лежат планы обмена — специальные объекты конфигурации, которые фиксируют, какие данные изменились и кому их нужно отправить. Поверх планов обмена работают типовые правила конвертации (для обмена между разными конфигурациями) или универсальный формат EnterpriseData. Понимание этой связки помогает не только настроить обмен, но и быстро находить причину, когда данные «не приехали».

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

Выберите подходящий способ синхронизации

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

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

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

Типовая синхронизация (планы обмена)

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

EnterpriseData

Универсальный формат для обмена между разными прикладными решениями 1С и сторонними системами. Требует поддержки формата обеими сторонами.

Правила конвертации данных

Гибкий вариант для нетиповых обменов. Требует навыков работы с конфигурацией «Конвертация данных» и тестирования правил.

Веб-сервисы / HTTP-запросы

Для интеграции с сайтами и внешними системами в реальном времени. Требует разработки и защиты канала связи.

Подготовьте базы к обмену

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

Проверьте и по возможности устраните дубли в ключевых справочниках: контрагенты, номенклатура, организации. При синхронизации объекты сопоставляются по уникальному идентификатору, а при первом обмене — по полям поиска (например, ИНН и КПП для контрагентов). Дубли до обмена превратятся в дубли после обмена, только уже в двух базах.

Убедитесь, что у пользователя, под которым будет выполняться обмен, есть права на чтение и запись всех участвующих объектов, а в клиент-серверном варианте — что регламентные задания могут выполняться на сервере.

Настройте синхронизацию через план обмена

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

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

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

Порядок настройки типовой синхронизации
  1. 1
    Сделайте резервные копии обеих баз и проверьте обмен на копиях
  2. 2
    Включите «Синхронизация данных» в разделе «Администрирование»
  3. 3
    Создайте настройку обмена, выберите конфигурацию-корреспондента и транспорт (каталог, FTP)
  4. 4
    Задайте префикс базы, отборы по организациям и дату начала обмена
  5. 5
    Сохраните файл настроек и загрузите его во вторую базу
  6. 6
    Выполните сопоставление объектов на этапе первичной загрузки
  7. 7
    Проверьте результат в обеих базах и включите обмен по расписанию

Настройте расписание и регламентные задания

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

В клиент-серверном варианте обмен выполняется регламентным заданием «Выполнение обмена данными» — проверьте, что оно включено и не заблокировано. В файловом варианте регламентные задания выполняются только при запущенном сеансе с соответствующей настройкой, либо потребуется отдельный сеанс-«исполнитель».

Контролируйте ошибки и разрешайте коллизии

После каждого обмена проверяйте журнал: в типовых конфигурациях это «Результаты обмена данными» или «Журнал регистрации» с отбором по событию обмена. Типичные проблемы — незаполненные обязательные поля у загружаемых объектов, отсутствие прав, заблокированные объекты и конфликты версий.

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

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

Типичные ошибки при синхронизации
01
Не сделана копия перед первым обменом — массовая загрузка испортила справочники, откатывать нечего
02
Дубли контрагентов до обмена — после сопоставления по ИНН дубли размножились в обеих базах
03
Не задан префикс базы — номера документов из разных баз пересекаются и конфликтуют
04
Слишком частое расписание при больших объёмах — обмен не успевает завершиться, сеансы накапливаются
05
Игнорирование журнала ошибок — данные неделями не доходят, а узнают об этом при закрытии периода

Как проверить, что обмен работает корректно

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

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

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

Новый документ в базе-источнике
Норма

Появился в приёмнике после ближайшего сеанса обмена с корректной нумерацией и префиксом

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

Документа нет, в журнале ошибка или он не зарегистрирован к отправке

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

Нет новых дублей, сопоставление выполнено по ИНН/КПП

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

Появились двойники с одинаковыми реквизитами

Журнал результатов обмена
Норма

Статус «Выполнено», предупреждений нет или они разобраны

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

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

Коллизии
Норма

Отсутствуют или все разрешены осознанно

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

Накопились непринятые версии объектов

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

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

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

Итог

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

Синхронизация в 1С строится на планах обмена: настройка в обеих базах, файл настроек, первичное сопоставление, расписание. Всегда начинайте с копий, контролируйте журнал ошибок и коллизии, а доработку правил доверяйте специалисту.

Частые вопросы о синхронизации в 1С

Можно ли настроить обмен между базами с разными версиями конфигураций?

Можно, если версии совместимы по правилам обмена. Типовые правила рассчитаны на определённый диапазон релизов, поэтому перед настройкой обновите отстающую базу. Если обновить нельзя, обмен настраивается через отдельные правила конвертации с тестированием.

Что делать, если документ не выгружается, хотя обмен работает?

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

Как избежать дублей контрагентов при первом обмене?

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

Можно ли синхронизировать базы через интернет без общей папки?

Да. Варианты: обмен через FTP, через веб-сервис, опубликованный на веб-сервере, либо через сервис 1С:Link или корпоративный сервер взаимодействия. Для облачных баз в 1С:Фреш синхронизация с локальными базами настраивается штатными средствами сервиса.

Опасно ли отключать синхронизацию на время?

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

Чем синхронизация отличается от распределённой базы (РИБ)?

В РИБ узлы содержат одинаковую конфигурацию и обмениваются всеми данными, включая изменения структуры, а узлы строго иерархичны (главный — подчинённый). Типовая синхронизация связывает разные конфигурации, передаёт только учётные данные по заданным правилам и не накладывает ограничений РИБ на обновление конфигурации.