Todas as receitas Indústria
- Comprovantes de fornecedores
- Controle de qualidade
- Certificado
- Comprovante de entrega
Receita + Prompt
Portal de Conformidade de Fornecedores
Fornecedores carregam comprovantes. O tipo de documento, validade e documentos faltantes são detectados e visíveis no portal.
- 01 Entrada
Comprovante PDF no portal
- 02 Detecção
OCR e layout
- 03 Classificação
Tipo de documento e validade
- 04 Verificação
Comprovantes faltantes
- 05 Status
Portal exibe o resultado
Implementar como
- Contexto inicial
- Compras e qualidade precisam de um status por fornecedor, sem que os comprovantes fiquem em caixas de entrada.
- Resultado automatizado
- Cada upload fornece o tipo de documento, data de validade e um status claro do portal.
- Entradas
-
- PDF do certificado
- Nota de entrega
- Comprovante ISO
- Saídas
-
- Tipo de documento
- Validade
- Comprovantes faltantes
- Status do portal
Etapas
- 01Enviar upload para o PaperOffice no navegador
- 02Iniciar OCR com processing_lane=instant
- 03Concluir job via GET /job/get/{job_id}
- 04Aplicar agente IDP ao mesmo comprovante
- 05Renderizar status e campos faltantes no portal
- Autenticação
- Chave publicável (po_pk_)
Apenas chave publicável po_pk_ no navegador. Escopo limitado a jobs de OCR e IDP. Definir lista de origens permitidas, orçamento e limite de taxa. Planejar expiração e rotação. Nunca usar po_sk_ no frontend.
- Perfil MCP
- Pontos de extremidade
-
POST /job/add/paperoffice_aiocr___generatePOST /documents/idp-agent-runGET /job/get/{job_id}
- Módulos
-
- Capture
- OCR
- Classify
- Export
- Permissões
- Escopo para POST /job/add/paperoffice_aiocr___generate e POST /documents/idp-agent-run. Sem direitos de DELETE, Admin, Billing ou Webhook em po_pk_.
- Erros e liberação
- 401/403: Verificar chave, escopo ou origem. 402: Orçamento. 429: aguardar, não repetir em loop. 202: polling até completed. Timeout: tentar novamente uma vez, depois cancelar. Erros parciais: marcar comprovante como não verificado.
- Segurança
-
- po_pk_ apenas com escopo OCR/IDP
- Manter lista de origens restrita
- Definir orçamento e limite de taxa
- Rotacionar chave, nunca entregar po_sk_
Prompt para Aplicativo próprio
Leia primeiro completamente:
https://api.paperoffice.ai/latest/docs/llms-full.txt
Tarefa:
Crie um aplicativo de navegador "Portal de Conformidade de Fornecedores". Os fornecedores carregam comprovantes. O aplicativo reconhece o tipo de documento e a validade, exibindo o status.
Estrutura:
- URL base: https://api.paperoffice.ai/latest
- Autorização: Bearer po_pk_PUBLISHABLE_KEY
- A origem é definida pelo navegador. A chave tem escopo limitado, lista permitida de origens, orçamento (HTTP 402), limite de taxa (HTTP 429), TTL máximo de 365 dias.
- Sem chaves secretas (po_sk_) no navegador. po_pk_ não pode executar ações DELETE, Admin, Billing ou Webhook.
Apenas estes endpoints:
- POST /job/add/paperoffice_aiocr___generate (arquivo multipart, processing_lane=instant, client_wait)
- GET /job/get/{job_id} em HTTP 202 ou timeout do client_wait
- POST /documents/idp-agent-run (upload ou pofid)
Fluxo:
1. Receber o arquivo.
2. Iniciar o trabalho de OCR.
3. Fazer polling em caso de 202, não infinitamente.
4. Aplicar IDP ao mesmo documento.
5. Exibir no UI o tipo de documento, a validade e os comprovantes ausentes.
Erros: Parar em 401/403 e verificar a chave. Mostrar orçamento em 402. Backoff em 429. Repetir erros de rede uma única vez. Marcar visivelmente falhas parciais. Sem endpoints inventados, sem tokens reais.- iso-9001-acme-2026.pdf
- fornecedor: ACME Components GmbH
- emitido em: 2025-03-12, válido até: 2026-03-11
Resultado esperado
tipo=iso_certificate, fornecedor=ACME Components GmbH, valid_until=2026-03-11, missing=[], portal_status=complete
Construir ou vender esta solução com a PaperOffice?
Integradores e revendedores podem ser combinados. O próximo passo é a parceria — a candidatura e a decisão imediata serão seguidas no aplicativo PaperOffice.
Iniciar parceria