Case file / PPS–ECOM–001System console / revision 01

E-commerce automation

Horoshop + eSputnik

Окрема автоматизація для e-commerce, яка зменшила потребу в дорожчих сервісних тарифах.

Задача: Передача й обробка подій магазину
Стек: Horoshop / eSputnik / n8n
Режим: Автономний сценарій 24/7

Event pipeline / live architecture● operational

01 / source

Horoshop

Замовлення, клієнти та статуси магазину

webhookjson

02 / logic layer

n8n

Валідація, маршрутизація та контроль дублювань

workflowretry

03 / delivery

eSputnik

Сегменти та автоматичні комунікації

apievent

LAST_EVENTorder.status.updated → normalize → contact.event.push200 OK / 184 ms

scroll / inspect

HoroshopeSputnikn8nREST API

01 / contextКонтекст

Автоматизація без зайвого сервісного шару.

Магазину потрібна була стабільна передача подій у систему комунікацій. Готовий тариф закривав задачу, але разом із функціями, які бізнес не використовував — і оплачував щомісяця.

ВхідПодії замовлень і клієнтів з HoroshopSRC_01

ОбмеженняБез втрати подій та ручного втручанняREQ_02

КритерійПрозора логіка, яку можна розширюватиOK_03

Було / service layers01 / before

Шар 01Готовий тариф

Бізнес оплачував сервісний пакет цілком, хоча використовував лише частину функцій.

Шар 02Зайві можливості

Додаткові модулі не впливали на потрібний сценарій передачі подій.

Шар 03Чужа логіка

Критичний процес залежав від правил і меж зовнішнього тарифу.

02 / scopeЗадача / скоуп

Зібрати тільки те, що реально працює на бізнес.

01Прийняти подію з Horoshopingest

02Перевірити й нормалізувати даніvalidate

03Виключити дублювання контактів і подійdedupe

04Передати подію в потрібний сценарій eSputnikdispatch

05Зберегти лог і повторити запит при помилціrecover

03 / processПроцес

Від карти подій до контрольованого workflow.

Аудит потоку

Зафіксували джерела, формати даних, тригери та критичні точки відмови.

Прототип логіки

Зібрали окремий сценарій n8n і перевірили його на тестових замовленнях.

Захист від помилок

Додали валідацію, повторні спроби та журнал подій для діагностики.

Запуск і контроль

Перевели потік у production та проконтролювали перші цикли доставки.

Зібрали / controlled flow03 / build

Source / webhookHoroshop

Logic / validationn8n

Delivery / eventeSputnik

04 / architectureТехнічна схема

Три системи. Один передбачуваний потік.

Horoshop──→POST /webhook · order.created · customer.updated

n8n──→validate() · normalize() · deduplicate() · retry()

eSputnik──→contact.upsert · event.push · workflow.trigger

FallbackПовторна відправка при недоступності API3× / 5m

КонтрольЛогування статусу кожної подіїTRACE_ID

05 / outcomeРезультат

Менше регулярних витрат. Та сама бізнес-функція.

Працює / verified outcomeдо 120 000гривень економії на рік

Next scope / your task

Є схожа
задача?

Опишіть, що потрібно зібрати або що зараз не працює. ТЗ не потрібне — достатньо 3–5 речень.

Обговорити скоуп Стати партнером

Відповідаємо протягом одного робочого дня

Scope handshake / 03 steps

Signal ready

01 / INPUT

Короткий опис

Задача, контекст і бажаний результат — без складного брифу.

02 / ALIGN

Уточнюємо межі

Відсікаємо зайве, фіксуємо залежності та точки ризику.

03 / OUTPUT

Даємо скоуп

Повертаємося з форматом роботи, оцінкою та наступним кроком.

No paperwork requiredInput → alignment → scope