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

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

Как сделать синхронизацию в 1С: настройка обмена данными

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

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

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

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

Какие способы синхронизации существуют в 1С

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

  • Типовая синхронизация данных — встроенный механизм обмена между типовыми конфигурациями (например, УТ ↔ БП). Настраивается без программирования через помощник.
  • Планы обмена — платформенный механизм, на котором построена типовая синхронизация. Позволяет строить распределённые базы (РИБ) и произвольные обмены.
  • Конвертация данных — универсальный инструмент с гибкими правилами переноса. Требует навыков настройки правил обмена, подходит для нестандартных связок.
  • EnterpriseData и веб-сервисы — обмен через стандартный формат, используется для интеграции с сайтами, CRM и внешними системами.
  • Ручная выгрузка/загрузка — универсальная обработка «Выгрузка и загрузка данных XML» для разового переноса между идентичными конфигурациями.

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

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

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

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

Гибкие правила для любых связок, но требует знания механизма и тестирования правил.

РИБ (распределённая база)

Для филиалов с идентичной конфигурацией. Главный узел контролирует конфигурацию, изменения делаются только в центре.

Веб-сервисы / EnterpriseData

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

Что подготовить перед настройкой

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

Во-первых, сделайте резервные копии обеих баз. Для файловых баз достаточно скопировать файл 1Cv8.1CD или выгрузить базу через конфигуратор в файл.dt. Для клиент-серверных баз используйте штатные средства СУБД или выгрузку.dt.

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

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

Рассмотрим настройку на примере обмена между «Управлением торговлей» и «Бухгалтерией предприятия» — самой распространённой связки. Логика одинакова и для других типовых пар.

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

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

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

Прямое подключение и обмен через каталог

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

Обмен через каталог (сетевую папку) или FTP используется, когда базы территориально разнесены: одна база выгружает файл сообщения, вторая забирает его при следующем сеансе обмена. Убедитесь, что у пользователя, под которым работает 1С, есть права на запись и чтение в каталоге обмена.

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

Ручной запуск обмена подходит для редких выгрузок, но в рабочем режиме удобнее автоматизировать процесс. В настройках синхронизации есть сценарии обмена, где задаётся расписание: например, каждые 30 минут или ежедневно в 21:00.

В файловом варианте регламентные задания выполняются, только если запущен сеанс с включённым выполнением заданий. В клиент-серверном варианте задания выполняет сервер 1С — пользовательский сеанс не требуется. Учитывайте это при выборе расписания: ночной обмен в файловой базе не сработает, если вечером все вышли из программы.

Ставьте интервал обмена не чаще, чем реально нужно бизнесу. Частый обмен больших баз создаёт очереди сообщений и замедляет работу пользователей. Для большинства связок УТ–БП достаточно обмена 1–2 раза в день.
ПЗ
Практическое замечание

Проверка результатов и контроль ошибок

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

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

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

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

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

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

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

Документы в приёмнике
Норма

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

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

Дубли документов, пустые реквизиты, неверные организации

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

Контрагенты и номенклатура сопоставлены, дублей нет

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

Новые элементы с пометкой «(не сопоставлено)»

Регламентные задания
Норма

Задание обмена выполняется по расписанию, дата последнего запуска актуальна

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

Задание не запускалось или завершается ошибкой

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

Типичные ошибки и ограничения

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

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

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

Итог

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

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

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

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

Да, если для этой пары существует типовой план обмена (например, УТ ↔ БП, ЗУП ↔ БП, УНФ ↔ БП). Для нестандартных пар используют «Конвертацию данных» с ручной настройкой правил — это уже задача для специалиста по 1С.

Почему документы переносятся, но не проводятся в бухгалтерской базе?

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

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

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

Можно ли синхронизировать файловую базу с облачной?

Да, через обмен по веб-сервису или через каталог/FTP, если облачный сервис предоставляет такой доступ. Прямое подключение обычно недоступно, так как базы находятся в разных сетях. Конкретные возможности зависят от условий облачного сервиса.

Как отменить неверно проведённый обмен?

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

Нужен ли отдельный пользователь для синхронизации?

Рекомендуется создать отдельного пользователя с правами только на обмен данными. Это упрощает аудит: в журнале регистрации видно, какие изменения внесены синхронизацией, а не живыми пользователями, и снижает риск при компрометации учётной записи.