WAPRO Mag і магазинбез інтегратора.Ось як це працює.
Склад лишається джерелом правди, магазин читає його прямо з бази, а замовлення повертаються як документи ZO. Без агента у вас і без третьої системи, яку треба окремо оплачувати й доглядати.
Найпоширеніша схема польського e-commerce з ERP виглядає так: магазин має свою базу, WAPRO Mag свою, а між ними стоїть окремо оплачуваний інтегратор, що час від часу переносить дані. Кожна ланка означає затримки й місце для помилки. У Torveo інтеграція з WAPRO Mag є частиною платформи: магазин з'єднується з базою складу напряму, а записи на боці ERP проходять через офіційні процедури виробника.
Пряме з'єднання з базою
Torveo з'єднується з базою Microsoft SQL Server, на якій працює WAPRO Mag. Дані доступу до сервера ви вводите в панелі магазину, вони зберігаються зашифрованими. Замовлення записуються через офіційні збережені процедури Asseco, ті самі, якими користується сама програма. Інтеграція ніколи не пише в таблиці навпростець.
Єдина технічна умова: SQL-сервер має бути доступний платформі мережею, на практиці найчастіше через VPN. Ви не встановлюєте жодного агента чи конектора й не платите посереднику між магазином і складом.
Що тече і в який бік
Зі складу в магазин: картки товарів (каталожний номер стає SKU), коди EAN, описи, фото, залишки по складах, раховані як залишок мінус резерви, і ціни. Рівнів цін два: роздрібний для магазину та окремий гуртовий, що живить прайс B2B. Акції, задані в ERP, входять і виходять разом зі своїм терміном.
З магазину на склад: замовлення потрапляє у WAPRO як документ ZO, що не чіпає залишків, доки комірник його не виконає. Контрагенти створюються в ERP з першим замовленням, а не з кожною реєстрацією акаунта. Рахунки можна виставляти у WAPRO прямо із замовлення магазину або підтягувати в магазин виставлені в ERP. Завжди лише одне з двох, щоб те саме замовлення ніколи не мало двох рахунків із різними номерами.
Типовий обсяг вузький навмисно: синхронізуються ціни й залишки, і нічого нового в каталозі не виникає без вашого рішення. Категорії з WAPRO не переносяться. Товарні групи зі складу рідко годяться як меню магазину, тож категорії ви призначаєте в панелі, перш ніж товари підуть у продаж.
Ритм і страхувальна сітка
WAPRO Mag не надсилає сповіщень про зміни, тож синхронізація працює опитуванням: частоту задаєте на інтеграцію, від кількох хвилин лише для залишків до рідших проходів повного каталогу. Кожен прохід лишає звіт: що надійшло, що розпродалося, де стрибнула ціна, де гурт вийшов дорожчим за роздріб.
Замовлення, яке не вдалося записати в ERP, потрапляє в карантин із причиною та кнопкою повтору, а решта пакета їде далі. Виставлення рахунків у WAPRO стартує в пробному режимі, який нічого не пише в ERP, доки ви не переглянете результати й самі його не вимкнете.
Якщо ваш склад живе у WAPRO Mag, магазин не мусить бути другим місцем, де ви вручну підтримуєте ті самі дані. Залишки й ціни сходять зі складу, замовлення повертаються як ZO, а ви дивитесь в один звіт замість трьох систем.