Błąd 3: brak jednego źródła stanów i cen
Gdy stany zmienia magazyn w enova365, a jednocześnie ktoś koryguje je ręcznie w Base, po kilku dniach nikt nie wie, która liczba jest prawdziwa. To samo dotyczy cen: jeśli cennik jest w ERP, a w Base działają narzuty i reguły cenowe, zmiana w jednym miejscu potrafi nadpisać drugą. Efekt to sprzedaż towaru, którego nie ma, i anulacje, które szkodzą kontu na Allegro.
Rozwiązanie jest organizacyjne: stany płyną zawsze z enova365 do Base i dalej do ofert, a ręczne zmiany w Base są zakazane. Ceny pochodzą albo z cennika ERP, albo z reguł w Base - nigdy z obu naraz. Szerzej o tym piszemy w artykule o synchronizacji stanów magazynowych między sklepem i marketplace'ami.
Błąd 4: rozbieżne stany na starcie
Integracja przenosi do ofert to, co jest w enova365. Jeśli bilans otwarcia magazynu wprowadzono z pliku sprzed kilku tygodni albo bez inwentaryzacji, od pierwszego dnia oferty pokazują nieprawdziwe ilości. Zespół zaczyna wtedy ręcznie poprawiać stany w różnych miejscach i problem z punktu 3 pojawia się natychmiast.
Jak naprawić - przeprowadź inwentaryzację, skoryguj stany w enova365 i wymuś pełną synchronizację do Base.
Jak uniknąć - zaplanuj dzień startu tak, żeby inwentaryzacja i bilans otwarcia były zrobione tuż przed włączeniem integracji.
Błąd 5: ręczne dokumenty zamiast generowania z zamówień
enova365 standardowo generuje faktury z zamówień i dokumenty magazynowe z dokumentów handlowych. Mimo to w wielu firmach pracownicy wystawiają faktury ręcznie, przepisując dane z panelu Allegro, bo „tak było szybciej na początku”. Przy rosnącej liczbie zamówień to źródło literówek, pomylonych stawek VAT i brakujących wydań z magazynu.
Ustaw ścieżkę: zamówienie z integracji, z niego faktura lub paragon, z dokumentu sprzedaży wydanie z magazynu. Ręczne wystawianie zostaw dla wyjątków. Jak ustawić automatyczne dokumenty dla zamówień z różnych kanałów, wyjaśniamy też w artykule Base i KSeF - jak wysyłać e-faktury przy sprzedaży przez Base.
Błąd 6: źle zmapowane płatności, VAT i waluty
Integrator przekazuje do enova365 metodę płatności z zamówienia, a ERP musi wiedzieć, której formie płatności ona odpowiada. Jeśli mapowanie jest niepełne, płatność online trafia jako przelew, pobranie jako zapłacone, a rozrachunki z operatorami płatności nie dają się sparować. Podobnie ze stawkami VAT i walutami przy sprzedaży na Allegro.cz, Allegro.sk czy innych rynkach UE, gdzie przy sprzedaży do konsumentów może wchodzić w grę procedura OSS.
Przygotuj mapę: każda metoda płatności z każdego kanału (Allegro, sklep, inne marketplace'y) przypisana do konkretnej formy płatności w enova365, z informacją, czy zamówienie jest opłacone przy imporcie. Sprawdź też, czy stawki VAT na kartotekach zgadzają się z tym, co integrator przesyła w zamówieniu, i czy dokumenty w walutach obcych mają poprawny kurs.
| Błąd w enova365 | Objaw w e-commerce | Jak naprawić |
|---|
| Zbyt niska wersja Handel | Brak magazynu zwrotów, jedna seria dokumentów | Porównać procesy z tabelą wersji, przejść na Złoto |
| Różne SKU i EAN | Wstrzymane zamówienia, duplikaty kartotek | Jedna lista produktów, scalenie duplikatów |
| Dwa źródła stanów | Sprzedaż towaru, którego nie ma | Stany tylko z enova365, zakaz ręcznych zmian w Base |
| Stany startowe bez inwentaryzacji | Nieprawdziwe ilości od pierwszego dnia | Inwentaryzacja i pełna synchronizacja |
| Ręczne faktury | Literówki, błędne stawki VAT, brak WZ | Generowanie dokumentów z zamówień |
| Niepełne mapowanie płatności | Nierozliczone wpłaty, złe statusy | Mapa metod płatności z każdego kanału |
| KSeF i paragony na końcu | Opóźnione faktury, brak faktur do paragonów | Ustawić i przetestować przed startem |
Błąd 7: KSeF, paragony i zwroty ustawiane na samym końcu
Producent podaje, że integracja enova365 z KSeF jest w ramach licencji, a zakres funkcji zależy od wersji modułu. Problemem jest więc rzadko sama technologia, a raczej to, że scenariusze brzegowe zostają na koniec: faktura do paragonu z NIP nabywcy, korekta do zwrotu częściowego, faktura dla firmy zamawiającej przez Allegro. Te przypadki w e-commerce nie są wyjątkami, tylko codziennością.
Faktura do paragonu - enova365 obsługuje NIP nabywcy na paragonie fiskalnym; ustal, kto i kiedy wystawia fakturę.
Zwroty i korekty - zdecyduj, czy korekta powstaje po przyjęciu towaru na magazyn zwrotów, czy po decyzji obsługi klienta.
Wysyłka do KSeF - automatyczna czy po zatwierdzeniu, i jak klient detaliczny dostaje fakturę.
Drukarka fiskalna - producent zaleca testy współpracy każdej drukarki z systemem przed startem.
Błąd 8: start bez testów na prawdziwych zamówieniach
Wiele wdrożeń jest testowanych na kilku ręcznie wpisanych zamówieniach, które idą „ścieżką szczęśliwą”: jeden produkt, płatność online, paragon. Prawdziwy ruch z Allegro i sklepu wygląda inaczej - zamówienia z kilkoma pozycjami, zestawy, pobrania, faktury dla firm, częściowe zwroty, zamówienia anulowane po opłaceniu. Jeśli te przypadki nie przeszły przez system przed startem, wyjdą w pierwszym tygodniu sprzedaży.
Jak naprawić - zbierz listę zamówień, które wymagały ręcznej poprawki, pogrupuj je według przyczyny i poprawiaj konfigurację od najczęstszej.
Jak uniknąć - przygotuj scenariusze testowe dla każdego kanału i typu dokumentu oraz przetestuj je na koncie testowym lub na małym wolumenie przed pełnym startem.
Błąd 9: brak osoby odpowiedzialnej za system
ERP nie działa sam. Po wdrożeniu ktoś musi pilnować uprawnień, definicji dokumentów, aktualizacji enova365 i dodatków oraz reagować na zamówienia, które utknęły w integracji. Gdy ta rola nie jest przypisana, drobne problemy narastają, aż ktoś zauważa je przy zamknięciu miesiąca. Wyznacz w firmie właściciela systemu, nawet jeśli to tylko część jego obowiązków, i daj mu kontakt do partnera Soneta oraz dostawcy integracji.
Kto odpowiada za co we wdrożeniu enova365 w e-commerce?
Wiele błędów bierze się z tego, że każda ze stron projektu zakłada, iż daną rzecz zrobi ktoś inny. Partner Soneta konfiguruje ERP, dostawca dodatku łączy go z Base, a sklep czeka na efekt. Jasny podział ról zamyka tę lukę.
[#chart:ksg65b]
Jak naprawić wdrożenie enova365, które już działa źle?
Jeśli system już pracuje i problemy narastają, nie zaczynaj od wyłączenia integracji. Lepiej przejść przez porządkowanie w określonej kolejności, żeby każda poprawka nie psuła poprzedniej. Na czas porządków ogranicz zmiany w ofertach i cennikach do niezbędnego minimum, bo każda dodatkowa zmiana utrudnia ustalenie, co naprawdę rozwiązało problem.
[#chart:ksg65c]
Jeśli przyczyną części problemów jest organizacja pracy w magazynie, przyjrzyj się też procesowi kompletacji i pakowania. Opisujemy go w artykule WMS w Base - jak zorganizować magazyn: zbieranie, pakowanie, lokalizacje.
[#checklista] Przed startem enova365 w e-commerce sprawdź: wersja modułu Handel pasuje do procesów, SKU i EAN są jednolite we wszystkich systemach, inwentaryzacja jest zrobiona, źródło stanów i cen jest spisane, metody płatności są zmapowane, faktura do paragonu, zwrot i KSeF są przetestowane, a każda strona projektu wie, za co odpowiada.
Jak Vinson pomaga uniknąć błędów przy wdrożeniu enova365
Vinson to agencja e-commerce z Bochni, działająca od 2021 roku: certyfikowany partner Base, Allegro Ads Partner+, Google Partner, Meta Business Partner, partner Empik Place i autoryzowany partner Shoper. Nie jesteśmy partnerem Soneta - moduły enova365 konfiguruje partner producenta. My odpowiadamy za stronę sprzedaży: porządkujemy produkty i identyfikatory, konfigurujemy Base, ustalamy źródła stanów i cen oraz integrujemy enova365 ze sklepem, Allegro i marketplace'ami. Na bezpłatnej konsultacji przejrzymy Twoje wdrożenie i wskażemy, co poprawić w pierwszej kolejności.
Najczęściej zadawane pytania
Jakie są najczęstsze błędy przy wdrożeniu enova365 w sklepie internetowym?
Najczęściej są to: zbyt niska wersja modułu Handel, różne SKU i EAN w ERP i w kanałach, dwa źródła stanów, stany startowe bez inwentaryzacji, ręczne wystawianie faktur oraz niedopracowane scenariusze, takie jak faktura do paragonu, zwrot i KSeF. Większość wynika z danych i decyzji organizacyjnych, a nie z samego systemu.
Dlaczego stany w enova365 nie zgadzają się z ofertami na Allegro?
Zwykle dlatego, że stany są zmieniane w dwóch miejscach, np. w enova365 i ręcznie w Base, albo bilans otwarcia wprowadzono bez inwentaryzacji. Pomaga ustalenie jednego źródła stanów, zakaz ręcznych zmian w integratorze i pełna synchronizacja po korekcie.
Czy wersja Srebro enova365 wystarczy dla e-commerce?
Dla większości sklepów z kilkoma kanałami - nie. Według zestawienia producenta Srebro w module Handel nie ma wielomagazynowości, przesunięć MM ani integracji z e-sklepami, a dokumenty opiera tylko na standardowych definicjach. Punktem wyjścia dla średniego sklepu jest zwykle wersja Złoto.
Ile trwa wdrożenie enova365 w e-commerce?
Zależy od liczby modułów, kanałów i stanu danych. Najwięcej czasu zajmuje zwykle porządkowanie kartotek, ustalenia procesów i testy integracji, a nie sama instalacja. Harmonogram warto ustalić z partnerem Soneta i dostawcą integracji jednocześnie, tak żeby start nie wypadł w szczycie sezonu.
Kto naprawia błędy integracji enova365 z Allegro?
To zależy od źródła błędu. Konfigurację modułów poprawia partner Soneta, działanie dodatku łączącego enova365 z Base - jego dostawca, a ustawienia statusów, akcji i kanałów w Base - osoba lub agencja, która je wdrażała. Dlatego warto mieć spisany podział odpowiedzialności.
Masz wrażenie, że enova365 w Twojej firmie zamiast oszczędzać czas, dokłada pracy? Umów bezpłatną konsultację z Vinson - sprawdzimy przepływ zamówień od Allegro do dokumentu i zaproponujemy plan naprawy.
