Integracja enova365 ze sklepem internetowym - możliwości i ograniczenia

Technical Implementation Expert
Integracja enova365 ze sklepem internetowym - możliwości i ograniczenia
Integracja enova365 ze sklepem internetowym jest możliwa na dwa sposoby: bezpośrednio, przez dodatek lub usługę korzystającą z interfejsów programistycznych enova365, albo przez warstwę pośrednią, czyli integrator sprzedaży wielokanałowej lub osobną aplikację, która tłumaczy dane między sklepem a ERP. Bezpośrednie połączenie daje pełną kontrolę nad logiką dokumentów, a warstwa pośrednia zwykle wygrywa, gdy sprzedajesz w kilku kanałach naraz.
enova365 jest popularnym systemem w firmach, które poza handlem prowadzą w nim księgowość, kadry i płace. Dlatego decyzja o integracji ze sklepem to nie tylko kwestia przesyłania zamówień - trzeba ustalić, które moduły są potrzebne, kto odpowiada za kartoteki towarów i jak dokumenty ze sklepu mają trafiać do księgowości. Poniżej wyjaśniamy, jakie są możliwości, gdzie leżą ograniczenia i kiedy lepiej postawić na warstwę pośrednią.
[#wazne] W skrócie: enova365 można połączyć ze sklepem internetowym bezpośrednio, przez dodatek lub usługę korzystającą z interfejsów programistycznych systemu, albo przez warstwę pośrednią, np. integrator Base. Do przyjmowania zamówień i wystawiania dokumentów potrzebny jest moduł handlowy, a zakres dostępu programistycznego zależy od wersji i licencji. Przy jednym sklepie i nietypowej logice sprawdza się połączenie bezpośrednie, przy wielu kanałach - integrator. W Vinson projektujemy i wdrażamy oba warianty.
Jak enova365 wymienia dane ze sklepem internetowym?
enova365 to modułowy system ERP firmy Soneta, zbudowany na platformie .NET. Firma wybiera moduły, których potrzebuje - na przykład Handel, Księgowość, Kadry i Płace czy CRM - i może je rozszerzać o dodatki. Integracja ze sklepem oznacza, że program pośredniczący regularnie pobiera zamówienia ze sklepu i zakłada na ich podstawie dokumenty w module handlowym, a z enova365 wysyła do sklepu stany magazynowe, ceny i informacje o realizacji.
Dostęp programistyczny do enova365 opiera się na modelu obiektów biznesowych systemu. Dodatki pisane w .NET mogą operować na dokumentach, towarach i kontrahentach z zachowaniem logiki programu, a zewnętrzne aplikacje mogą komunikować się z systemem przez interfejsy usług sieciowych, dostępne zależnie od wersji i wykupionych modułów (stan na kwiecień 2026 - zakres potwierdź u partnera enova365). Zasada jest ta sama co przy innych systemach ERP: zapis powinien iść przez logikę programu, a nie bezpośrednio do bazy danych.
Typowy podział danych między sklepem a enova365 wygląda tak:
| Dane | Kierunek | Uwagi |
|---|---|---|
| Zamówienia | Sklep → enova365 | Jako zamówienie odbiorcy lub od razu dokument sprzedaży |
| Kontrahenci | Sklep → enova365 | Dopasowanie po NIP lub e-mailu |
| Stany magazynowe | enova365 → sklep | Stan dostępny w wybranych magazynach, z rezerwacjami |
| Ceny | enova365 → sklep | Wybrana definicja ceny, osobno dla kanałów |
| Towary | enova365 → sklep | Kod, EAN, jednostki i stawka VAT z ERP; opisy zwykle ze sklepu |
| Dokumenty | enova365 → sklep | Numer faktury lub paragonu, status realizacji |
Jakie moduły enova365 są potrzebne do integracji ze sklepem?
Konkretny zestaw licencji ustala się z partnerem wdrożeniowym, ale w praktyce prawie każda integracja ze sklepem dotyka tych samych obszarów systemu.
[#chart:wpr12a]
Moduł handlowy z magazynem. Bez niego nie ma gdzie założyć zamówienia ani dokumentu sprzedaży, a stany nie mają źródła.
Dostęp programistyczny. Dodatek działający w systemie albo interfejs usług sieciowych, z którego korzysta zewnętrzna aplikacja. Sprawdź, czy wymaga osobnej licencji lub dodatkowego użytkownika.
Księgowość. Nie jest potrzebna do samej wymiany danych, ale jeśli prowadzisz ją w enova365, ustal od razu, jak dokumenty ze sklepu mają być dekretowane.
CRM. Opcjonalnie, gdy chcesz mieć w ERP historię klientów sklepu i wykorzystywać ją w sprzedaży B2B.
Im więcej modułów używasz, tym więcej zależności ma integracja. To nie jest wada, ale powód, by projekt zacząć od mapy przepływu danych, a nie od wyboru konektora.
- Wycena zadania w 24 h w dni robocze
- Integracje, API, feedy i poprawki w sklepie
- Rozliczenie godzinowe albo za projekt
Konsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Łukasz Palej
Technical Implementation Expert
Wsparcie programistyczne dla e-commerce
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
