API & MCP
Jedno konto. Trzy podejścia: REST, MCP i llms.txt.
Te same 300+ narzędzi API/MCP — niezależnie od tego, czy integrują się Państwo przez REST, pracują w kliencie AI za pomocą MCP, czy przekazują plik llms.txt.
Jedno konto, hostowane w UE: Za każdym podejściem stoi ta sama warstwa dokumentów.
- Własna infrastruktura UE Państwa dane pozostają w Europie.
- ISO 27001 aktywny Zaufanie certyfikowane.
- SOC 2 Typ II aktywny Międzynarodowe standardy audytu.
- Ponad 24 lata doświadczenia Sprawdzone. Stabilne. Bezpieczne dla przyszłości.
Showroom
Co można zbudować z PaperOffice
Od pojedynczego wywołania API do agenta dokumentów: Showroom pokazuje aplikacje, prompty i techniczne przepisy.
Autonomiczna kontrola i zatwierdzanie faktur
Ekstrakcja, weryfikacja z dostawcą, wykrywanie duplikatów, zatwierdzanie i wynik zgodny z wymogami rewizyjnymi w jednym procesie.
Document AIKontrola umów pod kątem ryzyk
Automatyczne wykrywanie klauzul, terminów i odchyleń.
ComplianceWeryfikacja adresów
Wyodrębnianie, geokodowanie i weryfikacja danych z dokumentów.
TransformationPrzygotowanie plików PDF dla agentów
OCR, struktura i metadane dla systemów downstream.
KnowledgePytania o wiedzę w czasie rzeczywistym
Odpowiedzi z bieżącego zbioru dokumentów, a nie z kopii.
Szybki start
Od promptu do pierwszego wywołania API
Bez konieczności czytania dokumentacji: Agent kodowania odczytuje plik llms.txt i po jego przeczytaniu zna możliwości, uwierzytelnianie oraz punkty końcowe.
- Przekazanie pliku llms.txt Agent odczytuje maszynowo czytelny opis API.
- Połączenie konta Jedno konto dla REST i MCP, jeden token w nagłówku.
- Opis aplikacji Proszę opisać w języku naturalnym, co ma powstać.
Read https://api.paperoffice.ai/latest/docs/llms.txt and understand the available Document Operations.
Then build a workflow that:
1) Analyses incoming invoices
2) Checks required fields
3) Returns the result as structured JSON
4) Uses Authorization: Bearer po_ut_YOUR_API_KEY API zrozumiane · gotowe do pierwszego wywołania API
curl -X POST \ "https://api.paperoffice.ai/latest/job/add/workflow" \ -H "Authorization: Bearer po_ut_YOUR_API_KEY" \ -F "[email protected]" \ -F "idp_collection=invoice" \ -F "model=basic-pro-max" import requestsresponse = requests.post( "https://api.paperoffice.ai/latest/job/add/workflow", headers={"Authorization": "Bearer po_ut_YOUR_API_KEY"}, files={"file_1": open("invoice.pdf", "rb")}, data={"idp_collection": "invoice", "model": "basic-pro-max"},)print(response.json()) const form = new FormData();form.append("file_1", new Blob([await readFile("invoice.pdf")]), "invoice.pdf");form.append("idp_collection", "invoice");form.append("model", "basic-pro-max");const response = await fetch("https://api.paperoffice.ai/latest/job/add/workflow", { method: "POST", headers: { Authorization: "Bearer po_ut_YOUR_API_KEY" }, body: form,});console.log(await response.json()); <?php$ch = curl_init("https://api.paperoffice.ai/latest/job/add/workflow");curl_setopt_array($ch, [ CURLOPT_RETURNTRANSFER => true, CURLOPT_HTTPHEADER => ["Authorization: Bearer po_ut_YOUR_API_KEY"], CURLOPT_POSTFIELDS => [ "file_1" => new CURLFile("invoice.pdf"), "idp_collection" => "invoice", "model" => "basic-pro-max", ],]);echo curl_exec($ch); Pierwsze wywołanie API
Jak wygląda pierwsze wywołanie API
Żądanie POST na /latest/job/add/workflow z plikiem, kolekcją i modelem — wraz z tokenem Bearer w nagłówku. To wszystko.
- Nagłówek
Authorization: Bearer po_ut_YOUR_API_KEY — brak przepływu OAuth, brak logiki odświeżania, brak wymogu użycia SDK.
- Jeden potok na wywołanie
Ścieżka po /latest/job/add/ wskazuje nazwę potoku; workflow dostarcza strukturyzowane IDP.
- Wynik lub job_id
Domyślnie API utrzymuje połączenie i zwraca wynik inline; w przeciwnym razie otrzymają Państwo HTTP 202 z job_id i poll_url.
Trzy podejścia
Jak PaperOffice integruje się ze stosem technologicznym
Wykorzystanie dokładnie tego podejścia, którego wymaga produkt lub agent. Dokument pozostaje tym samym niezawodnym źródłem prawdy.
Dla własnych produktów
Wywoływanie operacji na dokumentach bezpośrednio z backendu, workflow lub SaaS.
- API oparte na JSON
- Zadania asynchroniczne
- Webhooki i zdarzenia
Dla agentów AI
Natywne wbudowanie PaperOffice w Claude, ChatGPT, Cursor i inne klienty MCP.
- Odkrywanie narzędzi
- Dostęp do dokumentów na żywo
- Kontrolowane akcje
Dla agentów programistycznych
Agent programistyczny natychmiast rozumie możliwości, uwierzytelnianie i przykłady.
- Nie wymaga SDK
- Dokumentacja czytelna dla maszyn
- Bezpośrednie kopiowanie
Pytania
Najczęściej zadawane pytania dotyczące API i MCP
Jakie są różnice między REST, MCP a llms.txt?
REST to interfejs dla własnych produktów, serwer MCP dostarcza te same narzędzia do klientów AI, takich jak Claude, ChatGPT lub Cursor, a llms.txt opisuje oba w formacie maszynowo czytelnym dla agentów kodujących. Wszystkie trzy podejścia działają na tym samym koncie i tej samej warstwie dokumentów.
Czy potrzebuję SDK?
Nie. API to HTTP i JSON, wystarczy dowolny klient HTTP. Dla agentów kodujących maszynowo czytelny opis znajduje się pod adresem https://api.paperoffice.ai/latest/docs/llms.txt.
Jak się uwierzytelniać?
Za pomocą tokenu w nagłówku HTTP: Authorization: Bearer po_ut_YOUR_API_KEY. Jakie rodzaje kluczy istnieją i do czego służą, można znaleźć na stronie Uwierzytelnianie i Klucze.
Gdzie znaleźć gotowe przykłady?
W Cookbook znajdują się gotowe do skopiowania prompty i przykłady kodu; kolekcja Postman zawiera te same punkty końcowe do bezpośredniego przetestowania.
Następny przystanek
Jak dalej
Zalecany następny krok w lejku deweloperskim i dwa odpowiednie odgałęzienia.