ajouter ?for-payment quand on lit une facture pour la payer (#76853) #85
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/76853-lingo-lors-du-get-invoice-pour-p"
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?
Le paramètre supplémentaire n'étant pas supporté partout, il n'est ajouté que si la source a annoncé son support sur son endpoint
/invoices/
.WIP: ajouter ?for-payment quand on lit une facture pour la payer (#76853)to ajouter ?for-payment quand on lit une facture pour la payer (#76853)@ -369,3 +379,4 @@
if not self.is_remote():
return self.basketitem_set.get(pk=invoice_id)
url = self.webservice_url + '/invoice/%s/' % invoice_id
if self.has_invoice_for_payment:
Ce paramètre est passé aux connecteurs également lorsque l'on demande à voir une facture historique.
Il faudra y penser quand on le prendra en charge dans les connecteurs.
J'avais ajouté un paramètre for_payment à get_invoice() pour justement gérer ce cas, j'ai oublié de le mettre dans la condition c'est corrigé. Le paramètre n'est envoyé que dans le cas PayView désormais.
@ -370,2 +380,4 @@
return self.basketitem_set.get(pk=invoice_id)
url = self.webservice_url + '/invoice/%s/' % invoice_id
if self.has_invoice_for_payment:
url += '?for-payment'
Le nom du paramètre (avec '-') ne permet pas d'avoir une variable dans
les paramètres du enpoint du connecteur, mais oblige d'utiliser le
kwargs.
Peut-être que c'est mieux ainsi : que l'on ne puisse pas documenter
dans la page du connecteur la prise en compte de la variable qui est à
usage interne de Publik, je ne sais pas.
Non t'as raison j'oublie toujours cette contrainte, je vais modifier ça si tu peux le prendre en compte coté maelis.
Dans lingo, je ne vois qu'un seul appel au endpoint '/invoice/%s/'.Vu que le paramètre 'for-payment' est systématiquement passé lorsque le connecteur le prend en compte, je ne comprends pas sa plus value.
J'imagine que ça permettra d'adapter le comportement de lingo à l'avenir.
Ok, c'est plus le cas à présent.
0cfd8eca32
to2e7c820bcf
2e7c820bcf
toe41f878141
Benjamin, là je vais pas avoir le temps de re-tester (via #77110) avant le freeze.
Comme j'ai déjà validé, si c'est pressé pousses en l'état et sinon je reprends #77110 dès que je peux.
Pour moi il n'y a rien qui presse, c'est toi qui décide.
Ack.
J'ai proposé une éventuelle amélioration, mais indépendamment j'ai mis à jour entrouvert/passerelle#232
et testé que tout fonctionne bien en l'état.
@ -355,2 +358,4 @@
if items.get('err'):
raise RegieException(regie_exc_msg)
has_invoice_for_payment = items.get('has_invoice_for_payment', False)
if self.has_invoice_for_payment != has_invoice_for_payment:
Ici on pourrait également conditionner sur
not history
,afin de ne pas à avoir à répondre
{'has_invoice_for_payment': True}
dans le endpoint des connecteurs qui renvoient l'historique des factures
(ou pas, c'est juste que ça me semblerait plus robuste).
e41f878141
to0927b18230
0927b18230
to08abf1fc56
08abf1fc56
todf8ec5c279
df8ec5c279
to74ae8c1e97
74ae8c1e97
to48ceec92b5
48ceec92b5
to67f9c99c00
67f9c99c00
to742edf3046
742edf3046
to335c7b027a
335c7b027a
to91f0eb19f1
91f0eb19f1
tobbb12f507f