Jak AI czyta dane z eLeader, Emigo i Comarch Mobile i co podpowiada handlowcowi przed wejściem do sklepu?
AI połączone z systemem SFA zbiera historię wizyt, zamówień i zaległości i podpowiada handlowcowi co zabrać na rozmowę. Sprawdź, jakie dane pobieramy i jak to działa.
AI podłączone do systemu SFA, takiego jak eLeader Mobile Visit, Emigo (Sagra Technology) czy Comarch Mobile Sprzedaż, potrafi zebrać przed każdą wizytą historię zamówień, zaległości płatnicze z ERP i stan ekspozycji z poprzedniej kontroli, a następnie wysłać handlowcowi gotową kartę klienta zanim wysiądzie z auta. Po wizycie ten sam asystent w kilku zdaniach streszcza raport dla kierownika regionu i wyłapuje punkty, do których nikt nie zaglądał od kilku tygodni. Dane w tych systemach już są. Problem polega na tym, że nikt ich dotychczas nie zbierał w jednym miejscu przed wyjazdem.
Co siedzi w systemie SFA i dlaczego większość firm tego nie używa w pełni
Typowy eLeader przechowuje dziesiątki pól na każdą wizytę. Plan wizyty zawiera: punkt sprzedaży (z NIP-em, adresem i przypisanym handlowcem), planowaną godzinę, typ wizyty (standardowa, audytowa, nowy klient). Sama wizyta zapisuje: status realizacji, złożone zamówienie (numer ZO, pozycje produktowe z ilościami i cenami), wyniki ankiety merchandisingowej, zdjęcia półek, notatki handlowca i czas faktycznej obecności w punkcie.
Emigo (Sagra Technology) działa podobnie: karta punktu sprzedaży zbiera historię wszystkich poprzednich wizyt z wynikami ankiet i zdjęciami ekspozycji, a plan trasy na dzień można pobierać razem z priorytetami ustawionymi przez kierownika. Comarch Mobile Sprzedaż trzyma dokumenty ZS (zamówienia sprzedaży) zsynchronizowane z Comarch ERP XL lub Optimą, stany magazynowe na moment synchronizacji i historię rozrachunków, czyli po polsku: ile klient zalega i od kiedy.
Problem jest prozaiczny. Handlowiec ma dostęp do tych danych tylko wtedy, gdy aktywnie szuka w aplikacji. Nikt nie zestawia ich automatycznie przed wyjazdem. Kierownik regionu dostaje surowe raporty z systemu, z których musi sam wyciągnąć wnioski. AI zmienia ten układ, bo może robić to zestawienie co noc albo na żądanie, zanim handlowiec wyjedzie za miasto.
Scena z auta: handlowiec pyta głosem, asystent odpowiada z danych SFA i ERP
Wyobraź sobie taką sytuację: handlowiec jedzie między dwoma wizytami, ma chwilę w korku i mówi do telefonu: "Co wiem o Markecie Nowak przed wejściem?". Asystent AI odpowiada w kilkanaście sekund:
- Ostatnie zamówienie złożono 18 dni temu, numer ZO/2024/1847. Handlowiec słyszy, co i ile zamówiono.
- Zaległości: faktura z 15 września przekroczona o 12 dni. Dane pobrane z Comarch Optima, z pola "Termin płatności" dokumentu rozrachunku.
- Ekspozycja z poprzedniej wizyty: notatka handlowca z pola "Uwagi z wizyty" w eLeaderze: "brak facingów w regale chłodniczym, obiecano uzupełnienie do piątku".
- Co przestało się pojawiać w zamówieniach: jeden produkt z ubiegłego zamówienia nie pojawił się w kolejnych dwóch, od trzech miesięcy.
- Aktualne promocje dla tego klienta pobrane z cennika ERP, ważne do końca miesiąca.
Całość pochodzi z API eLeadera i z bazy Comarch Optima. Handlowiec nie otwiera żadnej aplikacji. Wysiada z auta przygotowany.
Przed wizytą: jak wygląda karta klienta generowana przez AI
Karta klienta to nie jest długi raport do czytania przy biurku. AI generuje ją w formie krótkiej notatki, bo handlowiec czyta ją w aucie albo na schodach przed wejściem do sklepu. Zawiera tylko to, co zmienia przebieg rozmowy:
- Streszczenie ostatnich zamówień: co zamawiał, co przestał, co rośnie.
- Status płatności w jednym zdaniu: "Klient terminowy" albo "Przeterminowana FV/2024/1156 z 01.09, 18 dni po terminie".
- Ostatnia notatka handlowca z pola "Uwagi do wizyty" w eLeaderze albo pola komentarza w Emigo.
- Wynik poprzedniej ankiety merchandisingowej: ile punktów na stanie, co brakowało w ekspozycji.
- Rekomendacja AI: produkty, których ten klient jeszcze nie zamawiał, a kupują je podobne punkty z tej samej kategorii i regionu.
U jednego z naszych klientów, producenta artykułów spożywczych, handlowcy dostawali tę kartę rano na Teams przed wyjazdem w trasę. Kierownik działu sprzedaży powiedział, że skończyły się sytuacje, w których handlowiec wychodził ze sklepu i dopiero w aucie sobie przypominał, że klient od miesiąca ma przeterminowaną fakturę i powinien był o tym wspomnieć.
Po wizycie: co dostaje kierownik regionu
Kierownik regionu ma zwykle kilku lub kilkunastu handlowców i kilkaset aktywnych punktów sprzedaży. Ręczne przejrzenie raportów z wizyt zajmuje mu sporą część piątku. Po zakończeniu dnia system SFA ma już wszystkie raporty. AI pobiera je, analizuje i przygotowuje skrót:
- Ile wizyt zrealizowano z planu, ile pominięto i z jakiego powodu (pole "Przyczyna braku wizyty" w eLeaderze).
- Punkty sprzedaży bez wizyty od ponad trzech tygodni, posortowane według daty ostatniej obecności handlowca.
- Największe zamówienia tygodnia i które punkty nie złożyły zamówienia mimo odwiedzin.
- Nowe notatki z wizyt z flagą "wymaga uwagi kierownika" lub wpisami o problemach z ekspozycją.
Kierownik dostaje ten skrót w poniedziałek rano. Zamiast wczytywać się w tabele wyeksportowane z systemu, od razu wie, gdzie zadzwonić. Tydzień pracy zespołu w pięciu zdaniach.
Jak technicznie podłączyć AI do eLeadera, Emigo i Comarch Mobile
To jest część, którą warto rozumieć przed pierwszą rozmową z dostawcą, żeby nie dać się zaskoczyć.
eLeader Mobile Visit udostępnia REST API. Dokumentacja dostępna, producent wydaje klucze API na wniosek skierowany do działu technicznego. Przez API pobieramy: listę punktów sprzedaży, plany i wyniki wizyt, zamówienia z pozycjami, zdjęcia jako URL do pliku oraz wyniki ankiet. Dostęp wymaga konta integracyjnego z uprawnieniami do odczytu. Zapis przez API też jest możliwy, ale przy AI zazwyczaj zaczynamy od samego odczytu.
Emigo (Sagra Technology) również ma REST API, ale dostęp do dokumentacji i kluczy odbywa się przez producenta, na podstawie umowy wsparcia lub osobnej umowy integracyjnej. Jeśli korzystasz z Emigo, zapytaj Sagra Technology wprost o "Emigo API" albo "Emigo Integration". Nie jest to publicznie dokumentowane, ale klienci z aktywnym wsparciem mogą ten dostęp uzyskać. Przez API docieramy do kart punktów sprzedaży, historii wizyt, ankiet i zamówień.
Comarch Mobile Sprzedaż nie ma samodzielnego, otwartego API jako aplikacja mobilna. Integracja odbywa się przez warstwę Comarch ERP:
- Comarch ERP XL: OData API wbudowane w XL, dostępne po aktywacji i nadaniu uprawnień w konfiguracji serwera. Pobieramy przez nie dokumenty ZS, rozrachunki, cenniki i stany magazynowe.
- Comarch Optima: baza MSSQL na serwerze firmy. Można podejść do niej przez zapytania SQL lub SDK Optimy (biblioteka .NET do bardziej rozbudowanych integracji). Stąd wyciągamy dokumenty handlowe, rozrachunki i kartoteki kontrahentów.
Bezpośredni dostęp do bazy Comarch jest technicznie prosty, ale wymaga zgody firmy i współpracy z działem IT lub firmą obsługującą Comarch. Bez tego ani rusz.
Subiekt GT i nexo (InsERT): baza MSSQL (GT) lub dostęp przez SDK InsERT dla partnerów. Do prostego odczytu rozrachunków i dokumentów handlowych wystarczy często bezpośredni SELECT na bazie z uprawnieniami tylko do odczytu. Tutaj nie trzeba być partnerem InsERT.
Czego producenci nie udostępniają bez osobnej rozmowy: pełna historia synchronizacji aplikacji mobilnej, logi błędów urządzeń, zdjęcia w pełnej rozdzielczości (API często zwraca miniaturki). Przy AI zwykle te elementy nie są potrzebne, więc nie jest to blokada.
Od czego zacząć, żeby nie utknąć na etapie technikaliów
Pierwsze pytanie, które warto zadać w firmie: co handlowiec wie przed wizytą, a czego nie wie, bo nie ma czasu szukać? To jest lista rzeczy, które AI będzie mu podawać. Drugie pytanie: co kierownik regionu spędza najwięcej czasu wyciągając z raportów ręcznie? To jest lista rzeczy do automatycznego streszczania.
Pilot najlepiej uruchomić na jednym regionie albo jednym handlowcu, który chce spróbować. Technicznie potrzebujemy dostępu do API lub bazy systemu SFA, konta z uprawnieniami do odczytu w ERP i listy pól, które są istotne w codziennej pracy. Pierwsze działające testy są możliwe w kilka tygodni od uzyskania tych dostępów, zakładając że producent SFA nie przeciąga wydania kluczy.
Jeśli chcesz sprawdzić, czy dane, które masz w swoim systemie SFA, nadają się do takiego podłączenia, zapraszamy na bezpłatny audyt. Możesz też zobaczyć, jak podobne projekty wyglądały w praktyce, w realnych wdrożeniach.
Najczęstsze pytania
Czy AI może czytać dane z eLeader Mobile Visit?
Tak. eLeader udostępnia REST API, przez które można pobierać dane wizyt, zamówień i punktów sprzedaży. Wymaga konta integracyjnego i klucza API, który producent wydaje na wniosek działu technicznego.
Jak AI może pomóc handlowcowi w terenie, jeśli akurat nie ma internetu?
AI przygotowuje kartę klienta wcześniej, zanim handlowiec wyjedzie w trasę, i wysyła ją przez Teams, Slack lub e-mail. Dane są już pobrane i zapisane, więc brak zasięgu w sklepie nie jest problemem.
Czy AI zastąpi system SFA taki jak eLeader albo Emigo?
Nie. AI nie zastępuje tych systemów, tylko czyta to, co w nich jest, i podaje to w formie przydatnej w danej chwili. System SFA dalej zbiera dane z wizyty, AI pracuje na tych danych po fakcie lub przed wyjazdem.
Jak długo trwa wdrożenie integracji AI z systemem SFA?
Pilot na jednym regionie można uruchomić w kilka tygodni, pod warunkiem że API producenta jest dostępne i mamy dane logowania do systemu ERP. Czas zależy przede wszystkim od tego, jak szybko producent SFA wyda klucze integracyjne.
Czy Comarch Mobile Sprzedaż ma otwarte API dla zewnętrznych narzędzi?
Sama aplikacja mobilna nie ma odrębnego, otwartego API. Integracja odbywa się przez warstwę Comarch ERP XL (OData API) lub Optima (baza MSSQL), które przechowują zamówienia i rozrachunki zsynchronizowane z aplikacją terenową.
Opracowanie: zespół redAi z wykorzystaniem narzędzi AI.
Chcecie sprawdzić, jak AI rozwiąże to u Was?
Bezpłatny audyt potrzeb i pokaz działającego wdrożenia. Bez zobowiązań.
Umówcie bezpłatny audyt