#6942 toUnbook #2135
Labels
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: verdnatura/salix#2135
Loading…
Reference in New Issue
No description provided.
Delete Branch "6942-improveInvoiceIn"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
WIP: #6942 toUnbookto #6942 toUnbook@ -3732,1 +3731,4 @@
INSERT INTO vn.report (name) VALUES ('LabelCollection');
INSERT INTO `vn`.`ledgerConfig` (lastBookEntry, maxTolerance) VALUES (2,0.01);
fixture creada para poder descontabilizar, revisado con @carlosap
@ -80,0 +82,4 @@
},
"CLAVE": {
"type": "number"
}
El campo CLAVE está en mayúsculas en la base de datos
Li pots fer un rename per a que nosaltres ho gastem normal.
En ticket.json hi ha un exemple:
Cambiar nombre de parametri
@ -0,0 +47,4 @@
}
}, myOptions);
if (bookEntry) {
@jgallego veus be la logica?
esta ok
@ -0,0 +1,104 @@
module.exports = Self => {
Se llama desde basic-data para actualizar los campos de la factura. Tras hablar con @alex se ha decidido usar any. Ya que hay parametros que pueden ser number| null o string| null ... y en loopback no hay manera de ponerle 2 tipos a un argumento.
@ -10,3 +10,3 @@
"id": {
"id": true,
"type": "number",
"type": "string",
En la base de datos está como varchar
@ -0,0 +46,4 @@
]
}
}, myOptions);
El numero de ocurrencias de bookEntry.ASIEN es medio-alto.
Propongo crear una variable representativa de este valor y reemplazar donde toque.
Otro enfoque puede ser que en el if, reemplazar bookEntry.ASIEN porque ya es true
Me parece bien.
@ -0,0 +21,4 @@
withholdingSageFk,
expenseFkDeductible,
editorFk
) ON vn.invoiceIn TO administrative, hrBoss, buyer, logistic, grafana;
grafana SOLO debe tener permisos de select en cualquier tabla
No hacía falta hacer el revoke, sobre grafana. Gestionado.
@ -0,0 +1,104 @@
module.exports = Self => {
Self.remoteMethodCtx('updateInvoiceIn', {
porque no usas el nativo?
Porque con el nativo no se puede evitar la modificación de 1 solo campo de una tabla. En este caso, queremos evitar la modificación de isBooked desde salix. Lo hablé con Juan y me dijo que creará un back.