РЕАЛЬНИЙ ПРОЄКТE-COMMERCE
Інтеграція магазину з 1С і Новою Поштою.
Клієнт під NDA. Синхронізація залишків і статусів замовлень замість ручного експорту.
Реальний проєкт, клієнт під NDA: без назви, скріншотів і даних клієнта. Схема на обкладинці — узагальнена.
- ТИП
- РЕАЛЬНИЙ ПРОЄКТ
- ТЕРМІН
- 3 тижні
- КОМАНДА
- Тех-лід, backend-розробник, QA
- ПОСЛУГА
- Backend / Laravel
01
Задача
Клієнт вручну вивантажував залишки і статуси замовлень між магазином і 1С — це забирало години щотижня і призводило до розбіжностей: товар продавався, коли його вже не було на складі, а статуси доставки менеджери оновлювали з кабінету Нової Пошти вручну.
02
Обмеження
- [WARN]1С залишається головною системою обліку — її логіку не змінюємо
- [WARN]Магазин працює без простою під час впровадження
- [WARN]API 1С відповідає повільно і буває недоступним
- [WARN]Менеджери мають бачити, що і коли синхронізувалося
03
Рішення
Побудували чергову синхронізацію залишків і статусів замовлень між Laravel-магазином і 1С через API, без ручного експорту. Кожна операція — окрема задача в черзі з повторами, а статуси доставки підтягуються з API Нової Пошти автоматично.
Залишки за розкладомФонова задача забирає зміни залишків з 1С і оновлює лише змінені товари.
Статуси в обидва бокиНове замовлення одразу йде в 1С, зміна статусу в 1С повертається в магазин.
Нова ПоштаТТН створюється із замовлення, статус доставки оновлюється без участі менеджера.
Журнал і повториКожна синхронізація в журналі; збій API — повтор, а не втрачене замовлення.
04
Стек
Laravelмагазин, API інтеграціїQueuesфонові задачі, повториRedisчерги1Соблік і залишкиНова Пошта APIТТН і статусиPostgreSQLжурнал синхронізацій
05
Результат у цифрах
ЕКОНОМІЯ ЧАСУ−6 год / тиж.[PASS] ручний експорт прибрано
РОЗБІЖНОСТЕЙ ЗАЛИШКІВ0[PASS] після запуску
Дані клієнта: оцінка часу менеджерів до і після запуску, звірка залишків за перший місяць.
06
Що зробили б інакше
01Почали б із журналу синхронізацій — він найбільше допоміг розбирати спірні випадки з менеджерами.
02Раніше домовилися б про тестову копію 1С: частину сценаріїв перевіряли на робочій базі вночі.
03Додали б сповіщення в Telegram про збої синхронізації з першого релізу, а не з другого.
НАСТУПНИЙ КЕЙСРедизайн сайту стоматологічної клініки
ДИЗАЙН-КОНЦЕПТ