Aplikacja mobilna dla firmy rzadko działa w izolacji. Najczęściej pobiera dane z ERP, CRM, WMS, platformy e-commerce lub dedykowanego systemu i przekazuje do nich wyniki pracy użytkowników. Jakość integracji wpływa na użyteczność całego rozwiązania, dlatego powinna być analizowana przed rozpoczęciem developmentu.
Celem nie jest połączenie systemów „dla samej integracji”, lecz zapewnienie spójnego procesu: użytkownik otrzymuje właściwe dane, wykonuje zadanie, a wynik trafia do systemu nadrzędnego bez ręcznego przepisywania.
Jakie systemy najczęściej łączy się z aplikacją mobilną?
- ERP — zamówienia, produkty, stany, dokumenty i kontrahenci,
- CRM — klienci, leady, zadania, wizyty i historia kontaktu,
- WMS — przyjęcia, wydania, lokalizacje i operacje magazynowe,
- e-commerce — konta, koszyki, zamówienia, płatności i statusy,
- systemy serwisowe — zlecenia, protokoły, części i zdjęcia,
- platformy rezerwacyjne — terminy, zasoby, dostępność i potwierdzenia.
Najpierw proces, później API
Analizę należy rozpocząć od scenariusza biznesowego, a nie od listy endpointów. Trzeba określić, które dane są potrzebne użytkownikowi, kiedy są pobierane, co może zmienić aplikacja i który system pozostaje źródłem nadrzędnym. Dopiero później można ocenić, czy istniejące API obsługuje wymagany przepływ.
Co sprawdzić przed wyceną integracji?
- Czy system posiada udokumentowane API?
- Czy dostępne jest środowisko testowe?
- Jakie dane są udostępniane i w jakim kierunku?
- Jak często dane powinny być synchronizowane?
- Który system nadaje identyfikatory i statusy?
- Jak obsługiwane są zmiany wykonane równocześnie w kilku miejscach?
- Kto odpowiada za modyfikacje po stronie systemu zewnętrznego?
Synchronizacja w czasie rzeczywistym czy okresowa?
Nie każdy proces wymaga natychmiastowej wymiany danych. Status płatności lub dostępność terminu może wymagać szybkiej aktualizacji, natomiast raporty zbiorcze mogą być odświeżane okresowo. Dobór modelu powinien uwzględniać znaczenie biznesowe, obciążenie systemów i sposób pracy użytkowników.
Integracja ze sklepem internetowym
Aplikacja klienta może pobierać katalog, ceny, konto, koszyk, zamówienia i program lojalnościowy. Aplikacja pracownicza może obsługiwać kompletację, statusy, dostawy lub zwroty. Ważne jest jednoznaczne wskazanie, gdzie zarządzane są produkty, promocje, stany i zamówienia, aby nie powstały równoległe źródła tych samych danych.
Integracja z ERP i CRM
W projektach sprzedażowych aplikacja może prezentować kontrahentów, dokumenty, zadania i historię współpracy. W projektach operacyjnych może obsługiwać zlecenia, materiały, protokoły i statusy wykonania. Zakres powinien odpowiadać rzeczywistym zadaniom użytkownika mobilnego, zamiast przenosić cały system ERP lub CRM na mały ekran.
Jak testować kompletny proces?
Testy powinny obejmować pełne scenariusze od systemu źródłowego, przez aplikację, do ponownego zapisu i prezentacji wyniku. Należy uwzględnić brak danych, duplikaty, zmianę statusu, pracę kilku użytkowników oraz chwilową niedostępność systemu zewnętrznego. Odbiór samego interfejsu aplikacji nie potwierdza poprawności integracji.
FAQ
Czy każdą aplikację można połączyć z ERP lub CRM?
Zależy to od możliwości systemu, dostępnego API i zakresu danych. Czasem konieczna jest rozbudowa po stronie dostawcy systemu.
Czy aplikacja powinna przechowywać kopię danych z ERP?
Tylko w zakresie potrzebnym do realizacji procesu, szczególnie gdy wymagana jest praca offline. Model danych ustala się indywidualnie.
Kto powinien uczestniczyć w analizie integracji?
Właściciel procesu, zespół aplikacji oraz osoba techniczna odpowiedzialna za system ERP, CRM lub e-commerce.
