Integracja modelu językowego z ERP i CRM — jak połączyć AI z systemami firmy
Model językowy bez dostępu do danych firmy potrafi napisać ogólną odpowiedź, ale nie powie, jaki jest stan magazynu, kiedy klient ostatnio zamawiał ani czy faktura została opłacona. Prawdziwa wartość AI w firmie pojawia się dopiero wtedy, gdy model może sięgnąć do systemów, w których te informacje się znajdują — ERP, CRM, systemu magazynowego czy księgowego. To jednocześnie najbardziej ryzykowna część wdrożenia: model, który może odczytywać i zapisywać dane w kluczowych systemach, musi być ograniczony znacznie staranniej niż asystent odpowiadający na pytania.
Krótka odpowiedź: model językowy nie powinien łączyć się z ERP czy CRM bezpośrednio. Integracja działa przez warstwę pośrednią — zestaw wąskich narzędzi, które pobierają lub zapisują konkretne dane, sprawdzają uprawnienia i parametry oraz zapisują każdą operację w dzienniku. Zaczyna się od odczytu, a zapis wprowadza stopniowo, z zatwierdzaniem przez człowieka dla operacji istotnych.
Model decyduje, które narzędzie wywołać. Kod decyduje, czy wywołanie jest dozwolone i jak zostanie wykonane.
Co daje połączenie AI z systemami
| Obszar | Zastosowanie | Dane z systemu | Rodzaj dostępu |
|---|---|---|---|
| Obsługa klienta | Odpowiedź o status zamówienia, termin dostawy, płatność | Zamówienia, wysyłki, należności | Odczyt |
| Sprzedaż | Przygotowanie handlowca do rozmowy — historia, otwarte sprawy | Karta klienta, oferty, zamówienia | Odczyt |
| Sprzedaż | Notatka ze spotkania zapisana w CRM, zadanie na kolejny kontakt | Aktywności, zadania | Zapis odwracalny |
| Zakupy | Wprowadzenie faktury kosztowej z dokumentu | Kontrahenci, pozycje, konta | Zapis z zatwierdzeniem |
| Magazyn | Pytania o stany i rezerwacje w języku naturalnym | Stany, lokalizacje, dostawy | Odczyt |
| Zarząd | Podsumowanie sprzedaży i należności w formie opisowej | Raporty, zestawienia | Odczyt |
| Windykacja | Przygotowanie przypomnień o płatnościach | Należności, historia kontaktu | Odczyt i szkic do zatwierdzenia |
Architektura integracji
Bezpieczna integracja składa się z kilku warstw, z których każda ma jasną odpowiedzialność.
| Warstwa | Zadanie |
|---|---|
| Model językowy | Rozumie prośbę, wybiera narzędzie, formułuje odpowiedź na podstawie wyników |
| Narzędzia | Wąskie funkcje, np. „pobierz status zamówienia po numerze", z walidacją parametrów |
| Kontrola dostępu | Sprawdza, czy użytkownik i agent mają prawo do danego zasobu |
| Adaptery systemów | Komunikacja z API ERP, CRM, bazą danych — ukrywają różnice między systemami |
| Pamięć podręczna | Ogranicza obciążenie systemów przy częstych zapytaniach o te same dane |
| Dziennik | Zapis każdego wywołania, parametrów, wyniku i użytkownika |
Oddzielenie narzędzi od adapterów ma praktyczne znaczenie: zmiana systemu ERP wymaga przepisania adaptera, a nie całej logiki agenta. O zasadach projektowania narzędzi i ograniczania uprawnień piszemy szczegółowo w tekście o uprawnieniach agenta AI.
Uwaga praktyczna: pokusa, żeby dać modelowi możliwość wykonywania dowolnych zapytań do bazy danych ERP „bo wtedy odpowie na wszystko", jest duża i prowadzi do kłopotów. Model może napisać zapytanie obciążające bazę, sięgnąć do danych, do których użytkownik nie ma dostępu, albo źle zinterpretować strukturę tabel. Kilkanaście dobrze zaprojektowanych narzędzi pokrywa zwykle ogromną większość realnych potrzeb.
Dostęp do systemów
Sposób połączenia zależy od możliwości konkretnego systemu. Polskie systemy ERP i CRM różnią się pod tym względem znacząco.
- Oficjalne API — najlepsza opcja, gdy system je udostępnia. Stabilne, udokumentowane, z kontrolą uprawnień.
- Moduł integracyjny producenta — dodatkowe oprogramowanie dostarczane do systemów bez publicznego API.
- Odczyt z bazy danych — przez widoki przygotowane do tego celu, na koncie z uprawnieniami tylko do odczytu, najlepiej na replice.
- Pliki wymiany — eksport i import w ustalonym formacie, gdy inne metody są niedostępne. Wolniejsze, ale bezpieczne.
- Hurtownia danych — kopia danych z wielu systemów, dobra do analiz i raportów, nieodpowiednia do danych bieżących.
Przykłady integracji z popularnymi polskimi systemami opisujemy w tekście o integracji z Comarch i Subiektem.
Zaczynaj od odczytu
Integracja tylko do odczytu niesie znacznie mniejsze ryzyko i często daje większość korzyści. Pracownik, który zamiast przeklikiwać trzy systemy pyta „jakie są otwarte zamówienia i należności firmy X", oszczędza czas bez żadnego ryzyka zmiany danych.
- Konto techniczne tylko z odczytem w każdym systemie.
- Dane w zakresie uprawnień użytkownika — handlowiec widzi swoich klientów, a nie wszystkich.
- Minimalny zakres pól zwracanych do modelu — bez danych, które nie są potrzebne do odpowiedzi.
- Limity zapytań, żeby nie obciążać systemów produkcyjnych.
- Informacja o aktualności — model podaje, z jakiego momentu pochodzą dane.
- Źródło w odpowiedzi — link do dokumentu lub karty w systemie.
Zapis danych
Zapis do systemów wprowadza się etapami, zaczynając od operacji odwracalnych i o małych skutkach.
| Rodzaj operacji | Przykład | Sposób kontroli |
|---|---|---|
| Notatki i aktywności | Podsumowanie rozmowy w CRM | Zapis automatyczny, oznaczony jako utworzony przez AI |
| Zadania i przypomnienia | Zadanie „zadzwonić w piątek" | Zapis automatyczny |
| Zmiany statusów | Etap szansy sprzedażowej | Propozycja z zatwierdzeniem |
| Dokumenty robocze | Szkic faktury zakupu, oferty | Zapis jako wersja robocza, zatwierdzenie przez człowieka |
| Dokumenty księgowe i finansowe | Zatwierdzenie faktury, płatność | Wyłącznie człowiek |
| Dane podstawowe | Zmiana danych kontrahenta, cen | Wyłącznie człowiek lub proces z podwójną kontrolą |
Spójność danych
Integracje z systemami firmowymi napotykają problemy, które nie mają nic wspólnego z AI, ale wpływają na jakość odpowiedzi.
- Duplikaty kontrahentów — ten sam klient w kilku kartach, z różną historią.
- Różne identyfikatory w ERP i CRM, bez powiązania.
- Nieaktualne dane — statusy, które ktoś zapomniał zmienić.
- Pola używane niezgodnie z przeznaczeniem — informacje w polu uwag zamiast w dedykowanych polach.
- Opóźnienia synchronizacji między systemami.
Model językowy nie naprawi złych danych — przedstawi je przekonująco. Przed wdrożeniem warto sprawdzić jakość danych w obszarze, którego dotyczy projekt, i uporządkować to, co najbardziej wpływa na odpowiedzi. Często ten etap sam w sobie przynosi firmie korzyści.
Bezpieczeństwo i dane osobowe
- Zakres danych przesyłanych do modelu ograniczony do niezbędnego minimum.
- Umowa z dostawcą modelu obejmująca przetwarzanie danych klientów i pracowników.
- Uprawnienia użytkownika przenoszone na agenta — agent nie może zobaczyć więcej niż osoba, która z nim rozmawia.
- Dziennik operacji z informacją, kto i o co pytał.
- Ochrona przed manipulacją — treści z systemów, na przykład notatki czy maile, traktowane jako dane, nie polecenia.
- Klucze dostępu przechowywane poza kodem i poza zasięgiem modelu.
Więcej o obowiązkach związanych z danymi osobowymi piszemy w tekście o AI a RODO, a o zagrożeniach specyficznych dla systemów AI — w materiale o bezpieczeństwie systemów AI.
Wydajność i obciążenie systemów
Systemy ERP rzadko są projektowane z myślą o dużej liczbie zapytań z zewnątrz. Agent obsługujący wielu użytkowników może je znacząco obciążyć. Pomaga pamięć podręczna dla danych zmieniających się rzadko, korzystanie z repliki bazy do odczytu, limity liczby zapytań na minutę oraz przygotowanie dedykowanych widoków zwracających tylko potrzebne pola zamiast pełnych rekordów. Warto też monitorować czas odpowiedzi systemów źródłowych i ustawić rozsądne limity oczekiwania, żeby wolne działanie ERP nie blokowało użytkowników agenta.
Kolejność wdrożenia
- Wybór jednego procesu i spisanie pytań, na które agent ma odpowiadać.
- Mapowanie danych — gdzie są potrzebne informacje i jak do nich dotrzeć.
- Kontrola jakości danych w tym obszarze.
- Kilka narzędzi tylko do odczytu i testy na realnych pytaniach.
- Udostępnienie wąskiej grupie użytkowników z dziennikiem i zbieraniem uwag.
- Pierwsze operacje zapisu — odwracalne, oznaczone, z możliwością cofnięcia.
- Rozszerzanie na podstawie danych z dziennika i potrzeb użytkowników.
Przykład z praktyki
Hurtownia z kilkunastoma handlowcami chce, żeby przed rozmową z klientem każdy miał szybki obraz sytuacji. Dane są rozproszone: zamówienia i należności w ERP, notatki z rozmów w CRM, reklamacje w osobnym systemie. Pierwszy etap integracji obejmuje wyłącznie odczyt. Powstaje kilka narzędzi: historia zamówień klienta z ostatniego roku, otwarte należności, ostatnie notatki i aktywne reklamacje. Każde działa w zakresie klientów przypisanych do handlowca.
Handlowiec pisze „przygotuj mnie do rozmowy z firmą X", a asystent zestawia informacje z trzech systemów w krótkie podsumowanie z linkami do źródeł. Już podczas testów okazuje się, że część klientów ma zdublowane karty w CRM, więc przed udostępnieniem zespołowi dane zostają uporządkowane. Po kilku tygodniach dochodzi pierwsza operacja zapisu: notatka z rozmowy, którą handlowiec dyktuje, a asystent zapisuje w CRM jako aktywność z oznaczeniem, że powstała z pomocą AI. Zmiany statusów i oferty pozostają po stronie handlowców.
Podsumowanie
Połączenie modelu językowego z ERP i CRM zamienia ogólnego asystenta w narzędzie, które zna sytuację firmy. Bezpieczna integracja opiera się na warstwie wąskich narzędzi z kontrolą uprawnień i dziennikiem, zaczyna od odczytu danych, a zapis wprowadza stopniowo, od operacji odwracalnych. Równie ważna jak technologia jest jakość danych w systemach, bo model przedstawi błędne dane równie przekonująco jak poprawne.
Zacznij od spisania dziesięciu pytań, które pracownicy najczęściej zadają sobie nawzajem, szukając informacji w systemach. Dla każdego ustal, skąd pochodzi odpowiedź. Taka lista to gotowy zakres pierwszego etapu integracji. Jak wygląda cały proces budowy agenta, opisujemy na stronie wdrożenie agenta AI.
Najczęstsze pytania
Nie powinien. Bezpieczna integracja działa przez warstwę pośrednią z wąskimi narzędziami, które pobierają lub zapisują konkretne dane, sprawdzają uprawnienia i parametry oraz zapisują operacje w dzienniku. Model wybiera narzędzie, a kod decyduje, czy wywołanie jest dozwolone.
Od jednego procesu i dostępu tylko do odczytu. Warto spisać pytania, na które agent ma odpowiadać, ustalić źródła danych, sprawdzić jakość danych, przygotować kilka narzędzi odczytu i udostępnić rozwiązanie wąskiej grupie użytkowników przed wprowadzeniem zapisu.
Na początku odwracalne i o małych skutkach, takie jak notatki, aktywności i zadania w CRM. Zmiany statusów i dokumenty robocze warto wprowadzać z zatwierdzeniem przez człowieka, a dokumenty księgowe, płatności i dane podstawowe pozostawić wyłącznie ludziom.
Przed wdrożeniem sprawdzić jakość danych w obszarze projektu i uporządkować duplikaty kontrahentów, brakujące powiązania identyfikatorów i nieaktualne statusy. Model językowy nie naprawi złych danych, tylko przedstawi je przekonująco, więc ten etap jest niezbędny.
Przesyłać do modelu tylko niezbędne pola, przenosić uprawnienia użytkownika na agenta, działać na kontach technicznych z ograniczonymi prawami, prowadzić dziennik operacji, przechowywać klucze poza kodem, mieć umowę z dostawcą modelu i traktować treści z systemów jako dane, a nie polecenia.
Bezpłatna wycena Twojego projektu
Opisz w kilku zdaniach, co chcesz zbudować — stronę, aplikację czy sklep. Odpowiadamy w ciągu 24 godzin roboczych konkretną propozycją zakresu i harmonogramu. Konsultacja i wycena są bezpłatne, bez zobowiązań.