MCP tylko do odczytu: jak podłączyć AI do ERP i nie stracić kontroli nad danymi

Najczęstsze pytanie przy wdrożeniu AI na danych z ERP brzmi: „czy AI coś nam zepsuje albo wyniesie dane klientów?”. To dobre pytanie. Asystent z dostępem do ERP może być bardzo przydatny, ale tylko wtedy, gdy wiadomo dokładnie, co może zrobić, a czego nie.

Poniżej siedem zasad, od których zaczynamy każde podłączenie przez MCP.

1. Na start tylko odczyt

Serwer MCP łączy się z ERP użytkownikiem, który ma prawo tylko czytać, i tylko wybrane dane. Asystent fizycznie nie może zmienić stanu, wystawić faktury ani usunąć kontrahenta, bo serwer nie ma takich narzędzi, a baza by na to nie pozwoliła.

Zapis włączamy dopiero dla konkretnych operacji (np. „utwórz zamówienie z tej rozmowy”), po testach na prawdziwych przypadkach, i zawsze z zatwierdzeniem przez człowieka.

2. Wąskie narzędzia zamiast dostępu do bazy

Asystent nie dostaje „dostępu do Subiekta”. Dostaje listę narzędzi, np. „stan towaru”, „należności po terminie”. Każde narzędzie zwraca tylko te pola, które są potrzebne do odpowiedzi. Marże, wynagrodzenia czy pełne dane osobowe nie trafiają do narzędzi, jeśli nikt ich nie potrzebuje.

Unikamy narzędzi w rodzaju „wykonaj dowolne zapytanie SQL”. Są wygodne, ale wtedy nie wiadomo, jakie dane mogą wyjść.

3. Uprawnienia jak w ERP

Serwer wie, który pracownik pyta, i stosuje te same zasady co w ERP: handlowiec widzi swoich klientów, magazyn widzi stany, księgowość widzi należności. Asystent nie omija uprawnień, bo pyta serwer w imieniu konkretnej osoby.

4. Każde zapytanie w logu

Log zapisuje: kto pytał, kiedy, jakie narzędzie zostało użyte i jakie dane wyszły. To odpowiedź na pytanie „kto widział dane klienta X” i jednocześnie najlepsze źródło wiedzy, czego ludzie w firmie naprawdę potrzebują.

5. Dane w UE i bez trenowania modelu

• Serwer MCP działa na Twoim serwerze albo na serwerze w UE.
• Model AI wybieramy tak, żeby dostawca nie trenował go na Twoich danych. W planach firmowych (Claude Team i Enterprise, ChatGPT Business i Enterprise, Copilot dla firm) dostawcy deklarują, że dane klientów nie służą do trenowania. Warto to sprawdzić w umowie konkretnego planu.
• Gdy dane są szczególnie wrażliwe, można użyć modelu uruchomionego na własnym serwerze (np. polskiego modelu Bielik), kosztem jakości i mocy obliczeniowej.

6. RODO: umowa powierzenia i retencja

Jeśli przez asystenta przechodzą dane osobowe klientów (imię, adres, e-mail), dostawca AI przetwarza je w Twoim imieniu. Potrzebna jest umowa powierzenia (DPA) z dostawcą modelu i zapis w Twoim rejestrze czynności przetwarzania. Ustal też, jak długo przechowywane są rozmowy i logi.

To decyzje prawne, nie techniczne: przygotowujemy opis przepływu danych, a decyzję podejmuje Twój prawnik albo inspektor ochrony danych.

7. AI Act: rejestr i szkolenie

AI Act obejmuje także firmy, które tylko używają AI. Przy asystencie do pytań o stany i należności zwykle wystarczy:

• spisać, jakich narzędzi AI używa firma i do czego,
• przeszkolić pracowników z podstaw (co asystent może, czego nie, kiedy sprawdzić odpowiedź w ERP),
• nie używać AI do decyzji o ludziach (np. ocena pracowników, scoring klientów) bez dodatkowej analizy.

Lista kontrolna przed startem

• Użytkownik bazy tylko do odczytu, ograniczony do wybranych danych.
• Lista narzędzi z opisem pól, które zwracają.
• Uprawnienia pracowników takie jak w ERP.
• Log zapytań i miejsce, gdzie można go przejrzeć.
• Serwer w firmie albo w UE, model bez trenowania na danych firmy.
• Umowa powierzenia z dostawcą AI i zapis w rejestrze RODO.
• Krótkie szkolenie zespołu i spis używanych narzędzi AI.
• Test na 50-100 prawdziwych pytaniach przed udostępnieniem.

Jeśli chcesz sprawdzić, czy Twoje dane są gotowe na takie podłączenie, zacznij od audytu AI (od 1 500 zł netto, odliczany od wdrożenia). Opis technicznej strony podłączenia jest w tekście serwer MCP dla Subiekta i Optimy, a cała oferta na stronie wdrożenia AI na danych z ERP.