Skanuj, podpisuj i czatuj z AI
Mobile App
Aplikacja mobilna paruje się z Państwa kontem przez kod QR i przenosi skaner, podpis, czat i dokumenty na telefon.
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.
Nie jest potrzebne żadne SDK Hostowane w UE REST i MCP
- Własna infrastruktura UE Państwa dane pozostają w Europie.
- ISO/IEC 27001 certyfikowane Bezpieczeństwo certyfikowane.
- SOC 2 Type II w przygotowaniu 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.
Workflow Agent
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ć.
Prompt dla Claude, ChatGPT lub Cursor
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_KEYAPI 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 "file_1=@invoice.pdf" \ -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.
01 · REST API
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.
