Не удалось синхронизировать данные 1С ЗУП с бухгалтерией: где искать сбой
Содержание
Синхронизация 1С ЗУП и 1С Бухгалтерии чаще всего не происходит по одной из четырёх причин: обмен не может подключиться ко второй базе, данные приходят, но не загружаются из-за даты запрета, программы разошлись по версиям, или база после копирования решила, что она «копия», и выключила регламентные задания. Начинать всегда с одного места: Администрирование → Синхронизация данных в той базе, где запускали обмен, и с текста ошибки в результатах синхронизации.
Если 1С пишет, что не удалось синхронизировать данные, это общий итог, а не причина. Настоящая причина лежит в протоколе обмена или в журнале регистрации. Проверяйте от быстрого к трудоёмкому. Речь про ЗУП 3.1 и Бухгалтерию предприятия 3.0 на платформе 8.3.
1. Сначала протокол: читаем результаты синхронизации и журнал
Не меняйте настройки, пока не увидели текст ошибки. Многие «загадочные» сбои объясняются одной строкой в протоколе.
Где смотреть
- Откройте
Администрирование → Синхронизация данныхв ЗУП. - Нажмите ссылку с настройкой обмена с Бухгалтерией. В форме видно дату последней успешной отправки и получения.
- Если рядом есть предупреждение о проблемах — откройте его. Это форма «Результаты синхронизации данных»: там перечислены документы, которые не загрузились, и причина по каждому.
- Повторите то же в Бухгалтерии: ошибка загрузки часто видна только на принимающей стороне.
Журнал регистрации
Когда в результатах пусто, а обмен всё равно не идёт, нужен журнал: Администрирование → Обслуживание → Журнал регистрации. Поставьте отбор по событиям обмена данными и по уровню «Ошибка».
📌 Что искать в журнале:
- 🔌 ошибки подключения: неверный пароль, недоступный каталог, сбой COM-соединения;
- 📄 ошибки загрузки конкретного объекта: имя документа и номер;
- ⏱ записи регламентного задания синхронизации: если их нет вообще, задание не запускается.
Сравните время последней записи об обмене в обеих базах. Если ЗУП данные отправил, а Бухгалтерия в это время ничего не принимала — проблема в доставке или в расписании, а не в самих данных.
2. Подключение и права доступа: почему базы не видят друг друга
Способ подключения выбирается при настройке и определяет, где может порваться связь.
| Способ | Где обычно ломается | Что проверить |
|---|---|---|
| Прямое подключение (локальная сеть) | пароль, путь к базе, COM-компонента | логин второй базы, comcntr.dll |
| Через интернет (веб-сервис) | публикация базы, сертификат, адрес | открывается ли адрес публикации |
| Через общий каталог | права на папку, сетевой путь | запись в каталог от имени службы |
| FTP или почта | пароль ящика, лимиты | доставку файла сообщения |
Пользователь и пароль
В настройке подключения указан пользователь второй базы. Если ему сменили пароль или его удалили, синхронизация молча перестаёт работать по расписанию.
У этого пользователя должны быть права на синхронизацию. Надёжнее всего — профиль групп доступа для синхронизации данных с другими программами или полные права. Пользователь с ролью «бухгалтер» без прав на обмен получит отказ при записи данных.
COM-соединение в клиент-серверном варианте
При прямом подключении к серверной базе 1С использует COM-компоненту. Типичная ошибка — Класс не зарегистрирован. Она появляется после обновления платформы: компонента новой версии не зарегистрирована.
Регистрируют её от имени администратора на компьютере, откуда запускается обмен (для регламентного задания — на сервере 1С):
regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\comcntr.dll"
Подставьте свой номер платформы. Разрядность компоненты должна совпадать с разрядностью процесса, который её вызывает.
Общий каталог
Если обмен идёт через сетевую папку, права нужны не только пользователю Windows за компьютером. Для регламентного задания на сервере писать в каталог должна учётная запись службы сервера 1С. Указывайте путь в формате \\сервер\папка, а не букву сетевого диска: у службы подключённых дисков нет.
3. Разные версии платформы и конфигураций
ЗУП и Бухгалтерия обмениваются по общему формату. Каждый релиз поддерживает определённые версии формата. Если одну базу обновили, а вторую не трогали год, они перестают понимать друг друга.
🔎 Признаки версионного конфликта:
- ошибка про версию формата или неподдерживаемую версию программы-корреспондента;
- обмен сломался сразу после обновления одной из баз;
- выгрузка проходит, а при загрузке падает ошибка на объекте, которого раньше не было.
Решение одно: обновить отстающую программу до актуального релиза. Даунгрейд обновлённой базы не делайте — это рискованно и долго.
После обновления конфигурации зайдите в базу интерактивно и дождитесь окончания обработчиков обновления. Пока они не отработали, обмен может завершаться ошибкой.
Платформа на двух базах тоже может отличаться — это допустимо, если обе версии подходят своим релизам. Проблемы начинаются с прямым подключением: COM-компонента должна соответствовать платформе, с которой работает вызывающая сторона.
4. Почему данные ЗУП не загружаются в Бухгалтерию: настройки и правила
Связь есть, обмен «успешный», а начислений в Бухгалтерии нет. Значит, данные отфильтрованы или не зарегистрированы к отправке.
Настройки зарплаты в Бухгалтерии
В Бухгалтерии откройте Зарплата и кадры → Справочники и настройки → Настройки зарплаты. Там должно быть указано, что учёт зарплаты и кадров ведётся во внешней программе. Если выбран учёт в этой программе, данные из ЗУП будут конфликтовать с собственным расчётом.
Дата начала и организации
В настройке синхронизации в ЗУП задаются:
- 📅 дата, с которой отправляются документы;
- 🏢 организации, по которым идёт обмен.
Новую организацию, заведённую в ЗУП после настройки обмена, нужно добавить в отбор. Иначе её документы так и останутся в ЗУП. Документы раньше даты начала обмена не уйдут, даже если их перепровести.
Регистрация изменений
Документ попадает в очередь на отправку, когда его записали или провели. Если документ создан до включения синхронизации или правили его, пока обмен был выключен, он может не стоять в очереди.
Самый безопасный способ поставить его в очередь — перепровести в ЗУП. Для группы документов используйте групповое перепроведение за период. Затем запустите синхронизацию вручную.
Даты запрета загрузки
Частая причина, по которой «Отражение зарплаты в бухучете» не появляется в Бухгалтерии: там стоит дата запрета загрузки данных из других программ. Бухгалтер закрыл период, а зарплатник пересчитал прошлый месяц.
В результатах синхронизации это видно как предупреждение о запрете. Дальше решайте по регламенту:
- Согласуйте с главным бухгалтером, можно ли менять закрытый период.
- Временно сдвиньте дату запрета загрузки в Бухгалтерии.
- Синхронизируйте.
- Верните дату запрета на место.
Не снимайте дату запрета без согласования — изменение закрытого периода влияет на сданную отчётность.
Способы отражения зарплаты
Справочник способов отражения приходит из ЗУП, а счета к нему заполняют в Бухгалтерии. Если для нового способа счета не указаны, проводки по документу отражения сформируются неправильно. Проверьте новые элементы справочника после каждого обмена, где в ЗУП добавили новый вид начисления.
5. Дубли сотрудников и физлиц: проблемы с уникальными идентификаторами
Каждый объект в обмене опознаётся по уникальному идентификатору (УИД). Если сотрудника завели вручную в обеих базах, у двух карточек разные УИД. Программа считает их разными людьми и создаёт двойника.
🧩 Откуда берутся дубли:
- справочники наполняли в обеих базах до настройки обмена и не сопоставили их в мастере;
- обмен удалили и настроили заново, пропустив этап сопоставления;
- базу Бухгалтерии восстановили из старой копии, а ЗУП продолжил работу.
Как чинить
- Найдите дубли в Бухгалтерии: отсортируйте справочник физических лиц по наименованию, ищите пары с одинаковым ИНН или СНИЛС.
- Объедините дубли штатной обработкой поиска и удаления дублей (она есть в разделе администрирования, найти её проще через поиск по функциям). В ней выбирается элемент, который останется, ссылки переносятся на него.
- Оставляйте элемент, пришедший из ЗУП: именно его УИД знает обмен.
Объединение переписывает ссылки во всех документах. Перед этим сделайте резервную копию базы Бухгалтерии.
Если дубли массовые, при повторной настройке обмена используйте этап сопоставления данных в мастере: там вручную или автоматически связываются уже существующие объекты.
6. Регламентные задания, «копия базы» и производительность
Ручная синхронизация проходит, а по расписанию ничего не происходит — это отдельная группа причин.
База отмечена как копия
После переноса базы на другой сервер или восстановления из бэкапа 1С спрашивает, перемещена база или это копия. Если ответить «копия», программа отключает регламентные задания и синхронизацию, чтобы копия не отправляла данные в рабочую ЗУП. Для рабочей базы правильный ответ — «перемещена».
Регламентные задания
- 🖥 В клиент-серверной базе проверьте, не стоит ли в свойствах базы в консоли кластера блокировка регламентных заданий.
- 📁 В файловой базе регламентные задания выполняются, только пока база открыта хотя бы у одного пользователя. Ночью при закрытой базе обмен по расписанию не пойдёт.
- 📆 Проверьте расписание в самой настройке синхронизации: оно могло быть выключено.
Объём и тайм-ауты
Первая выгрузка после долгого перерыва может содержать десятки тысяч объектов. Через веб-сервис она упирается в тайм-аут, при прямом подключении — в память процесса.
💡 Что помогает:
- запускать большой обмен ночью, когда в базах никого нет;
- для первой выгрузки временно сдвинуть дату начала обмена ближе и догружать прошлые месяцы частями;
- в серверном варианте следить за памятью рабочих процессов в консоли кластера.
Перезапуск службы сервера 1С или завершение рабочего процесса оборвёт сеансы всех пользователей. Делайте это вне рабочего времени и предупредите людей.
7. Как восстановить синхронизацию ЗУП и Бухгалтерии: порядок действий
Идите по шагам и не перескакивайте к радикальным мерам.
- Прочитайте ошибку в результатах синхронизации обеих баз и в журнале регистрации.
- Проверьте связь: зайдите в настройку подключения, проверьте логин, пароль, путь. Для серверной базы с прямым подключением перерегистрируйте
comcntr.dll. - Сравните релизы. Отстающую программу обновите, дождитесь обработчиков обновления.
- Проверьте фильтры: дату начала обмена, список организаций, учёт зарплаты во внешней программе в Бухгалтерии.
- Посмотрите даты запрета загрузки в Бухгалтерии и решите вопрос по регламенту.
- Поставьте в очередь пропавшие документы: перепроведите их в ЗУП за нужный период.
- Запустите синхронизацию вручную из ЗУП, затем из Бухгалтерии. Проверьте, что в Бухгалтерии появилось «Отражение зарплаты в бухучете» и ведомости.
- Проверьте расписание и регламентные задания, чтобы обмен дальше шёл сам.
Если ничего не помогло: настройка заново
Крайняя мера — удалить настройку синхронизации в обеих базах и создать новую. Делать это стоит, только если номера сообщений обмена безнадёжно разошлись, например после восстановления одной базы из старой копии.
- 💾 Сделайте резервные копии обеих баз.
- 🔗 При новой настройке не пропускайте этап сопоставления данных — иначе получите полный комплект дублей.
- 📅 Выставьте дату начала обмена с первого незакрытого месяца, чтобы не перезаписать закрытые периоды.