Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Supplier Invoice] New fields to store PPF information #2

Open
FHenry opened this issue Aug 22, 2024 · 1 comment
Open

[Supplier Invoice] New fields to store PPF information #2

FHenry opened this issue Aug 22, 2024 · 1 comment

Comments

@FHenry
Copy link
Member

FHenry commented Aug 22, 2024

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)

image

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)

image

Besoin :

Des statuts et informations complémentaires doivent être ajoutées à l'objet "facture fournisseur"

Extrafields to create on the supplier invoice object :

  • Date imported from PPF : Date, Read Only

  • Date updated : Date, Read Only

  • Status PPF :
    Select List : Read Only, default visible on list, sortable, filterable (with multi-select by User Label)

Code :
204 - Label: Prise en charge, User Label : "A contrôler" (par défaut à la réception de la facture dans Dolibarr)* : la facture a été récupérée dans Dolibarr
205 - Approuvée : l'acheteur valide la légitimité de la facture et est d'accord avec les lignes / montants facturés
206 - Approuvée partiellement : l'acheteur n'est d'accord qu'avec une partie des lignes et ne compte pas régler les autres
207 - En litige : l'acheteur ne compte pas régler la facture en l'état, il doit retourner vers son fournisseur pour en discuter
208 - Suspendue : l'acheteur estime qu'il manque des pièces jointes (exemple bon de livraison) / commentaires (exemple des références à un marché) mais ne conteste pas le bien fondé de la facture
209 - Complétée : le fournisseur a complété la facture (suite à un statut 208)
210 - Refusée : l'acheteur ne compte pas régler la facture -> fin de cycle
211 - Paiement transmis : l'acheteur indique au PPF qu'il a envoyé le paiement
212 - Encaissée : le fournisseur indique au PPF qu'il a reçu le paiement

Correspondance statuts nominaux PPF / statuts Dolibarr

Situation de départ : des factures au statuts 203 sont disponisbles sur le PPF

Statut dolibarr Déclencheur Statut PPF
0 - brouillon / paye 0 = "brouillon" Création de la facture brouillon 204 : prise en charge (affichage user : "a controler")
1 - validée / paye 0 = "impayée" ou "commencée" Validation sur le bouton a créer "Approuver la facture" ou "approuver partiellement" (en remplacement de "valider" qui devient un validé dropdown) 205 : approuvée OU 206 : Approuvée partiellement OU 207 : En litige OU 208 : Suspendue OU 209 Complétée par le fournisseur
2 - clos / paye 0 = "payée partiellement" Validation sur le bouton existant "CLASSER 'PAYÉE PARTIELLEMENT'. Bouton visible si statut précedent = 206 approuvé partiellement 211 : paiement transmis
3 - abandonné / paye 0 = "abandonnée" Validation sur le bouton existant "CLASSER 'abandonnée' 210 : refusée
1 - validée / paye 1 = N/A passe automatique à 2-clos N/A N/A
2 - clos / paye 1 = "Payée" Confirmation de validation d'un règlement / Totalité du montant 211 : paiement transmis OU 212 : Encaissée
3 - abandonnée / paye 1 = pas censé exister N/A N/A

CLARIFICATION REQUISE

"Payé partiellement" et "accepté partiellement": fonctionnellement pas clair, à préciser par PPF - nous aurions naturellement fait soit acceptation totale, soit en litige / refusée mais pas d'acceptation partielle

Illustration dans Dolibarr :

statuts ppf compl

Hors périmètre :

On ne s'intéresse dans cette issue qu'à la création des champs supplémentaires et pas à leur actualisation / modification.
La modification des statuts est traitée dans #6 (Dolibarr => PPF) et #5 (PPF => Dolibarr)

Documentation et ressources

En e-invoicing, il permet d’informer l’émetteur (fournisseur) du flux de l’évolution du traitement de la facture ou son destinataire (acheteur) de l’apport de compléments par l’émetteur.
Il est émis par le PPF à destination du fournisseur (envoi ou mise à disposition du flux), à l’initiative de l’acheteur (mise à jour du statut de la facture après mise à disposition de celle-ci) ou non (rejet avant mise à disposition de la facture). Il peut également être émis par le PPF à destination de l’acheteur (envoi ou mise à disposition du flux) en cas de complément par le fournisseur.

Sur la gestion des statuts :1 - Dossier de specifications externes FE - Dossier general_v2.4.pdf page 29 à 36

@FHenry FHenry changed the title NEw field on Supplier Invoice New field on Supplier Invoice Aug 22, 2024
@atm-maxime atm-maxime changed the title New field on Supplier Invoice [Supplier Invoice] New fields to store PPF information Aug 22, 2024
@AurelienBISOTTI
Copy link
Collaborator

Je me rapproche de l'AIFE pour avoir des précisions sur ce "accepté partiellement" / "payé partiellement"

  • Nous ne voyons l'intérêt par rapport à un cycle classique "litige" puis "accepté" ou "refusée" avec émission d'un avoir et d'une nouvelle facture si besoin
  • Nous ne comprenons pas comment l'Etat pourrait connaitre la TVA à récupérer si on ne précise pas quelles lignes sont acceptées partiellement, puisque toutes les lignes n'ont pas forcément le meme taux de TVA. Le swagger actuel ne permet pas de faire ce genre de communication, et c'est rajouter une couche de complexité inutile.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants