feat: refs #7704 Major changes #2717
No reviewers
Labels
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: verdnatura/salix#2717
Loading…
Reference in New Issue
No description provided.
Delete Branch "7704-itemMinimalQuantity"
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?
@ -62,0 +59,4 @@
SELECT quantity INTO vMinQuantity
FROM vn.itemMinimumQuantity
WHERE itemFk = vItem
AND `started` <= util.VN_CURDATE()
açò no serà per a hui sera per al dia del pedido, es a dir, si hui fan un pedido per a campanya ha d'agafar si hi ha un min en el futur vShipment
@ -60,6 +59,7 @@ BEGIN
price DECIMAL(10,2),
priceKg DECIMAL(10,2),
`grouping` INT(10) UNSIGNED,
minQuantity INT(11),
en la taula item minQuantity es int(10) unsigned millor respetar-ho
@ -181,1 +183,4 @@
) bl ON bl.itemFk = tl.itemFk
LEFT JOIN (
SELECT itemFk, quantity, warehouseFk
FROM vn.itemMinimumQuantity
has posat el vn perque es precis?
@ -182,0 +184,4 @@
LEFT JOIN (
SELECT itemFk, quantity, warehouseFk
FROM vn.itemMinimumQuantity
WHERE `started` <= util.VN_CURDATE()
vShipped
@ -0,0 +19,4 @@
CONSTRAINT `itemMinimumQuantity_ibfk_2` FOREIGN KEY (`warehouseFk`) REFERENCES `warehouse` (`id`) ON UPDATE CASCADE,
CONSTRAINT `itemMinimumQuantity_check_1` CHECK (`started` <= `ended`)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_unicode_ci;
cal posar triggers similar als que te priceFixed per a que no puguen posar la started > ended. priceFixed concretament ho te mal perque permuta els valors, tu simplement llança un error.
En la linea 20 ja está la restricció en forma de CHECK.
@ -0,0 +1,57 @@
{
"name": "ItemMinimumQuantity",
"base": "VnModel",
"options": {
si volem logejar ho podem posar ací i crear ja la taula editorFk en la nova taula per exemple
Fique la nova columna i els triggers que fiquen el editor, igualment, en el cas de que se vuiguera logejar caldria putjar versió de Salix igualment.
@ -92,0 +93,4 @@
fields: ['quantity'],
where: {
itemFk: itemId,
started: {lte: now},
ticket .shipped
@ -162,13 +153,9 @@ describe('sale model ', () => {
it('should increase quantity if you have enough available and the new price is the same as the previous one', async() => {
crea uno que
"should throw an error if the quantity is greater than the minimum quantity of the item but is out of range"
@ -182,0 +185,4 @@
WHERE `started` <= vShipped
AND (`ended` >= vShipped OR `ended` IS NULL)
GROUP BY itemFk, warehouseFk
ORDER BY warehouseFk DESC
2 coses:
per a que ordenes?
fes una prova posant per a un mateix rango un registre amb warehouse i uno sense, i ha d'agafar el que sí te perque es mes específic.
Ordene perque vuic primer els que tinguen warehouseFk i els últims els nulls, quan ho he desarrollat he pensat ja en aixo.
@ -0,0 +2,4 @@
"name": "ItemMinimumQuantity",
"base": "VnModel",
"options": {
"mysql": {
si ací poses
"mixins": {
"Loggable": true
},
amb lo que has fet de l'editor queda molt poc per a que ja logeje no?
exemple ClaimEnd
Se decide que la tabla también haga log en itemLog
@ -232,2 +211,4 @@
}
});
it('should throw an error if the quantity is greater than the minimum quantity of the item but is out of range', async() => {
no em cuadra descripcio amb l'error