OCR: Requisitos y contrato de origen

Define entradas, salidas, expectativas de calidad, reglas de origen, restricciones de acceso y comportamiento ante fallos para OCR. Esta referencia fija el límite de adopción, el comportamiento ante fallos y la evidencia observable, dejando configurables los límites específicos del entorno.

Estado del paquete: contexto de referencia listo para revisión humana. El contrato y los escenarios de prueba están completos, pero no se afirma que una implementación adoptante los haya superado.

Decisión

Para OCR, adopte un linaje versionado de origen, transformación, índice y control de acceso. Haga explícitas la promesa visible para el usuario, exclusiones, autoridad y respuesta ante fallos, dejando los umbrales medidos como opciones de adopción. Este bloque de requisitos se centra específicamente en los requisitos y el contrato de origen. Este paquete es un contrato de referencia: el equipo adoptante debe elegir límites numéricos, proveedores, jurisdicciones y propietarios operativos a partir de la evidencia en su propio entorno.

Alcance

• Los actores OCR, entradas, salidas, estados, versiones de políticas o esquemas y resultados visibles externamente requeridos para el enfoque de requisitos y contrato de origen de este bloque de requisitos.
• Interfaces primarias y alternativas, trabajo en segundo plano, cachés, integraciones, rutas de soporte y evidencia que puedan ejercer el mismo límite.
• Configuración específica de adopción, despliegue, recuperación y responsabilidades de verificación necesarias para aplicar la referencia de forma segura.

Fuera de este bloque

• Elegir un proveedor universal, marco, jurisdicción, umbral numérico, período de retención u objetivo de nivel de servicio para cada adoptante.
• Afirmar que los escenarios empaquetados se han ejecutado contra una implementación descendente o que esta referencia otorga certificación legal, de seguridad o accesibilidad.

Contrato

• Preservar identificador de origen, versión, ubicación, alcance de acceso, analizador, normalización, fragmento, incrustación y versiones de índice para cada unidad recuperable.
• Aplicar filtros de acceso antes de exponer resultados, fragmentos, recuentos, cachés y contexto del modelo; el filtrado posterior no es suficiente.
• Poner en cuarentena fallos de análisis o transformación y evitar que un artefacto parcial reemplace silenciosamente la última versión completa.
• Evaluar el comportamiento de recuperación y respuesta fundamentada en casos representativos versionados, incluyendo conflictos, ausencia, obsolescencia y texto adversarial.
• Indicar qué actor recibe qué resultado bajo cada estado material, incluyendo condiciones de no disponible, no autorizado, vacío y parcial.
• Marcar límites y políticas configurables como opciones con propietarios; no presentar valores de ejemplo como requisitos universales.
• Evaluar OCR por clase de documento, idioma, diseño, calidad de imagen, estructura de tabla e importancia del campo en lugar de un promedio por carácter.
• Mantener vinculadas imágenes de página, regiones de texto, confianza, versión del motor y correcciones humanas para que el contenido de baja confianza pueda ser excluido o revisado.
• Para la variante de requisitos y contrato de origen, hacer cumplir este límite declarado: define entradas, salidas, expectativas de calidad, reglas de origen, restricciones de acceso y comportamiento ante fallos para OCR.

Guía de implementación

• Revisar el contrato con producto, implementación, operaciones, seguridad y usuarios afectados antes de promoverlo más allá de la revisión.
• Modelar entradas, salidas, actores, estados, invariantes, efectos secundarios y evidencia de OCR antes de seleccionar detalles de marco o proveedor.
• Almacenar la versión aplicable del contrato o política OCR con el estado material para que migraciones, reproducción y decisiones de soporte sean atribuibles.
• Introducir la ruta detrás del despliegue controlado, comparar resultados esperados y observados, y mantener una ruta de recuperación probada hasta que la evidencia de adopción esté completa.

Manejo de fallos y salvaguardas

• Si falta la procedencia, el alcance de acceso o el contenido requerido, excluir la unidad y exponer una brecha de cobertura diagnóstica en lugar de fabricar completitud.
• El estado OCR inválido o contradictorio se rechaza o pone en cuarentena; la implementación nunca adivina un valor que amplíe la autoridad o duplique un efecto.
• Los reintentos están limitados y usan identidad durable; tras agotarlos, el trabajo alcanza un estado terminal inspeccionable con un propietario responsable.

Verificación y operaciones

• Mapear cada promesa y exclusión a al menos un escenario observable y confirmar que no haya dos estados que requieran resultados contradictorios.
• Monitorear éxito OCR, denegación, fallo de validación, fallo de dependencia, agotamiento de reintentos y recuperación por versión de contrato sin dimensiones sensibles de carga útil.
• Reejecutar fixtures positivos y negativos emparejados tras cambios en política, esquema, dependencia, migración o límite y preservar la evidencia resultante.

Supuestos de adopción

• Los nombres y valores en el ejemplo son un fixture concreto, no valores predeterminados universales; los adoptantes los reemplazan mediante evidencia documentada y propiedad.
• El sistema adoptante puede proporcionar identidad autenticada, versiones durables de operación o registro, telemetría limitada y una ruta controlada para cambios.

Los ejemplos con apariencia ejecutable en este paquete son fixtures y contratos de aceptación. Ejecute el validador de colección para comprobar estructura y metadatos, luego traduzca y ejecute los escenarios en el repositorio objetivo antes de registrar evidencia de implementación.

Referencias

• NIST AI 600-1, Perfil de IA Generativa (aplica a partir del 2026-09-08)