Синхронізація продажів, запасів і цін POS з ERP
POS до ERP: продажі, запаси й ціни узгоджені
Продажі й повернення проводяться з кожного магазину, зміни запасів і цін надсилаються назад, а підсумки на кінець дня звіряються.
Архітектурний план
Прокрутіть убік, щоб побачити весь малюнок.
POS до ERP: кожен продаж проведено один раз
Продажі йдуть від кас до ERP як події, а ціни та запаси повертаються назад. Магазин, що втратив звʼязок, продовжує продавати й надолужує. Невдале проведення повторюється, а потім передається людині.
- Основний потік
- Асинхронний
- Шлях винятків
Потік у 8 кроках
Потік крок за кроком
- Від POS-термінали до Магазинний або хмарний POS-сервер: Продажі, повернення й скасування (основний потік).
- Від Магазинний або хмарний POS-сервер до Шар інтеграції: Події продажів і підсумки дня через чергу подій, через REST/JSON (асинхронний).
- Від Шар інтеграції до ERP: Продажі та рухи запасів проведено, через OData · REST/JSON (основний потік).
- Від ERP до Шар інтеграції: Ціни, акції та дані товарів через API або експорт файлів, через REST/JSON (основний потік).
- Від Шар інтеграції до Магазинний або хмарний POS-сервер: Оновлення цін і запасів, через REST/JSON (основний потік).
- Від Шар інтеграції до Черга повторних спроб: Проведення не вдалося (шлях винятків).
- Від Черга повторних спроб до Шар інтеграції: Повторено (шлях винятків).
- Від Черга повторних спроб до Операційна команда магазину: Досі збоїть: оповіщення з подробицями (шлях винятків).
Огляд
Це потік між касами у ваших магазинах і ERP за ними. Продажі, повернення й скасування йдуть угору до ERP. Ціни, акції, дані товарів і запаси йдуть униз. Коли вони розходяться, магазини продають за неправильною ціною, цифрам запасів перестають довіряти, а фінанси витрачають кінець місяця на звіряння.
Еталонний проєкт надсилає кожну транзакцію магазину як подію через інтеграційний шар із чергою. Шар зіставляє кожну подію з документами продажів і запасів ERP і проводить її рівно один раз. У зворотному напрямі зміни в ERP надсилаються магазинам, які їх потребують, тож кожна каса працює з тих самих даних.
Магазини втрачають звʼязок, і проєкт це передбачає. Магазин чи хмарний сервер POS продовжує продавати й наздоганяє, коли лінія повертається. Проведення, що збоїть, повторюється, а те, що збоїть постійно, передається людині з деталями, а не зникає.
Як працює потік
Продавайте на касі
Кожен продаж, повернення й скасування записується на POS-терміналі з унікальним ідентифікатором, магазином, касою й часом.
Тримайте в магазині
Магазин чи хмарний сервер POS збирає транзакції й надсилає їх як події, безпечно тримаючи їх, поки магазин офлайн.
Проведіть в ERP
Інтеграційний шар зіставляє кожну подію з продажами й рухами запасів і проводить її в ERP, перевіряючи ідентифікатор, щоб нічого не провести двічі.
Надсилайте ціни й товари
Дані товарів, ціни й акції публікуються з ERP, коли змінюються, з датою й магазинами, до яких застосовується кожна зміна.
Оновіть кожен магазин
Шар доставляє кожну зміну магазинам, до яких вона застосовується, і записує, які магазини її підтвердили.
Коли щось збоїть
Проведення збоїть
Тимчасові збої повторюються з наростаючими затримками. Проведення, що все одно збоїть, потрапляє в чергу недоставлених повідомлень, а команду операцій магазину оповіщають із транзакцією й помилкою.
Магазин стає офлайн
Магазин продовжує торгувати на локальних даних. Транзакції тримаються й надсилаються за порядком, коли звʼязок повертається, а магазин, який довго не виходить на звʼязок, подає оповіщення.
Транзакція надходить двічі
Кожна транзакція несе унікальний ідентифікатор. Шар розпізнає повтор і ігнорує його, тож повторне надсилання після збою ніколи не подвоює продаж.
Підсумки магазину й ERP різняться
Підсумки на кінець дня з кожного магазину порівнюються з тим, що отримала ERP. Розбіжність відкриває перегляд із переліком відсутніх чи зайвих транзакцій.
Стандарти й системи
- Дані й аналітика
- Apache Kafka
- Системи ERP
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Інтеграція
- REST
- Webhooks
- RabbitMQ
Запитання й відповіді
Проводити продажі в реальному часі чи пакетами?
Зазвичай як події близько до реального часу, бо тоді запаси й продажі актуальні протягом дня. Деякі ERP чи ліцензії роблять часті проведення дорогими, тож шар також може групувати події в підсумки за магазином і періодом. Ми обираємо разом із вами, виходячи з того, яким рішенням потрібні актуальні дані й що ERP обробляє добре.
Як звіряються підсумки на кінець дня?
Кожен магазин надсилає підсумки на кінець дня за типом платежу й відділом. Шар порівнює їх із транзакціями, які ERP отримала для того самого магазину й дня. Якщо вони збігаються, день закрито. Якщо ні, перегляд перелічує відсутні чи зайві транзакції, щоб ваша команда виправила причину, а не провела коригування.
Чи можна планувати акції й зміни цін заздалегідь?
Так. Кожна зміна ціни чи акції надсилається з датою й магазинами, до яких застосовується, заздалегідь, щоб каси перемикалися в потрібний момент без дій когось у магазині. Шар записує, які магазини підтвердили зміну, і позначає ті, що не підтвердили.
Як ви розгортаєте це в багатьох магазинах?
Ми починаємо з пілоту в кількох магазинах і щодня порівнюємо їхні підсумки з поточним процесом. Коли підсумки збігаються, ми розгортаємо групами в темпі, який може підтримати ваша команда операцій магазинів. Старий процес залишається доступним для кожного магазину, доки його новий потік не доведено.
З якими системами POS і ERP це працює?
Проєкт працює з будь-яким POS, що може експортувати транзакції через API, події чи файли, і з ERP, як-от SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central і Odoo. Ми підтверджуємо інтерфейси вашого конкретного POS і ERP на початку. Згадка продукту не означає партнерства з його постачальником.
Хто займається невдалими проведеннями після запуску?
Це узгоджується до запуску. Зазвичай ваша команда операцій магазинів чи фінансів обробляє бізнес-помилки, як-от невідомий товар, зі списку на перегляд, а технічна команда обробляє збої самого потоку. Ми можемо надавати цю технічну підтримку в межах постійної угоди з інструкцією, спільною з вашою командою.
Почніть із розмови, а не з договору.
Розкажіть, що вам треба побудувати, зʼєднати чи захистити. Архітектор пройде це з вами, а потім порадить, з чого почати.
Що буде далі
Узгодження часу
Наша команда напише вам, щоб узгодити час сесії.
Попередня консультація
Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.
Оцінка готовності
На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.
Вибір треку
Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.