Jak asystent AI odpowiada na pytania o zaległości, faktury i magazyn prosto z Comarch Optima?

Asystent AI może odpowiadać na pytania o należności kontrahenta, przeterminowane płatności, faktury z dowolnego okresu i bieżące stany magazynowe prosto z Comarch Optima, bez otwierania programu. Żeby to działało, firma stawia między Optimą a asystentem serwer MCP: aplikację, która odczytuje dane z bazy SQL Optimy i udostępnia je asystentowi jako zestaw precyzyjnie opisanych narzędzi. Handlowiec pisze pytanie w naturalnym języku, asystent wywołuje odpowiednie narzędzie i wraca z odpowiedzią opartą na bieżących danych.

Marek ma za dziesięć minut zadzwonić do klienta. Rozmowy o nowym zamówieniu ciągną się od dwóch miesięcy, ale Marek nie pamięta, ile ten klient jeszcze zalega z poprzednich faktur. Normalnie: otwiera Optimę, szuka kontrahenta, przełącza zakładki, przekopuje rozrachunki. Teraz pisze do asystenta: "Ile zalega firma Kowalski i co kupowała w ostatnim kwartale?" Po chwili dostaje odpowiedź: dwie faktury po terminie z numerami i datami, łączna kwota zaległości oraz lista dokumentów FA z ostatnich trzech miesięcy. Przy okazji widzi, że klient regularnie brał jeden asortyment, a innego nie dotykał od pół roku. To są dane z Optimy, odczytane w czasie rzeczywistym. Marek podnosi słuchawkę przygotowany.

Jakie narzędzia wystawia serwer MCP dla Optimy?

Serwer MCP dla Optimy to nie jest jeden szeroki dostęp do całej bazy. To zestaw konkretnych narzędzi, z których każde robi jedną rzecz. Typowy zestaw dla działu handlowego:

• Należności i przeterminowane płatności kontrahenta. Asystent pyta o zaległości firmy X i dostaje listę nierozliczonych dokumentów z numerami, datami wystawienia, terminami płatności i kwotami. Widać, które faktury są po terminie i o ile dni.
• Faktury z okresu. Dokumenty FA kontrahenta z ostatnich 90 dni albo z konkretnego miesiąca, z kwotami netto i brutto oraz statusem rozliczenia.
• Stan magazynowy. Dostępna ilość danego towaru na wybranym magazynie, z uwzględnieniem aktywnych rezerwacji z dokumentów ZS.
• Zamówienia od klientów. Na jakim etapie jest zamówienie, czy jest już zrealizowane jako WZ, czy czeka na kompletację. Handlowiec pyta, nie otwierając Optimy.
• Historia zakupów kontrahenta. Co kupował klient w tym roku, jakie kategorie towarów, jaka częstotliwość zamówień. Podstawa do przygotowania się przed rozmową handlową.

To nie jest zamknięta lista. Serwer MCP można rozbudować: dział zakupów dostanie zapytania o zamówienia do dostawców ZO i dokumenty PZ, magazyn o dokumenty WZ i przyjęcia, kierownik sprzedaży o zestawienia per handlowiec. Każde narzędzie to osobny byt z własnym opisem, uprawnieniami i zakresem danych. Im dokładniej opisane, tym lepiej asystent wie, kiedy po nie sięgnąć.

Jak serwer MCP łączy się z bazą Optimy i co to właściwie jest MCP?

Comarch Optima trzyma dane w SQL Server (lub w kilku bazach, gdy firma prowadzi oddziały albo kilka spółek w jednej instalacji). Serwer MCP łączy się z tą bazą jako osobna aplikacja, z własnym kontem bazodanowym o uprawnieniach tylko do odczytu wybranych tabel i widoków.

Nie loguje się do Optimy jako operator. Wchodzi bezpośrednio do bazy, odpytuje ją i zwraca wynik. Dla SQL Servera to jest kolejne połączenie, podobne do tych, które robi sama aplikacja Optima. Dlatego wdrożenie nie wymaga modyfikacji programu, nie ingeruje w licencje operatorów ani nie wymaga dokupowania dodatkowego API od Comarch.

MCP (Model Context Protocol) to otwarty standard łączenia asystentów AI z zewnętrznymi programami, rozwijany pod opieką Linux Foundation. Standard określa, jak opisywać narzędzia tak, żeby model AI rozumiał, do czego służą i kiedy po nie sięgnąć w trakcie rozmowy. Serwer zgłasza asystentowi: "Mam narzędzie do sprawdzania zaległości kontrahenta, przyjmuje jego identyfikator i zwraca listę dokumentów rozrachunkowych." Asystent sam wnioskuje, że gdy ktoś pyta o długi klienta, to właśnie tego narzędzia użyć.

Obok MCP jako standardu serwer-do-serwera powstaje WebMCP: projekt specyfikacji rozwijany w grupie W3C przez Google i Microsoft. Celem jest umożliwienie przeglądarkom bezpośredniej komunikacji z serwerami MCP. Przeglądarka miałaby dostęp do narzędzi przez API navigator.modelContext w JavaScripcie, a formularze na stronach mogłyby opisywać pola atrybutami toolname, tooldescription i toolparamdescription, żeby asystent rozumiał ich przeznaczenie. Stan na wrzesień 2026: WebMCP to jeszcze nie standard. Chrome testuje go w fazie origin trial, wejście do stabilnej wersji planowane jest na koniec 2026 roku. Edge też go testuje. Safari nie zapowiedziało wsparcia. Przeglądarka bez WebMCP po prostu ignoruje te opisy: strona działa normalnie, nic się nie psuje.

W Polsce praktycznie nikt nie oferuje jeszcze wdrożeń WebMCP. Dla Optimy: dziś liczy się serwer MCP czytający dane z bazy SQL, a asystent działa przez wewnętrzny portal firmy. Gdy WebMCP wejdzie do stabilnych wersji przeglądarek, ten sam serwer MCP będzie dostępny dla asystenta wbudowanego w przeglądarkę handlowca, bez dodatkowej aplikacji pośredniczącej.

Kto widzi co: uprawnienia per osoba i per rola

Tutaj większość firm ma pytania, zanim zdecyduje się na wdrożenie. Czy handlowiec przez asystenta zobaczy to, czego nie widzi w Optimie? Nie powinien, i to nie jest kwestia zaufania do asystenta, tylko konfiguracji serwera.

Serwer MCP przed wykonaniem narzędzia sprawdza, czy zalogowana osoba ma do niego dostęp. Jeśli nie ma, narzędzie dla niej po prostu nie istnieje. Asystent go nie zna, więc nie może go wywołać, nawet jeśli pytanie jest sformułowane sprytnymi słowami.

Typowy podział ról w firmie produkcyjno-handlowej:

• Handlowiec: należności i faktury swoich klientów (albo całego portfela, zależnie od polityki), stany magazynowe, zamówienia ZS. Bez dostępu do danych kadrowo-płacowych, bez cen zakupu, jeśli firma ich nie ujawnia.
• Kierownik sprzedaży: wszystko, co handlowiec, plus zestawienia per handlowiec i zestawienia zaległości całego portfela klientów.
• Pracownik magazynu: dokumenty WZ i PZ, stany i rezerwacje. Bez cen zakupu, bez danych rozrachunkowych.
• Księgowy: rozrachunki, rejestry VAT, dokumenty rozliczeniowe. Bez szczegółów handlowych i zamówień w toku.

Uprawnienia konfiguruje się raz, w pliku konfiguracyjnym serwera. Narzędzie dla modułu kadrowo-płacowego nie pojawia się w zestawie dostępnym dla handlowca. Jeśli firma korzysta z ról operatorów w Optimie, można je zsynchronizować z rolami w MCP: ta sama rola, ten sam zakres narzędzi. Jeden punkt zarządzania dostępem.

Warto zadać sobie pytanie przy projektowaniu: gdyby ten człowiek zadzwonił do kogoś w firmie z tym samym pytaniem, co dostałby w odpowiedzi? To dobry test, czy dany zakres narzędzi jest właściwy.

Zapis do Optimy: tylko po zatwierdzeniu przez człowieka

Odczyt danych to pierwsza i najczęstsza potrzeba. Pytanie o zapis wraca w prawie każdej rozmowie o wdrożeniu.

Technicznie: zapis do bazy Optimy przez serwer MCP jest możliwy. Można zbudować narzędzie, które tworzy dokument ZS, rezerwuje towar albo dopisuje notatkę do kartoteki kontrahenta. Ale dobre wdrożenie nie pozwala na automatyczny zapis bez zatwierdzenia przez człowieka.

Jak to wygląda w praktyce. Handlowiec mówi asystentowi: "Wystaw zamówienie dla Kowalskiego na 200 sztuk pozycji 1234." Asystent przygotowuje propozycję i wyświetla ją: dokument ZS z datą, kontrahentem, pozycją, ilością i magazynem wysyłki. Pyta: "Czy zatwierdzić i wpisać do Optimy?" Dopiero po jawnym "tak" serwer MCP wykonuje operację. Bez pytania, nigdy.

To ważne nie tylko ze względu na bezpieczeństwo. Optima często potrzebuje danych, których asystent może nie mieć w kontekście rozmowy: numer cennika, właściwy magazyn, termin płatności. Etap zatwierdzenia pozwala sprawdzić i uzupełnić zanim dokument trafi do systemu.

Jeśli firma woli zacząć bez zapisu w ogóle, serwer MCP uruchamia się w trybie tylko do odczytu. Narzędzia modyfikujące dane po prostu nie są wystawiane.

Log zapytań: kto pytał, o co i o której

Każde zapytanie do serwera MCP można rejestrować: kto pytał, jakie narzędzie zostało wywołane, z jakimi parametrami i co asystent zwrócił. To przydatne z kilku powodów.

Bezpieczeństwo. Masowe odpytywanie danych klientów w środku nocy, pytania o zakresy danych poza rolą, anomalie w liczbie zapytań: log to ujawni. Nie na poziomie "asystent coś powiedział", tylko na poziomie konkretnych wpisów z czasem i użytkownikiem.

Zgodność z RODO. Jeśli przez serwer MCP przechodzą dane osobowe kontrahentów, firma może mieć obowiązek rejestrowania przetwarzania. Log serwera MCP jest gotowym rejestrem czynności dla tej warstwy systemu, bez ręcznego tworzenia dokumentów.

Planowanie kolejnych narzędzi. Log pokazuje, o co handlowcy pytają najczęściej. Jeśli każdy rano pyta o zaległości swojego portfela, warto zbudować gotowy raport poranny wysyłany mailem, zamiast żeby każda osoba pytała asystenta z osobna. Dane z logu uzasadniają, które narzędzia warto zbudować jako następne.

Log nie musi trafiać do Optimy. Wystarczy oddzielna tabela w bazie serwera MCP albo plik z wpisami w formacie JSONL z możliwością przeszukiwania.

Od czego zaczynamy: lista kontrolna przed wdrożeniem

Zanim firma zamówi serwer MCP dla Optimy, kilka pytań do odhaczynia. Im konkretniejsze odpowiedzi na starcie, tym mniej zmian w trakcie.

• Wersja i konfiguracja Optimy. Czy baza to SQL Server, czy MSDE/LocalDB? Czy to instalacja jednej firmy, czy wielo-firmowa? Czy moduł kadrowo-płacowy działa w tej samej instalacji?
• Lista pytań, na które ma odpowiadać asystent. Każde pytanie to osobne narzędzie do zaprojektowania. "Ile zalega klient X" i "co kupował klient X w Q3" to dwa różne narzędzia. Im dokładniejsza lista na starcie, tym mniejsze ryzyko przeróbek.
• Role i uprawnienia. Kto widzi zaległości: tylko swoich klientów, czy całego portfela? Kto widzi ceny zakupu? Kto ma dostęp do narzędzi zapisu i co musi potwierdzić?
• Odcięcie danych kadrowo-płacowych. Jeśli Optima obsługuje moduł KiP, serwer MCP musi mieć explicite zablokowany dostęp do tych tabel na poziomie uprawnień bazodanowych. Nie przez "po prostu tego nie pytaj", tylko przez brak praw do odczytu w bazie SQL.
• Infrastruktura. Gdzie działa serwer MCP: na tej samej maszynie co Optima, na osobnym serwerze w sieci lokalnej? Kto go restartuje, gdy padnie? Kto sprawdzi, czy po aktualizacji Optimy struktura tabel nie zmieniła się na tyle, żeby narzędzia przestały działać?
• Retencja logu. Jak długo przechowywać logi zapytań? RODO wymaga tu decyzji przed uruchomieniem, nie po pierwszym audycie.

U jednego z klientów pierwsza lista pytań była dwupunktowa: "ile zalega" i "co kupował". Po tygodniu od uruchomienia handlowcy sami zaczęli zgłaszać kolejne: czy towar jest na magazynie, kiedy była ostatnia reklamacja, co inne firmy z tej branży kupują. To dobry znak. Ale lepiej zacząć od dwóch narzędzi, które działają pewnie, niż od dziesięciu działających "z grubsza".

Jeśli szukasz kogoś, kto zbuduje taki serwer MCP pod konkretną instalację Optimy, zajrzyj na stronę o wdrożeniu MCP dla firmy: opisujemy tam, jak wygląda współpraca i co firma dostaje na każdym etapie.

Jeśli chcesz sprawdzić, czy to ma sens dla Twojej Optimy i od czego warto zacząć, zapraszamy na 15 minut rozmowy o MCP. Bez prezentacji, bez zobowiązań. Konkret: jakie narzędzia, jaka rola, jaki zakres danych. A jak interesuje Cię, jak podobne wdrożenia wyglądały u innych firm, sprawdź realne wdrożenia.