I 've just tested VAT settings in V12 and I confirm that the only difference between V11 and V12 is the Item Tax Template.
So, you create a tax template with the lines that were in tax item section in v11
And you select this template in item master
It works like a charm and it is a very good change because you don’t need to deal anymore with accounts when you create a new item.
Hi there, salut à tous
Dommage, cet espace est pourtant nommé (french topic) et seuls des français y parlent, et sur le sujet TVA française etc., autant rester francophone non?
Heureux de voir que Britlog, Dokos, et d’autres arrivent sur ERPNext.
Dans mon agence web, nous sommes passés de Dolibarr + vTiger CRM à Odoo avec bonheur.
Merci pour vos réponses!
Et tant que j’y suis… puisque contrairement à Odoo, ERPNext montre son framework sous-jacent, Frappé, que peut-on faire avec, un WordPress, Drupal, un autre ERP, bref quelle différences avec par exemple Symfony, le framework sous-jacent à Drupal, ou d’autres exemples? Merci
Bonjour,
Oui ERPNext est multi-tenants, et tu devrais pouvoir faire communiquer plusieurs instances via l’API REST et les webhooks (si j’ai bien compris le besoin de partager des informations entre 2 installations ERPNext d’organisations différentes donc 2 installations séparées).
Par contre, je ne connais pas suffisamment Odoo pour comparer les installations.
Frappé permet de développer n’importe quelle application web en apportant une structure et une rapidité de développement avec les nombreuses fonctionnalités de base du framework : tu n’es pas obligé d’installer l’application ERPNext mais tu peux en créer une nouvelle pour un autre besoin. Par contre, je ne connais pas Symfony, je laisse d’autres te répondre sur ce point.
Bonne journée
Bonjour Nicolas,
Comme le dit BritLog, ERPNext est multicompany par nature, mais il sera probablement necessaire de faire des adapatations par rapport à la mise en place de 1000 entreprise dans un seul ERPNext.
Frappe apporte avec une facilité déconcertante, le developpement d’applicatoin, coté serveur en Python, coté Front en JS.
Tout n’est pas forcément bien documenté, il faut souvent regardé comment cela est codé dans ERPNext pour trouver une methode viable à utiliser, ou alors trouver des applications (certainnes sont disponible ici Frappe Cloud Marketplace) pour s’en inspiré
/!\ English version below /!\
Salut les français !
Dites, je ne suis pas vraiment “nouveau venu” sur Frappe, mais maintenant que je m’intéresse de plus près à ERPNext il me vient une question assez fondamentale pour les prochaines années :
Est-ce que ERPNext est conforme aux nouvelles règlementations françaises en matière de E-Invoicing et E-Reporting ? La nouvelle règlementation semble assez restrictive, et oblige si j’ai bien compris à utiliser une Plateforme de Dématéralisation Partenaire (ou PDP), dont Frappe ne fera jamais partie à mon avis.
Est-ce que vous avez déjà rencontré/songé à ça ? Et qu’en pensez-vous ?
Merci de vos réponses et à ++
Grolaf.
=====
Eglish version :
Hello French people!
Say, I’m not really a “newcomer” to Frappe, but now that I’m taking a closer look at ERPNext I’ve come up with a pretty fundamental question for the next few years:
Does ERPNext comply with the new French regulations on E-Invoicing and E-Reporting? The new regulations seem rather restrictive, and if I’ve understood correctly, require the use of a Partner Dematerialization Platform (or PDP), which I don’t think Frappe will ever be part of.
Have you ever come across this? And what do you think?
Thanks for your answers and see you soon!
Grolaf.
/!\ English version below /!\
Bonjour Antoine,
C’est une grande question.
Déja arriver à avoir un grand livre et un export FEC cohérent (gestion des facures d’acomptes avec TVA, inexistante dans le standard…) n’est pas possible nativement.
Chez Scopen, nous travaillons à l’application ERPNext France, qui permet une gestion des factures d’acomptes, mais pas que.
Nous essayons également de proposer des changements dans la coeur d’ERPNext afin de faciliter la gestion de la comptabilité française, mais c’est un travail sur le long terme.
Nous n’en sommes pas encore aux factures de situation (courrantes dans le BTP) et nous travaillerons sur la connexion au PPF (E-Invoicing et E-Reporting).
Travaillant avec un autre ERP open source sur le sujet, nous avons bon espoir, en fonction des finnancements ou de participations communautaires au projet ERPNext France, de transposer ces fonctionnalités dans ce module.
Il existe plusieurs solutions techniques, soit ERPNext se connectera directement au future PPF (Portail publique de facturation) pour le quel il n’existe que des spécifications mais aucune platforme de test (triste), ou alors il faudra passé par un PDP qui s’occuera de faire la passe-plat (forcement payant).
Il existe également un fork ERPNext pour la France/Europe (je ne citerais pas de nom ici pour ne froissé personnes, une petite recherche internet permet de le trouver facilement), je pense que le sujet est également en etude de ce coté. Peux être une future collaboration possible ?
Si vous êtes interessé pour rejoindre l’aventure, n’hésitez pas à nous contacter.
====
English version:
Hello Antoine,
That’s a big question. First, achieving a coherent general ledger and FEC export (management of deposit invoices with VAT, which doesn’t exist in the standard…) is not natively possible.
At Scopen, we are working on the application ERPNext France, which allows for the management of deposit invoices, but not only that.
We are also trying to propose changes to the core of ERPNext to facilitate French accounting management, but it’s a long-term task.
We haven’t reached progress billing yet (common in construction), and we will be working on the connection to the PPF (E-Invoicing and E-Reporting). Having worked with another open-source ERP on this subject, we are hopeful, depending on funding or community participation in the ERPNext France project, to transpose these features into this module.
There are several technical solutions: either ERPNext will connect directly to the future PPF (Public Invoicing Portal) for which there are only specifications but no testing platform (unfortunately), or it will have to go through a PDP that will handle the transfer (which will inevitably be a paid service).
There is also a fork of ERPNext for France/Europe (I won’t name it here to avoid upsetting anyone, but a quick internet search will easily lead you to it). I believe the subject is also under study on that side. Perhaps a possible future collaboration?
If you’re interested in joining the adventure, don’t hesitate to contact us.
Bonjour @Antoine_Barrier et @FHenry,
J’arrive un peu tard ici haha
Tout à fait le sujet est en cours d’étude chez nous aussi. On a fait une implémentation de la génération des factures. Il y a aussi une application de facturation électronique par des Allemands qui ont le même standard de facturation électronique qu’en France (ZUGFeRD/Factur-X) : GitHub - alyf-de/eu_einvoice
Concernant l’envoi et la réception des factures vers/depuis les plateformes de dématérialisation, le sujet est en cours mais on attend que les PDP se montent pour s’interfacer avec elles. Très honnêtement c’est la partie la plus facile du sujet facturation électronique, mais on est obligés d’attendre les PDP pour avancer.
D’après ce dont je me souviens des réunions de présentation où nous avons été invités, les PDP et le PPF devraient avoir des interfaces communes pour les fonctionnalités essentielles. (Ça veut dire potentiellement pas besoin de payer pour faire la facturation électronique)
Corentin
Bonjour @corentin,
du coté de Dolibarr (Issues · Dolibarr/dolibarr-fr-efacturation · GitHub) autre ERP Open source dans lequel je suis impliqué, on avance sur les spécifications avec une connexion direct au PPF sans passé par un PDP. J’ai cru comprendre que du coté de l’Odoo Open Source initiative ils ont fait se choix aussi.
Pourquoi passé par un tiers payant quand on peux directement allé à la source (PPF) ?
Ça fait presque 1 an et demi que j’ai commencé le sujet, entre-temps les choses ont changé et j’ai pas tout suivi 
Effectivement pas besoin de payer pour rien. Quand je parle des PDP je veux dire “PPF ou PDP”. Je ne connais pas du tout la pertinence des PDP par rapport au PPF, j’imagine qu’elle est faible quand on a déjà un ERP.
Pareil, je n’ai pas encore regardé l’API Chorus Pro pour l’instant, j’ai oublié qu’elle était déjà disponible depuis un moment, mais je ne sais pas s’il est facile d’avoir accès à cette API. (C’est pour cette raison que je mentionne les PDP, qui pourraient potentiellement offrir des accès gratuits et rapides à des environnements de test, ce qui n’est peut-être pas le cas pour le PPF, là encore je ne me suis pas renseigné).
D’après ce que je viens de lire, le minimum est donc de faire une requête POST /v1/deposer/pdf avec le PDF enrichi de la facture.
Alors, apparemment le PPF aurait déjà un pied dans la tombe d’après les réactions de gens sur linkedin suite à ce communiqué : L’État accompagnera la généralisation de la facturation électronique entre entreprises - Presse - Ministère des Finances
Corentin
Oui j’ai vue cela avec effroi…
Donc çà ca être la foire aux différentes app qui discutent avec chacune leur PDP favoris.
Ma crainte c’est que les PDP, en tant que société privé, vont pouvoir fixer leurs tarifs à leur bon vouloir, et décider unilatéralement de changer leurs API comme çà, sur un coup de tête.
Effectivement la concurrence devrait limiter les actions ineptes des PDP, sinon l’intégrateur en choisi un autre, mais changer de PDP veux dire recoder l’app connecteur avec toute les incompatibilité potentielles.
Pour moi, qui sera perdant : nos clients que nous accompagnons sur l’intégration d’ERP car si je veux leur assurer une continuté de service, je vais devoir facturer un forfait ++ pour me couvrir en cas changement des API du PDP ou carrément changement complet de PDP…
Et donc, au passage, toute les entreprises, même les TPE à faible moyen, devront avoir une charge obligatoire en plus d’abonnement à ce service.
De quoi faire que les gros éditeurs de logiciels ERP/Comptabilité non libres vont se frotter les mains, déjà qu’ils nous mettent bien des batons dans les roues.
Je sens bien les cabinets comptables débarquer et dire :“Laissez tomber votre ERP Open Source, nous on vous vends une licence XXX ou XXX, nous on a déjà tout”. Forcement, les éditeurs de XXX ont une force de frappe et un potentiel de développement qui n’est pas le même que pour des structures d’intégrateur d’ERP Open Source comme les nôtres…
Bref, je suis dépité…
Chez Scopen on va se rapprocher de PDP de notre région pour voir comment, il ont avancé.
@corentin
Avec l’association Dolibarr, on se pose la question de participer à un projet de création d’une structure (association, GIE, ou autre) capable de se porter PDP pour ensemble des solutions logiciel de facturation open source.
Qu’en pense tu ?
Bonjour @FHenry,
J’en ai parlé avec @chdecultot et on trouve l’idée de faire une coopérative/GIE/… intéressante. N’hésite pas à nous mettre dans la boucle s’il y en a déjà une ! Merci 
Bonjour,
Je déterre un sujet un peu ancien, mais je voulais vous en parler car je suis un nouveau venu. En regardant dans la documentation d’ERPNext, j’ai vu ce topic :
https://docs.frappe.io/erpnext/user/manual/en/fichier_des_ecritures_comptables
Du coup, je me demandais : depuis le temps, est-ce qu’ERPNext a été mis aux normes de façon native ?
Bonjour @hichem-code, depuis la version-15, Scopen à repris la régionalisation “France” avec l’application ERPNext France.
Nous sommes en perpétuelle implémentation et évolution sur cette application, elle inclut actuellement :
Bientôt
Bonjour @FHenry Merci pour le retour, est ce que vous auriez un guide pour installer erpnext france en self host docker, j’ai essayé mais sans succés
j’ai installer tel que :
frappe@7c5f53993a2a:~/frappe-bench$ rm -rf apps/erpnext_france
frappe@7c5f53993a2a:~/frappe-bench$ bench get-app erpnext_france https://github.com/frappe/erpnext_france.git
Getting erpnext_france
$ git clone https://github.com/frappe/erpnext_france.git --origin upstream
Cloning into 'erpnext_france'...
remote: Enumerating objects: 9094, done.
remote: Counting objects: 100% (9094/9094), done.
remote: Compressing objects: 100% (2595/2595), done.
remote: Total 9094 (delta 3210), reused 9094 (delta 3210), pack-reused 0 (from 0)
Receiving objects: 100% (9094/9094), 2.69 MiB | 13.96 MiB/s, done.
Resolving deltas: 100% (3210/3210), done.
Ignoring dependencies of https://github.com/frappe/erpnext_france.git. To install dependencies use --resolve-deps
Installing erpnext_france
$ /home/frappe/frappe-bench/env/bin/python -m pip install --quiet --upgrade -e /home/frappe/frappe-bench/apps/erpnext_france
DEPRECATION: Legacy editable install of erpnext-france==0.0.1 from file:///home/frappe/frappe-bench/apps/erpnext_france (setup.py develop) is deprecated. pip 25.3 will enforce this behaviour change. A possible replacement is to add a pyproject.toml or enable --use-pep517, and use setuptools >= 64. If the resulting installation is not behaving as expected, try using --config-settings editable_mode=compat. Please consult the setuptools documentation for more information. Discussion can be found at https://github.com/pypa/pip/issues/11457
$ bench build --app erpnext_france
✔ Application Assets Linked
yarn run v1.22.22
$ node esbuild --production --apps erpnext_france --run-build-command
File Size
DONE Total Build Time: 265.984ms
Done in 2.03s.
Compiling translations for erpnext_france
frappe@7c5f53993a2a:~/frappe-bench$ bench --site test-erpnext-1fc692-37-114-37-33.traefik.me install-app erpnext_france
App erpnext_france already installed
frappe@7c5f53993a2a:~/frappe-bench$
mais quand je verifier il n’apparait pas :
frappe@7c5f53993a2a:~/frappe-bench$ bench --site test-erpnext-traefik.me list-apps
frappe 15.68.1 UNVERSIONED
erpnext 15.61.1 UNVERSIONED
Bonjour @hichem-code,
le bon dépôt est https://github.com/scopen-coop/erpnext_france dans sur la branche version-15
une PR est lancé sur GitHub - frappe/erpnext_france demandant d’archiver ce dépôt, il n’est plus maintenu par Frappe, ce n’est donc pas celui à utiliser.
Je vous recommande de désinstaller proprement la version “Frappe” de l’application (bench uninstall-app
et bench remove-app) avant de procéder à la nouvelle installation “Scopen”
Merci beaucoup pour votre retour,
sur quel container il faut installer erpnext_france ? car je l’ai installer sur le frontend et le backend mais sans succès
j’ai un message d’erreur un fois installé :
### App Versions
{
"erpnext": "15.62.0",
"frappe": "15.68.1"
}
### Route
Workspaces/Home
### Traceback
Traceback (most recent call last):
File "apps/frappe/frappe/app.py", line 100, in application
init_request(request)
File "apps/frappe/frappe/app.py", line 173, in init_request
frappe.init(site=site, sites_path=_sites_path, force=True)
File "apps/frappe/frappe/__init__.py", line 258, in init
setup_module_map(include_all_apps=not (frappe.request or frappe.job or frappe.flags.in_migrate))
File "apps/frappe/frappe/__init__.py", line 1658, in setup_module_map
for module in get_module_list(app):
^^^^^^^^^^^^^^^^^^^^
File "apps/frappe/frappe/__init__.py", line 1506, in get_module_list
return get_file_items(get_app_path(app_name, "modules.txt"))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "apps/frappe/frappe/__init__.py", line 1471, in get_app_path
return get_pymodule_path(app_name, *joins)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "apps/frappe/frappe/__init__.py", line 1501, in get_pymodule_path
return abspath(join(dirname(get_module(scrub(modulename)).__file__ or ""), *joins))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "apps/frappe/frappe/__init__.py", line 1442, in get_module
return importlib.import_module(modulename)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
File "<frozen importlib._bootstrap>", line 1140, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'erpnext_france'
### Request Data
{
"type": "POST",
"args": {},
"headers": {},
"error_handlers": {},
"url": "/api/method/frappe.sessions.clear",
"request_id": null
}
### Response Data
{
"exception": "ModuleNotFoundError: No module named 'erpnext_france'",
"exc_type": "ModuleNotFoundError"
}
Encore merci !
Bonjour,
On déploie classiquement sur un bench
bench get-app --branch version-15 https://github.com/scopen-coop/erpnext_france.git;
bench --site *NOMDUSITE* install-app erpnext_france;