Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0039852
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Localization Pack: Spain] SIImajoralways2018-12-26 14:432019-03-15 11:33
ReporterpsanjuanView Statuspublic 
Assigned ToOpentix-Test 
PriorityurgentResolutionopenFixed in Version
StatusacknowledgedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSLinux 64 bitDatabasePostgreSQLJava version7.x
OS VersionOpenbravo Appliance 14.04Database version9.3.xAnt version1.9.x
Product VersionSCM revision 
Regression date
Regression introduced by commit
Regression level
Review Assigned To
Regression introduced in release
Summary

0039852: "Fecha Operación" field empty for POS invoices.

Description"Fecha Operación" field empty for POS invoices.
Steps To ReproduceIn Spanish:

Durante la venta desde el POS (ya sea facturando un pedido concreto o al cierre de caja) la factura creada en el BackOffice solo tiene relleno automáticamente el campo tipo de factura relacionado con el SII y el campo "Fecha operación" queda vacio.

Extrañamente, cuando se crea una factura tanto de venta como de compra desde el BackOffice, el campo "Fecha operación" si se rellena correctamente.

Para comprobar si el problema era de la transición automática de pedido a factura, colocamos un valor por defecto a "Fecha operación" para los pedidos, pero una vez mas se rellenaba bien desde el BackOffice, quedando en blanco desde el POS.

Parece como si el valor por defecto no estuviera siendo tenido en cuenta cuando la generación de las entidades ocurre desde el POS.

Hemos hecho todo tipo de pruebas y revisado múltiples veces la configuración, pero aparentemente, no hay nada incorrecto.

Para nuestro cliente, que genera cientos de facturas desde el POS cada día, es importante que este proceso sea automatizado y funcione adecuadamente.

Adjunto una captura de pantalla de los módulos SII instalados en el sistema, así como capturas de pantalla de las facturas que se crean en el BackOffice desde el POS.

Si necesitan mas detalles, por favor, no duden en solicitárnoslos.
Dada la cercanía de la entrada en vigor del SII en Canarias, agradeceremos cualquier ayuda que puedan prestarnos.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0110451)
psanjuan (manager)
2019-03-15 11:27

con fecha 27/12/2018 se analiza esto:
 He estado haciendo pruebas en una máquina local de un cliente que tenemos con POS.

Depurando el trigger AEATSII_INVOICE_TRG he podido comprobar que nunca entra ni en la parte de INSERT ni en la de UPDATE.

Antes de la comprobación de si se trata de un INSERT o un UPDATE está la siguiente comprobación que es donde se detiene el flujo:

IF AD_isTriggerEnabled()='N' THEN
       IF TG_OP = 'DELETE' THEN
                  RETURN OLD;
       ELSE
                 RETURN NEW;
       END IF;
 END IF;


Entiendo que ese condicional lo que comprueba es si el trigger no está habilitado, lo que me da que pensar que el POS, antes de crear una factura, deshabilita los triggers y los vuelve a habilitar una vez creada.

He hecho pruebas quitando ese condicional y de ese modo sí entra tanto en el INSERT como en el UPDATE, por lo que como solución a la incidencia reportada por Qualitic voy a quitar dicho condicional.

Por otro lado, me he dado cuenta que la lógica para asignar los campos de SII automáticamente sólo funciona en caso de tener configurado el POS para generar una factura por cada pedido, pero no funciona en el caso de tener una factura al hacer el cierre de caja que agrupe todos los pedidos. Por este motivo he incorporado una lógica nueva para tener en cuenta este tipo de facturas.
(0110452)
psanjuan (manager)
2019-03-15 11:29
edited on: 2019-03-15 11:30

Se envia obx al cliente que reproduce este problema por no facturar directamente las facturas del POS, si no agrupadas.

(0110453)
psanjuan (manager)
2019-03-15 11:33

Pendiente revisión.

- Issue History
Date Modified Username Field Change
2018-12-26 14:43 psanjuan New Issue
2018-12-26 14:43 psanjuan Assigned To => Opentix-Test
2018-12-26 14:46 ngarcia Issue Monitored: ngarcia
2019-03-15 11:27 psanjuan Note Added: 0110451
2019-03-15 11:27 psanjuan Status new => acknowledged
2019-03-15 11:29 psanjuan Note Added: 0110452
2019-03-15 11:30 psanjuan Note Edited: 0110452 View Revisions
2019-03-15 11:33 psanjuan Note Added: 0110453


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker