Как настроить и провести синхронизацию баз 1С 8.3
Содержание
Синхронизация данных в 1С настраивается в разделе Администрирование → Синхронизация данных. Сначала включаете флажок, задаёте каждой базе короткий префикс, затем через помощник указываете вторую программу, способ подключения и состав данных для обмена. Первый запуск переносит накопленные справочники и документы, дальше обмен идёт по расписанию или по кнопке.
Ниже — порядок настройки обмена между типовыми конфигурациями (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) на платформе 8.3 с интерфейсом «Такси». Разберём выбор канала связи, первую выгрузку, автоматизацию, разрешение конфликтов и диагностику, когда что-то не переносится.
Перед первой синхронизацией сделайте архивные копии обеих баз. Начальный обмен затрагивает большой объём данных, и откатить его проще из копии, чем разбирать последствия вручную.
Что понадобится до старта обмена
Синхронизация в типовых решениях работает на механизме планов обмена. Вам не нужно программировать правила — для пар типовых конфигураций они уже встроены, обмен идёт либо по готовым правилам конвертации, либо через универсальный формат EnterpriseData.
До настройки определите три вещи:
- 🎯 Направление обмена. Какая база источник данных, какая приёмник, и что именно передаётся: только документы продаж, вся первичка, расчёты с сотрудниками. От этого зависят фильтры.
- 🔑 Префиксы баз. Каждой информационной базе задаётся префикс (обычно 1–2 символа). Он подставляется в номера и коды, чтобы объекты из разных баз не конфликтовали. Префиксы должны различаться.
- 🔌 Канал связи. Будут ли базы видеть друг друга напрямую по сети, лежат ли на одном сервере, либо обмен пойдёт через интернет или через каталог с файлами.
Проверьте и совпадение редакций. Готовые правила рассчитаны на определённые версии конфигураций, поэтому номер релиза обеих баз должен быть не ниже требуемого — иначе часть данных не перенесётся или обмен выдаст ошибку формата.
Стоит понимать и разницу между двумя механизмами. Между парами типовых конфигураций обмен часто идёт по готовым правилам конвертации — они описывают, какой объект одной базы во что превращается в другой. Универсальный формат EnterpriseData устроен иначе: база выгружает данные в единый промежуточный формат, а приёмник читает его по своим правилам. Для типовых решений выбор механизма обычно делается автоматически при выборе программы в помощнике, вручную в него залезать не нужно.
Включается синхронизация так: Администрирование → Синхронизация данных, установите флажок «Синхронизация данных» и в поле префикса впишите значение для этой базы. То же самое сделайте во второй программе, префикс там задайте другой.
Как выбрать способ подключения баз
После включения флажка открывается пункт «Настройки синхронизации данных». Создаёте новую настройку, выбираете из списка программу, с которой синхронизируетесь, и помощник спрашивает про канал связи. Варианты сводятся к трём сценариям.
| Способ подключения | Когда подходит | Что нужно |
|---|---|---|
| Прямое подключение | Обе базы на одном компьютере или в локальной сети | Путь к базе-приёмнику, логин и пароль пользователя с правами |
| Через интернет (веб-сервис) | Базы в разных офисах, облако, разные города | Одна из баз опубликована на веб-сервере, известен адрес публикации |
| Через каталог, FTP или почту | Нет постоянной связи, обмен пачками файлов | Общая папка, FTP-сервер или почтовый ящик для файлов обмена |
Для прямого подключения укажите расположение второй базы и учётную запись пользователя, от имени которого пойдёт обмен. Этому пользователю нужны права на чтение и запись переносимых объектов — удобно завести отдельного служебного пользователя с ролью для обмена.
Для подключения через интернет сначала публикуется база: это делает администратор на веб-сервере, после чего в настройке указывается адрес вида https://sервер/имя_базы и данные для входа. Пароль служебного пользователя не должен устаревать по политике смены паролей, иначе автоматический обмен встанет.
Настройка состава данных и первая синхронизация
Когда канал задан, помощник переходит к правилам отправки и получения. Здесь вы ограничиваете, что уходит во вторую базу и что принимается обратно. Типовые фильтры:
- По организациям — передавать данные только по выбранным юрлицам, если в базе их несколько.
- По дате — отправлять документы начиная с определённого числа, чтобы не тянуть всю историю за прошлые годы.
- По составу — например, из торговой базы в бухгалтерскую уходят реализации и поступления, а прайс-листы остаются на месте.
Настройте фильтры симметрично в обеих базах: что одна отправляет, то вторая должна принимать.
Дальше — первый обмен. Нажимаете «Синхронизировать», и программа выполняет начальную выгрузку. Ключевой момент здесь — сопоставление. Одни и те же контрагенты, номенклатура, организации заведены в двух базах независимо, и 1С пытается связать их автоматически по ИНН, наименованию или другим реквизитам.
Не пропускайте этап сопоставления. Если не сверить справочники, в приёмнике задвоятся контрагенты и номенклатура, а разнести задвоение потом трудоёмко.
Что проверить в окне сопоставления:
- Строки, где пара не найдена автоматически, — сопоставьте вручную или подтвердите создание нового элемента.
- Контрагентов с пустым или неверным ИНН — именно они чаще всего не находят пару.
- Единицы измерения и ставки НДС — их расхождение приводит к ошибкам при загрузке документов.
После сопоставления запускаете загрузку. Первый обмен идёт заметно дольше последующих, потому что переносится весь накопленный массив. Дождитесь завершения, не закрывая программу.
Расписание и автоматический обмен данными
Обмен можно проводить вручную кнопкой «Синхронизировать», но смысл регулярной синхронизации в том, чтобы она шла сама. За это отвечает расписание в карточке настройки: открываете настройку синхронизации и задаёте, как часто запускать обмен — например, каждые 15 минут, раз в час или по ночам.
Как именно отрабатывает расписание, зависит от варианта базы:
- Клиент-серверная база . Обмен выполняется регламентным заданием на сервере 1С. Программу при этом открывать не нужно — сервер запускает задание сам по расписанию.
- Файловая база. Регламентные задания работают, только пока открыт сеанс. Либо держите запущенным один сеанс, либо настраивайте автоматический запуск через отдельный служебный сеанс.
Для нечастых обменов (раз в сутки) достаточно расписания раз в день в тихое время. Для оперативной работы, когда данные нужны почти сразу, ставят короткий интервал, но учитывайте нагрузку: слишком частый обмен на больших базах заметно грузит сервер.
Разнесите расписание отправки и получения по времени, если обмен идёт через каталог. Пусть одна база выгружает файл в начале часа, вторая забирает через несколько минут — так пачки не наезжают друг на друга.
Результат каждого сеанса обмена виден в карточке настройки: дата последней синхронизации, что отправлено и получено, были ли предупреждения. Эту форму стоит открывать хотя бы раз в неделю, чтобы вовремя заметить остановившийся обмен.
Полезная привычка — сверять контрольные суммы после настройки регулярного обмена. Например, если из торговой базы в бухгалтерскую идут реализации, раз в месяц сравнивайте оборот по продажам в обеих базах за один период. Расхождение сразу покажет, что часть документов не доходит, и вы найдёте причину в предупреждениях, пока сумма ещё небольшая.
Как 1С обрабатывает конфликты данных
Конфликт возникает, когда один и тот же объект изменили в обеих базах между сеансами обмена: например, контрагенту в бухгалтерии поправили банковский счёт, а в торговой — адрес. При следующей синхронизации программа видит два разных варианта одного элемента.
Чтобы заранее определить, чья версия победит, в настройке синхронизации задаётся главная база. При конфликте приоритет получают данные главной базы, а изменения из подчинённой по этому объекту отклоняются. Это ключевая настройка: если её не продумать, правки из одной базы будут молча затираться.
Все спорные ситуации собираются в форме «Предупреждения при синхронизации данных». Там несколько групп:
- 🔸 Конфликты — объект изменён в двух базах, применена версия главной.
- 🔸 Непринятые по дате запрета — данные не загрузились, потому что попадают в закрытый период.
- 🔸 Неперенесённые данные — объект не прошёл из-за нехватки связанных данных или ошибки.
Конфликты не ошибка в чистом виде — программа отработала правило. Но просматривать их нужно: если видите, что важные правки регулярно затираются, пересмотрите, какая база должна быть главной по этому участку данных, или разведите зоны ответственности, чтобы один объект не редактировали в двух местах.
Отдельно обратите внимание на дату запрета изменения. Если в базе-приёмнике стоит запрет на период, документы обмена за этот период не загрузятся и осядут в предупреждениях. Решение — либо сдвинуть дату запрета, либо исключить старый период фильтром отправки.
Диагностика ошибок и ускорение синхронизации
Когда обмен падает или часть данных не доходит, первым делом открывайте форму результатов синхронизации и предупреждения — там 1С пишет, на каком объекте и почему остановилась. Типовые причины собраны ниже.
Чтобы обмен шёл быстрее:
- 📅 Ограничьте период отправки датой начала работы — старые документы за прошлые годы переносить обычно незачем.
- 🗂️ Исключите фильтрами данные, которые не нужны второй базе.
- 🖥️ В клиент-серверном варианте переложите обмен на регламентное задание сервера, чтобы он не блокировал работу пользователей.
- ⏰ Планируйте тяжёлые первичные обмены на нерабочее время.
Если обмен завис в процессе, не обрывайте его грубым завершением сеанса — это может оставить данные в промежуточном состоянии. Дайте заданию завершиться либо, в клиент-серверной базе, аккуратно завершите фоновое задание обмена через консоль администрирования, понимая, что незаконченную пачку придётся переотправить.
Частые ошибки при настройке синхронизации
Короткий список промахов, которые встречаются чаще всего и которых легко избежать:
- Одинаковые префиксы в обеих базах. Коды и номера начнут пересекаться. Префиксы задавайте разными ещё до первого обмена.
- Асимметричные фильтры. База отправляет данные, которые приёмник не принимает по своим настройкам, — данные уходят в никуда. Сверяйте правила отправки и получения с двух сторон.
- Не определена главная база. При конфликте непонятно, чья версия победит, и правки затираются непредсказуемо. Назначьте приоритет осознанно.
- Расписание на файловой базе без запущенного сеанса. Регламентное задание не отрабатывает, обмен «молча» стоит. Либо серверная база, либо постоянный сеанс.
- Пропущенное сопоставление. Приводит к задвоению справочников — самая трудоёмкая в разборе ошибка.