semplohome.com: спасяване на интеграция между ERP и онлайн магазин

„Семпло Концепт“ ООД — софийският търговец на мебели и обзавеждане зад semplohome.com — поддържа каталог от над 11 000 продукта в ERP системата Bizzio и ги продава чрез WooCommerce. Връзката между двете не работеше от месеци: продукти липсваха, снимки не пристигаха, а самият доставчик на ERP системата се оплакваше от натоварването.

Поехме интеграцията, проследихме всяка повреда до причината ѝ и изградихме синхронизацията наново като наблюдаван нощен процес. Днес една-единствена заявка към ERP на нощ пренася всеки променен артикул, всяко изпълнение се проверява за пълнота, а магазинът работи без ръчни повторни импорти.

Днес целият процес е автоматизиран. Синхронизацията тръгва сама всяка нощ, докато екипът спи, записва всеки продукт, който обработва, и сутринта изпраща отчет по имейл. Часовете, които екипът губеше в сверяване на магазина с ERP, сега отиват за развитие на бизнеса.

По пътя поправихме и собствените си грешки. В този казус ги изброяваме редом с наследените.

През януари 2026 г. доставчикът на ERP системата писа на клиента, че интеграцията на сайта не работи правилно, а клиентът препрати писмото към нас още на следващата сутрин. Собствените логове на доставчика показваха три проблема:

• Сайтът се обръщаше към ERP на всеки 3–4 секунди, денонощно, като всеки път искаше всички артикули, променени през последните няколко часа, заедно със снимките. Препоръката на доставчика беше най-много веднъж в минута.
• Синхронизацията спря за почти 20 часа, а после отново същата вечер.
• Всяка заявка търсеше промени във фиксиран прозорец назад от текущия момент, така че всичко, променено по време на по-дълъг срив, се губеше безследно.

Тогавашната интеграция беше модул от един файл с един бутон „Синхронизирай“: без история, без отчет за грешки, без начин да се види какво е пристигнало. Служителите бяха свикнали да изпращат продукти на ръчно подбрани порции до 200 броя и на следващия ден да проверяват какво е стигнало до сайта. Снимките, качени в ERP, така и не се появяваха в магазина.

Истинската цена беше времето на екипа. Никой не виждаше кога един импорт започва и кога свършва, нито кои продукти са стигнали. За да разберат, служителите прекарваха часове в ръчно сравняване на продуктите в ERP с тези на сайта — всеки път.

При по-късен преглед на кода открихме също, че паролата за ERP е записана в явен вид в кода на модула, а точка на сайта позволява на всеки посетител да задейства заявка към ERP без вход в системата.

Проследихме 14 дефекта до причината им: 5 наследени, 8 в наши по-ранни версии и 1 в настройките на сървъра. Всеки беше възпроизведен в тест, преди да бъде поправен.

Дублираните продукти показват как се проваляше старият подход: двете копия на всяка двойка са създадени в една и съща минута, точно в седмиците, когато доставчикът регистрира заявки на всеки 3–4 секунди. Това съответства на две застъпващи се заявки, които създават един и същ продукт; старият код няма защита срещу това. Премахнахме всичките 111 дубликата безплатно — като грижа за ценен дългогодишен клиент.

Синхронизацията вече тръгва веднъж на нощ по собствения график на сървъра, задава на ERP един-единствен въпрос и проверява собствената си работа, преди да обяви изпълнението за завършено. Нищо в магазина не зависи от това някой да посети сайта или да натисне бутон.

Пълен размер↗

Никой вече не трябва да стартира, наблюдава или проверява синхронизацията. Всяка стъпка, която екипът правеше на ръка, сега се случва сама.

Пълен размер↗

Спестеното време се връща в бизнеса — в продажби, не в проверки.

От септември 2026 г. всяка поправка първо се показва как се проваля на стария код, преди да бъде написана, а пълният набор от тестове (318 проверки в 22 скрипта) минава, преди версия да напусне компютъра.

• Тестове спрямо реалността. Тестовият сървър отговаря като истинската ERP система — сверен с документацията на доставчика и с анонимизиран реален отговор.
• Повторяеми версии. Всяка версия се изгражда два пъти от един и същ код и трябва да даде идентичен файл, проверен отново преди качване.
• Безопасно внедряване. Пълно резервно копие преди всяка промяна, внедряване само през деня с часове резерв за връщане назад и писмена процедура за връщане с едно качване.
• Ежедневна проверка. Всяка сутрин: магазинът отговаря на анонимен посетител, нощното изпълнение е обхванало всеки артикул точно веднъж, сървърният лог е чист.
• Чиста седмица. Седем чисти нощи подред, преди да кажем „готово“. Всяка необяснена грешка започва броенето отначало. Последната нощ планировчикът на хостинга пропусна един цикъл; синхронизацията тръгна сама 15 минути по-късно и пак обхвана всяка промяна.

Ежедневната проверка доказа смисъла си още на първата сутрин под v1.2.2: тя хвана продукт „по поръчка“, който никога не се беше обновявал — стар наш дефект, който никой тест не покриваше. Беше поправен и пуснат същия ден, а на следващата нощ продуктът се обнови без грешка.

ERP системата вече получава една заявка на нощ вместо по една на всеки няколко секунди, а всяко изпълнение доказва, че е обхванало всеки променен артикул точно веднъж.

Следващата версия добавя еднократно пълно обновяване, поискано от клиента, така че всеки продукт да се изравни с ERP в едно дневно изпълнение. Тя ще замени и фиксирания 48-часов прозорец с „промените от последното успешно изпълнение“ — подходът, препоръчан от доставчика на ERP още през януари.

Ако магазинът и ERP системата ви не са на едно мнение какво продавате, можем да открием защо.