Vai al contenuto

Facturx 1.6.156 : contrôles d'accès renforcés, unités et devises dans le XML

Progetto : Facturx Editore : CAP-REL Versione : 1.6.156 Data : Dolibarr da 18 a 23

Sicurezza stabile annunciata 11 giorni fa compatibilità dichiarata in Français

Mettez à jour, puis réactivez le module

Deux des corrections de cette version ne s'appliquent aux données déjà en place qu'à la réactivation du module. Après le déploiement, passez donc par Accueil > Configuration > Modules pour désactiver puis réactiver Facturx : c'est cette action qui répare les champs complémentaires décrits plus bas.

Des contrôles d'accès corrigés

Plusieurs vérifications manquaient sur les pages d'import de factures reçues. Elles sont en place :

  • un import appartenant à une autre entité ne peut plus être consulté, modifié, réinitialisé ni supprimé. Même chose pour les actions de masse sur les factures, qui laissent désormais de côté celles des entités que vous ne voyez pas ;
  • le PDF d'une facture reçue n'est plus atteignable par un lien de partage public ;
  • enregistrer un identifiant Peppol depuis la page de recherche exige maintenant le droit d'écriture sur les tiers ;
  • la migration des identifiants de routage vers le module communautaire ne part plus d'un simple lien : elle passe par le formulaire de sa page.

Dans la même passe, les jetons OAuth2 et le secret client du point d'accès sont désormais chiffrés en base au lieu d'y être stockés en clair, et le script de la page "À propos" porte une empreinte qui le rend compatible avec une politique de sécurité de contenu stricte.

Si vous utilisez le module en multi-entité ou le canal d'import des factures reçues, cette mise à jour n'est pas optionnelle.

Quatre causes de rejet de vos factures

La raison d'exonération de TVA n'est plus répétée sur chaque ligne. Elle est portée une seule fois, au niveau de la ventilation de TVA, là où la norme l'attend. Le logiciel comptable DATEV, très répandu en Allemagne, rejetait les factures qui la répétaient.

Les mentions légales françaises et le mode de facturation BT-23 ne partent plus que sur une facture émise par un vendeur français. Ce sont des obligations du droit français : les transmettre pour un établissement qui facture sous d'autres règles était au mieux du bruit, au pire un motif de refus. Un nouveau réglage permet de forcer la décision dans un sens ou dans l'autre lorsque la détection par le pays de votre société ne suffit pas.

L'unité de vos lignes de facture part enfin dans le XML. Jusqu'ici chaque ligne était déclarée en pièces, quelle que fût son unité : une prestation de 7 heures annonçait 7 pièces à votre client. Les 37 unités livrées avec Dolibarr sont désormais traduites dans la liste UN/ECE Recommandation 20 attendue par la norme : les heures en HUR, les kilogrammes en KGM, les mètres carrés en MTK. Vous n'avez rien à paramétrer. Si vous avez ajouté vos propres unités au dictionnaire, saisissez-y directement le code de la liste (par exemple KWH pour un kilowattheure) et il sera transmis tel quel ; une unité sans équivalent continue de partir en pièce.

Une facture en devise étrangère conserve sa devise et ses montants. Si vous facturez en dollars, le XML porte USD et tous les montants en dollars : prix unitaires, totaux de lignes, remises, ventilation de TVA, acomptes et totaux généraux. Le XML décrit donc la même facture que le PDF que votre client a sous les yeux. La TVA est en plus exprimée dans la devise comptable de votre société, comme l'article 289 du CGI l'exige d'un vendeur français et comme la comptabilité de votre client en a besoin. Le modèle de facture de synthèse suit la même règle.

Les champs complémentaires reviennent

Les champs Chorus et XRechnung disparus de vos fiches réapparaissent à la réactivation du module. La réparation couvre aussi l'identifiant du lieu de livraison sur les contacts et le groupe de synthèse sur les produits, que la version précédente laissait de côté.

La création de ces champs est par ailleurs devenue plus sûre : un champ qui échoue n'annule plus la création de tous ceux déclarés après lui, et l'activation du module s'arrête en le disant lorsqu'un champ n'a pas pu être créé, au lieu de vous laisser avec une fiche incomplète et aucun message. La page de configuration nomme désormais les champs que Dolibarr masque, plutôt que de les laisser s'évanouir sans explication.

Point d'accès et factures reçues

  • le statut d'un document envoyé au point d'accès est de nouveau conservé : sa table manquait à l'installation ;
  • deux factures reçues ne peuvent plus se retrouver avec la même référence ;
  • un XML malformé reçu du réseau indique la ligne qui le casse, au lieu d'un message générique ;
  • l'échec de la fusion des pièces jointes dans le PDF Factur-X vous est signalé, et non seulement écrit dans le journal ;
  • l'adresse de retour OAuth2 suit l'emplacement réel de votre installation ; elle était figée sous /custom/facturx ;
  • un pilote de point d'accès inconnu est refusé au lieu d'être chargé à l'aveugle ;
  • l'avertissement sur le contact de facturation est traduit, il s'affichait en anglais.

Divers

Le réglage FACTURX_DISABLE_VERSION_CHECK désactive la vérification de version effectuée à chaque activation du module, pour les installations sans accès sortant. Le bloc de numérotation et de modèle de document, hérité du gabarit et sans effet, a été retiré des pages de configuration.