[French topic] New on ERPNext/Frappe - Nouveau venu sur ErpNext/Frappe

Bonjour a tous et toutes, chères utilisateurs, intégrateurs, développeurs francophone !

Je me présente rapidement, cela fait 10 ans que je fait de l’intégration, formation, développement personnalisé pour des ERP/CRM basé sur des solutions libres (Dolibarr principalement) : [FHenry (HENRY Florian) · GitHub].

J’ai découvert ERPNext et Frappe il y a peu et la première chose qui m’a énormément plu c’est cette volonté de proposer tout en natif et open source. Mon coté libriste à tout de suite dit : oui. Quand je regarde l’équivalent Odoo qui pour les montées de versions oblige à passer par eux, ça laisse songeur.

Je me suis amusé, réellement, à installer Frappe “à la main”, puis avec la simplicité de Docker, et enfin j’ai mis les mains dedans (New to Frappe but already suggest an update of library management tutorial module).

Je suis bluffé par la rapidité des développements, de la puissance du cadriciel.

Je creuse profondément maintenant sur le coté fonctionnel d’ERPNext, puisque maintenant je comprends comme il fonctionne sous le capot.

A première vue, ERPNext est peu complexe par rapport aux clients à qui je propose mes services d’intégration. Par exemple créer un devis avec la bonne TVA et le bon prix, pour un produit, nécessite “un peu” de configuration préalable, pas forcément intuitive. Mais en même temps le positionnement “alternative à SAP” oblige ce niveau de complexité. Pour le coup par rapport à Dolibarr par exemple, c’est carrément complexe dans ERPNext.
J’ai bon espoir de préparer un module qui simplifie tout ça pour le fonctionnement en France car la puissance de l’outil le mérite.

Si vous avez des retours d’expériences d’intégrations, des “Succes story” ou “Failed story”, cela pourrait être intéressant de les partagés ?

En vous souhaitant une bonne continuation avec cet outil qui mérite toute la place sur le marché français.

A vous lire

2 Likes

Welcome on board, si tu parle en anglais ca sera plus facile pour l’ensemble de la communaute la communication d’enrechir et de s’enrechire.
I have 15+years experience with Oracle ERP and I love working with erpnext.

Yes I can. This is a kind of test to know if french spoken poeple are here, but of course main language is English on the Forum, i will post with it.
Ps: long time ago, I work with Oracle Siebel crm, I’m happy to switch on open source software
Kind regards

Welcome @FHenry .
I reply here for VAT configuration for France because it can also help others.

First you need to create a Sales Taxes and Charges template with one line per TVA rate (Normal, Intermédiaire, Réduit and Particulier).
You specify the right account head but it is important to set the rate to 0 for all lines.

Then you add a new Tax Rule with the tax template you 've just created

Then you go to item master and set the item tax section with the rate

That’s it !
When you create a new sales order for instance, it will search the tax rule for the customer and apply the tax template (here the tax rule is applied to all customer’s groups) and cross it with the item master tax rate.

If you want to sell TTC or without VAT for export, you need to add new tax templates in the same way.
In the purchase side, it is the same principle with Purchase Taxes and Charges template.

2 Likes

Thank a lot Britlog.
Your explanation help me to understand what can be changes (should I say gap) between version, or do we have different global settings ?

Are you in ERPNext 12 ?
I’ve got different list view.
On Item, the tax section look like there is :


It need an Item taxe template and optionally a Tax Category.
And Item tax template is related to one or more accountancy code and a Taxe rate.

By the way, the accountancy code also have a rate property…

Whouaa , where to put the right data ? probably every where, but if it’s done like that it may be use at different places. I have to dig more.

It work fine if you define the four Item tax template (and only accountancy code per Item Tax template) and apply the good one on the item.
In this case I wonder where are use the Sales Taxe Template ? From now, it’s no more on item.

I also try to use Tax rule to apply them by Item Group, but as Tax rule use Sales Taxe Template and not Item Tax Template, it do not impact TVA when adding item to quotation or invoice.

The other thing that bug me, is Tax Category, I didn’t find yet how it work, but I will :wink: It seem to be just a kind of label/tag for identifying taxes models (available on item tax, sales tax temple, and purchase tax template)

I also wonder how to implement what we call “Autoliquidation”, when a company make subcontract in BTP market. Normally you have two more records into the bookeeping (on buying journal) that cancel the TVA, but it must be here with two specifics code, one in credit the other as debit.
Same kind of feature for bookepping on byuing journal when you buy abroad (outside of CEE), you should have a “like” 20% percent TVA cancelled by another code.

And last but not least when you choose for your main company France as main Company country normally", (I found it do it on update if country change , not on create but anyway) ERPNExt create Sales Taxes and Charges Template like that :

So it seems that there is a mix to do between Item Tax template, Sales Tax template and Tax Rule, but the recepie is not well cooked for the moment. I will continue to find a simple way, and the goal it to propose a default data “Tax” creation for France.

I’m still in V11.
It seems the Item Tax Template is new but if you put in the account/rate and assign this tax template to item master, it will normally work like in v11. But a test is needed for sure.
The tax rate in chart of account is informative, the tax applied is in the item tax section in V11 and Item Tax Template in V12.
I plan to migrate in V12 for pre-production, so I will confirm how it works in V12, but you will have found already at that time for sure :wink:

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.

  • Avez vous un avis sur la facilité d’installation paramétrage usage ERPNext vs Odoo svp?
  • Savez-vous si Odoo et ERPNext sont multi-tenants, càd capables de gérer beaucoup d’entreprises ou organisations sur une même instance, et non pas devenir lourd et couteux si par exemple on met 1000 artisans sur Odoo ou ERPNext?
  • Peut-on faire une bonne intégration entre plusieurs organisations, telle que connecter des plannings d’intervention sur un même chantier entre collaborateurs d’organisations différentes?

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.

1 Like

/!\ 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.

1 Like

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 :joy:

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

L'État est pleinement confiant dans la capacité des plateformes à garantir des services de qualité, sécurisés et à proposer des offres suffisamment élargies pour couvrir les besoins actuels et à venir de toutes les entreprises. Dans ce contexte, le projet sera poursuivi en privilégiant la construction d’un annuaire des destinataires, indispensable aux échanges entre les plateformes, et d’un concentrateur des données permettant leur transmission à l’administration fiscale. Cette réorientation doit notamment permettre d’assurer la tenue du calendrier prévu par la loi de finances pour 2024 et le respect des moyens définis.

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é.

1 Like

@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 ?

2 Likes

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 :smiley: