- Certificados de proveedores
- Control de calidad
- Certificado
- Albarán de entrega
Portal de Cumplimiento de Proveedores
Los proveedores cargan comprobantes. El tipo de documento, la validez y los documentos faltantes se detectan y son visibles en el portal.
- 01 Entrada
Comprobante PDF en el portal
- 02 Detección
OCR y diseño
- 03 Clasificación
Tipo de documento y validez
- 04 Verificación
Comprobantes faltantes
- 05 Estado
El portal muestra el resultado
- Situación inicial
- Compras y calidad necesitan un estado por proveedor, sin que los comprobantes queden en buzones de correo.
- Resultado automatizado
- Cada carga proporciona tipo de documento, fecha de validez y un estado claro del portal.
- Entradas
-
- PDF de certificado
- Albarán
- Comprobante ISO
- Salidas
-
- Tipo de documento
- Validez
- Comprobantes faltantes
- Estado del portal
Proceso
- 01Enviar carga al navegador a PaperOffice
- 02Iniciar OCR con processing_lane=instant
- 03Finalizar trabajo mediante GET /job/get/{job_id}
- 04Aplicar agente IDP al mismo comprobante
- 05Renderizar estado y campos faltantes en el portal
- Autenticación
- Clave publicable (po_pk_)
Solo Publishable Key po_pk_ en el navegador. Alcance limitado a trabajos de OCR e IDP. Establecer lista de orígenes permitidos, presupuesto y límite de tasa. Planificar expiración y rotación. Nunca usar po_sk_ en el frontend.
- Perfil MCP
- Puntos finales
-
POST /job/add/paperoffice_aiocr___generatePOST /documents/idp-agent-runGET /job/get/{job_id}
- Módulos
-
- Capture
- OCR
- Classify
- Export
- Permisos
- Alcance para POST /job/add/paperoffice_aiocr___generate y POST /documents/idp-agent-run. Sin derechos de eliminación, administración, facturación o webhook en po_pk_.
- Errores y liberación
- 401/403: Verificar clave, alcance u origen. 402: Presupuesto. 429: esperar, no bucle infinito. 202: sondear hasta completed. Tiempo de espera: reintento único, luego cancelar. Errores parciales: marcar comprobante como no verificado.
- Seguridad
-
- Solo po_pk_ con alcance OCR/IDP
- Mantener la lista de orígenes estricta
- Establecer presupuesto y límite de tasa
- Rotar clave, nunca entregar po_sk_
Prompt para Aplicación propia
Lea primero completamente:
https://api.paperoffice.ai/latest/docs/llms-full.txt
Tarea:
Construya una aplicación de navegador "Portal de Cumplimiento de Proveedores". Los proveedores cargan comprobantes. La aplicación detecta el tipo de documento y la validez y muestra el estado.
Marco:
- URL base: https://api.paperoffice.ai/latest
- Autorización: Bearer po_pk_PUBLISHABLE_KEY
- El navegador establece el origen. La clave tiene alcance limitado, lista de orígenes permitida, presupuesto (HTTP 402), límite de tasa (HTTP 429), TTL máximo de 365 días.
- Sin claves secretas (po_sk_) en el navegador. po_pk_ no puede realizar acciones de eliminación, administración, facturación o webhook.
Solo estos puntos finales:
- POST /job/add/paperoffice_aiocr___generate (archivo multipart, processing_lane=instant, client_wait)
- GET /job/get/{job_id} en HTTP 202 o tiempo de espera de client_wait
- POST /documents/idp-agent-run (carga o pofid)
Flujo:
1. Recibir archivo.
2. Iniciar trabajo OCR.
3. Si 202, sondear, no infinitamente.
4. Aplicar IDP al mismo documento.
5. Mostrar tipo de documento, validez y comprobantes faltantes en la interfaz.
Errores: Detenerse ante 401/403 y verificar clave. Mostrar presupuesto en 402. Backoff en 429. Reintentar errores de red una vez. Marcar visibles los errores parciales. Sin puntos finales inventados, sin tokens reales. - iso-9001-acme-2026.pdf
- proveedor: ACME Components GmbH
- emitido: 2025-03-12, válido hasta: 2026-03-11
Resultado esperado
typ=iso_certificate, supplier=ACME Components GmbH, valid_until=2026-03-11, missing=[], portal_status=complete
¿Construir o vender esta solución con PaperOffice?
Integrador y revendedor pueden combinarse. El siguiente paso es la asociación: la solicitud y la decisión inmediata se siguen en la aplicación PaperOffice.
Iniciar asociación