ERPNext – Anomalies

Je vais recenser au fil de l'eau les anomalies rencontrées durant ma découverte de ERPNext.

Sont exclues les anomalies de traduction (à l'exception des bloquantes) qui sont consignées ailleurs .

Versions : ERPNext  v12.10.0 - Frappe  v12.7.1

1- Affichage du symbole € avant le prix

Dans les documents édités (devis, facture ...), le symbole de la devise est affiché avant le prix au lieu de après.

Cette anomalie a déjà été déclarée dans github.

2- Le numéro de facture définitif est affecté à la création de la facture

... et non pas à la validation de la facture. Il peut donc y avoir des trous dans la numérotation quand par exemple, on supprime une facture "brouillon".

/!\ Cette gestion de la numérotation ne respecte pas la loi française qui indique :

"La numérotation des factures est représentée par un numéro unique basé sur une séquence chronologique continue, sans rupture."

Cette anomalie a été déclarée dans github ... en 2017 mais depuis, aucune correction n'a été apportée 🙁

Ce sujet revient périodiquement dans le forum (dernier en date).

J'ai relancé le sujet sur le forum.

Selon Rushabh Mehta le créateur de ERPNext, ce point serait réglé dans la version 13 

https://twitter.com/rushabh_mehta/status/1277927089904087040
https://github.com/frappe/erpnext/pull/18740

Finalement, la correction n'est pas incluse dans la v13 🙁


L'anomalie suivante est plutôt mineure :

3- Champs non traduits dans une opportunité issue d'un prospect

... cela interdit d'aller plus loin dans le processus.

Les champs Type d'opportunité et Stade de vente sont renseignés en anglais à l'ouverture du formulaire. Il faut resaisir ces 2 champs pour pouvoir enregistrer l'opportunité.

 

7 réflexions sur « ERPNext – Anomalies »

  1. for #2, I have commented

    current sales invoice naming is considered as an ID of the invoice and new field should be added for the official sales invoice number which is gapless sequence and get generated at confirmation/submit action.
    just create a sales invoice in draft should have an id for later review and validation, but as mentioned above the same can be deleted ignored or abandoned for any reason.

    Another concept called invoice chain, where is similar to blockchain concept where sales invoice never get deleted how to implement the same in ERPNext?

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *