Integracja PrestaShop z enova365
Sklep połączony z enova365 przez API systemu: towary, stany, cenniki, dokumenty handlowe i kontrahenci, także przy pracy wielooddziałowej.
Integracja PrestaShop z enova365 łączy sklep z systemem ERP po stronie towarów, stanów, cenników i dokumentów handlowych. enova365 ma udokumentowany interfejs programistyczny i możliwość rozszerzeń, więc wymiana jest tu czystsza niż przy systemach, do których trzeba się dobijać obok ich logiki.
Co obejmuje synchronizacja
- Kartoteki towarowe z cechami, kodami i stawkami VAT.
- Stany magazynowe i rezerwacje, z obsługą wielu magazynów i oddziałów.
- Cenniki, rabaty i warunki handlowe przypisane do kontrahentów.
- Zamówienia sklepowe zapisywane jako dokumenty w przyjętym obiegu.
- Kontrahenci i ich dane rozliczeniowe.
- Statusy realizacji, numery dokumentów i przesyłek wracające do sklepu.
Jak wygląda połączenie
enova365 udostępnia interfejsy usług sieciowych, a przy bardziej złożonych wymaganiach – możliwość napisania dodatku działającego wewnątrz systemu. Wybór między tymi drogami zależy od tego, ile logiki ma pozostać po stronie ERP: proste przepisanie stanów obsłuży zewnętrzny łącznik, wyliczanie warunków handlowej po stronie systemu wymaga rozszerzenia.
Harmonogram zadań enovy pozwala uruchamiać cykliczne operacje po stronie ERP, co bywa wygodniejsze niż odpytywanie systemu z zewnątrz w krótkich odstępach.
Sprzedaż B2B i wiele oddziałów
enova365 trafia najczęściej do firm, które mają rozbudowane warunki handlowe i sprzedają z kilku lokalizacji. To dwie rzeczy, które trzeba rozstrzygnąć na początku: czy sklep pokazuje ceny indywidualne po zalogowaniu oraz z którego magazynu realizuje zamówienie. Obie decyzje zmieniają zakres prac bardziej niż liczba produktów w katalogu.
Na czym te wdrożenia zwykle się wykładają
- Warunki handlowe. Pełne odwzorowanie logiki rabatowej enovy w PrestaShop bywa niewykonalne – częściej sklep pyta ERP o cenę dla konkretnego klienta i koszyka.
- Wydajność zapytań o ceny. Odpytywanie ERP przy każdym wyświetleniu listy produktów kładzie i sklep, i system. Potrzebny jest cache z rozsądnym czasem życia.
- Uprawnienia. Konto techniczne integracji musi mieć dokładnie tyle dostępu, ile trzeba – nie rolę administratora „na wszelki wypadek”.
- Środowisko testowe. Bez kopii bazy ERP do testów każda zmiana w integracji jest sprawdzana na produkcji.
Co dostajesz
- Projekt wymiany: zakres, kierunki, częstotliwość i reguły rozstrzygania konfliktów.
- Łącznik z logiem, kolejką i ponowieniami.
- Testy na środowisku odpowiadającym produkcji.
- Dokumentację i dostęp do repozytorium.
Najczęstsze pytania
Czy sklep może pokazywać ceny indywidualne po zalogowaniu?
Tak i przy enovie to najczęstsze wymaganie. Trzeba tylko zdecydować, czy cena liczona jest na bieżąco przez ERP, czy sklep pracuje na okresowo odświeżanej kopii warunków handlowych. Pierwszy wariant jest dokładniejszy, drugi szybszy.
Mamy dodatki pisane pod nas. Czy to przeszkadza?
Nie, ale wymaga przejrzenia ich przed wyceną. Czasem to właśnie w dodatku siedzi logika, którą sklep ma odwzorować, i wtedy taniej jest rozbudować dodatek niż pisać ją drugi raz na zewnątrz.
Czy integracja przetrwa aktualizację enovy?
Jeśli korzysta z udokumentowanych interfejsów – zwykle tak. Ryzyko rośnie tam, gdzie poprzedni wykonawca sięgnął prosto do bazy. To sprawdzam na wejściu, przy przejmowaniu istniejącej integracji.
Opisz, jak liczycie ceny dla klientów – od tej odpowiedzi zależy kształt całego wdrożenia.