Skip to main content

Respuestas por tipo de ítem

Este documento describe la estructura de respuesta del API para cada item_type. Úsalo para validar contratos y mapear las respuestas.

Estructura base de un ítem en las respuestas

A nivel superior, todos los ítems comparten la misma estructura.
Nota: item_type es el código del ítem (por ejemplo, ac_mx, csf_mx, siger, ubos). El campo item_value usa snake_case y su estructura depende del item_type.
Extracciones personalizadas: si tu cuenta tiene una extracción personalizada activa para el tipo, item_value incluye además una llave cp_<prompt_id> por cada extracción con resultado. Ese prefijo solo aplica a tipos de documento estándar: los tipos de ítem personalizados (cit_*) exponen sus resultados en item_value.pipeline. item_error: Campo opcional que indica errores públicos relacionados con el procesamiento del ítem. Su valor depende del item_type. Códigos más comunes:
  • Documentales: password_protected_pdf (PDF con contraseña), get_input_file_info_failed (falló obtener el archivo de entrada).
  • doc_splitter: unsupported_file_type, unknown_custom_item_type, misconfigured_custom_item_type, no_splits_returned, pdf_slice_failed, pdf_slice_upload_failed, doc_splitter_request_failed. Detalle en la guía del divisor de documentos.
  • doc_validation: invalid_document_type, ruleset_validation_failed.
Trata este campo como un string opaco: pueden llegar otros códigos específicos por item_type (por ejemplo prevalidation_failed en csf_mx). El listado completo vive en el schema PublicVerificationItem.item_error del OpenAPI.

Índice rápido

  • Widgets: ubos, forms
  • Integraciones: aml_validation, signatory_validation
  • Otros: document, doc_classification, unknown, generic, error, cit_*
Para items de documentos y consultas públicas específicos de un caso de uso (KYB México, KYB Colombia, KYB Estados Unidos, KYB Todos los países, Hipotecas, Nómina), consulta la guía correspondiente en Guías por caso de uso en la barra lateral.

Widgets

ubos — Beneficiarios finales

forms — Formularios de onboarding

Integraciones

aml_validation

signatory_validation

Otros

document — Extractor de documentos (genérico)

Este ítem agrupa distintos extractores de documentos bajo un mismo item_type. La forma de la respuesta es:
  • “type”: uno de los tipos soportados.
  • “payload”: objeto JSON con los datos extraídos. La estructura varía por tipo y corresponde a los esquemas JSON del AI Prompter.
Tipos soportados (type):
  • property_deed
  • lien_certificate
  • property_tax_receipt
  • property_appraisal
  • payroll_receipt
  • camara_comercio_co_extractor
  • trust_contract_fideicomiso_extractor
  • union_documents_extractor
  • designacion_responsable_cumplimiento_extractor
  • registro_actividades_vulnerables_extractor
  • irs_ein_assignment_letter_extractor
  • certificate_of_incumbency_extractor
  • certificate_of_incorporation_extractor
  • fincen_msb_registration_extractor
  • financial_statements_any
Notas:
  • La estructura exacta de payload depende del type y se define en los esquemas del AI Prompter.
  • La respuesta pública expone payload ya “normalizado” como JSON plano según el esquema correspondiente.
Dónde encontrar la estructura de cada type
La estructura detallada de respuesta de cada type vive en la guía del caso de uso correspondiente:

Tipos de ítem personalizados (cit_*)

Los ítems de un tipo de ítem personalizado llevan como item_type el name del tipo, siempre con prefijo cit_. Su item_value no tiene campos por tipo de documento: expone el resultado de cada proceso configurado en el tipo.
  • pipeline.extraction[].value: el JSON extraído, con las claves del json_schema de tu proceso. Es null si el proceso no corrió o falló.
  • pipeline.validation[].execution_result: true o false según se haya cumplido la regla.
  • Estos ítems no llevan llaves cp_<prompt_id>. Detalle del contrato en Dónde salen los resultados.