Fix refresh automático del estado del comprobante luego de enviar a SQ

Antes del que se cambie al template en boostrap del sistema, en la pantalla de detalle luego de enviar a facturar, se hacia un refresh automático para que refleje el cambio de estado si fue facturado o dio error en la respuesta de SQ a Pirapire.

added step::para-desarrollo label

assigned to @fernando.alvez

added p::baja label

added tipo::mejora label

added step::en-desarrollo label and removed step::para-desarrollo label

changed the description

mentioned in commit f9d79182

added step::para-testeo label and removed step::en-desarrollo label

mentioned in merge request !146 (merged)

unassigned @fernando.alvez

added ~209 label and removed step::para-testeo label

./bin/testear-feature.sh -p pirapire -b feature/142-fix-refresh-estado-comprobante

si te paras en esa feature y mandas a facturar.. te va a quedar en PENDIENTE y si esperas un ratito y si en el núcleo se facturo.. en esa pantalla de pirapire te tiene que refrescar automáticamente el estado a FACTURADO y completar el número de comprobante

--------------prueba:

mensaje: La factura se generó correctamente y el estado pasa a FACTURADO en color verde y titliando . PERO, si se da clic en el botón IMPRIMIR da error , se abre popup , y se queda en loop , das aceptar al mensaje y de nuevo....

El resto de los botones funciona OK.

Se han encontrado los siguientes problemas: Error en la respuesta. Error JS: SyntaxError: Unexpected token < in JSON at position 0 Mensaje Server: Mas

Ver el log del sistema para más información

Pero en el log queue no hay nada, lo último es: [2022-08-03 20:42:33] QUEUELOG.DEBUG: Venta enviada a SQ para enviar a AFIP {"data":"array ( 'id_venta_sq' => 6, 'id_venta' => 4, )","request":"[object] (GuzzleHttp\Psr7\Response: {})"} [] [2022-08-03 20:42:33] QUEUELOG.INFO: Sincronizando estado del comprobantes pendiente de facturación {"id_venta":4} [] [2022-08-03 20:42:33] QUEUELOG.INFO: Estado del comprobante: {"4":"FA"} []

added step::para-desarrollo label and removed ~209 label

added step::en-desarrollo label and removed step::para-desarrollo label

added step::para-testeo label and removed step::en-desarrollo label

added ~209 label and removed step::para-testeo label

assigned to @ana.canedo

Secuencias realizadas para Cancelar un comprobante y detetctar en qué casos el botón Cancelar comnprobante actús como un botón Salir e ir a la ventana de Generar comprobantes.

actualiza / ver estados/imprimir/botón cancelar comprobante =>actúa como botón salir

actualiza/ botón Cancelar comprobante => abre ventana para ingresar Motivo

actualiza / ver estados / botón Cancelar comprobante => abre ventana para ingresar Motivo

actualiza / imprimir/ botón Cancelar comprobante => actúa como botón salir

actualiza / imprimir / ver estados / botón Cancelar comprobante => actúa como botón salir

Resultado: si se usa el botón IMPRIMIR en algún momento antes (Ver las combinaciones probadas ) de utilizar el botón CANCELAR COMPROBANTE no se abre la ventana para ingresar el motivo de la baja Y actúa como el botón SALIR

Se encontró que al hacer click en el botón de imprimir, internamente abre un vinculo a otra operación que termina borrando datos de la sesión y por eso ocurre este problema.

La única solución que se encontró es al hacer click en el botón de imprimir que abra el PDF en otra ventana y desde ahí se puede descargar o imprimir.

added step::para-desarrollo label and removed ~209 label

unassigned @ana.canedo

added step::en-desarrollo label and removed step::para-desarrollo label

assigned to @fernando.alvez

mentioned in commit 8b37f70b

mentioned in commit 71beb1ee

added step::para-testeo label and removed step::en-desarrollo label

unassigned @fernando.alvez

added ~209 label and removed step::para-testeo label

closed