Pour ce que j'en ai vu jusqu'à présent, ERPNext présente de nombreuses qualités mais malheureusement je me vois contraint d'arrêter ma "découverte" de ERPNext en raison du risque de "trous" dans la numérotation des factures.
Ce problème rend ERPNext difficilement utilisable en France.
Le 2ème problème (affichage du symbole € avant le prix) est moins grave mais toutefois assez gênant.
Ces 2 problèmes expliquent au moins en partie pourquoi Dokos un fork français a été créé (lien 1 , lien 2 ).
En dehors des 2 anomalies pré-citées, j'en profite aussi pour vous décrire les points positifs puis négatifs que j'ai vus lors de ce bref passage sur ERPNext. Ceux-ci sont forcément incomplets car au final, je n'ai vu et testé qu'une petite partie de ERPNext.
En résumé, les points positifs l'emportent largement sur les négatifs (souvent mineurs en dehors des 2 anomalies précédentes).
Points positifs
- Modèle full open-source - licence GPL - tout gratuit
- Migration native de versions
- Intégration externe facilitée (API REST, Google, Myddleware ...)
- Application mobile gratuite et complète
- Outil de commande en ligne (Bench) très puissant
- Simplicité du multi-instanciation
- Modification simple des workflow standards
- Besoin de peu de ressource matérielle (en mode production, ERPNext fonctionne avec 1Go de Ram)
- Multi-société - échanges inter-société
- Intégration native de Nginx et Letsencrypt
- Documentation (en anglais) complète
Points négatifs
- pas de modélisation réellement objet et pas d'héritage possible => ajout de fonctionnalités moins flexible que sur Odoo
- paramétrage initial + fastidieux que Odoo (taxes, compte produit par défaut , modèles impression)
- besoin de connaitre Javascript (en plus de python) pour certaines customisations (custom script)
- pas de vue pivot
- communauté plus petite (mais forum très actif)
- éco-système faible en Europe (2 intégrateurs en France, quelques-uns en Suisse et Allemagne)
- peu de modules/applications tiers
- Mariadb seule BD possible actuellement (vs Postgresql)
- pas d'interface voip Asterisk
Bonjour Philippe,
comment Dokos a géré ce sujet de numérotation des factures ?
le suivi de l’issue sur github semble tendre vers une solution, bien que non immédiate
Merci
Amaury
Dokos gère un no de séquence provisoire pour les factures « brouillon » en plus du no de séquence pour les factures validées.
La modification Dokos semble celle-ci : https://gitlab.com/dokos/dokos/-/commit/830c18ebb31e84cce5f950ce08226f1138c145cd
Merci Philippe,
je vais poursuivre mon expérimentation Dokos pour une société de service et ses différentes intégrations.
Cordialement
Amaury
Il est très intéressant d’avoir des évaluations de ce type sur les ERP, de pouvoir compter sur des listes de points positifs et négatifs qui sont d’une grande aide pour la communauté. Salutations et merci
Bonjour,
Sur les dernières versions de Frappe et ERPNext beaucoup de chose ont évolué dans le bon sens.
– Il est possible de faire de l’héritage des DocType Core et de surcharger les méthodes standards via le principe du framework Frappe : les hook
– Frappe est un framework Python et JS, cela permet facilement d’agir sur le front comme sur le back et c’est très utile pour améliorer les comportements spécifiques des interfaces
– Les outils de reporting (rapports personnalisables) sont intégrés à ERPNext et si l’on veut aller plus loin, sur le même bench il est possible d’installer une autre application Frappe Insights
– L’eco-systéme et la communauté se développe bien en Europe et est trés active (voir les PR de traduction qui démontre l’adoption du projet)
– Les module complémentaire se sont centralise sur une Market Place https://frappecloud.com/marketplace et d’autre source https://github.com/gavindsouza/awesome-frappe
– la compatibilité avec Postgresql est un travail de fond et sera disponible dans les prochaine version
– Tout est vraiment Open Source à la différence du Core Model de Odoo