Development #39028
Toulouse Axel - endpoint de remontée des historiques de facture
0%
Description
operation ListeDuiFacturesPayeesRecettees
Fichiers
Révisions associées
toulouse_axel: invoice history (#39028)
Historique
Mis à jour par Lauréline Guérin il y a plus de 4 ans
- Fichier 0002-toulouse_axel-invoice-history-39028.patch 0002-toulouse_axel-invoice-history-39028.patch ajouté
- Fichier 0001-misc-improve-JSONSchemaFromXMLSchema-39028.patch 0001-misc-improve-JSONSchemaFromXMLSchema-39028.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
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.
Mis à jour par Thomas Noël il y a plus de 4 ans
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.
Mis à jour par Lauréline Guérin il y a plus de 4 ans
- Fichier 0002-toulouse_axel-invoice-history-39028.patch 0002-toulouse_axel-invoice-history-39028.patch ajouté
et voila :)
Mis à jour par Benjamin Dauvergne il y a plus de 4 ans
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.
Mis à jour par Lauréline Guérin il y a plus de 4 ans
- Fichier 0002-toulouse_axel-invoice-history-39028.patch 0002-toulouse_axel-invoice-history-39028.patch ajouté
bonne idée, merci
Mis à jour par Thomas Noël il y a plus de 4 ans
- Statut changé de Solution proposée à 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.
Mis à jour par Lauréline Guérin il y a plus de 4 ans
- Statut changé de Solution validée à 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 :)
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
misc: improve JSONSchemaFromXMLSchema (#39028)