Diaguita-Sudocu - No autoriza convocatoria (SOLUCIONADO)

[asabolansky]

Pablo,

cuando puedas confirmarnos que ninguna aplicación SIU requiere el valor standard_conforming_strings en off confirmanos! Yo estuve Googleando y browseando los sitios de SIU y no parece ser necesario ahora.


saludos
Alejandro

[jpablop]

Pablo,

Te cuento que el DBA puso el parámetro en ON en el pg  (solo para la base de datos, no para todo el motor) y realice la prueba nuevamente (antes chequeamos que al conectarnos no de ON al consultar dicho parámetro).

Cree otra SBS y autorice (519).
Cree la convocatoria (TSI 126) , le asocie la SBS. Mande la SBS al expediente (uno nuevo) y se asocio bien.
Mande a autorizar el TSI, lo hice en huarpe. Me la asocio al expediente pero en diaguita siguió en "Pendiente de firma" y la convocatoria en "Pendiente de autorización".

En el expediente los docs asociados:
09-08-2022 11:22   Trámite Simplificado   126 / 2022   Convocatoria - TSI:126/2022 - Pliego de condiciones particulares   
09-08-2022 11:21   Trámite Simplificado - Anexo   126 / 2022   Convocatoria - TSI:126/2022 - Anexo convocatoria   
09-08-2022 11:20   Solicitud de Bienes y Servicios   519 / 2022   Solicitud de bienes y servicios - SBS:519/2022 - Solicitud   
09-08-2022 11:20   Solicitud de Bienes y Servicios - Anexo - Anexo   519 / 2022   Solicitud de bienes y servicios - SBS:519/2022 - Anexo   


En los logs parece haber desaparecido el error que marcabas en relación al parámetro que cambiamos, pero sigue saliendo el error de que esta duplicado  (ajunto archivo de log nuevamente).

Lo que si me llama la atención en esta oportunidad es que en la tabla queue (arai-docs) no quedaron entradas colgadas como había pasado antes y  que nos bloqueaban luego las notificaciones de autorización de sudocu a otros documentos.

Aguardamos mas instrucciones a ver como seguir con este tema.

Abrazo

[jpablop]

Segui chusmenado un poco la base de ara-docs y encontré esto:

En la tabla nc_notificacion veo lo siguiente:

             403 | 41aa4e42-8fe1-4331-bd8c-1e9751df1249 |        414 | {"nro": {"nro_visible": null, "tipo_visible": null, "metadata_tipo": null
}, "autorizado": true, "autorizacion": [{"tipo": "basica", "usuario_sso": "juan.pablo.perez", "fecha_autorizado": "2022-08-09 11:09:51.228981-03
"}], "estado_codigo": 22, "uid_documento": "82d87b24-4d9b-4850-b3dd-ac6bf030e606", "tramite_asociado": "91572061-30b7-4cdf-aac0-296cbef5fd4e", "
estado_descripcion": "El documento fue Autorizado y Asociado", "referencia_interna": {"id": 8}}                                                 
                                                                                                | 2022-08-09 11:20:19.725255-03 | 2022-08-09 11:
20:19.713039-03
             402 | 3c276e1a-22fd-4ca8-850a-566d2958735d |        413 | {"nro": {"nro_visible": null, "tipo_visible": null, "metadata_tipo": null
}, "autorizado": true, "autorizacion": [{"tipo": "basica", "usuario_sso": "juan.pablo.perez", "fecha_autorizado": "2022-08-09 11:10:02.993854-03
"}], "estado_codigo": 22, "uid_documento": "29d87258-4e47-4253-b8d4-b3631de55a19", "tramite_asociado": "91572061-30b7-4cdf-aac0-296cbef5fd4e", "
estado_descripcion": "El documento fue Autorizado y Asociado", "referencia_interna": {"id": 9}}                                                 
                                                                                                | 2022-08-09 11:20:19.426635-03 | 2022-08-09 11:
20:19.46167-03

Que dice que se autorizo y asocio. El tramite_asociado = "91572061-30b7-4cdf-aac0-296cbef5fd4e" si corresponde al expediente en cuestión en sudocu,  pero "uid_documento" =  "29d87258-4e47-4253-b8d4-b3631de55a19" no corresponde a algun documento en sudocu.

[Pablo Boyko]

Hola Alejandro / Juan Pablo,

Despues de consultar a los distintos equipos, les confirmo que si bien Guaraní lo requería en OFF, desde la versión 3.19.0 ya no lo requiere mas y se puede utilizar en ON.
Sin embargo Pilaga aun solicita que el valor se encuentre en OFF.

Saludos.

[jpablop]

Genial,
gracias por confirmar.

Por suerte PILAGA si esta en otra instalación de PG por lo que no nos afectaria.
Saludos!

[Pablo Boyko]

Juan Pablo,

En primer lugar para tener en claro te pregunto si la SBS luego de autorizarla en huarpe, el documento y el tramite en Diaguita pasan correctamente a Autorizado?

Estaba revisando el log que adjuntaste. Efectivamente de vuelta se ven mensajes de error en la asociación por numero duplicado, pero como en el log se visualizan mensajes de distintos contenedores, no logro seguir el hilo correctamente de forma cronológica para tener en claro el problema.
Si puedo ver que a las 2022-08-09 09:27:25 cuando Arai-docs intentó crear y enviar la notificación a Diaguita hubo un error por problemas de conexión.

Código: [Seleccionar]

docs_docs-worker.1.wo2fiph2gjve@sudocu-testing    | [2022-08-09 09:27:25] NUCLEO.ERROR: Error al marcar envio notificacion: SQL ERROR: SQLSTATE[HY000]: General error: 7 no connection to the server
Para poder analizar en detalle, podrías hacer una nueva prueba y luego adjuntar en un GDS:
- Dump de la tabla scp_documentos_exportaciones de Diaguita,
- Los logs de Diaguita: instalacion/i__produccion/p__diaguita/logs/docs-cli.log y instalacion/i__produccion/p__diaguita/logs/queue.log
- El log de la API y del worker de Arai-docs
- El log de la API de Sudocu

Saludos.

[jpablop]

Pablo,
Efectivamente con las SBS cuando autorizo en Huarpe se refleja en Diaguita, marcando la SBS como autorizado y los documentos quedan "Firmado y publicado"

Ese error que marcas de las 9:27 debe ser de los casos de pruebas anteriores , porque recién a las 11 acomodamos el parámetro del pg  y hice las pruebas. Antes no había tocado mas diaguita.

Desp armo un caso de prueba nuevo y preparo el GDS con todo lo solicitado.

Gracias!

[Pablo Boyko]

El problema se resolvió a través de GDS.

Se recomienda a quienes implementen Diaguita con EEI que el valor de standard_conforming_strings de Postgres se encuentre en ON, de lo contrario se tendrán errores tanto en Diaguita como en Arai-Documentos.