-
-
Notifications
You must be signed in to change notification settings - Fork 519
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Declaración 303 cantidades a compensar V12 #1624
Comments
Lo comentado por chat, que el código es correcto ahora mismo, y no se me ocurre ninguna condición para hacer saltarlo en un uso normal del modelo. Hacen falta los pasos para reproducir el problema en un runbot. |
Aparte de en nuestro entorno, también lo hemos probado en runbot. |
Pues ésa es la cuestión, que se hace el valor absoluto para cambiar el negativo:
Lo tendré que mirar más en detenimiento a ver si pasa un estado intermedio. |
Buenas tardes, En una v11 nos pasa lo mismo. El mes de enero se genero correctamente pero el de febrero genera el error que indica @anajuaristi Saludos, |
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes #1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes #1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes #1624
Solucionado en los commits referenciados por GitHub. Aunque normalmente ya no doy soporte a la 11.0, no costaba mucho hacer el cherry-pick y lo he dejado hecho, y así @RodrigoBM no tiene que hacerlo 😉 |
@pedrobaeza que alegría me das, muchas gracias. ❤️ |
Gracias @pedrobaeza, confirmo que esta solucionado para la v11. Saludos |
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
If not, the constraint is evaluated each time, and can lead to inconsistent states. Fixes OCA#1624
Cuando en una declaración de un periodo en el 303, se obtiene una cantidad negativa, a compensar, al intentar calcular el siguiente periodo da este error
"La cuota a compensar debe ser indicada como una cantidad positiva"
Para solucionarlo, he sacado a la vista formulario de la declaración, el grupo de campos invisible cuando es borrador y ahí he visto que independientemente del resultado anterior, la casilla: potential_cuota_compensar va con el valor cero.
Asignando el importe en positivo de la declaración anterior en esa casilla hace bien el cálculo. Creo que habría que meter un valor default en ella. Ahora bien, no sé esto qué implicaciones tiene y si se están cubriendo todos los casos. O si en realidad no hay que asignarlo en esa casilla y sí en otra... Antes de subir ningún parche, me gustaría que me comenteis cómo lo veis.
Gracias!
Ana
The text was updated successfully, but these errors were encountered: