#5914 - hotFix-transferInvoice #1893

Merged
alexm merged 17 commits from 5914-hotFix-transferInvoice into test 2024-01-04 07:13:01 +00:00
Member
No description provided.
alexm added 8 commits 2023-12-15 07:26:05 +00:00
alexm added 1 commit 2023-12-15 07:50:10 +00:00
gitea/salix/pipeline/head This commit looks good Details
c755b1e6fa
refs #5914 fix: correct sql version
alexm reviewed 2023-12-15 07:50:45 +00:00
@ -610,0 +606,4 @@
('T', 'Española rapida', 1, 'NATIONAL', 0, 'quick'),
('V', 'Intracomunitaria global', 0, 'CEE', 1, 'global'),
('M', 'Múltiple nacional', 1, 'NATIONAL', 0, 'quick'),
('R', 'Rectificativa', 1, 'NATIONAL', 0, NULL),
Author
Member

He afegit la rectificativa

He afegit la rectificativa
alexm reviewed 2023-12-15 07:51:05 +00:00
@ -614,3 +615,3 @@
(2, 'T', 121.36, util.VN_CURDATE(), 1102, util.VN_CURDATE(), 442, util.VN_CURDATE(), util.VN_CURDATE(), 1, 0),
(3, 'T', 8.88, util.VN_CURDATE(), 1103, util.VN_CURDATE(), 442, util.VN_CURDATE(), util.VN_CURDATE(), 1, 0),
(4, 'T', 8.88, util.VN_CURDATE(), 1103, util.VN_CURDATE(), 442, util.VN_CURDATE(), util.VN_CURDATE(), 1, 0),
(4, 'T', 8.88, util.VN_CURDATE(), 1104, util.VN_CURDATE(), 442, util.VN_CURDATE(), util.VN_CURDATE(), 1, 0),
Author
Member

Li he donat coherencia a alguna fixture

Li he donat coherencia a alguna fixture
alexm reviewed 2023-12-15 07:51:10 +00:00
@ -720,3 +721,3 @@
VALUES
(1 , 3, 1, 1, 1, DATE_ADD(util.VN_CURDATE(), INTERVAL -1 MONTH), DATE_ADD(DATE_ADD(util.VN_CURDATE(),INTERVAL -1 MONTH), INTERVAL +1 DAY), 1101, 'Bat cave', 121, NULL, 0, 1, 5, 1, DATE_ADD(util.VN_CURDATE(), INTERVAL -1 MONTH), 1),
(2 , 1, 1, 1, 1, DATE_ADD(util.VN_CURDATE(), INTERVAL -1 MONTH), DATE_ADD(DATE_ADD(util.VN_CURDATE(),INTERVAL -1 MONTH), INTERVAL +1 DAY), 1104, 'Stark tower', 124, NULL, 0, 1, 5, 1, DATE_ADD(util.VN_CURDATE(), INTERVAL -1 MONTH), 2),
(2 , 1, 1, 1, 1, DATE_ADD(util.VN_CURDATE(), INTERVAL -1 MONTH), DATE_ADD(DATE_ADD(util.VN_CURDATE(),INTERVAL -1 MONTH), INTERVAL +1 DAY), 1101, 'Bat cave', 1, NULL, 0, 1, 5, 1, DATE_ADD(util.VN_CURDATE(), INTERVAL -1 MONTH), 2),
Author
Member

Li he donat coherencia a alguna fixture

Li he donat coherencia a alguna fixture
alexm added 1 commit 2023-12-15 07:54:30 +00:00
gitea/salix/pipeline/head Build queued... Details
59f2e3d0e6
refs #5914 fix: remove unnecessary
alexm requested review from jgallego 2023-12-15 07:54:53 +00:00
alexm requested review from carlosap 2023-12-15 07:55:07 +00:00
alexm added 1 commit 2023-12-15 07:56:57 +00:00
gitea/salix/pipeline/head This commit looks good Details
356fe68696
refs #5914 fix: remove unnecessary translation
alexm requested review from jsegarra 2023-12-19 06:38:54 +00:00
jsegarra requested changes 2023-12-19 12:33:35 +00:00
@ -0,0 +9,4 @@
* returns tmp.taxBases
*/
CREATE OR REPLACE TEMPORARY TABLE tmp.ticket
Member

Porque no haces DROP TEMPORARY TABLE IF EXISTS tmp.ticket?

Porque no haces DROP TEMPORARY TABLE IF EXISTS tmp.ticket?
Author
Member

Es el nuevo standard

Es el nuevo standard
alexm marked this conversation as resolved
@ -26,3 +28,4 @@
"required": true
}
}
}
Member

No hay relación con las tablas de "types"?

No hay relación con las tablas de "types"?
alexm marked this conversation as resolved
@ -57,3 +49,4 @@
throw new UserError($t(taxBaseFunction, {ticketsIds: ticketsIds}));
const today = Date.vnNew();
tickets.some(ticket => {
Member

el método some ya devuelve un booleano, por lo que el return sería innecesario, o la lógica dice que siempre queremos devolver true?

el método some ya devuelve un booleano, por lo que el return sería innecesario, o la lógica dice que siempre queremos devolver true?
Author
Member

Si la logica estaba ya asi, pero ahora lo cambio

Si la logica estaba ya asi, pero ahora lo cambio
alexm marked this conversation as resolved
@ -47,3 +53,3 @@
fields: ['id', 'clientFk', 'companyFk']
}
}, myOptions);
Member

Defines clientId y companyId que vienen de firstTicket, pero porque no haces lo mismo con addressFk?

Defines clientId y companyId que vienen de firstTicket, pero porque no haces lo mismo con addressFk?
Author
Member

Como solo lo uso una vez no lo he hecho variable.
En el caso de si que se usaban mas de una vez clientId y companyId.

Pero con el refactor companyId solo se usa una vez, ahora quito la variable

Como solo lo uso una vez no lo he hecho variable. En el caso de si que se usaban mas de una vez clientId y companyId. Pero con el refactor companyId solo se usa una vez, ahora quito la variable
alexm marked this conversation as resolved
@ -48,3 +53,4 @@
}
}, myOptions);
const [firstTicket] = tickets;
Member

Traes un Array, pero luego seleccionas el primero, porque no haces findOne y cambias el nombre de la variable de la línea 49?

Traes un Array<Tickets>, pero luego seleccionas el primero, porque no haces findOne y cambias el nombre de la variable de la línea 49?
jsegarra marked this conversation as resolved
@ -59,18 +65,17 @@ module.exports = function(Self) {
fields: ['id', 'hasToInvoiceByAddress']
Member

La propiedad id no la usas, al igual que en la línea 50, aunque es poco significativo.

La propiedad id no la usas, al igual que en la línea 50, aunque es poco significativo.
alexm marked this conversation as resolved
@ -59,18 +65,17 @@ module.exports = function(Self) {
fields: ['id', 'hasToInvoiceByAddress']
}, myOptions);
let ticketsByAddress = {[firstTicket.addressFk]: ticketsIds};
Member

Asignas unos valores que luego puede que se machaquen
Quizás declararia la variable vacía y pondria un else, o también mover a un método aparte

Asignas unos valores que luego puede que se machaquen Quizás declararia la variable vacía y pondria un else, o también mover a un método aparte
alexm marked this conversation as resolved
@ -60,3 +66,4 @@
}, myOptions);
let ticketsByAddress = {[firstTicket.addressFk]: ticketsIds};
if (client.hasToInvoiceByAddress) {
Member

Si es la única llamada a client, porque no haces const { hasToInvoiceByAddress} en la línea 64

Si es la única llamada a client, porque no haces const { hasToInvoiceByAddress} en la línea 64
alexm marked this conversation as resolved
@ -94,0 +106,4 @@
);
}
if (resultInvoice.id)
Member

Puede ser resultInvoice.id nulo? Porque en la línea 99 ya se emitiría un error

Puede ser resultInvoice.id nulo? Porque en la línea 99 ya se emitiría un error
alexm marked this conversation as resolved
jsegarra added spent time 2023-12-19 12:33:51 +00:00
30 minutes
jsegarra changed title from 5914-hotFix-transferInvoice to #5914 - hotFix-transferInvoice 2023-12-19 12:34:11 +00:00
jsegarra reviewed 2023-12-19 13:05:49 +00:00
@ -71,3 +70,1 @@
await createInvoice(ctx, companyId, ticketsIds, address, invoicesIds, myOptions);
} else
await createInvoice(ctx, companyId, ticketsIds, null, invoicesIds, myOptions);
ticketsByAddress = tickets.reduce((group, ticket) => {
Member

Todo esto es para hacer un Set de los Ids de tickets?
Porque más abajo haces object.values entonces las keys(addressFk) te dan igual, correcto?

Todo esto es para hacer un Set de los Ids de tickets? Porque más abajo haces object.values entonces las keys(addressFk) te dan igual, correcto?
alexm marked this conversation as resolved
alexm added 1 commit 2024-01-02 06:40:26 +00:00
gitea/salix/pipeline/head This commit looks good Details
dd02a932ef
Merge branch 'test' into 5914-hotFix-transferInvoice
jsegarra approved these changes 2024-01-02 11:13:22 +00:00
Dismissed
jgallego requested changes 2024-01-02 11:23:50 +00:00
@ -0,0 +14,4 @@
CALL getTaxBases();
SELECT positive > 0 INTO hasAnyPositiveBase
Owner

quitar >0

quitar >0
alexm marked this conversation as resolved
alexm added 1 commit 2024-01-02 12:16:54 +00:00
gitea/salix/pipeline/head This commit looks good Details
1e3a7e5f91
refs #5914 refactor: invoiceTickets
alexm dismissed jsegarra’s review 2024-01-02 12:16:55 +00:00
Reason:

New commits pushed, approval review dismissed automatically according to repository settings

alexm requested review from jgallego 2024-01-02 12:17:12 +00:00
alexm requested review from jsegarra 2024-01-02 12:17:13 +00:00
carlosap requested changes 2024-01-02 13:02:14 +00:00
@ -0,0 +2,4 @@
$$
CREATE OR REPLACE DEFINER=`root`@`localhost` PROCEDURE `vn`.`getTaxBases`()
BEGIN
Member

Los saltos de línea entre los comentarios no son necesarios.

Los saltos de línea entre los comentarios no son necesarios.
alexm marked this conversation as resolved
@ -0,0 +21,4 @@
CREATE TEMPORARY TABLE tmp.taxBases
ENGINE = MEMORY
SELECT
SUM(CASE WHEN taxableBase > 0 THEN 1 ELSE 0 END) as positive,
Member

Yo lo veo más claro así

SUM(IF(taxableBase > 0, TRUE, FALSE))positive,
SUM(IF(taxableBase < 0, TRUE; FALSE))negative

Yo lo veo más claro así SUM(IF(taxableBase > 0, TRUE, FALSE))positive, SUM(IF(taxableBase < 0, TRUE; FALSE))negative
Owner

vale pero al sumar sí gastem 1 i 0

vale pero al sumar sí gastem 1 i 0
alexm marked this conversation as resolved
@ -0,0 +24,4 @@
SUM(CASE WHEN taxableBase > 0 THEN 1 ELSE 0 END) as positive,
SUM(CASE WHEN taxableBase < 0 THEN 1 ELSE 0 END) as negative
FROM(
SELECT SUM(taxableBase) as taxableBase
Member

Se pueden omitir todos los 'as'

Se pueden omitir todos los 'as'
alexm marked this conversation as resolved
@ -0,0 +4,4 @@
DETERMINISTIC
BEGIN
/* Calcula si existe alguna base imponible positiva
Member

Los comentarios están mal, la forma correcta:

/**
*
*
*/

Los comentarios están mal, la forma correcta: /** * * */
alexm marked this conversation as resolved
jgallego requested changes 2024-01-03 06:14:39 +00:00
@ -0,0 +15,4 @@
CALL getTaxBases();
SELECT positive INTO hasAnyPositiveBase
FROM tmp.taxBases;
Owner

sino poses un limit uno açò pot donar error si hi ha 2 en el into

sino poses un limit uno açò pot donar error si hi ha 2 en el into
alexm marked this conversation as resolved
@ -0,0 +15,4 @@
CALL getTaxBases();
SELECT negative INTO hasAnyNegativeBase
FROM tmp.taxBases;
Owner

limit 1

limit 1
alexm marked this conversation as resolved
@ -31,3 +30,1 @@
expect(canBeInvoiced).toEqual(false);
await models.Ticket.canBeInvoiced(ctx, [ticketId], false, options);
Owner

no hi ha cap test a de canBeInvoiced amb el 3 parametro a true

no hi ha cap test a de canBeInvoiced amb el 3 parametro a true
alexm marked this conversation as resolved
alexm added 2 commits 2024-01-03 11:19:11 +00:00
alexm requested review from carlosap 2024-01-03 11:19:29 +00:00
alexm requested review from jgallego 2024-01-03 11:19:29 +00:00
jgallego approved these changes 2024-01-03 11:27:55 +00:00
Dismissed
@ -24,2 +24,3 @@
Transfer invoice to...: Transferir factura a...
Cplus Type: Cplus Tipo
Rectificative type: Tipo rectificativa
Invoice trasfered!: ¡Factura transferida!
Owner

ahir diguerem de no posar signes, de fet en la resposta al client jo tampoc ho posaria

ahir diguerem de no posar signes, de fet en la resposta al client jo tampoc ho posaria
alexm marked this conversation as resolved
alexm added 2 commits 2024-01-03 13:53:42 +00:00
alexm dismissed jgallego’s review 2024-01-03 13:53:43 +00:00
Reason:

New commits pushed, approval review dismissed automatically according to repository settings

carlosap approved these changes 2024-01-03 13:56:17 +00:00
jsegarra approved these changes 2024-01-04 07:11:45 +00:00
alexm merged commit f93416e8c1 into test 2024-01-04 07:13:01 +00:00
alexm deleted branch 5914-hotFix-transferInvoice 2024-01-04 07:13:01 +00:00
Sign in to join this conversation.
No reviewers
No Milestone
No Assignees
4 Participants
Notifications
Total Time Spent: 30 minutes
jsegarra
30 minutes
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: verdnatura/salix#1893
No description provided.