Openbravo Issue Tracking System - Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0044417 | Modules | Intrastat for Spain | public | 2020-06-18 17:56 | 2020-09-09 12:31 |
|
Reporter | Alberto_Sola | |
Assigned To | Mery Anelo | |
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Regression date | |
Regression introduced by commit | |
Regression level | |
Review Assigned To | |
Support ticket | |
OBNetwork customer | |
Regression introduced in release | |
|
Summary | 0044417: Error al presentar Intrastat "El valor estadístico no puede tener más de 2 decimales...." |
Description | Al presentar el fichero en la AEAT se obtiene el siguiente mensaje de error:
"El valor estadístico no puede tener más de 2 decimales...."
|
Steps To Reproduce | 1º Generar la declaración de Intrastat,
En la pantalla de la declaración se aprecian dos decimales de los cuales el segundo siempre está redondeado.
2º generar fichero txt y al presentar en la AEAT se obtiene el mensaje de error:
"El valor estadístico no puede tener más de 2 decimales...."
3º Al revisar el fichero presentado en la AEAT se observan en ocasiones hasta 4 decimales, cuando por normativa solo deben de presentarse dos. |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | CapturaIntrastat.JPG (27,095) 2020-06-18 17:56 https://issues.openbravo.com/file_download.php?file_id=14652&type=bug
|
|
Issue History |
Date Modified | Username | Field | Change |
2020-06-18 17:56 | Alberto_Sola | New Issue | |
2020-06-18 17:56 | Alberto_Sola | Assigned To | => Jorge Bravo |
2020-06-18 17:56 | Alberto_Sola | File Added: CapturaIntrastat.JPG | |
2020-06-18 17:56 | Alberto_Sola | Issue Monitored: Alberto_Sola | |
2020-06-29 11:08 | psanjuan | Note Added: 0121141 | |
2020-06-29 11:08 | psanjuan | Note Deleted: 0121141 | |
2020-06-29 11:09 | psanjuan | Note Added: 0121142 | |
2020-06-29 11:09 | psanjuan | Note Added: 0121143 | |
2020-06-29 11:12 | psanjuan | Issue Monitored: psanjuan | |
2020-06-29 11:15 | psanjuan | Issue End Monitor: psanjuan | |
2020-07-20 16:10 | Jorge Bravo | Assigned To | Jorge Bravo => Mery Anelo |
2020-08-06 02:43 | Mery Anelo | Note Added: 0121866 | |
2020-08-06 02:43 | Mery Anelo | Status | new => scheduled |
2020-08-21 14:59 | vmromanos | Project | Localization Pack: Spain => Modules |
2020-08-21 15:00 | vmromanos | Category | Spain Professional Localization Pack => Intrastat for Spain |
2020-08-27 03:07 | hgbot | Note Added: 0122364 | |
2020-09-09 12:31 | hgbot | Resolution | open => fixed |
2020-09-09 12:31 | hgbot | Status | scheduled => closed |
2020-09-09 12:31 | hgbot | Note Added: 0122867 | |
2020-09-09 12:31 | hgbot | Note Added: 0122868 | |
2020-09-09 12:31 | hgbot | Note Added: 0122869 | |
2020-09-09 12:31 | hgbot | Note Added: 0122870 | |
2020-09-09 12:31 | hgbot | Note Added: 0122871 | |
2020-09-09 12:31 | hgbot | Note Added: 0122872 | |
Notes |
|
|
SMF
Hola Alberto,
En el cliente que comentas, cómo se están introduciendo los datos del valor estadístico? Tienen alguna customización para rellenarlo?
Te comento esto porque creemos que en BBDD este campo está rellenado con 4 decimales y es por eso que el fichero recoge los 4 decimales. Con el resto de clientes que tenemos no se produce este problema porque todos ellos tienen 2 decimales en BBDD.
Puedes confirmar esta teoría?
Saludos, |
|
|
|
Precognis
Buenas tardes Jorge, perdona que no te haya respondido antes, estaba de vacaciones.
Hemos revisado lo que comentas y no es posible porque el campo valor estadístico se rellena de forma automática con la fórmula:
importe neto + ( ( cantidad facturada * peso del producto) * %) , puedes encontrar más información en http://wiki.openbravo.com/wiki/Projects:Intrastat [^]
Te puedo confirmar que hemos observado que cuando el producto tiene indicado un peso con tres decimales entonces dispara el redondeo del valor estadístico en la pantalla de Declaración de Intrastat mostrando el fichero con más de dos decimales.
¿podrían confirmar este extremo y de ser así poder corregirlo?
Quedo a la espera de sus comentarios , muchas gracias. |
|
|
|
Test Plan:
- Edit the file Format.xml to be able to use three or more decimals.
- Compile and restart tomcat
- Log as System Admin
- Change the precision price and costing to tree or more decimals. See the following link: http://wiki.openbravo.com/wiki/How_to_change_the_price_precision [^]
- Log as Group Admin Role
- Configure the intrastat according to the user manual. See the following link: http://wiki.openbravo.com/wiki/Projects/Intrastat/Manual_de_Usuario_es_ES [^]
- Make sure to use numbers that do not give round values when making the accounts corresponding to the intrastat.
-For example: In the product config use a "Net Mass (Kg): 1.608", Organization "Statistical Value %: 12".
- After that create a purchase invoice, note the above.
-For example: Line with the configure product "Quantity Invoiced: 11" and "Net Unit Price: 10.171"
- Complete the process and generate the intrastat declare.
- Make sure the decimal places printed in the file are 2 |
|
|
(0122364)
|
hgbot
|
2020-08-27 03:07
|
|
|
|
(0122867)
|
hgbot
|
2020-09-09 12:31
|
|
|
|
(0122868)
|
hgbot
|
2020-09-09 12:31
|
|
|
|
(0122869)
|
hgbot
|
2020-09-09 12:31
|
|
|
|
(0122870)
|
hgbot
|
2020-09-09 12:31
|
|
|
|
(0122871)
|
hgbot
|
2020-09-09 12:31
|
|
|
|
(0122872)
|
hgbot
|
2020-09-09 12:31
|
|
|