Skip to main content

Características

Endpoint LLM de ABBYY Phoenix Plus

ABBYY Vantage ahora puede proporcionar el propio modelo de lenguaje grande. Cuando el derecho de uso de Phoenix Plus está habilitado para un tenant, aparece una conexión LLM gestionada por ABBYY denominada ABBYY Phoenix Model en ADMIN → Configuration → Connections, y una actividad personalizada de una Habilidad de proceso puede invocar el modelo como un paso del workflow. No es necesario obtener ninguna API key, ni indicar un endpoint URL o un nombre de modelo, ni escribir código HTTP, de authentication o de integración específico del proveedor. ABBYY selecciona y opera el modelo. La actividad puede enviar al modelo los resultados de OCR y los datos de transacción de la transacción actual, y devuelve JSON estructurado que los pasos posteriores del proceso pueden consumir como cualquier otro dato de transacción. Dado que la credential asociada pertenece a ABBYY, la conexión gestionada es de solo lectura: puede probarla, pero no editarla ni eliminarla, y sus credentials nunca se muestran. Funciona junto con sus propias conexiones LLM en lugar de sustituirlas, por lo que las conexiones existentes con Anthropic, Google AI Studio (Gemini), Microsoft Foundry, Mistral AI y OpenAI ChatGPT siguen funcionando sin cambios. ABBYY Phoenix Plus está disponible en ABBYY Vantage Cloud y requiere un derecho de uso contratado. Para habilitarlo en su tenant, póngase en contacto con su ABBYY account team. Las implementaciones autoalojadas siguen utilizando sus propias conexiones LLM. Para obtener más información, consulte LLM en ABBYY Vantage.

Lista de recogida pendiente para transacciones finalizadas

El nuevo endpoint GET /api/publicapi/v1/transactions/pending-pickup devuelve las transacciones que han terminado de procesarse y que aún no se han eliminado, de modo que una integración pueda recopilar los resultados sin necesidad de llevar un registro de las transacciones que ya ha gestionado. Los resultados se ordenan por hora de finalización con paginación basada en cursor (hasta 1.000 elementos por página) y se pueden filtrar por status y skill. Una transacción permanece en la lista hasta que la elimine con DELETE /api/publicapi/v1/transactions/{transactionId}. La lista utiliza entrega “al menos una vez”: cada transacción finalizada aparece al menos una vez, pero, en determinadas condiciones, un mismo transactionId puede aparecer más de una vez. Almacene los identificadores que ya haya procesado y omita los que vuelvan a aparecer, para que una transacción repetida no se procese dos veces. Para obtener más información, consulte Recogida de transacciones finalizadas. (656035, 656077, 657334, 657335)

Correcciones

Advanced Designer

  • Se corrigió un problema por el cual la actividad Fast Learning podía fallar al entrenar después de actualizar un skill a Technology Core 3.0. Ahora el entrenamiento se completa correctamente. (677482, 678028, 678276, 678725, 679410)
  • Se corrigió un problema por el cual una actividad Fast Learning o Forms podía seguir vinculada a los conjuntos de documentos de entrenamiento y prueba del skill original tras crear una copia editable. Estas actividades ahora utilizan los conjuntos de documentos propios de la copia editable.

Catálogo de datos

  • Se corrigió un problema por el cual, al actualizar un catálogo de datos, no se borraba la copia en caché de dicho catálogo, de modo que los Record anteriores aún podían utilizarse tras la actualización. Ahora las actualizaciones del catálogo de datos borran la caché.

Procesamiento de documentos

  • Se corrigió un problema por el que el procesamiento de un documento muy grande que generaba una gran cantidad de errores de reglas de negocio podía tardar mucho más de lo previsto. Estos documentos ahora se procesan a la velocidad esperada.

Revisión manual

  • Se corrigió un problema en la revisión manual por el que el método abreviado Ctrl+D (Cmd+D en Mac) de «ir al siguiente documento» podía abrir el cuadro de diálogo de marcadores del navegador en lugar de avanzar al siguiente documento, según dónde estuviera el foco del cursor. Ahora el método abreviado avanza de forma fiable al siguiente documento, con independencia del foco. (678854)

Monitor e informes

  • Se corrigió un problema por el cual una transacción individual podía detener el procesamiento de los datos de informe, lo que provocaba que los informes de Quality Analytics dejaran de recibir datos nuevos. Ahora el procesamiento de los datos de informe continúa más allá de dichas transacciones.
  • Se corrigió un problema por el cual los eventos de workflow podían perderse antes de llegar a la base de datos de informes, por lo que en los informes de pasos de transacción faltaban steps de las transacciones afectadas. Ahora estos eventos se registran de forma fiable.

Actualizaciones de la documentación

  • Se añadió el ABBYY Vantage Connector para Alteryx, que incorpora la clasificación de documentos y la extracción de datos de Vantage a los workflows de Alteryx Designer mediante las herramientas personalizadas Use Skill, Get Status, Get Result y Parse Fields.