Project

General

Profile

Development #39028

Toulouse Axel - endpoint de remontée des historiques de facture

Added by Lauréline Guerin about 1 month ago. Updated 28 days ago.

Status:
Solution déployée
Priority:
Normal
Target version:
-
Start date:
16 Jan 2020
Due date:
% Done:

0%

Patch proposed:
Yes
Planning:
No

Description

operation ListeDuiFacturesPayeesRecettees

0001-misc-improve-JSONSchemaFromXMLSchema-39028.patch View (1.68 KB) Lauréline Guerin, 20 Jan 2020 03:57 PM

0002-toulouse_axel-invoice-history-39028.patch View (22.1 KB) Lauréline Guerin, 20 Jan 2020 03:57 PM

0002-toulouse_axel-invoice-history-39028.patch View (23 KB) Lauréline Guerin, 20 Jan 2020 04:37 PM

0002-toulouse_axel-invoice-history-39028.patch View (22.6 KB) Lauréline Guerin, 21 Jan 2020 09:27 AM

Associated revisions

Revision d0884295 (diff)
Added by Lauréline Guérin about 1 month ago

misc: improve JSONSchemaFromXMLSchema (#39028)

Revision 03b86d74 (diff)
Added by Lauréline Guérin about 1 month ago

toulouse_axel: invoice history (#39028)

History

#2 Updated by Lauréline Guerin about 1 month ago

Visiblement, il n'y a pas de rapport entre IDREGIE et IDDIRECTION (une direction peut contenir plusieurs regies, cf un commentaire du document https://dev.entrouvert.org/attachments/download/40563/CUGT-eAdmin_SPEC-InterfaceAXEL-Factures_20170503_V1.1.A-N-CommentairesTN....docx dans #39080)

Donc, vu avec Thomas N: le endpoint des historiques de facture remonte toutes les factures, quelle que soit la régie passée en paramètre. On configurera une seule cellule historique, qui pointera sur une des régies (choisie de manière complètement aléatoire par nos soins).

J'ai modifié les endpoint invoice et invoice_pdf pour qu'ils soient en mesure de fallbacker sur les historiques si la facture n'est pas trouvée dans les factures à payer.

#3 Updated by Lauréline Guerin about 1 month ago

  • Description updated (diff)

#4 Updated by Thomas Noël about 1 month ago

Je pense que pour la liste des factures historiques, pour chacune il faudrait renvoyer les NUMDIRECTION, IDDIRECTION et LIBDIRECTION. Parce que j'ai l'intuition qu'il faudra les afficher. En ajoutant un argument "vendor_base={}" dans normalize_invoice, genre.

#6 Updated by Benjamin Dauvergne about 1 month ago

Plutôt que d'appeler le get_invoice normal puis historical on pourrait directement mettre dans l'id un préfixe 'historical-' pour différencier les références.

#8 Updated by Thomas Noël about 1 month ago

  • Status changed from Solution proposée to Solution validée

Alors j'aurai juste inversé

        vendor = invoice
        vendor.update(vendor_base or {})

en
        vendor = vendor_base or {}
        vendor.update(invoice)

parce que vendor_base c'est la base :) Mais bon, on sait que y'aura pas de collision, donc bon.

(sinon, « True if invoice['EXISTEPDF'] '1' else False » ça peut juste s'écrire « invoice['EXISTEPDF'] '1' », mais c'était déjà là avant alors zou et puis j'arrête de faire mon tatasse).

Bref, c'est un ack.

#9 Updated by Lauréline Guerin about 1 month ago

  • Status changed from Solution validée to Résolu (à déployer)
commit 03b86d74afe091de70617ad98c7c421ee52119df
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date:   Mon Jan 20 09:15:03 2020 +0100

    toulouse_axel: invoice history (#39028)

commit d088429533bc4eecd131b314376d913f1159bd42
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date:   Fri Jan 17 16:04:00 2020 +0100

    misc: improve JSONSchemaFromXMLSchema (#39028)

remarques prises en compte :)

#10 Updated by Frédéric Péters 28 days ago

  • Status changed from Résolu (à déployer) to Solution déployée

Also available in: Atom PDF