W skrócie
Strona produktu Studio RMA.net wymienia Microsoft Dynamics wśród systemów ERP, z którymi program się integruje, a integrację z enova365 potwierdza referencja importera laptopów sześciu marek z 2021 roku. Oba systemy różnią się dostępem do danych: enova365 działa na bazie Microsoft SQL Server, a Microsoft Dynamics w wariancie chmurowym udostępnia dane przez usługi sieciowe. U importera wielu marek integracja powinna przenosić też producenta i okres gwarancji towaru, bo od nich zależy ścieżka naprawy. Pracownicy mogą logować się do programu danymi z Active Directory, więc konta zarządza się centralnie.
enova365 i Microsoft Dynamics w źródłach
Strona produktu Studio RMA.net wymienia Microsoft Dynamics wśród systemów ERP, z którymi program się integruje. Integracja wiąże zgłoszenie reklamacyjne z dokumentami sprzedaży i historią zamówień klienta. Integrację z enova365 potwierdza referencja importera laptopów sześciu marek z 2021 roku. Pozostałe systemy ze strony produktu opisujemy przy reklamacjach w SAP i integracji reklamacji z Comarch ERP XL.
Starsze opisy tej strony wymieniały też inne systemy ERP bez potwierdzenia na stronie produktu albo w referencjach. Połączenie z takim systemem sprawdzamy indywidualnie w analizie przedwdrożeniowej, zanim trafi do oferty. Lista potwierdzonych integracji jest krótsza niż lista systemów z dawnych artykułów, ale każda pozycja ma źródło.
enova365 u importera laptopów
Referencja z 2021 roku dotyczy importera laptopów sześciu marek, który połączył Studio RMA.net z enova365. W opisie wcześniejszej integracji enova działała z programem na wspólnym serwerze Microsoft SQL Server. Oba systemy korzystają z tego silnika bazy, więc w grę wchodzą metody oparte na bazie danych, np. odczyt widoków tabel.
U importera wielu marek każda reklamacja zaczyna się od ustalenia marki towaru i podmiotu odpowiedzialnego za tę markę. Marka decyduje o serwisie, do którego trafia laptop, i o warunkach gwarancji producenta. Dlatego dane marki i gwarancji powinny przyjść z ERP razem z towarem, a nie być wpisywane przy każdym zgłoszeniu.
Importer sprzętu komputerowego przyjmuje towar od producentów zwykle z numerami seryjnymi, więc dokument przyjęcia w ERP wiąże każdą sztukę z dostawą. Reklamacja z numerem seryjnym pozwala wtedy ustalić dostawę i producenta, któremu importer zgłosi wadę. Numery seryjne z dostaw przenosimy do programu tylko wtedy, gdy ERP je rejestruje.
Raporty programu mają pozycję Reklamacje wg dostawców i towaru. U importera dostawcą w kartotece bywa sam producent marki, więc raport zestawia reklamacje według marek i modeli. Taki wynik jest argumentem w rozmowie z producentem o warunkach współpracy.
Microsoft Dynamics i dostęp do danych
Strona produktu podaje Microsoft Dynamics bez wskazania wariantu, a pod tą nazwą Microsoft sprzedaje kilka systemów ERP. Dynamics 365 Business Central w chmurze nie daje dostępu do bazy danych, więc integracja korzysta z jego usług sieciowych. Instalacje na serwerze firmy, w tym starsze wersje Dynamics NAV, pozwalają także na metody oparte na bazie SQL. Wariant i sposób połączenia ustalamy więc przed wyceną integracji.
Ten sam system ERP daje inny dostęp do danych na serwerze firmy i w chmurze dostawcy.
We wcześniejszych wdrożeniach program wymieniał dane z systemami ERP m.in. przez WebAPI REST z danymi w JSON albo XML. Usługi sieciowe programu opisujemy przy API programu do reklamacji, a tryby wymiany przy integracji programu do reklamacji z ERP. Przy usługach sieciowych dział IT klienta wydaje programowi osobne konto techniczne z uprawnieniami tylko do potrzebnych danych.
Przy Business Central integracja przez usługi sieciowe wymaga uprawnień nadanych w samym ERP, a nie w bazie danych. Takie uprawnienia nadaje opiekun ERP, więc termin integracji zależy też od jego dostępności. Zmiany po stronie Business Central wpisujemy do harmonogramu wdrożenia razem z konfiguracją programu.
Porównanie połączenia z obu systemami
Zestawiamy różnice, które wpływają na projekt integracji. Kolumna Microsoft Dynamics opisuje oba sposoby instalacji, bo strona produktu nie wskazuje wariantu. Pierwszy wiersz mówi, skąd wiemy o danej integracji:
| Aspekt | enova365 | Microsoft Dynamics |
|---|---|---|
| Źródło potwierdzenia | Referencja importera laptopów z 2021 roku | Strona produktu |
| Silnik bazy | Microsoft SQL Server | Microsoft SQL Server przy instalacji na serwerze firmy |
| Dostęp w chmurze | Zależy od sposobu utrzymania ERP | Usługi sieciowe, np. w Business Central |
| Metoda z wcześniejszych opisów | Wspólny serwer Microsoft SQL Server | WebAPI REST |
Tabela pokazuje, że przy obu systemach decyduje sposób utrzymania ERP, a nie jego nazwa. Ten sam system zainstalowany na serwerze firmy pozwala na odczyt widoków tabel, a w chmurze dostawcy tylko na usługi sieciowe. Dlatego pytanie o miejsce działania ERP zadajemy na pierwszym spotkaniu analizy.
Gwarancja producenta a odpowiedzialność sprzedawcy
Kartoteka Asortyment ma kolumny Producent i Czas gwarancji, więc marka i okres gwarancji mogą przyjść z ERP razem z towarem. Kartotekę opisujemy przy kartotece asortymentu w programie do reklamacji. Gwarancja jest jednak dobrowolnym zobowiązaniem gwaranta, najczęściej producenta, i nie ogranicza odpowiedzialności sprzedawcy za niezgodność towaru z umową. Konsument wybiera, czy korzysta z gwarancji, czy reklamuje towar u sprzedawcy. Przy każdym zgłoszeniu pracownik ustala więc dwie rzeczy:
- Podstawę reklamacji - gwarancję producenta albo odpowiedzialność sprzedawcy za niezgodność z umową.
- Ścieżkę naprawy - serwis marki albo serwis własny zależnie od podstawy reklamacji i warunków gwarancji.
Różnice między tymi podstawami opisujemy przy gwarancji a niezgodności towaru z umową. Przekazanie laptopa do serwisu marki opisujemy przy serwisie zewnętrznym w procesie reklamacji. Gdy konsument wybrał reklamację u sprzedawcy, przekazanie towaru do serwisu marki nie zmienia terminu 14 dni na odpowiedź. Importer bywa też gwarantem, gdy udziela gwarancji na towar własnym oświadczeniem.
Logowanie przez Active Directory
Studio RMA.net integruje się z Active Directory, więc pracownicy logują się danymi z sieci firmowej, a konta zarządza się centralnie. Pracownik, któremu dział IT wyłączy konto w sieci firmowej, traci też dostęp do programu. Zasady kont i uprawnień opisujemy przy bezpieczeństwie danych w systemie reklamacyjnym.
Logowanie przez Active Directory nie zastępuje ról w programie, które ustalamy przy wdrożeniu. Według opisów programu większość uprawnień pracownika wynika z jego roli, np. prawo do zmiany statusu. Przy integracji z ERP ustalamy więc także, które role widzą dane sprzedaży pobrane z enova365 albo Microsoft Dynamics.
Pytania do opiekuna ERP przed integracją
Integrację z enova365 albo Microsoft Dynamics projektujemy w analizie przedwdrożeniowej, razem z firmą, która utrzymuje ERP klienta. Od jej odpowiedzi zależy metoda połączenia i koszt integracji. Przed analizą zadajemy cztery pytania:
- Gdzie działa ERP - w chmurze dostawcy albo na serwerze firmy, bo od tego zależy dostęp do bazy.
- Kto utrzymuje ERP - partner wdrożeniowy, który uzgadnia z nami interfejs i konto techniczne.
- Jakie dane są potrzebne - np. dokumenty sprzedaży albo numery seryjne z dostaw.
- Jak często dane się zmieniają - od tego zależy wybór trybu OnLine albo OffLine.
Przebieg analizy opisujemy przy analizie przedwdrożeniowej systemu reklamacji. Odpowiedzi zapisujemy w dokumentacji analizy, bo na ich podstawie powstaje wycena integracji. Integracja zaprojektowana bez udziału opiekuna ERP kończy się zwykle zmianami po stronie ERP, których nikt nie wycenił.