Jak AI odpowiada handlowcowi, na kiedy zdąży zlecenie, gdy planujesz produkcję w Asprova lub Opcenter APS?

Każdego dnia kilkanaście telefonów i maili do planisty: "Na kiedy ten przetarg?", "Klient Nowak naciska, kiedy zdąży ta partia?". AI podłączone do Asprovej lub Opcenter APS odpowiada na te pytania w kilka sekund, bez angażowania planisty. Sprawdza harmonogram, operacje, obciążenia zasobów i braki materiałowe, podaje termin i wyjaśnia, skąd wzięło tę datę. Plan nadal leży w rękach planisty, bo AI nic w nim nie zmienia.

Co APS wie, a data w zleceniu ERP nie mówi wprost

ERP przechowuje zlecenia produkcyjne z datami i ilościami. Ale data w polu "Termin realizacji" w zleceniu Comarch XL, SAP PP czy Dynamics to data życzeniowa. ERP nie wie, że frezarka CNC przez dwa dni ma przestój na przegląd, że lakiernia ma pełną kolejkę do piątku albo że do konkretnego zlecenia brakuje blachy nierdzewnej w magazynie.

Asprova i Opcenter APS właśnie to wiedzą. Pobierają zlecenia z ERP i układają je w szczegółowy harmonogram z uwzględnieniem dostępności każdego zasobu, priorytetów, buforów i materiałów. Typowo harmonogram rozpisuje każdą operację z atrybutami takimi jak PlannedStart, PlannedEnd, ResourceID i Priority. Wynik wraca do ERP i MES jako dane do realizacji na hali.

Problem nie leży w samym systemie. Leży w tym, że ten szczegółowy plan widzi planista. Handlowiec nie wchodzi do Asprovej, bo interfejs jest dla kogoś, kto rozumie harmonogramowanie na poziomie operacji i zasobów. Więc pyta, planista sprawdza, oddzwania. Powtarza się to kilkanaście razy dziennie, często w najmniej dogodnym momencie dla osoby, która właśnie liczy przeplanowanie po nagłej awarii.

Jak fizycznie wyciągamy dane z Asprovej i Opcenter APS

To pierwsze pytanie, które pada na spotkaniu: czy w ogóle da się tam wejść z zewnątrz? Odpowiedź: tak, ale sposób zależy od systemu i wersji.

Asprova trzyma harmonogram w relacyjnej bazie danych, typowo SQL Server lub Oracle. Tabele, z których najczęściej czytamy, to WorkOrder (zlecenia z datami, priorytetami, statusami), Operation (operacje z przypisanymi zasobami i oknami czasowymi: pola PlannedStart, PlannedEnd, ActualStart), Resource (maszyny, stanowiska, brygady) oraz Material (stan i braki materiałowe na poziomie zlecenia). Nowsze wersje Asprovej, od 14. generacji, mają własne API integracyjne, które pozwala odpytywać harmonogram bez bezpośredniego dostępu do bazy. Większość polskich wdrożeń, szczególnie tych kilkuletnich, korzysta jednak z bezpośredniego dostępu do bazy lub z pliku wymiany CSV, który Asprova generuje automatycznie po każdym zatwierdzeniu planu.

Dobra informacja: Asprova nie blokuje odczytu danych przez integratora. Producent dokumentuje schemat tabel dla partnerów. Do samego odczytu potrzebujecie konta z uprawnieniami READ ONLY na bazie SQL Server. Żadnej dodatkowej opłaty licencyjnej za odczyt nie ma.

Opcenter APS (Siemens, dawniej Preactor) ma REST API dostępne od wersji 15. Zapytanie GET na endpoint /api/v1/jobs zwraca JSON z bieżącym harmonogramem: numery zleceń, operacje, zasoby, okna planowania, statusy. Starsze instalacje Preactora korzystają z pliku wymiany PEX (Preactor Exchange Format) albo z eksportu do Excela przez wbudowany moduł raportowy. Siemens wymaga, żeby dostęp do API konfigurował certyfikowany partner wdrożeniowy. Zanim zaplanujecie integrację, sprawdźcie z waszym dostawcą Opcenter, która wersja jest zainstalowana i czy wasza umowa serwisowa obejmuje dostęp integracyjny.

Czego żaden z tych systemów nie udostępnia: historii scenariuszy symulacyjnych, które planista testował przed zatwierdzeniem planu (opcja What-If w Asprova, scenariusze w Opcenter). AI czyta zatwierdzony wynik harmonogramu, a nie wewnętrzne obliczenia systemu ani odrzucone warianty.

Ważna sprawa przy pierwszym podłączeniu: nazwy kolumn w bazie APS są często zmienione przez integratora wdrożeniowego pod procesy konkretnej firmy. Pole "Data obiecania klientowi" może mieć nazwę CustomerRequestDate, DemandDueDate albo zupełnie inną. To trzeba ustalić z osobą, która wdrażała system, bo bez tego mapowania AI nie wie, co czyta.

Na kiedy zdąży zlecenie? Jak wygląda rozmowa handlowca z asystentem

Handlowiec wpisuje do systemu: "Klient Nowak pyta, czy da się zdążyć ze zleceniem ZP/2026/1147, 400 obudów, do 20 listopada. Co mówi plan?"

AI robi trzy rzeczy naraz. Sprawdza, kiedy zaplanowana jest ostatnia operacja tego zlecenia, na przykład malowanie proszkowe na linii L3. Sprawdza, czy wszystkie poprzednie operacje mają status "zaplanowany" i żadna nie jest zawieszona ani bez przypisanego zasobu. I sprawdza, czy nie ma aktywnej flagi braku materiału blokującego start. Wynik dostaje handlowiec:

"Zlecenie ZP/2026/1147 ma planowany koniec na 18 listopada o 14:00. Wszystkie 7 operacji jest zaplanowanych, brak materiałów nie blokuje startu. Możecie obiecać 20 listopada z jednym dniem zapasu."

Albo odwrotnie: "Operacja 4, toczenie na tokarce T5, jest zaplanowana na 21-22 listopada, bo T5 jest zajęta od 17 do 20 listopada na zleceniach ZP/2026/1098 i ZP/2026/1112. Obiecanie 20 listopada byłoby ryzykowne. Żeby ocenić, czy da się zmienić kolejkę, warto zgłosić to planistce."

Handlowiec dostaje konkret. Wie, co powiedzieć klientowi. Wie też, co zgłosić wewnętrznie, jeśli klient naciska na wcześniejszy termin.

Każde zapytanie zostawia ślad w systemie: jakie zlecenie, kiedy, jaka odpowiedź. Planista rano widzi, które zlecenia wzbudzały zainteresowanie poprzedniego dnia. Jeśli to samo zlecenie było sprawdzane trzy razy przez dwóch handlowców, to sygnał, że klient naciska albo termin jest niepewny.

Zlecenia zagrożone i przeciążone maszyny: poranny raport zamiast telefonów

Poza odpowiadaniem na bieżące pytania AI robi rano przegląd całego harmonogramu. Sprawdza po kolei:

• Zlecenia, gdzie planowany termin zakończenia jest bliżej daty obiecania niż ustalony bufor, np. mniej niż jeden dzień roboczy.
• Operacje bez przypisanego zasobu: planista jeszcze nie uzupełnił harmonogramu po zmianie asortymentu.
• Zlecenia z aktywną flagą braku materiału w polu MaterialAvailability lub jego odpowiedniku, które nie mogą startować, choć termin się zbliża.
• Zasoby z obciążeniem powyżej 100% w którymkolwiek z kolejnych 10 dni roboczych: sygnał, że zlecenia będą się opóźniać kaskadowo.

Wynik takiego przeglądu trafia rano na skrzynkę planisty i szefa produkcji. Nie jako alarm, tylko jako lista do sprawdzenia: 3 zlecenia zagrożone, frezarka F2 przeciążona od środy, jedno zlecenie z brakiem materiału.

U jednego klienta, producenta elementów z aluminium dla przemysłu motoryzacyjnego, ten poranny raport zastąpił półgodzinne odpytywanie planisty przez kierownika sprzedaży. Zamiast biegać po halach z telefonem, oboje dostają skrzynkę z gotową listą i zaczynają dzień od realistycznego obrazu sytuacji.

Poza monitoringiem zleceń AI zestawia na żądanie obciążenie konkretnych zasobów na najbliższe dni. Szef produkcji pyta: "Pokaż obciążenie frezarek F1-F4 na przyszły tydzień." AI odczyta z bazy harmonogramu operacje przypisane do tych zasobów, zsumuje czas pracy i czas dostępny, i wypisze, gdzie jest luzem, a gdzie jest ciasno. Asprova i Opcenter mają własne widoki obciążeń, ale te widoki wymagają zalogowania i kilku kliknięć. AI podaje to samo w odpowiedzi na jedno pytanie.

Komunikaty do klientów i granica między AI a planistą

Gdy planista przesuwa zlecenie, bo musiał ustąpić miejsca pilniejszemu zamówieniu, ktoś musi napisać do klienta. To spada na handlowca, który nie zawsze zna przyczynę przesunięcia i pisze ogólnikowo: "Z powodów technicznych termin się zmienił." Klient czyta i irytuje się, bo nie wie, o co chodzi.

AI może przygotować projekt maila: pobiera poprzedni termin z historii harmonogramu, nowy planowany termin zakończenia i komentarz planisty, jeśli jest wpisany w polu RescheduleComment lub odpowiedniku, i składa gotowy projekt. Handlowiec przegląda, dopasowuje ton i wysyła. Nie musi sam kombinować, jak napisać o "przestawieniu operacji na tokarce". AI tłumaczy to na język, który klient przyjmie.

Tutaj warto zaznaczyć twardo, bo to ważne dla całego wdrożenia: AI nic w harmonogramie nie zmienia. Kolejność zleceń, podział operacji, zamiana zasobu, symulacja scenariusza, akceptacja planu: to wszystko leży wyłącznie po stronie planisty z dostępem do systemu i wiedzą o tym, co się dzieje na hali. System APS to precyzyjne narzędzie i przypadkowa zmiana jednej operacji może przeorganizować plan na całym wydziale. AI czyta, tłumaczy, pilnuje i informuje. Plan zmienia człowiek.

Od czego zaczynamy

Zanim AI zacznie odpowiadać handlowcom, trzeba ustalić kilka rzeczy po kolei.

Najpierw weryfikujemy dostęp techniczny: wersja Asprovej lub Opcenter, model bazy danych, aktywność API i to, kto zarządza uprawnieniami. W przypadku Asprovej zwykle wystarczy konto READ ONLY na SQL Server. W przypadku Opcenter sprawdzamy z waszym partnerem Siemensa, czy REST API jest aktywne i czy wasza wersja je obsługuje.

Potem mapujemy pola. Nazwy kolumn, kody statusów, formaty dat, to, jak zakodowane są braki materiałowe i priorytety zleceń w waszej konkretnej instalacji. Bez tego mapowania AI nie wie, co czyta.

Na końcu testujemy na realnych danych: bierzemy kilkadziesiąt zleceń z ostatniego miesiąca i sprawdzamy, czy AI odpowiada tak samo jak planista odpowiadałby na te same pytania. Rozbieżności na tym etapie są normalne i wynikają z lokalnych konwencji nazewniczych w bazie.

Realny czas od decyzji do działającego asystenta dla handlowców to kilka tygodni, zależnie od złożoności waszego harmonogramu i dostępności osoby, która zna schemat danych waszej instalacji APS.

Chcecie sprawdzić, czy wasza wersja Asprovej lub Opcenter daje dostęp, który to umożliwia? Zarezerwujcie 15 minut rozmowy. Możecie też przejrzeć realne wdrożenia w polskich firmach produkcyjnych i zobaczyć, jak to działa na konkretnych danych.