Integracje / Palantir Foundry
Dokumenty i dane firmy
Integracja AI: Palantir Foundry
Podłączamy agentów AI do ontologii Foundry przez REST API i OSDK, skąd czytają obiekty WorkOrder, Asset, Shipment oraz pliki z Compass API. Asystent odpowiada działom produkcji, logistyki i utrzymania ruchu na pytania o zlecenia, historię maszyn i procedury, bez wychodzenia poza Waszą sieć.
Po prezentacji do 2 tygodni testów, z dostępem tego samego dnia. Płacicie dopiero po decyzji.
Co podłączamy
Zaczynamy od odczytu danych. Zapis i akcje w systemie Palantir Foundry włączamy dopiero wtedy, gdy sami tego chcecie.
CzytamyPola status, priority, assignedTo, assetId oraz powiązania ze zmianą, halą i odpowiedzialnym pracownikiem
AsystentFiltruje i sortuje zlecenia według priorytetu lub statusu, zwraca planistom gotową listę zadań na zmianę bez wchodzenia do Foundry
CzytamyIdentyfikatory urządzeń, powiązane awarie, przestoje, zmiany statusów i alarmy z historii zdarzeń dla każdej maszyny
AsystentLiczy przestoje w wybranym okresie, wskazuje najdłuższą przerwę i podaje daty zdarzeń dla konkretnego urządzenia na żądanie
CzytamyPole estimatedArrival, status dostawy, powiązane zlecenia produkcyjne oczekujące na materiał od konkretnego dostawcy
AsystentWykrywa opóźnienia przekraczające zdefiniowany próg i przygotowuje powiadomienie z listą zleceń, których dotyczy przesunięcie
CzytamyZbiory z ERP lub MES: stany magazynowe, listy materiałów, dane o zamówieniach i dostawcach zsynchronizowane z Foundry
AsystentOdpowiada na pytania o stany i zamówienia bez logowania do ERP, łącząc dane z kilku zbiorów jednocześnie w jednej odpowiedzi
CzytamyInstrukcje obsługi, karty BHP, procedury awaryjne i protokoły przeglądów przechowywane w Foundry jako pliki PDF
AsystentWskazuje właściwy dokument i cytuje fragment odpowiadający na pytanie o kod alarmu, procedurę lub osobę zatwierdzającą
CzytamyOdczyty z sensorów i systemów SCADA: temperatura, ciśnienie, drgania, zużycie energii w kolejnych punktach czasu
AsystentPorównuje wartości z wybranego okresu i zestawia odczyty z historią zdarzeń danego urządzenia, aby wskazać korelacje
O co pytają w praktyce
Po polsku, jak koledze z pracy. Asystent odpowiada na danych z Waszego programu, a nie z ogólnej wiedzy.
- „Które zlecenia na zmianę poranną mają status oczekujące i wysoki priorytet?”
- „Ile razy maszyna M-12 była zatrzymana w tym kwartale i kiedy najdłużej?”
- „Które dostawy są opóźnione i których zleceń produkcyjnych to dotyczy?”
- „Co robić przy alarmie E47 na sprężarce i kto zatwierdza protokół przeglądu?”
Co się zmienia
Pracownicy produkcji i logistyki dostają odpowiedzi na codzienne pytania w kilka sekund, a raporty zmiany przestają wymagać ręcznego wypełniania szablonów.
Asystent działa na Waszym serwerze, na Waszych uprawnieniach. Każdy odczyt i każda akcja zostawiają ślad w logu. Program zostaje tam, gdzie jest, razem z historią danych i nawykami zespołu.
O programie
Palantir Foundry to platforma danych dla firm przemysłowych, logistycznych i produkcyjnych. Zbiera dane z różnych źródeł: systemów ERP, sensorów, baz operacyjnych, plików Excel i interfejsów dostawców, scala je i udostępnia przez ontologię. Ontologia to semantyczny model danych: zamiast surowych tabel widzisz obiekty WorkOrder, Asset, Employee, Shipment z właściwościami i siecią powiązań między nimi.
Na co dzień pracownicy wchodzą do Foundry przez dashboardy i gotowe widoki, żeby sprawdzić statusy zleceń, historię maszyn albo stan przesyłek. Platforma przechowuje dane w zbiorach tabelarycznych, szeregach czasowych z sensorów oraz plikach w repozytorium Compass. Całość działa na infrastrukturze firmy lub w prywatnej chmurze. Foundry integruje te warstwy w jeden spójny obraz operacyjny dostępny dla różnych działów.
Gdzie to działa najlepiej
Planista produkcji
Przed startem zmiany porannej chce wiedzieć, które zlecenia WorkOrder mają status oczekujące i priorytet wysoki. Normalnie otwiera Foundry, buduje filtr w tabeli i przeskakuje przez kilka widoków, zanim dostanie listę.
Z asystentem: Agent odpytuje obiekty WorkOrder przez OSDK, filtruje po polach status i priority i zwraca posortowaną listę w kilka sekund. Planista od razu wie, co realizować w pierwszej kolejności.
Mechanik utrzymania ruchu
Podczas przeglądu maszyny M-12 potrzebuje wiedzieć, ile razy urządzenie było zatrzymane w bieżącym kwartale i jaka była najdłuższa przerwa. Dane są w Foundry, ale nie pamięta, który widok pokazuje historię zdarzeń.
Z asystentem: Agent sięga do obiektu Asset M-12, pobiera historię awarii i przestojów, oblicza statystyki i podaje wynik. Mechanik wypełnia kartę przeglądu w ciągu minuty zamiast szukać właściwego widoku.
Specjalista ds. logistyki
Rano sprawdza, czy któreś dostawy opóźniły się względem pola estimatedArrival i które zlecenia produkcyjne czekają na te materiały. W Foundry musiałby kliknąć przez kilka widoków obiektów Shipment i ręcznie zestawić dane.
Z asystentem: Agent monitoruje pole estimatedArrival, wykrywa przesunięcia powyżej progu i zestawia opóźnione dostawy z powiązanymi zleceniami. Specjalista dostaje pełny obraz w jednym komunikacie, bez otwierania Foundry.
Jak się łączymy
Do Foundry podłączamy się przez dwa kanały. Foundry REST API z modułami Dataset API, Compass API i Object Storage API v2 obsługuje pobieranie danych ze zbiorów tabelarycznych, plików i obiektów ontologicznych. Każde zapytanie wymaga tokenu usługowego, który generuje Wasz administrator Foundry i przypisuje mu dostęp wyłącznie do wskazanych zasobów.
Drugi kanał to OSDK: wygenerowany klient Python lub TypeScript dopasowany do Waszej konkretnej ontologii. Daje agentom otypowany interfejs do zapytań po polach obiektów bez pisania surowych żądań HTTP. Serwer redAi stoi w Waszej infrastrukturze lub prywatnej chmurze. Agenci pracują w trybie odczytu. Zapis do Foundry, na przykład zapisanie raportu zmiany, wymaga Waszego potwierdzenia.
Czego potrzebujemy od Was
- Aktywne konto usługowe w Foundry z uprawnieniami do odczytu wybranych zbiorów i obiektów
- Token API wygenerowany przez administratora Foundry z określonym zakresem dostępu
- Dokumentacja ontologii: lista obiektów, pól i zbiorów wchodzących w zakres integracji
- Serwer lub maszyna wirtualna w Waszej sieci do uruchomienia serwera redAi
- Administrator Foundry dostępny na pierwsze spotkanie techniczne i audyt zasobów
Czego asystent nie robi
- Nie modyfikuje danych w Foundry samodzielnie: każdy zapis wymaga wyraźnego potwierdzenia ze strony użytkownika
- Nie widzi zasobów spoza zakresu tokenu usługowego: uprawnienia definiuje Wasz administrator, nie agent
- Nie buduje nowych zbiorów danych ani dashboardów w Foundry: to zadanie dla analityków danych
- Nie gwarantuje pełnych odpowiedzi, jeśli pola obiektów w ontologii są puste lub model obiektowy jest niekompletny
Częste pytania
Czy OSDK nadaje się do każdej instalacji Foundry?
OSDK wymaga wygenerowania klienta dopasowanego do Waszej ontologii i sprawdza się najlepiej, gdy obiekty i ich pola są już stabilne. Jeśli ontologia jest w budowie albo zmienia się często, zaczynamy od Foundry REST API i Dataset API, które działają niezależnie od stanu modelu obiektowego. OSDK dodajemy później, gdy struktura się ustabilizuje.
Co jeśli nasza ontologia w Foundry nie jest jeszcze gotowa?
Zaczynamy od Dataset API i zbiorów tabelarycznych: działają niezależnie od stanu ontologii i wystarczą do pierwszych scenariuszy dla planowania i logistyki. Gdy obiekty WorkOrder i Asset ustabilizują strukturę pól, rozszerzamy integrację o OSDK. Nie trzeba czekać na kompletny model, żeby uruchomić pierwszego agenta.
Czy możemy sprawdzić, jakie pytania pracownicy zadawali asystentowi?
Tak. Logi serwera redAi zapisują każde zapytanie: kto pytał, o co i kiedy. Foundry rejestruje też każde wywołanie API od konta usługowego. Macie pełny audyt po obu stronach, co przydaje się przy wykazywaniu zgodności z polityką bezpieczeństwa i przy diagnozowaniu nieprecyzyjnych odpowiedzi agenta.
Czy agent może obsługiwać różne działy z różnymi zakresami danych?
Tak. Konfigurujemy osobnego agenta dla każdego działu z własnym kontem usługowym i tokenem przypisanym do wskazanych zbiorów i obiektów. Dzięki temu agent planisty nie widzi danych, których token nie obejmuje, na przykład obiektów Employee. Podział uprawnień definiujecie w Foundry, a my go respektujemy.
Jak zaczynamy
- Bezpłatna prezentacja. Mówicie, na czym pracujecie i co Was korkuje. Mówimy wprost, czy da się to spiąć, a jeśli nie ma czego automatyzować, też to powiemy.
- Do 2 tygodni testów. Dostęp do portalu tego samego dnia, podłączenie w trybie odczytu, sprawdzacie na własnych danych.
- Rozszerzanie. Kolejne moduły i akcje dokładamy, gdy zespół ufa temu, co dostaje. W abonamencie jest wdrożenie, integracja, szkolenie i opieka.
Inne programy: dokumenty i dane firmy
Palantir Foundry jest znakiem towarowym swojego właściciela. Nie jesteśmy z nim powiązani ani przez niego autoryzowani. Nazwy używamy wyłącznie po to, żeby wskazać, z jakim programem integrujemy asystenta.