poai_ Server a server Chiave API
- Diritti dell'account che la crea (amministratore: intero account)
- Non consegnare mai nel codice del browser
- Nessun header Origin necessario
- Bloccato per MCP
- Può essere limitata agli indirizzi IP
Autenticazione e Chiavi
Ogni endpoint del prodotto PaperOffice-API richiede l'intestazione Authorization: Bearer. Nessun flusso OAuth, nessun refresh.
Due tipi di token, diritti chiari, limiti di frequenza documentati.
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()); Primo avvio
Il percorso dopo /latest/job/add/ è il nome dell'operazione: solitamente in forma handler___command (ad esempio paperoffice_aiocr___generate), e per i dati strutturati IDP, la pipeline dedicata workflow.
Authorization: Bearer po_ut_… — un endpoint di prodotto non ha bisogno di altro. poai_ e po_ut_ non inviano l'intestazione Origin.
handler___command con tre trattini bassi; workflow è l'eccezione con uno slug dedicato. La notazione puntata risponde a API con HTTP 400 JOB_CONFIG_INVALID.
client_wait è true per impostazione predefinita: API mantiene la connessione e restituisce il risultato inline. Se la finestra temporale non è sufficiente, viene restituito HTTP 202 con job_id e poll_url per GET /latest/job/get/{job_id}.
Per idp_collection=invoice, si consiglia il modello basic-pro-max. Il modello effettivamente utilizzato viene restituito nel campo della risposta 'model' e può differire da quello richiesto.
Tipi di token
Entrambi devono essere inviati al server. Vengono creati, ruotati e revocati nell'app sotto Account → API.
poai_ Server a server po_ut_ Utente Le chiamate dirette dal browser non passano attraverso questi due token, ma utilizzano la chiave pubblicabile po_pk_ — vincolata alla provenienza, con budget e limiti di frequenza. Visualizzare le chiavi pubblicabili
Autorizzazioni
Un User Token possiede esattamente i diritti del suo utente in questi ambiti. Singoli ambiti non possono essere assegnati durante la creazione; per limitare l'accesso si utilizza un token di gruppo (po_gt_) con i diritti di un gruppo di utenti.
documents Caricamento, Download, elaborazione
workspaces Gestione cartelle e struttura
ai_jobs OCR, IDP, estrazione
billing Lettura utilizzo e saldo conto
users Gestisci i membri del team
webhooks Ricevi eventi
knowledge_base Database delle conoscenze e FAQ
agents Configurare gli agenti IDP
workflows Creare automazioni
compliance Audit, GDPR, archiviazione
Limiti di frequenza
Il conteggio avviene per token; senza Bearer per indirizzo IP. I valori seguenti sono i minimi documentati che si applicano a ogni tariffa.
Gli header RateLimit-* e X-RateLimit-* di ogni risposta indicano quanto rimane disponibile nella finestra corrente.
La API risponde con RATE_LIMIT_EXCEEDED. Ripetere la chiamata dopo il tempo indicato nell'header Retry-After.
Le tariffe a pagamento si trovano al di sopra di questi valori minimi. Quale tariffa ha quale ambito è indicato nella pagina dei prezzi.
Sicurezza
Sei meccanismi che entrano in azione durante l'esercizio — ciascuno con un codice di stato verificabile o una posizione nell'app.
Le chiavi vengono create, elencate, ruotate e revocate nell'app sotto Account → API. Un token revocato risponde con HTTP 401 TOKEN_NOT_FOUND.
I token scaduti rispondono con HTTP 401 BEARERTOKEN_EXPIRED, quelli errati con HTTP 401 INVALID_TOKEN. Publishable Keys sono validi per 180 giorni dalla creazione.
Nel piano Free sono applicati limiti di frequenza per token. Nei piani a pagamento, il conteggio avviene a livello di account; fintanto che sono disponibili Credits, non si applicano limiti di frequenza.
Le chiavi pubblicabili richiedono ad ogni richiesta un Origin dalla allowlist; altrimenti l'API risponde con 403 ORIGIN_HEADER_REQUIRED o DOMAIN_NOT_ALLOWED.
Ogni risposta fatturata include un blocco _billing; la valutazione per chiamata fornisce GET /latest/billing/usage-detail.
Il login all'account, la gestione delle chiavi, OAuth, l'amministrazione dei partner, le modifiche ai pagamenti e il cracking delle password sono bloccati per le chiavi del browser. Il prodotto APIs con lettura della fatturazione e webhook è consentito. Eliminare Workspace, svuotare il cestino e revocare la Legal Hold è possibile solo nell'app (403 UI_ONLY_ENDPOINT).
Iniziare ora
Nell'app, crei la chiave in Account → API. La prima chiamata è descritta passo per passo nella Prima chiamata API.
Operazioni e fiducia
Contratti, sicurezza, supporto e limiti, tutti linkati in un unico luogo.
Prossima fermata
Il prossimo passo consigliato nel funnel degli sviluppatori e due diramazioni pertinenti.
AI-DMS
Documenti. Intelligenza. Impatto reale.
PaperOffice AI è l’AI-DMS. Quattro aree funzionali sulle stesse fondamenta DMS, disponibili tramite tre accessi.
Panoramica di funzionalità, moduli e vantaggi.
Acquisire, organizzare, cercare e collaborare sui documenti.
Integrarsi senza interruzioni nei sistemi e nei flussi di lavoro di intelligenza artificiale.
Nessuna installazione, pronto in pochi secondi.
Ricerca di tutti gli strumenti