Start / Baza wiedzy / Integracja enova365 z innymi systemami - sklep, CRM, produkcja i bank
Integracja enova365 z innymi systemami - sklep, CRM, produkcja i bank
Spis treści
Jakie systemy najczęściej łączy się z enova365 i po co?
Jak działa integracja enova365: WebAPI, Integrator, konektory czy dodatki?
Jak wygląda integracja enova365 ze sklepem internetowym i Allegro?
Jak połączyć enova365 z CRM?
Jak zintegrować enova365 z produkcją (MES) i magazynem (WMS)?
Jak połączyć enova365 z bankiem i KSeF?
Jak przygotować się do integracji enova365?
Jaki efekt biznesowy daje integracja enova365?
FAQ
Podsumowanie
Jakie systemy najczęściej łączy się z enova365 i po co?
Integracja enova365 najczęściej obejmuje pięć obszarów: sklep internetowy, CRM, produkcję lub magazyn, bank oraz KSeF. Każde z tych połączeń usuwa jedno miejsce, w którym ktoś dziś ręcznie przepisuje dane między programami.
Z enova365 korzysta według producenta ponad 22 000 firm. System ma moduły Handel, Księgowość, Kadry Płace, CRM i Produkcja. Rzadko jest jednak jedynym programem w firmie. Obok działa sklep internetowy, CRM handlowców, system magazynowy albo panel banku.
Skalę zjawiska pokazują dane GUS. Według raportu Społeczeństwo informacyjne w Polsce w 2025 r. oprogramowanie ERP wykorzystywało 40,5% przedsiębiorstw, a CRM 25,1%. Gdy oba systemy działają osobno, kontrahent, oferta i faktura żyją w dwóch bazach. Każda różnica między nimi kończy się telefonem, korektą albo decyzją podjętą na starych danych.
Ten tekst dotyczy połączeń enova365 z zewnętrznymi programami. Jeśli szukasz automatyzacji wewnątrz samego systemu, np. faktur cyklicznych, schematów księgowych czy Harmonogramu zadań, opisaliśmy je w artykule Automatyzacja enova365 - co warto zautomatyzować.
Na schemacie enova365 stoi w środku, bo to w niej powstają dokumenty księgowe i podatkowe. Nie znaczy to, że jest źródłem prawdy dla wszystkich danych.
Jak działa integracja enova365: WebAPI, Integrator, konektory czy dodatki?
Integracja enova365 może działać na pięć sposobów. Są to moduł WebAPI, moduł Integrator, gotowe konektory, dodatki w .NET i wymiana plików. Metody różnią się kosztem startu, elastycznością i tym, kto potem utrzymuje połączenie.
enova365 WebAPI
enova365 WebAPI to płatny moduł dodatkowy z interfejsem REST. Zewnętrzna aplikacja odczytuje przez niego, zapisuje i aktualizuje dane w enova365. Dostęp zabezpieczają tokeny JWT, a dokumentacja jest w Swaggerze, więc programista widzi dostępne metody bez zgadywania. Efekt: sklep, CRM czy aplikacja mobilna dostają dane na bieżąco, a nie raz dziennie z ręcznego eksportu.
WebAPI działa w modelu zapytań: inny system pyta, enova365 odpowiada. Jeśli zmiana ma trafić do drugiego systemu natychmiast, trzeba dobrać mechanizm powiadomień albo częste odpytywanie. Różnicę między tymi podejściami wyjaśnia tekst webhook a API - różnice i integracja systemów.
Moduł Integrator
Integrator obsługuje dwukierunkową wymianę danych w XML i JSON, przez SOAP lub REST, według własnych schematów. Cykliczne synchronizacje uruchamiają zaplanowane zadania. Typowe dane to faktury, kontrahenci i towary. Efekt: partner B2B albo starszy system, który rozumie tylko XML, dostaje dane bez pośredniego Excela.
Gotowe konektory producenta
Producent oferuje gotowe konektory do sklepów i marketplace'ów oraz do trzech systemów WMS. Konfigurujesz je zamiast programować. Efekt: najkrótszy czas startu, o ile Twój proces mieści się w tym, co konektor przewiduje.
Dodatki w .NET
Gdy logika ma działać wewnątrz enova365, programista pisze dodatek w C#. Soneta, producent systemu, publikuje na GitHubie Soneta.MsBuild.SDK do budowania dodatków oraz przykłady kodu. Dodatek może np. wysłać dokument do innego systemu w chwili zatwierdzenia. Efekt: reguła firmy działa tam, gdzie pracuje użytkownik. Minus: każdą aktualizację enova365 trzeba przetestować razem z dodatkiem.
Wymiana plików i warstwa pośrednia
Najprostsza droga to import i eksport plików uruchamiany przez Harmonogram zadań. Producent wymienia wśród jego zastosowań import danych z systemów zewnętrznych. Sprawdza się przy rzadkich, dużych paczkach danych, np. cennikach od dostawcy.
Przy wielu systemach naraz lepiej działa warstwa pośrednia, np. n8n albo Make. Rozmawia ona z enova365 przez WebAPI i rozsyła dane dalej. Efekt: kolejny system to nowy scenariusz, a nie nowa integracja od zera.
| Metoda | Jak działa | Plusy | Minusy | Kiedy wybrać |
|---|---|---|---|---|
| WebAPI | REST z tokenami JWT, dokumentacja w Swaggerze | Dane na bieżąco, dowolny system po drugiej stronie | Płatny moduł, potrzebny programista | Sklep, CRM lub aplikacja czyta i zapisuje dane w enova365 |
| Integrator | XML i JSON przez SOAP lub REST, cykliczne zadania | Własne schematy danych, wymiana w obie strony | Płatny moduł, mniej naturalny przy zmianach w czasie rzeczywistym | Paczki danych z partnerem B2B lub starszym systemem |
| Gotowe konektory | Konfiguracja połączenia ze sklepem, marketplace lub WMS | Najszybszy start, bez kodu | Tylko scenariusze przewidziane przez producenta | Standardowy proces na obsługiwanej platformie |
| Dodatki .NET | Kod C# działający wewnątrz enova365 | Reguły firmy w miejscu pracy użytkownika | Testy przy każdej aktualizacji systemu | Logika, której nie da się ustawić konfiguracją |
| Pliki i Harmonogram zadań | Import i eksport plików o ustalonej porze | Niski koszt, prosta kontrola | Opóźnienie, ryzyko błędów w formacie pliku | Rzadkie, duże paczki danych, np. cenniki |
| Warstwa pośrednia | n8n lub Make łączy enova365 przez WebAPI z wieloma systemami | Jedno miejsce dla wielu przepływów | Kolejne narzędzie do utrzymania | Trzy i więcej systemów wymieniających dane |
Metody da się łączyć. Sklep może działać przez konektor, CRM przez WebAPI, a cennik dostawcy przez import pliku. Ważne, żeby każdy przepływ miał jednego właściciela i jasno opisany kierunek.
Jak wygląda integracja enova365 ze sklepem internetowym i Allegro?
Integracja enova365 ze sklepem przenosi zamówienia do enova365, a stany, ceny i statusy z powrotem do sklepu. Przy 50 zamówieniach dziennie i 3 minutach przepisywania każdego oszczędza to około 2,5 godziny pracy dziennie.
Producent ma do tego e-Sklepy Konektor, licencjonowany jako moduł dodatkowy. Łączy enova365 z platformami WooCommerce, Shoper, PrestaShop i Magento. Obsługuje też Allegro oraz integratory Base (dawniej BaseLinker) i Apilo.
Konektor synchronizuje w obie strony:
- Kartoteki towarów z opisami i zdjęciami - efekt: nowy produkt zakładasz raz, w enova365, a nie w każdym kanale osobno.
- Stany magazynowe - efekt: sklep nie sprzedaje towaru, którego nie ma, więc znikają anulacje i przeprosiny.
- Zamówienia z automatycznym założeniem klienta - efekt: dokument sprzedaży powstaje bez przepisywania adresu i pozycji.
- Statusy i numery przesyłek - efekt: klient widzi postęp w sklepie i rzadziej dzwoni z pytaniem o paczkę.
Gotowy konektor przestaje wystarczać przy nietypowych regułach. Przykłady to kilka magazynów z osobnymi stanami, cenniki B2B per klient albo zestawy składane z kilku towarów. Osobny przypadek to firma, w której zamówienia już przechodzą przez integrator sprzedaży. Wtedy trzeba zdecydować, który system przyjmuje zamówienie jako pierwszy. Oba modele porównaliśmy w artykule o integracji ERP z systemami e-commerce.
Jak połączyć enova365 z CRM?
Integracja enova365 z CRM ma dwie drogi: wbudowany moduł CRM albo połączenie z zewnętrznym systemem, np. HubSpot czy Pipedrive. Wybór zależy od tego, gdzie handlowcy naprawdę pracują każdego dnia.
Wbudowany moduł CRM enova365 pobiera dane kontrahenta z REGON, VIES i Wykazu podatników VAT. Leady i szanse sprzedaży prowadzisz na tablicy Kanban, a pocztę obsługuje Poczta CRM i dodatek do Outlooka. Moduł jest powiązany z Handlem, więc oferta i faktura dotyczą tego samego kontrahenta. Efekt: nie ma czego integrować, bo baza klientów jest jedna.
Zewnętrzny CRM wybierają firmy, w których handlowcy pracowali w nim, zanim pojawiła się enova365. Wtedy integracja przenosi trzy rodzaje danych:
- Kontrahenci - zakładani w jednym systemie i kopiowani do drugiego. Efekt: NIP, adres i warunki płatności są wszędzie takie same.
- Zaakceptowana oferta - zamienia się w zamówienie w enova365. Efekt: dział obsługi nie przepisuje pozycji, rabatów i terminów.
- Faktury i należności - wracają do karty klienta w CRM. Efekt: handlowiec widzi zaległą płatność, zanim da kolejny rabat.
W firmach produkcyjnych dochodzą jeszcze terminy realizacji i status zlecenia, o które klient pyta handlowca. Te przepływy opisaliśmy szerzej w tekście o integracji ERP z CRM dla firm produkcyjnych.
Jak zintegrować enova365 z produkcją (MES) i magazynem (WMS)?
Moduł Produkcja enova365 obsługuje technologie, zlecenia i meldunki. Gdy dane mają płynąć z maszyn, integracja enova365 z osobnym systemem MES uzupełnia go o pomiary w czasie rzeczywistym. Magazyn ze skanerami i lokalizacjami zwykle prowadzi WMS połączony z enova365 konektorem albo przez API.
enova365 Produkcja zawiera technologie, zlecenia produkcyjne i wykres Gantta z operacjami na osi czasu. Pracownicy raportują w Panelu meldunkowym ilość wykonaną, zużycie materiału, odpady i czasy Start-Stop. Dokumenty magazynowe powstają automatycznie. Efekt: koszt zlecenia widać bez ręcznego rozliczania rozchodów i przyjęć.
Osobny MES pojawia się, gdy dane mają przychodzić z maszyn, a nie od operatora. Tak jest przy liczeniu OEE, przestojów czy parametrów procesu. Wtedy enova365 wysyła do MES zlecenie, technologię i listę materiałów. MES odsyła wykonaną ilość, zużycie, braki i czas pracy. Efekt: zlecenie rozliczasz tego samego dnia, a nie na koniec miesiąca. Wzorcowy podział danych opisuje artykuł o integracji ERP z MES.
Po stronie magazynu producent oferuje WMS Konektor, który łączy enova365 z trzema systemami WMS. Synchronizuje automatycznie dokumenty, towary i stany magazynowe. Efekt: stan w enova365 zgadza się ze stanem na półce, więc sklep i handlowcy sprzedają to, co faktycznie jest. Gdy Twój WMS nie jest na liście, zostaje WebAPI albo Integrator. Co dokładnie wymieniać, pokazujemy w tekście o integracji ERP z WMS.
Jak połączyć enova365 z bankiem i KSeF?
Integracja enova365 z bankiem działa przez import wyciągów albo bezpośrednie połączenie z bankowością korporacyjną. KSeF działa w enova365 w cenie licencji. Oba połączenia zamieniają ręczne rozliczanie płatności i faktur w kontrolę wyjątków.
Wyciągi, przelewy i połączenia z bankami
Moduł Elektroniczne Wyciągi Bankowe importuje wyciągi z pliku lub katalogu, w wielu formatach. Producent podaje obsługę 9 głównych banków w Polsce. Efekt: wpłaty trafiają do enova365 bez przepisywania kwot i tytułów.
Niektóre banki mają połączenie bezpośrednie. Klienci korporacyjni Santander Bank Polska pobierają wyciągi i wysyłają przelewy przez iBiznes24 Connect, bez logowania do banku. Dane idą w XML zgodnym z ISO 20022. Dla Citi Handlowy enova365 korzysta z CitiConnect API: salda, historia, przelewy krajowe i zagraniczne, podatkowe oraz split payment. Efekt: paczkę przelewów zatwierdzasz z enova365, a saldo widzisz bez przełączania okien.
Na rynku działa też standard PolishAPI, rozwijany przez banki we współpracy ze Związkiem Banków Polskich. Opisuje dostęp do rachunków zgodny z dyrektywą PSD2: informację o rachunku, inicjowanie płatności i potwierdzenie dostępności środków. Firma z rachunkami w kilku bankach może przez licencjonowanego dostawcę usług płatniczych zbierać salda w jednym miejscu.
Zasadę dobrze widać w naszej realizacji dla firmy QualitySite. Pracownicy ręcznie sprawdzali tam potwierdzenia przelewów z różnych banków i przepisywali daty oraz kwoty do Bitrix24. Wdrożyliśmy automatyczne sczytywanie danych z potwierdzeń przelewów, które odczytuje załącznik i zapisuje płatność przy właściwym kliencie. Efekt: kilkadziesiąt godzin pracy mniej każdego miesiąca. W enova365 wyciąg przychodzi prosto z banku, ale cel jest ten sam: płatność trafia do systemu bez przepisywania.
KSeF w enova365
Producent podaje, że pełna integracja z KSeF jest w cenie licencji enova365. Według serwisu Ministerstwa Finansów obowiązek wystawiania faktur w KSeF objął 1 lutego 2026 r. firmy ze sprzedażą powyżej 200 mln zł w 2024 r. Od 1 kwietnia 2026 r. dotyczy pozostałych podatników. Odbieranie faktur przez KSeF obowiązuje wszystkich od 1 lutego 2026 r.
Praca integracyjna zaczyna się poza samym modułem. Faktura wystawiona poza enova365, np. w sklepie albo systemie abonamentowym, musi trafić do KSeF i wrócić z numerem do księgowości. Faktury kosztowe z KSeF mogą od razu iść do obiegu akceptacji. Efekt: koniec z szukaniem PDF-ów w skrzynkach i ręcznym wpisywaniem kosztów. Kolejne etapy obowiązku opisuje tekst KSeF 2027 - jak przygotować firmę.
Jak przygotować się do integracji enova365?
Dobrze przygotowana integracja enova365 działa bez ciągłych poprawek, a przygotowanie zajmuje mniej czasu niż samo programowanie. Przejdź przez osiem kroków:
- Spisz dane, które zespół dziś przepisuje ręcznie, razem z liczbą operacji w miesiącu.
- Dla każdego obiektu wskaż źródło prawdy, czyli jeden system, w którym dana powstaje i jest poprawiana.
- Zmapuj pola: identyfikatory, NIP, indeksy towarów, stawki VAT i jednostki miary.
- Ustal kierunek i częstotliwość wymiany: na bieżąco, co kilka minut albo raz na dobę.
- Wybierz metodę: konektor, WebAPI, Integrator, dodatek albo warstwę pośrednią.
- Zaplanuj obsługę błędów: kto dostaje powiadomienie, gdy rekord się nie zsynchronizuje.
- Przetestuj integrację na kopii bazy enova365 i próbce realnych dokumentów.
- Po starcie przez 2-4 tygodnie porównuj dane w obu systemach.
Najwięcej problemów bierze się z kroku drugiego. Jeśli kontrahenta można edytować i w CRM, i w enova365, po miesiącu masz dwie wersje adresu. Integracja nie rozstrzygnie, która jest dobra. Dlatego właściciela każdej danej ustalasz przed pierwszą linijką kodu:
| Obiekt | Typowe źródło prawdy | Kierunek wymiany | Co się dzieje bez tej decyzji |
|---|---|---|---|
| Kontrahent | enova365 albo CRM, nigdy oba naraz | Ze źródła do pozostałych systemów | Dwa adresy i dwa terminy płatności tego samego klienta |
| Towar i cena | enova365 | Do sklepu, CRM i WMS | Sklep sprzedaje po starej cenie |
| Stan magazynowy | enova365 albo WMS, gdy magazyn prowadzi WMS | Do sklepu i marketplace'ów | Sprzedaż towaru, którego nie ma |
| Zamówienie | Sklep lub CRM, gdzie powstaje | Do enova365 | Zamówienie przepisane dwa razy albo wcale |
| Faktura | enova365 | Do KSeF, sklepu i CRM | Klient dostaje inną kwotę niż w księgach |
| Płatność | Bank | Do enova365, potem do CRM | Windykacja klienta, który już zapłacił |
| Wykonanie zlecenia | MES albo Panel meldunkowy | Do enova365 | Koszt produkcji liczony na szacunkach |
Przy mapowaniu zapisuj w enova365 identyfikator rekordu z drugiego systemu, np. w cesze dokumentu lub kontrahenta. Dzięki temu integracja aktualizuje istniejący rekord, zamiast tworzyć duplikat. Szerzej o porządkowaniu danych przy kilku systemach piszemy w artykule Integracja ERP - jak połączyć systemy bez bałaganu.
Jaki efekt biznesowy daje integracja enova365?
Integracja enova365 zamienia godziny przepisywania w kontrolę wyjątków: zespół sprawdza tylko dokumenty, których system nie dopasował. Efekt widać w czasie pracy, liczbie błędów i szybkości odpowiedzi klientowi.
| Integracja | Co znika z pracy zespołu | Efekt biznesowy |
|---|---|---|
| Sklep i marketplace | Przepisywanie zamówień, ręczna aktualizacja stanów | Mniej anulacji, szybsza wysyłka, godziny pracy odzyskane każdego dnia |
| CRM | Zakładanie kontrahenta dwa razy, pytania o status płatności | Handlowiec widzi należności i nie daje rabatu dłużnikowi |
| MES | Zbieranie kartek z meldunkami, ręczne rozliczanie zleceń | Koszt zlecenia znany tego samego dnia |
| WMS | Uzgadnianie stanów między magazynem a ERP | Sprzedajesz tylko to, co leży na półce |
| Bank | Logowanie do bankowości, przepisywanie wpłat | Aktualne należności każdego ranka, mniej błędnych monitów |
| KSeF | Szukanie faktur kosztowych w skrzynkach | Wszystkie koszty w systemie bez ręcznego wpisywania |
Wartość, jaką daje integracja enova365, policzysz prostym wzorem: liczba operacji w miesiącu razy minuty na operację. Przykład ze sklepu: 50 zamówień dziennie po 3 minuty to 150 minut. Przy 21 dniach roboczych daje to około 52 godzin miesięcznie, czyli niemal jedną trzecią etatu. Do tego dochodzi koszt błędów, którego zwykle nikt nie liczy: zwroty, korekty, telefony.
Policz to samo dla CRM, banku i produkcji. Zacznij od połączenia z największym iloczynem, a nie od tego, które wydaje się najprostsze. Jeśli chcesz zrobić taki rachunek razem z nami, zobacz, jak prowadzimy integrację systemów ERP, CRM, WMS i MES.
FAQ
Tak. Moduł enova365 WebAPI udostępnia interfejs REST z autoryzacją JWT i dokumentacją w Swaggerze. Jest licencjonowany jako moduł dodatkowy, więc trzeba go dokupić do licencji.
Nie zawsze. e-Sklepy Konektor łączy enova365 z WooCommerce, Shoper, PrestaShop, Magento, Allegro, Base i Apilo przez konfigurację. Programista jest potrzebny przy nietypowych regułach, np. kilku magazynach albo cennikach B2B.
Nie. Producent podaje, że pełna integracja z KSeF jest w cenie licencji. Dodatkowej pracy wymaga dopiero połączenie KSeF z fakturami wystawianymi poza enova365, np. w sklepie.
WebAPI sprawdza się, gdy inny system ma na bieżąco czytać i zapisywać dane w enova365. Integrator lepiej pasuje do cyklicznej wymiany paczek danych w XML lub JSON, np. z partnerem B2B.
Podsumowanie
Integracja enova365 zaczyna się od pytania, które dane przepisujesz dziś ręcznie i w którym systemie powinny powstawać. Do sklepów i WMS producent ma gotowe konektory. Bank obsłużysz modułem wyciągów lub połączeniem bezpośrednim, a KSeF jest w standardzie. Tam, gdzie gotowe elementy się kończą, zostają WebAPI, Integrator i dodatki. Pierwszy krok nic nie kosztuje: przez tydzień notuj, ile dokumentów zespół przenosi między enova365 a innymi programami.
Chcesz połączyć enova365 ze sklepem, CRM, produkcją albo bankiem? Umów bezpłatną, 30-minutową konsultację. Przejrzymy razem Twoje systemy i przepływy danych, a potem podpowiemy, która metoda integracji da najszybszy efekt.
O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas