[Supplier Invoice] New Button (drop down action button) and mass Action from list for Supplier Invoice with status change

[FHenry]

Contexte :

L'entreprise utilisatrice de Dolibarr est acheteuse d'un bien ou service à une autre entreprise française et doit télécharger les factures de ses fournisseurs depuis le Portail Public de Facturation (PPF)

Flux :

On s'intéresse au flux 6 "Cycle de vie" dans le circuit "A" et "B2" (traitement identique du point de vue de l'acheteur).

Le flux 6 est bi-directionnel (du PPF vers l'acheteur, ou de l'acheteur vers le PPF) mais cette issue ne concerne qu'une partie du flux 6 : que les modifications depuis Dolibarr (Dolibarr => PPF)

Fonctionnalité :

L'utilisateur Dolibarr doit pouvoir modifier le statut des factures.
Il peut le faire manuellement

• soit individuellement pour chaque facture (cas d'usage : une facture est reçue dans Dolibarr depuis le PPF, mais l'utilisateur ne voit pas à quoi elle correspond : il doit la contrôler en voyant les détails)
• soit en masse (cas d'usage : l'utilisateurs souhaite valider toutes les factures du fournisseur "Orange" pour lequel il estime qu'il n'a pas besoin de voir le détail)
• Les données en provenance du PPF ne doivent pas être modifiables

Illustration :
UI : Si facture en provenance du PPF : supprimer les autres boutons depuis la facture
Le bouton valider se transforme en bouton dropdown

Cas particulier : Garder "creer facture avoir" si facture refusée auprès du PPF et que le fournisseur n'a pas envoyé l'avoir. Il doit y avoir un avertissement du type "Ne créez un avoir manuellement que si vous êtes certain que le fournisseur n'enverra pas d'avoir pour la facture refusée, par exemple si la société est fermée"

Conditions :

Avant de modifier un statut dans Dolibarr et de faire l'appel API à PPF, on s'assure que le statut était correctement synchronisé via status sync check #12

A débattre techniquement : via tâche cron, ET/OU avant la modification du statut manuellement par l'utilisateur, ET/OU sur un autre déclencheur, exemple dès l'ouverture de la facture

If a Supplier invoice come from PPF (Date created PPF is not null and status PPF is not null)

Seuls les statuts d'origine suivants sont modifiables par l'utilisateur

• 204
• 205
• 206
• 207
• 208

Les statuts de destination sont restreints selon le statut d'origine :

Appels API

Les appels doivent être synchrones
Healthcheck optionnel ? A voir au moment du dev

Gestion des erreurs

En cas d'échec/erreur lors de l'appel API au PPF, il ne faut pas modifier le statut de la facture dans Dolibarr

Si appel au PPF ok mais en cas d'erreur lors de la modification coté Dolibarr : A traiter avec #12

Documentation :

Page 32 à 36 - les changements de statuts autorisés

1 - Dossier de specifications externes FE - Dossier general_v2.4.pdf