Integracja Raynetu z ERP: Money S3, POHODA i na co uważać

Handlowiec dzwoni do klienta z nową ofertą i nie wie, że firma zalega z trzema fakturami po terminie. Księgowa zakłada odbiorcę, którego dział handlowy pozyskał tydzień temu — ręcznie i z literówką w numerze rejestrowym. Obie sytuacje mają tę samą przyczynę: CRM i ERP to dwa oddzielne światy. Ten artykuł pokazuje, co przenosić między Raynetem a ERP, jakie trzy drogi integracji istnieją i na czym podobne projekty w praktyce się zacinają.

Krótka odpowiedź

Co przenosić między CRM a ERP

Sensem integracji nie jest „synchronizować wszystko”, ale dostarczyć każdemu dane, z którymi pracuje. W praktyce przenosi się cztery obszary:

• Firmy i kontaktyHandlowiec zakłada firmę w RayNecie, w ERP odbiorca powstaje sam — z poprawnym numerem rejestrowym, adresem z rejestru i bez przepisywania.
• Faktury i płatnościDokumenty wystawia się w ERP; przy firmie w RayNecie dział handlowy widzi obroty, otwarte należności i moralność płatniczą, zanim podniesie telefon.
• Zlecenia i szanse sprzedażyWygrana szansa w CRM zamienia się w zlecenie lub zamówienie w ERP — bez maila „proszę załóż”.
• Produkty i cennikiPanem cennika jest ERP; Raynet podpowiada do ofert aktualne pozycje i ceny, a nie kopię z zeszłego roku.

Co Raynet udostępnia na zewnątrz

Raynet to czeski chmurowy CRM i dla integracji wdzięczny partner: ma publiczne, udokumentowane REST API — dostęp generujesz jako klucz API bezpośrednio w ustawieniach swojej instancji, bez czekania na producenta i bez dopłat za moduł. Wąskim gardłem bywa strona ERP: Money S4/S5 oferują nowoczesne API, Money S3 otwiera się przez wymianę XML, a POHODA przez mServer, dostępny tylko w niektórych edycjach. Architekturę integracji zawsze wyznacza więc ERP — Raynet się dostosuje.

Droga 1: Gotowy konektor

Dla najczęstszych par istnieją gotowe konektory — znajdziesz je w katalogu integracji Raynetu i u wyspecjalizowanych firm. Wdrożenie to kwestia dni, płaci się miesięczny abonament, a standardowy scenariusz działa od ręki. Ograniczenie jest takie samo jak przy wszystkich rozwiązaniach pudełkowych: mapowanie jest sztywne. Przenosi się to, co konektor przewidział; gdy tylko chcesz własne reguły parowania, filtrować, które firmy trafiają do ERP, albo przenosić własne pola, którymi dostosowałeś sobie Raynet, trafiasz na ścianę.

Droga 2: Własny skrypt przez API

Raynet API z jednej strony, XML albo API ERP z drugiej — i sprawny programista je połączy. Funkcjonalnie to nie problem, a dla transferu jednokierunkowego bywa to najszybsza droga. Ukrytą ceną jest utrzymanie: skrypt musi obsłużyć limity liczby zapytań, ponawianie przy awarii, zmiany struktur po aktualizacji ERP i logowanie, żeby błąd dało się w ogóle znaleźć. A przede wszystkim ma autora — a autorzy odchodzą. Firmowa integracja, o której wie jedna osoba, to ryzyko, nie rozwiązanie.

Droga 3: Platforma integracyjna

Platforma ma konektor dla Raynetu i dla ERP gotowy, a budowa polega na ustawieniu mapowania: co paruje się po numerze rejestrowym, kiedy pierwszeństwo ma CRM, a kiedy księgowość, które statusy się przenoszą. Transfery działają w kolejce z automatycznym ponawianiem, każdy rekord można znaleźć w logu, a o błędzie informuje powiadomienie — nie telefon od handlowca. Z trzecim systemem (e-sklep, magazyn, Outlook) różnica jeszcze rośnie: podłącza się do tego samego centrum, zamiast mnożyć kolejne osobne mostki. Kiedy która architektura się opłaca, szczegółowo rozbiera artykuł o platformach integracyjnych.

• KonektorSztywny scenariusz z pudełka. Wdrożenie w dni, miesięczny abonament, mapowania nie zmienisz.
• PlatformaMapowanie na miarę: parowanie po numerze rejestrowym, własne pola, filtry. Budowa per obszar, cena według zakresu.
• Własny skryptSzybki start, ale utrzymanie, limity API i odejście autora to Twoje ryzyko.
• PlatformaKolejka z ponawianiem, log każdego rekordu i powiadomienie przy błędzie — ruch pilnuje się sam.

Najczęstsze pary w praktyce

Najczęściej łączymy Raynet z Money S3 — zwykle faktury z płatnościami do CRM i nowe firmy w drugą stronę — oraz Raynet z POHODĄ, gdzie dodatkowo dochodzą edycje i mServer. Ta sama logika dotyczy jednak każdego CRM: na przykład Zoho CRM z Money S5. Jeśli interesuje Cię spojrzenie z drugiej strony — co potrafi POHODA z różnymi CRM — mamy o tym osobny przewodnik; wszystkie obsługiwane pary znajdziesz w katalogu integracji.

Na co uważać przed startem

1. Jeden właściciel każdego obszaru. Bazę kontrahentów prowadzi CRM, dokumenty i cennik ERP. Gdy to samo pole edytują oba systemy bez reguł, wygrywa ten, kto synchronizował później — a to nie reguła, to loteria.
2. Parowanie po numerze rejestrowym, nie po nazwie. „ACME sp. z o.o.” i „ACME Sp. z o. o.” to dla człowieka jedna firma, dla systemu dwie. Numer rejestrowy to jedyny niezawodny klucz; przy kontaktach e-mail.
3. Płatności, nie tylko faktury. Moralność płatniczą tworzą płatności i terminy. Transfer, który kończy się na wystawionych fakturach, powie handlowcowi ile fakturujecie — nie kto nie płaci.
4. Pierwsza migracja historii. Zanim ruszy codzienny ruch, trzeba jednorazowo sparować istniejące firmy i uzupełnić historię dokumentów. To osobny krok projektu — kto go pominie, paruje duplikaty w trakcie pracy.
5. Co się dzieje przy błędzie. Firma bez numeru rejestrowego, awaria ERP, dokument, który nie przejdzie walidacji. Poprawna odpowiedź zawiera kolejkę, automatyczne ponawianie, powiadomienie i log — „wyślemy jeszcze raz ręcznie” poprawną odpowiedzią nie jest.

Jak to robimy w Symmy

Raynet znamy z bliska — na jego API budujemy też własny produkt do synchronizacji Raynetu z Outlookiem, więc wiemy, jak zachowuje się w codziennym ruchu, a nie tylko w dokumentacji. Integracje z ERP budujemy per obszar (zwykle 6–12 godzin pracy na obszar), działają z kolejką, logiem i nadzorem 24/7. Co wszystko potrafimy z Raynetem przenosić, znajdziesz na stronie Raynetu; orientacyjną cenę Twojej kombinacji policzy cennik z kalkulatorem online.

Częste pytania