01
Ранок: нові замовлення з маркетплейсу
Було менеджер відкриває кабінет Rozetka, читає кожне нове замовлення й передруковує покупця, товари та точку видачі в CRM, потім ставить статус у кабінеті.
Стало замовлення вже в CRM як угоди, менеджер підтверджує їх там, і Rozetka отримує статус без другого вікна.
02
День відправки Новою Поштою
Було накладна створюється в кабінеті Нової Пошти, номер вручну копіюється в замовлення на Rozetka, і одна помилка означає, що покупець не бачить відстеження.
Стало накладна створюється з угоди, її номер записується в замовлення на Rozetka, а статуси доставки далі змінюються за даними перевізника.
03
Продано останню одиницю
Було товар закінчився в магазині, але Rozetka досі показує його в наявності, приходить замовлення, і його доводиться скасовувати як відсутнє.
Стало кількість в обліку падає до нуля, прайс-лист це відображає, і на наступному оновленні Rozetka товар ховається із замовлення.
04
Змінилася ціна на всю категорію
Було нові ціни правляться в кабінеті Rozetka рядок за рядком, і цілий день сайт і маркетплейс не збігаються.
Стало ціни змінюються один раз в обліковій системі, XML-прайс-лист перебудовується, і Rozetka забирає їх на наступному плановому оновленні.