Integracja enova365 z e-commerce, CRM i aplikacjami
System enova365 to modułowy ERP, który firmy zwykle kupują i rozwijają z partnerem wdrożeniowym. Gdy trzeba połączyć go ze sklepem, CRM albo własną aplikacją, buduję integrację z zewnątrz, obok tego, co robi partner.
Autor: Szymon Łakomy. Aktualizacja:
Dodatek w enova365 czy integracja z zewnątrz
Nową funkcję można dołożyć na dwa sposoby. Dodatek działa wewnątrz systemu i zwykle pisze go partner. Integracja z zewnątrz działa obok i rozmawia z enova365 przez API. Wybór zależy od tego, gdzie ma się dziać logika.
| Kryterium | Dodatek w enova365 | Integracja przez API |
|---|---|---|
| Gdzie działa | w systemie, w oknach i procesach enova365 | poza systemem, na serwerze lub w n8n |
| Kto zwykle buduje | partner wdrożeniowy | integrator, w uzgodnieniu z partnerem |
| Kiedy ma sens | nowe pole, wydruk, reguła w dokumencie, praca użytkownika w enova365 | wymiana danych ze sklepem, CRM, kurierem, aplikacją mobilną |
| Po aktualizacji systemu | dodatek trzeba sprawdzić, czasem przebudować | sprawdzam, czy API nadal zwraca te same dane |
Inne polskie systemy, jak Symfonia czy Comarch Optima, mają własne drogi dostępu do danych, więc tego schematu nie przenoszę na nie jeden do jednego.
Jak pracuję obok partnera wdrożeniowego
- Ustalam z partnerem, które moduły i jaki dostęp przez API masz w swojej licencji. Zakres API dla Twojej wersji sprawdzam też w dokumentacji producenta.
- Proszę o osobne konto techniczne z uprawnieniami tylko do potrzebnych obiektów, na przykład dokumentów handlowych i kartotek towarów.
- Dzielimy pracę: partner konfiguruje rzeczy w enova365, ja buduję połączenie ze sklepem lub CRM i obsługę błędów.
- Testujemy na bazie testowej albo kopii, na prawdziwych przypadkach: korekcie, braku towaru, nowym kontrahencie.
- Spisuję, kto dostaje powiadomienia o błędach i do kogo się zwracać, gdy problem leży w systemie, a do kogo, gdy w integracji.
Nie konkuruję z partnerem. Firma ma jasny podział: system i jego konfiguracja u partnera, przepływ danych do innych narzędzi u mnie.
Kierunki synchronizacji
Kontrahenci
Nowa firma z CRM albo z koszyka trafia do enova365 po NIP. Jeśli już istnieje, integracja ją rozpoznaje i aktualizuje tylko uzgodnione pola.
Dokumenty handlowe
Zamówienie ze sklepu staje się dokumentem w enova365, a jego numer i status wracają do sklepu. Rodzaj dokumentu i magazyn wynikają z reguł, a nie z ręcznego wyboru.
Stany i ceny
enova365 jest źródłem ilości i cen. Sklep i marketplace dostają je cyklicznie, a przy niskich stanach częściej.
Płatności
Informacja o zapłacie wraca do CRM, żeby handlowiec widział zaległości klienta przed kolejną ofertą.
Faktury do KSeF wysyła zwykle sama enova365, o ile Twoja wersja ma tę funkcję. Integracja oddaje wtedy numer KSeF do sklepu lub CRM. Gdy dokumenty powstają poza systemem, potrzebne jest połączenie opisane na stronie integracja z KSeF.
Lista kontrolna przed wyceną
- wersja enova365 i lista używanych modułów,
- czy system działa na serwerze w firmie, czy udostępnia go zdalnie partner,
- czy API obejmuje potrzebne obiekty i jak wyglądają logowanie oraz uprawnienia,
- czy jest baza testowa, na której mogę pracować bez ryzyka dla danych,
- jakie dodatki partnera już działają i czy zmieniają dokumenty, które integracja będzie tworzyć,
- kto zatwierdza zmiany w kartotekach i rodzajach dokumentów.
Od odpowiedzi zależy, czy wystarczy prosty przepływ, czy potrzebna jest większa integracja. Ogólne zasady wyceny opisuję w poradniku ile kosztuje integracja API.
Przykład: handlowcy w CRM, magazyn w enova365
Załóżmy, że handlowcy pracują w Livespace, a magazyn i dokumenty są w enova365. Dziś po wygranej szansie handlowiec przepisuje dane klienta i pozycje do systemu, a potem dzwoni do magazynu z pytaniem o dostępność. Po integracji wygrana szansa tworzy zamówienie w enova365, handlowiec widzi aktualne stany bez wychodzenia z CRM, a status płatności wraca do karty klienta. Połączenie od strony CRM opisuję na stronie integracja Livespace, a ogólne zasady na stronie integracja ERP i CRM.
Najczęstsze pytania
Czy potrzebuję zgody partnera, który wdrażał enova365?
Decyzja należy do firmy, ale umowa serwisowa z partnerem może mieć zapisy o zmianach w systemie, więc warto ją przeczytać. Niczego nie zmieniam w samej enova365 bez uzgodnienia z osobą, która ją utrzymuje, a integracja korzysta z osobnego konta.
Czy enova365 da się połączyć z n8n albo Make?
Tak, przez zapytania HTTP do API enova365, o ile Twoja wersja je udostępnia. W n8n robię to węzłem HTTP Request, a mapowanie pól trzymam w jednym miejscu, żeby zmiana w systemie wymagała poprawki tylko tam. O samym narzędziu piszę na stronie automatyzacja n8n.
Czy integracja może działać w obie strony?
Może, ale każdy rodzaj danych ma jeden kierunek główny. Dokumenty idą zwykle do enova365, a stany i ceny z niej. Dwukierunkowa synchronizacja tych samych pól rodzi konflikty, więc stosuję ją tylko tam, gdzie jest naprawdę potrzebna.
Co, jeśli API w mojej wersji nie obejmuje potrzebnych danych?
Wtedy rozważamy z partnerem dodatek, który udostępni brakujące dane, albo wymianę plików. Odczyt z bazy do raportów jest możliwy w trybie tylko do odczytu, za zgodą osoby odpowiedzialnej za system.
Powiązane strony
Chcesz połączyć enova365 ze sklepem lub CRM?
Napisz, jakich modułów enova365 używasz, czy masz partnera wdrożeniowego i jakie dane mają przepływać.