Sauf que les banques (j'ai notamment regardé sur la mienne, Shine) impliquent de passer par LEUR outil de facturation pour créer les factures en Factur-X ... Moi j'utilise Dolibarr dans une VM depuis des années pour générer mes factures , j'ai pas du tout envie de tout transférer à la banque et me rendre dépendant d'eux... (ce qui est bien le but recherché par cet outil "offert" , complexifier le départ de chez eux. Pourtant il me semble que Dolibarr peux générer en Factur-X moyennant un plugin payant (mais au moins c'est du one-shot). Là, ça va pas encore suffire...
Il existe bien un module pour créer générer les factures au format Factur-X (Fichier PDF, lisible avec un lecteur PDF, avec des meta-données en XML qui structures les éléments de la facture). Il y en a aussi pour PEPPOL (là c'est l'inverse c'est un XML avec le PDF en base 64 dedans, non lisible pas un lecteur de PDF), mais aucun des deux n'est pour le moment dans le cœur du projet, ce sont des modules externes (non maintenue par la communauté sur le dépôt officiel du projet).
Donc on prends les fichiers créer par l'ERP et on les dépose un à un sur le portail Web du PDP ? Ca fonctionne mais c'est pas très pratique, et surtout, la loi impose la récupération (intégration en comptabilité) des factures transmises par vos fournisseurs (qu'elles soient légitimes ou indues), là il n'y a pas de solution pour le moment de plus on doit signalé quand on est payé en tant que fournisseurs, donc là encore double travail sur le portail du PDP et dans l'ERP (sans connecteur direct).
Le
25/10/2024 à
13h
26
Pour Frappe, je pense que Dokos est sur le sujet non ?
Je suis contributeur/intégrateur/développeur d'ERP Opensource (Dolibarr et ERPNext), je trouve cette décision catastrophique !
Le lobbying a payé : un service privé en lieu et place d'une solution publique pourtant promise...
Cà va donc être la foire aux différentes app/module/extension qui discutent avec chacune leur PDP favoris.
Avec l'association Dolibarr France nous avions commencé le travail d'étude des spécifications du PPF pour proposer une solution (https://github.com/Dolibarr/dolibarr-fr-efacturation/issues), travail financé par "un pot commun" des acteurs volontaires (budget ~10K). Maintenant,..., tristement on se demande quel PDP choisir. Ou mieux, mais bien plus compliqué, voir si on motiverais pas les acteurs de l’écosystème "ERP Open Source" autour de la création une structure (asso, GIE, coopérative,...) qui ferait les démarches pour être PDP (un vrai commun collaboratif)
Imaginez que les PDP, en tant que société privées, vont pouvoir fixer leurs tarifs, à leurs 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/développeur du module pour son ERP favori, va en choisi un autre, mais changer de PDP veux dire recoder l’app connecteur avec toute les incompatibilités potentielles.
Qui sera perdant : les clients qui sont accompagnés sur l’intégration d’ERP Open Source, car si on souhaite leur assurer une continuité de service, se sera un forfait ++ pour se 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.
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
Ouf ! Pour les solutions open source de gestion d’entreprise (prêchant pour ma paroisse Dolibarr ERP/CRM) C’est un vrai soulagement.
Il était stupide de vouloir faire la chasse aux sorcières sur des structures qui encaisse par chèque ou virement principalement. Surtout avec le principe de certification du logiciel qui est constante évolution grâce au principe même des contributions communautaires.
Je vend des logiciels libres (module pour Dolibarr ERP/CRM) en licence GPL v3.
Il est vrai que je ne suis pas une compagnie, mais un indépendant, et
effectivement, je vend également du service autour de ce projet et des
modules qui l’accompagne, mais c’est faisable, car j’en vie correctement
depuis maintenant 4 ans.
Alors c'est sure si j'allais dans une boite, j'aurais probablement un plus gros salaire, et d'autre avantages,
mais conviction et étique libriste font bon ménage avec ma petite boite actuellement.
Le
04/11/2015 à
12h
04
Le
04/11/2015 à
11h
47
Sinon le fichier sitemanager.xml avec les mot de passe en clair, c’est super quand on a oublier le mot de passe ssh root d’un serveur, mais beaucoup moins cool en terme de secu…
Le
04/11/2015 à
11h
46
Le distribution de logiciel libre (et donc du code source qui l’accompagne) peux être monétisé, il n’y a aucun problème à vendre un logiciel libre tant que l’on fournie le code source. L’obligation de distribution du code ne se fait qu’entre deux tiers. Ce n’est pas parce que un logiciel est distribué en GPL (v2 ou v3) que l’auteur est obligé de mettre le code source partout sur internet pour tout le monde, l’obligation de distribution du code source concerne uniquement le détenteur du code (auteur ou ayant reçus le code) et la personne(entité) a qui on le distribue.
Je suis passé sur un Sony Xperia Z1 compact après un SG2 en fin de vie et vraiment, j’en suis ravie. Un peu plus que 300€, mais vraiment je le regrette pas
Pour ma part je me suis abonné en classique il y a 2 mois, et je viens de passé en premium, vue que je vous soutiens dans votre démarche, mais ce que je comprend pas c’est le manque de transformation entre le nombre de visites que vous avez et le nombre d’abonnés. Sérieusement, j’ai passé 4 ans consulté le site plusieurs fois par jour (oui la procrastination quand tu nous tiens et les LIDD n’ont rien arrangé " />) avant de sauté le pas pour vous soutenir financièrement, par ce que tout travail mérite salaire, que vos article sont fouillé et pertinent, et que ayant la possibilité c’est pas énorme 30€ par an (surtout quand on peut le déduire en charge, l’informatique c’est mon métier).
Mais la jauge en haut ne se rempli pas plus que ça. Je reste perplexe.
Je vous souhaite une bonne continuation et surtout restez intègre et indépendant.
Sinon le thème/look et consort, moi je m’en fous un peu, vous pourriez faire un truc qui se lit juste avec lynx que ça serait pareil, du moment que le contenue des articles est intéressants " />
Mon expérience: développeurs pendant 6 ans pour un grand groupe(dont le métier n’est pas l’informatique donc dans la DSI du groupe en question), je part un an en voyage et quand je reviens on me dit, “ba les dev ont les a externalisés alors tu vas faire de la gestion de projet et piloté les dev en inde (ou en near shore ca dépends des techno)”…. Certe, j’ai appris la gestion de projet, je me suis retrouvé col blanc, mais le pire c’est de relire le code de m..e et que t’as pas le droit d’y touché par ce que sinon la garantie des indiens, elle saute et là c’est pour ta pomme et la hiérarchie te tape sur dessus. Donc t’es repartie pour 2 semaines le temps que les dev de l’autre bout du monde produisent le code que tu attend et que tu sais faire…
Autre chose, payer des solutions logiciels propriétaires plusieurs millions, là ou un dev open-source communautaire aurais fait baissé le coût à long terme de quelque zero, c’est une aberration. En tant que dev, quand t’as même les sources du-dit progiciel propriétaire, c’est de la folie de faire évoluer l’applicatif avec de la “configuration”.
En tant dev avec ce discourt, dans les grands groupes, on t’écoute pas, en tant que chef de projet, on te demande pas ton avis et c’est pas toi qui décide. Je ne dit pas que l’informatique devrait être géré que par des développeurs, par ce que là les utilisateurs serait perdue (quoi que le problème est plus souvent entre la chaise et le clavier que dans ton code) mais valorisé le faiseur serais bienvenue. Résultat j’ai monté ma boite dans les ERP/CRM open-source et je m’éclate a faire du dev communautaire et mes clients son ravie. Alors si la ministre veux valorisé ce type de boite ça me va.
En france, dans le bâtiment, on félicite l’architecte et pas le maçon. Dans l’informatique on dira au chef de projet “bon travail”, mais les dev ont les regarde même pas.
Tans que l’informatique logiciel sera vue comme un poste de dépense et pas d’investissement capitalisable les développeurs n’auront pas de valorisation possible.
18 commentaires
Facture électronique : Bercy revoit les ambitions du Portail Public de Facturation
24/10/2024
Le 26/10/2024 à 15h 52
Donc on prends les fichiers créer par l'ERP et on les dépose un à un sur le portail Web du PDP ?
Ca fonctionne mais c'est pas très pratique, et surtout, la loi impose la récupération (intégration en comptabilité) des factures transmises par vos fournisseurs (qu'elles soient légitimes ou indues), là il n'y a pas de solution pour le moment de plus on doit signalé quand on est payé en tant que fournisseurs, donc là encore double travail sur le portail du PDP et dans l'ERP (sans connecteur direct).
Le 25/10/2024 à 13h 26
Le 24/10/2024 à 13h 14
Je suis contributeur/intégrateur/développeur d'ERP Opensource (Dolibarr et ERPNext), je trouve cette décision catastrophique !Le lobbying a payé : un service privé en lieu et place d'une solution publique pourtant promise...
Cà va donc être la foire aux différentes app/module/extension qui discutent avec chacune leur PDP favoris.
Avec l'association Dolibarr France nous avions commencé le travail d'étude des spécifications du PPF pour proposer une solution (https://github.com/Dolibarr/dolibarr-fr-efacturation/issues), travail financé par "un pot commun" des acteurs volontaires (budget ~10K).
Maintenant,..., tristement on se demande quel PDP choisir.
Ou mieux, mais bien plus compliqué, voir si on motiverais pas les acteurs de l’écosystème "ERP Open Source" autour de la création une structure (asso, GIE, coopérative,...) qui ferait les démarches pour être PDP (un vrai commun collaboratif)
Imaginez que les PDP, en tant que société privées, vont pouvoir fixer leurs tarifs, à leurs 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/développeur du module pour son ERP favori, va en choisi un autre, mais changer de PDP veux dire recoder l’app connecteur avec toute les incompatibilités potentielles.
Qui sera perdant : les clients qui sont accompagnés sur l’intégration d’ERP Open Source, car si on souhaite leur assurer une continuité de service, se sera un forfait ++ pour se 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.
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
Les Allocations familiales nous ouvrent le code source de leur calculateur d’aides
13/03/2018
Le 19/03/2018 à 09h 13
Et pourquoi pas le mettre sur github ou framagit ? Pas forcement par NextInpact mais directement par les services d’états concernés…
Auto-entrepreneurs : l’obligation d’utiliser un logiciel anti-fraude va (presque) disparaître
15/06/2017
Le 15/06/2017 à 15h 56
Ouf ! Pour les solutions open source de gestion d’entreprise (prêchant pour ma paroisse Dolibarr ERP/CRM) C’est un vrai soulagement.
Il était stupide de vouloir faire la chasse aux sorcières sur des structures qui encaisse par chèque ou virement principalement. Surtout avec le principe de certification du logiciel qui est constante évolution grâce au principe même des contributions communautaires.
libfilezilla : l’équipe de Filezilla publie sa bibliothèque C++
04/11/2015
Le 04/11/2015 à 12h 05
Je vend des logiciels libres (module pour Dolibarr ERP/CRM) en licence GPL v3.
effectivement, je vend également du service autour de ce projet et des
modules qui l’accompagne, mais c’est faisable, car j’en vie correctement
depuis maintenant 4 ans.
mais conviction et étique libriste font bon ménage avec ma petite boite actuellement.
Le 04/11/2015 à 12h 04
Le 04/11/2015 à 11h 47
Sinon le fichier sitemanager.xml avec les mot de passe en clair, c’est super quand on a oublier le mot de passe ssh root d’un serveur, mais beaucoup moins cool en terme de secu…
Le 04/11/2015 à 11h 46
Le distribution de logiciel libre (et donc du code source qui l’accompagne) peux être monétisé, il n’y a aucun problème à vendre un logiciel libre tant que l’on fournie le code source. L’obligation de distribution du code ne se fait qu’entre deux tiers. Ce n’est pas parce que un logiciel est distribué en GPL (v2 ou v3) que l’auteur est obligé de mettre le code source partout sur internet pour tout le monde, l’obligation de distribution du code source concerne uniquement le détenteur du code (auteur ou ayant reçus le code) et la personne(entité) a qui on le distribue.
Firefox 41 inaugure sa messagerie instantanée dans Hello
23/09/2015
Le 23/09/2015 à 14h 26
En tout cas ils ont corrigé le bug qui m’empéchais de payer mes impots sur impot.gouv.fr (302 move temporaly avec ghostery)
" />
Next INpact : deux ans de contenus abonné et un retour aux bénéfices en 2014
27/07/2015
Le 28/07/2015 à 11h 07
Bravo !
Une procédure CADA pour la suppression du tweet « 1984 » du ministère de la Culture
16/06/2015
Le 16/06/2015 à 20h 51
Ne rougissez pas, c’est drole et ludique. Qu’ils assument leurs lois.
Le récap’ des bons plans du moment, édition spéciale 1er mai
01/05/2015
Le 01/05/2015 à 11h 48
Je suis passé sur un Sony Xperia Z1 compact après un SG2 en fin de vie et vraiment, j’en suis ravie. Un peu plus que 300€, mais vraiment je le regrette pas
Git touché par une importante faille de sécurité, les correctifs sont là
19/12/2014
Le 19/12/2014 à 10h 54
Oui autant pour moi, il s’agit lus de Jgit dans ce cas
Le 19/12/2014 à 10h 36
J’ai trouvé la réponse :https://answers.launchpad.net/ubuntu/+source/git/+question/259248. Qd les depot d’éclipse seront a jours ont aura le fix. En même temps étant sur linux FS case sensitive, y a pas trop à s’inquiéter.
Le 19/12/2014 à 10h 22
Avez vous une idée si eGit (l’implémentation git en Java utilisé par Eclipse) est concerné par cette faille du lors du clonage d’un dépôt ?
Abonnement à Next INpact dès 20 € par an, il ne vous reste que jusqu’à minuit
27/06/2014
Le 26/06/2014 à 09h 39
Pour ma part je me suis abonné en classique il y a 2 mois, et je viens de passé en premium, vue que je vous soutiens dans votre démarche, mais ce que je comprend pas c’est le manque de transformation entre le nombre de visites que vous avez et le nombre d’abonnés. Sérieusement, j’ai passé 4 ans consulté le site plusieurs fois par jour (oui la procrastination quand tu nous tiens et les LIDD n’ont rien arrangé
" />) avant de sauté le pas pour vous soutenir financièrement, par ce que tout travail mérite salaire, que vos article sont fouillé et pertinent, et que ayant la possibilité c’est pas énorme 30€ par an (surtout quand on peut le déduire en charge, l’informatique c’est mon métier).
" />
Mais la jauge en haut ne se rempli pas plus que ça. Je reste perplexe.
Je vous souhaite une bonne continuation et surtout restez intègre et indépendant.
Sinon le thème/look et consort, moi je m’en fous un peu, vous pourriez faire un truc qui se lit juste avec lynx que ça serait pareil, du moment que le contenue des articles est intéressants
Le rapport Krim espère redonner à la France la foi en ses développeurs
26/03/2014
Le 26/03/2014 à 17h 48
Mon expérience: développeurs pendant 6 ans pour un grand groupe(dont le métier n’est pas l’informatique donc dans la DSI du groupe en question), je part un an en voyage et quand je reviens on me dit, “ba les dev ont les a externalisés alors tu vas faire de la gestion de projet et piloté les dev en inde (ou en near shore ca dépends des techno)”…. Certe, j’ai appris la gestion de projet, je me suis retrouvé col blanc, mais le pire c’est de relire le code de m..e et que t’as pas le droit d’y touché par ce que sinon la garantie des indiens, elle saute et là c’est pour ta pomme et la hiérarchie te tape sur dessus. Donc t’es repartie pour 2 semaines le temps que les dev de l’autre bout du monde produisent le code que tu attend et que tu sais faire…
Autre chose, payer des solutions logiciels propriétaires plusieurs millions, là ou un dev open-source communautaire aurais fait baissé le coût à long terme de quelque zero, c’est une aberration. En tant que dev, quand t’as même les sources du-dit progiciel propriétaire, c’est de la folie de faire évoluer l’applicatif avec de la “configuration”.
En tant dev avec ce discourt, dans les grands groupes, on t’écoute pas, en tant que chef de projet, on te demande pas ton avis et c’est pas toi qui décide. Je ne dit pas que l’informatique devrait être géré que par des développeurs, par ce que là les utilisateurs serait perdue (quoi que le problème est plus souvent entre la chaise et le clavier que dans ton code) mais valorisé le faiseur serais bienvenue. Résultat j’ai monté ma boite dans les ERP/CRM open-source et je m’éclate a faire du dev communautaire et mes clients son ravie. Alors si la ministre veux valorisé ce type de boite ça me va.
En france, dans le bâtiment, on félicite l’architecte et pas le maçon. Dans l’informatique on dira au chef de projet “bon travail”, mais les dev ont les regarde même pas.
Tans que l’informatique logiciel sera vue comme un poste de dépense et pas d’investissement capitalisable les développeurs n’auront pas de valorisation possible.