Один залишок на всі канали

Як було

Спочатку залишки жили тільки в обліковій системі, а на сайт їх виносили руками. Потім з'явився сайт із синхронізацією — і на цьому все зупинилось: коли додалися Rozetka і Prom, картки, ціни й кількості туди заливали файлом. Файл готували раз на день, у кращому випадку.

Наслідок простий і дорогий. Товар продали зі складу, а на маркетплейсі він ще годину-дві висить у наявності — приходить замовлення на те, чого немає. Далі або дзвінок «вибачте, закінчилось», або скасування, а скасування на маркетплейсі б'є по рейтингу продавця. Щоб цього уникнути, залишок притримували руками — і тоді не продавали того, що є.

Окремо жили ціни: у прайсі одна, на сайті інша, на маркетплейсі третя, бо файл заливали в різні дні.

Що зробив

• Одне джерело правди — облікова система. Усі інші канали лише відображають те, що в ній.
• Зміна кількості чи ціни розходиться по каналах сама, а не за розкладом «раз на день файлом».
• Резерв під неоформлене замовлення видно всім каналам одразу, тому одна й та сама одиниця не продається двічі.
• Якщо канал не відповів або відхилив оновлення — приходить сповіщення. Тиша не вважається успіхом.
• Новий канал підключається тим самим шляхом: правила ціни й наявності для нього описуються окремо, джерело лишається одне.

Як стало

Кількість на складі, на сайті й на маркетплейсах однакова. Файли лишились на крайній випадок, а не як щоденна робота.

Що це дало

Зникли два протилежні збитки: продаж того, чого немає, і притримані залишки, які не продаються «про всяк випадок». Ніхто більше не готує вивантаження руками, а розбіжність між каналами стала подією зі сповіщенням, а не нормою, яку помічають за скаргою покупця.

Під вас

Канали можуть бути будь-які: свій сайт, Rozetka, Prom, OLX, друга точка, склад партнера — важливо лише, щоб у них був API. Правила теж ваші: десь показувати повний залишок, десь — тільки те, що на конкретному складі, десь тримати буфер під роздріб. У мене це виросло з опту й e-commerce, але для мережі магазинів логіка та сама: залишок один, дивляться на нього всі.

Стек: Python, API облікової системи, API сайту та маркетплейсів, черга оновлень, сповіщення про збої
Пов'язана послуга: Облік ↔ сайт ↔ маркетплейси ↔ CRM

Обговорити задачу