Як синхронізувати товари, ціни й залишки із застосунком

Призначте власника кожного поля

Опис товару може належати сайту, склад — ERP, а підтвердження оплати — платіжному провайдеру. Запишіть відповідальність для кожного виду даних. «Двостороння синхронізація» без правила конфліктів створює ризик перезаписати правильну інформацію.

Почніть із невеликого набору товарів і простежте зміни від джерела до застосунку.

Використовуйте стабільні зв’язки

Зберігайте відповідність зовнішніх ID, товарів і варіантів. Артикул може змінитися або повторюватися, тому його недостатньо для універсального ключа. Перевірте перейменування, видалення варіанта та повернення архівного товару.

Локалізовані описи й фото модифікацій також потребують правил оновлення. Загальний імпорт не повинен випадково стирати ручні переклади.

Розділяйте статуси

Замовлення, оплата й доставка — різні процеси. Оплачений товар може ще комплектуватися; відправлене замовлення з післяплатою може не бути оплаченим. Узгодьте, коли товар резервується і коли резерв знімається.

Готуйтеся до збоїв

• Той самий запит повторюється без дублювання замовлення.
• Запізніла подія не повертає об’єкт до старого стану.
• Пропущені зміни знаходить регулярна звірка.
• Підтримка бачить причину помилки без секретів і зайвих контактних даних.

Зробіть якість вимірюваною

Визначте допустиму затримку оновлень і відповідального за помилки. Під час приймання вимкніть мережу після успішного створення замовлення, повторіть подію та перевірте відновлення. Слова «в реальному часі» мають спиратися на перевірений сценарій, а не на швидкість одного запиту.