Интернет-магазин работает, заказы идут, но дальше всё упирается в человека: каждый заказ нужно вручную перенести в учётную систему, проверить остатки на складе и не забыть поправить карточку товара, если что-то закончилось. Отсюда опечатки, задвоенные заказы и товары, которые формально «в наличии», а по факту давно проданы. Ищем разработчика, который избавит нас от этой рутины и настроит нормальный автоматический обмен между сайтом и учётной системой.
Речь не о разовой выгрузке файлом, а о постоянно работающем канале обмена. Заказ, оформленный на сайте, должен без задержек появляться в учётной системе — с товарами, суммой, данными покупателя и статусом оплаты. В обратную сторону система должна передавать актуальные остатки: если товар закончился на складе, карточка на сайте обновляется сама, без участия менеджера. Отмены и возвраты тоже должны синхронизироваться, чтобы цифры на сайте и в учёте не расходились.
Способ реализации не принципиален — расписание, вебхуки, промежуточный сервис-обработчик, — но важно, чтобы обмен переживал сбои сети и не терял данные молча: нужен журнал операций, повторные попытки при ошибке и понятная схема, по которой можно разобраться, что происходит, если что-то пошло не так. Отдельно хотим получить короткую инструкцию для сотрудников — что делать, если синхронизация встала.
— Передача заказов и статусов оплаты в учётную систему без ручного ввода
— Обновление остатков на сайте по данным склада и учётной системы
— Журнал операций обмена и повторная отправка при сбоях
— Короткая инструкция по перезапуску и проверке работы обмена
Речь не о разовой выгрузке файлом, а о постоянно работающем канале обмена. Заказ, оформленный на сайте, должен без задержек появляться в учётной системе — с товарами, суммой, данными покупателя и статусом оплаты. В обратную сторону система должна передавать актуальные остатки: если товар закончился на складе, карточка на сайте обновляется сама, без участия менеджера. Отмены и возвраты тоже должны синхронизироваться, чтобы цифры на сайте и в учёте не расходились.
Способ реализации не принципиален — расписание, вебхуки, промежуточный сервис-обработчик, — но важно, чтобы обмен переживал сбои сети и не терял данные молча: нужен журнал операций, повторные попытки при ошибке и понятная схема, по которой можно разобраться, что происходит, если что-то пошло не так. Отдельно хотим получить короткую инструкцию для сотрудников — что делать, если синхронизация встала.
— Передача заказов и статусов оплаты в учётную систему без ручного ввода
— Обновление остатков на сайте по данным склада и учётной системы
— Журнал операций обмена и повторная отправка при сбоях
— Короткая инструкция по перезапуску и проверке работы обмена
