#В каких случаях возникает неисправность
Повторная синхронизация создаёт второй документ с тем же номером и датой. Причиной может быть потерянное соответствие объектов, изменённые правила обмена, другой идентификатор источника или повторная загрузка без проверки существования. Нельзя просто удалить дубликат и снова запустить обмен.
#Причины и как их отличить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Не найдено соответствие объектовПравила обмена перестали узнавать ранее полученный документ. | Вторая карточка создаётся именно при повторном приёме; идентификаторы/сведения об обмене отличаются. | Проверить сопоставление уже существующего документа с записью источника. |
| Изменился узел или правила обменаПереинициализация подключения или изменение правил может создать новую цепочку идентификации. | Дубли начались после перенастройки узла или обновления конфигурации. | Сверить параметры узла, версию правил и журнал изменения настроек. |
| Документ передан повторно после неопределённого результатаСвязь оборвалась после записи документа, но до подтверждения получения. | В журнале есть ошибка обмена, затем повторная загрузка того же пакета. | Сверить статус пакета и обеспечить повторную обработку без создания новой записи. |
#Подробная диагностика и решение
- Остановите автоматические повторы только на время диагностикиЕсли дубли продолжают появляться, согласуйте с владельцем обмена временную паузу конкретного задания синхронизации в обоих узлах, чтобы не создать новые записи. Запишите время остановки и исходное расписание. Не выключайте все регламентные задания системы и не удаляйте пакет обмена: это затруднит расследование и может потерять изменения.
- Определите пару документов и сторону возникновенияВ получающей базе откройте список нужных документов через рабочий раздел и найдите две записи с одинаковыми номером, датой, организацией и суммой. Откройте каждую карточку, запишите внутренние ссылки или уникальные идентификаторы, время создания и признаки проведения; затем сравните с одной исходной записью. Совпадающий номер сам по себе не доказывает, что два документа тождественны.
- Сохраните обе базы и сведения об обменеПеред любой правкой соответствий администратор делает проверенные резервные копии источника и получателя штатным способом для файловых или серверных баз; на работающей клиент-серверной системе применяйте согласованное резервное копирование СУБД. Экспортируйте или сохраните настройки обмена и журнал последнего запуска. Без восстановимой пары копий исправлять ссылки и очищать записи нельзя.
- Проверьте журнал синхронизации без повторного запускаПод полномочиями администратора откройте раздел синхронизации данных именно вашей конфигурации (нередко «Администрирование» → «Синхронизация данных»), выберите соединение и историю событий. Найдите пакет, после которого появился дубль, время получения, сообщение об отказе и отметку подтверждения. Если такого раздела нет, поручите поиск ответственному за правила обмена: расположение зависит от прикладного решения.
- Сверьте соответствия и зарегистрированные объектыВ доступном механизме сопоставления данных посмотрите, к какой записи получателя привязан исходный документ. Если исходный документ не связан ни с одной записью, это вероятная причина дублирования. Не меняйте вручную идентификаторы и регистрационные таблицы обмена: для разных механизмов правила хранения соответствий различаются.
- Разберите изменения правил и узла подключенияСравните сохранённые параметры текущего соединения с последним успешным обменом: имя и направление обмена, выбранная организация, версия правил, используемый узел и дата обновления. При обнаружении смены узла или режима загрузки верните прежнюю рабочую настройку только на тестовой копии, затем проверьте, что не происходит повторная отправка всех документов.
- Проверьте исправление на отдельной копииВ копии двух баз специалист по обмену сопоставляет исходный документ с правильной существующей карточкой штатным механизмом конкретной конфигурации. Затем запускает обмен только с одним контролируемым пакетом. Успешная проверка: количество целевых документов не выросло, исходная запись обновилась или была распознана, ссылки и движения остались прежними. При появлении ещё одного дубля прекратите попытки.
- Верните согласованный обмен и проконтролируйте итогиПосле испытания и согласования перенесите минимальную исправленную настройку в рабочую базу в обслуживаемое окно и восстановите записанное расписание. Сверьте количество документов, суммы и статус передачи с обоих концов. Если остаются разночтения, не удаляйте дубликаты через интерфейс до анализа связей и движений: привлеките специалиста по конфигурации.
#Как проверить результат и что делать при неуспехе
После двух последовательных тестовых циклов один исходный документ должен соответствовать одной правильной целевой записи; общее число документов не должно расти при повторном приёме того же сообщения. Сверьте движения, проведённость и итоги по обеим базам. При неуспехе восстановите настройки обмена по сохранённым значениям и оставьте автоматический запуск на паузе до анализа.
#Версии и различия интерфейса
Порядок относится к 1С:Предприятию 8 и прикладным решениям на его платформе. Названия разделов для 1С:Бухгалтерии, УТ, ERP, Документооборота и доработанных конфигураций отличаются. Если указанного раздела нет, откройте встроенную справку используемой конфигурации и найдите функцию по её названию; не пытайтесь заменять её несуществующей универсальной командой. До изменения базы зафиксируйте исходные настройки и подготовьте способ восстановления.
#Отдельно о повторном обмене
Сверка на тестовой копии должна включать два одинаковых последовательных обмена: после второго число объектов не увеличивается и связи документов сохраняются. Если тест повторно создаёт объект, остановите синхронизацию и разберите правила сопоставления, а не повторяйте загрузку.