По идентификаторам находят одну и ту же запись у отправителя, в журнале обмена и у получателя, учитывая время получения копий и штатные преобразования полей. До вывода о потере проверяют, не ожидает ли сообщение обработки и истёк ли предусмотренный срок доставки. Затем определяют, где проявилось расхождение, и ищут причину. Причина может лежать выше по цепочке — в правилах преобразования полей, сопоставлении справочников, настройках повторной отправки — или в ручной правке записи уже после загрузки. Было ли что-то из этого отступлением от спецификации интеграции, устанавливает эксперт.
Механизм сбоя нередко включает несколько звеньев: отправитель повторяет сообщение после истечения времени ожидания ответа, а получатель не проверяет, что документ уже записан. Без журналов обмена за спорный период установить это трудно, а сохранность обработанных сообщений зависит от типа очереди и настроек, поэтому журналы сервиса обмена данными выгружают сразу.
Если расхождение видно только в отчётах, а в исходных системах данные совпадают, причину ищут в загрузке данных в хранилище отчётности.