У CRM товар є в наявності, а склад уже показує нуль. Починати розбір варто з конкретного товару й часу останнього обміну. Причиною можуть бути правила резервування, помилка зіставлення, затримка або збій інтеграції.
Нова CRM не гарантує правильних даних. Вона показує те, що отримала та змогла обробити.
Визначте джерело кожного поля
Для ціни, залишку, контакту й статусу може бути своя система, яка керує значенням. Запишіть, хто має право змінювати поле та в який бік воно передається. Двостороння синхронізація без правил конфлікту здатна повернути старе значення поверх нового.
Простежте один запис
Оберіть товар із відомою розбіжністю. Перевірте його ідентифікатор у джерелі, вихідні дані інтеграції, відповідь API та запис у цільовій системі. Назва товару не завжди придатна як ключ: вона може змінюватися або повторюватися.
Зверніть увагу на варіанти товару, одиниці виміру, склади й типи цін. Однакове число в різних полях може означати різні речі.
Перевірте час і помилки
Потрібно бачити час останнього успішного оновлення, а не лише факт запуску задачі. Якщо частину записів API відхилив, зелений статус усього імпорту вводить в оману. Помилки мають містити достатньо контексту для повторної обробки.
Перевірте повторне надсилання
Після таймауту інтеграція може надіслати ту саму подію ще раз. Це не повинно створювати друге замовлення чи повторний рух залишку. Потрібні сталі ідентифікатори подій та перевірений порядок відновлення.
Що підготувати для діагностики
Достатньо почати з кількох прикладів: правильний запис, запис із помилкою та очікуване значення. Додайте назви систем, напрям обміну й час виникнення розбіжності. Не надсилайте паролі або повні клієнтські бази через публічну форму.
Ми розбираємо такі задачі в напрямі CRM та ERP інтеграцій. Для магазину корисно також перевірити весь процес обробки замовлення, щоб виправлення одного поля не залишило проблему далі по ланцюжку.