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