AUT-0195· Електронна комерція
Звірка повноти замовлень між інтернет-магазином і CRM
За визначений період порівнюють замовлення джерела з CRM та відновлюють підтверджені пропуски без створення повторних записів.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Магазин прийняв замовлення, але через пропущену подію його немає в CRM; команда не бачить втрати, доки клієнт не звернеться повторно.
02 / Результат
Перевірений період має підтверджене покриття замовлень у CRM або явні відкриті пропуски зі збереженням зовнішніх ID й актуальних станів.
03 / Процес
ТригерНастав цикл звірки або завершився збій передавання замовлень між магазином та CRM.
Зафіксувати магазин, область замовлень, межі часу та останній підтверджений період звірки.
Отримати повний перелік придатних замовлень і змін із джерела; обробити всі сторінки й не пересувати межу після неповної відповіді.
Порівняти зовнішні ID та погоджені значення з CRM; відокремити відсутні записи, застарілі стани й дозволені виключення.
Для кожного пропуску повторно звірити актуальний стан і вже створений зв’язок; передати відновлення в чинний маршрут приймання.
Перевірити фактичний запис у CRM; невизначений результат лишити на звірці без сліпого створення нового замовлення.
Зберегти підсумок покриття, відкриті винятки та підтверджену часову межу; повідомлення клієнтам не запускати повторно лише через звірку.
04 / Реалізація1 варіант
Приклад · Покриття періоду з контрольованим відновленням
За період джерело показало 120 замовлень, а CRM — 118. Перед відновленням один пропуск уже створив інший обробник, другий у магазині скасували. Перевірка використала чинний зв’язок першого й актуальний стан другого; двох нових активних замовлень не створила.
Спосіб реалізації
- Проєктна модель PlanFix: період, зовнішні ID, покриття, розбіжності та докази відновлення. Вибірку джерела й чинний маршрут приймання перевіряють у цільових системах.
Що потрібно для реалізації
- Є доступ до переліку замовлень джерела та стабільних зовнішніх ID у CRM.
- Погоджено область, часові правила, виключення та безпечний маршрут відновлення.
- Є стабільні ID й повний перелік за період.
- Погоджено чинний маршрут приймання та власників станів.
Обмеження
- Приймання однієї події не доводить повноти всієї історії замовлень.
- Shopify не гарантує порядок і доставку webhooks; документація рекомендує reconciliation jobs.
- Доступні часові фільтри, глибину історії й права перевіряють для конкретного API та акаунта.
- Неповна вибірка або помилка джерела не є доказом відсутності замовлення.
- Години попередні; міграція всієї історії, новий магазин і повторні клієнтські розсилки не включені.
- Не доводить відсутності запису за неповним переліком.
- Не перезаписує ручні рішення без правила власності.
Що потрібно уточнити (2)
- Чи потрібно отримувати перелік і зміни замовлень із зовнішнього магазину?
Укажіть доступну історію, часові фільтри та спосіб повної вибірки.
- Чи потрібно відновлювати також застарілі стани вже пов’язаних замовлень?
Погодьте власників полів, скасування та виконані частини без втрати ручних рішень.