Где остановился документ?
- Отбор: объект разрешён правилами?
- Регистрация: изменение учтено для узла?
- Сообщение: отправлено и получено?
- Загрузка: объект записан корректно?
Для обратного направления пройдите те же этапы, поменяв источник и приёмник.
Сначала — один документ и безопасный контур
Отсутствующая реализация или поступление мешает сверке и закрытию периода. Ручной ввод в БП кажется быстрым выходом, но после восстановления обмена может появиться дубль. Начните с одного документа, который точно должен передаваться, и проследите его путь от источника до приёмника.
Запишите релизы УТ 11, БП 3.0 и платформы, способ подключения, направление обмена, время последнего успешного цикла, недавние обновления и доработки. УТ → БП и БП → УТ проверяйте отдельно: состав передаваемых данных не обязан быть симметричным. Названия команд и доступные проверки зависят от релиза и прав; универсального пути по меню здесь нет.
До любых изменений
Сделайте согласованные резервные копии обеих баз и проверьте восстановление. Исправления правил, сопоставлений и повторную отправку сначала испытайте на тестовой паре баз. Изолируйте её от рабочих адресов обмена, общих каталогов и внешних сервисов; не включайте в копиях рабочее расписание.
1. Документ должен попадать в обмен?
Сверьте организацию, дату, вид и хозяйственную операцию документа с настройками конкретной синхронизации. Проверьте дату начала обмена, отборы и ограничения на стороне отправителя и получателя. Уточните, поддерживают ли действующие правила этот объект и требуется ли для передачи определённое состояние, например проведение. Не каждый объект УТ имеет прямой аналог в БП.
Найдите документ в БП без привычного отбора списка: по организации, дате, контрагенту и сумме. Номер с префиксом может отличаться, а представление документа — зависеть от правил. Отсутствие строки в выбранном журнале ещё не доказывает, что объект не загружен.
Если новые документы проходят, а старые нет, сначала проверьте границу периода и запреты загрузки. Простое изменение даты начала обмена не гарантирует, что все старые документы автоматически попадут в очередь. Не расширяйте период в рабочей базе без оценки объёма и теста.
2. Есть ли изменение для нужного получателя?
В типовом механизме план обмена хранит участников и состав данных, а регистрация изменений — перечень объектов, подлежащих передаче конкретному узлу. Фирма 1С описывает эту логику в [документации по планам обмена](https://v8.1c.ru/platforma/plan-obmena/). Наличие документа в УТ само по себе не подтверждает его участие в следующем сообщении.
Специалист проверяет средствами используемого релиза, зарегистрирован ли контрольный документ именно для нужного узла и попал ли он в исходящее сообщение. Если записи нет, нужно различить два случая: изменение не регистрировалось либо уже было отправлено и подтверждено. После подтверждения регистрации штатно снимаются, поэтому пустая очередь не равна сбою.
Если объект проходит отбор, но не включается в сообщение, изучите правила регистрации и выгрузки, расширения и изменения после обновления. При необходимости используйте штатную выборочную регистрацию объекта, доступную в вашем релизе, — сначала в тестовой базе. Не редактируйте служебные таблицы напрямую.
3. Запустился ли обмен и дошло ли сообщение?
Настроенное расписание не означает выполненный обмен. Проверьте время фактического старта и завершения задания, результат и полный текст ошибки. В 1С [регламентное задание](https://v8.1c.ru/platforma/reglamentnoe-zadanie/) запускает фоновое; у [фоновых заданий](https://v8.1c.ru/platforma/fonovoe-zadanie/) есть история выполнения. Сопоставьте её с журналом регистрации и протоколом синхронизации за тот же интервал.
Если ручной запуск проходит, а автоматический нет, сравните пользователя, права и среду выполнения. Для серверной базы проверьте блокировку регламентных заданий; для файловой — условия их запуска в вашей версии платформы. При обмене через каталог проверьте доступ к нему со стороны процесса, который выполняет обмен, а не только с рабочего компьютера бухгалтера.
Для прямого подключения проверьте адрес целевой базы и авторизацию, для файлового — наличие актуального сообщения и факт его получения. Сбой связи, прав или места на диске отделяйте от ошибки обработки данных. Успешная выгрузка не подтверждает успешную загрузку; проверка нужна на обеих сторонах.
4. Сообщение принято, но документ не загрузился
Сохраните протокол синхронизации и события журнала регистрации с обеих сторон: время, узел, этап, объект и полный текст ошибки. Проверяйте конкретную причину: отсутствующий обязательный реквизит, недоступный объект, ограничение периода, конфликт данных или несовместимость правил с релизом. «Обмен завершён» без проверки предупреждений — недостаточный результат.
Сначала выясните, записан ли документ, затем — проведён ли он, если это предусмотрено сценарием. Загруженный, но непроведённый документ и вовсе не созданный объект — разные задачи. Ошибка проведения не является основанием повторно создавать документ или массово перепроводить период.
Проверьте связанные справочники: организации, контрагентов, договоры, номенклатуру, единицы измерения. Сопоставление связывает объекты двух баз; одинакового наименования для него недостаточно. Сверьте значимые реквизиты и существующие соответствия. Если в БП документ уже ввели вручную, остановите повтор и сначала разберите, как его корректно связать с источником штатными средствами.
5. Как повторить обмен и не получить дубли
Безопасный повтор — это продолжение существующей синхронизации после устранения причины, а не создание новой связи «с нуля». Сохранённые соответствия помогают обновить существующий объект, но не дают безусловной гарантии при доработанных правилах или ручных дублях.
- Зафиксируйте исходное состояние. Сохраните ошибки и список проблемных объектов. Согласуйте окно работ и исключите параллельные запуски этой синхронизации.
- Исправьте причину на тестовой паре. Проверьте отбор, реквизиты, права или правила. Если нужен повтор объекта, используйте штатный механизм для конкретного релиза, сохранив узел и соответствия.
- Передайте контрольный документ. Сравните организацию, операцию, сумму, НДС, строки и состояние в обеих базах. При повторном тесте убедитесь, что обновляется тот же объект, а новый не создаётся.
- Повторите в рабочем контуре по согласованному плану. После контрольного объекта обработайте ограниченную выборку. Верните расписание и проверьте следующий автоматический цикл.
Не «лечите» обмен сбросом истории
Не стирайте регистрации изменений, идентификаторы объектов и соответствия. Не пересоздавайте узел, не загружайте вслепую старые файлы и не перепроводите всё подряд. Такие действия могут скрыть причину, создать дубли и изменить учётные данные.
Что считать восстановлением
Сверьте не только количество документов, но и суммы по организации, периоду и виду операции: равное количество может скрывать пропуски и дубли. Зафиксируйте исключения, которые по правилам не передаются. Бухгалтер должен подтвердить содержание и состояние контрольных документов.
- Нужные объекты найдены в приёмнике и проверены по реквизитам.
- Нет необъяснённых ошибок загрузки и новых дублей.
- Повтор контрольного обмена не создаёт второй документ.
- Следующий запуск по расписанию выполнен; назначен ответственный за контроль.
Для обращения в поддержку достаточно обезличенного примера, релизов, направления, времени сбоя и фрагмента ошибки. Пароли, резервные копии и выгрузки с данными клиентов не отправляйте через открытую форму или обычную почту.
1С и интеграции
Найти причину, а не повторять обмен вслепую
WeProf помогает диагностировать синхронизацию УТ и БП: проверить правила и задания, разобрать ошибки загрузки, согласовать безопасный повтор и контроль результата. Работаем удалённо по РФ; рассматриваем вместе базы 1С и инфраструктуру, на которой выполняется обмен.
[Обсудить сбой обмена](#contact)[Сопровождение 1С ↗](https://weprof.ru/1c-support)
Официальные материалы 1С
- [Планы обмена: участники, регистрация и подтверждение сообщений](https://v8.1c.ru/platforma/plan-obmena/)
- [Регламентные задания: расписание, пользователь и блокировка запуска](https://v8.1c.ru/platforma/reglamentnoe-zadanie/)
- [Фоновые задания: выполнение и история](https://v8.1c.ru/platforma/fonovoe-zadanie/)
- [Совместное использование УТ и Бухгалтерии предприятия](https://its.1c.ru/db/metod81/content/5632/hdoc)Руководство 1С:ИТС. Для полного текста требуется доступ; уточняйте инструкции для своих релизов.
По теме статьи
Разберём ваш сценарий синхронизации
Диагностика обмена УТ и БП, безопасный повтор и контроль результата. Работаем удалённо по РФ.