En ce qui concerne les dépôts de facture sur Chorus, que propose OSCSS?
Cette société n’est pas fiable du tout.
Nous avons voulu participer il y a 8 mois à un co-financement collaboratif avec OSCSS qui proposait de développer un module de dépôt sur Chorus. Avec 2 ou 3 factures à déposer sur Chorus par jour, c’était très intéressant pour nous.
Au final, on nous a dit que ce n’était en fait qu’une étude marketing et que de toute manière si un module devait sortir alors il faudrait payer un abonnement. Bref, on a payer 360 euros pour rien et monsieur Norbert Penel nous a pris pour des idiots !!!
Surtout ne pas faire confiance à OSCSS SHOP.
J’espère que le module de Patas via bientôt arriver sur le marché !
Je suis le gerant d’Oscss, et le projet chorus (a travers le financement participatif )n’as hélas pas était une solution satisfaisante pour qui que ce soit, pour nous, en interne, dossier que lequel nous avons engagé un très gros travail d’étude et de développement; et surtout de temps passé sur ce dossier. Certain échange avec chorus ont necessité plus d’1 mois à obtenir une reponse de leur les equipes ; Pour nos co-financeur qui n’ont toujours pas eu de réponse technique a ce jour .
D’autre part, il nous aura fallu beaucoup de tatonement pour obtenir une réponse commercial coherante de notre coté.
Si nos échanges vous ont laissé dans l’insatisfaction, nous nous en excusons. Pour tous les financeur le module fonctionnel de depot manuel devrait leur etre adressé sous peu.
- Pour ce qui est du module de depot manuel (génération d’un fichier dans dolibarr et depot manuel sur le portail de chorus, le module devrait etre disponible courant de la semaine prochaine à un prix très accessible.
- Pour ce qui est d’un liaison sur le socle d’échange automatisé avec l’api, l’evolution du statut des factures dans chorus, etc… Cet aspect sera décliné sur un second module nécessitant des pre-requis technique, dont l’achat d’un certificat de sécurité (264HT / ANS), un hébergement php7, etc… l’offre autour de ce module n’est pas arreté.
Bonjour, pas la peine de vous fatiguer, Chorus est un élément stratégique pour Dolibarr alors autant prendre maintenant ce dossier au sérieux .
La version de myPrint compatible Chorus est déjà disponible sur le dolistore ICI : https://www.dolistore.com/fr/modules/697-myPrint---Editions-PDF-personnalis--es-et-CHORUS-PRO.html
Comme vous l’imaginez je demanderai au responsable du dolistore de vérifier si par hasard vous n’utilisez pas les mêmes fonctionnalités que mon module (format pdf/A3 non compressé…)
- Sur l’aspect manuel de mon module, il reste encore des petites choses à revoir pour amélioremais la grande majorité des champs sont reconnus pas l’OCR de chorus (temps de saisie diviser par trois) et le format factur-X plus fiable et normalisée ne devrait plus tarder (temps de saisie qui passe à zéro.
- Sur la version automatique (on appuie sur un bouton sur l’interface de dolibarr et la facture est directement transmise à Chorus), je suis en train réfléchir sur le sujet et une version sera dispo fin mars au prix de 100€ grand max, sans besoin de certificat et naturellement je finance le développement sur mon temps sans demande de participation.
En aucun cas nous n’avons pris à la légère ce dossier, et nous avons travailler serieusement sur ce dossier. Toutefois notre erreur à été de liéer la notion de liaison API a celle du dépôt manuel sur le format structuré. A ce titre effectivemement nous avons péché. Mais en aucun cas nous avons pris ce dossier malhonnêtement ou dispendieuse.
Nous n’avons pas eu besoin de regarder, voir copié votre code, nous avons travaillé sur du flux xml structuré, qui n’a rien avoir avec votre approche. La transmission ce fait sur le format norme en UBL. Et bien que la finalisation en un module fonctionnel soit plus long que prevu, ce travail est préalable à votre code.
Pour finir, oui, nous somme tout a fais d’accord sur l’aspect stratégique de la transmission des facture vers chorus de la part de dolibarr, c’est pourquoi ce dossier bien que plus long que prévu à été suivi et ce termine maintenant .
Pour finir, allons libérer le code du module de dépôt manuel qui à été co-financé , seul la solution de liaison API, qui ne ce justifie que pour des échanges plus nombreux et volumineux ou l’historisation des suivi sera commercialisé.
@ oscim:
Vous allez libérer le code??!!??
Il y a 6 mois précisément le 24 août 2018, vous nous avez exclus en invoquant « une impasse technologique » et maintenant vous vous réveillez !!!???
Comment voulez-vous que les gens aient confiance dans le co-fiancement si tout le monde fait cela?
Que des personnes/entreprises gagnent de l’argent avec Dolibarr, c’est tout à fait normal et à chaque fois c’est la communauté qui avance. Mais là, vous l’avez joué égoïste et opportuniste. Et maintenant vous vous rappelez à notre bon souvenir ?
Donc je continue de pensez que vous vous êtes servis de nous pour faire votre étude marketing et rien d’autre.
J’ai dans notre TPE, 4 personnes qui ne font que du développement sur d’autres technologies. Pensez-vous qu’on gagne de l’argent sur toutes les études? Et bien non! Mais on gagne en compétences et connaissances et ça aussi ça a un coût.
Tous les développeurs savent que parfois il faut avoir fait presque 90% du job pour savoir dans quoi on met les pieds.
Si vous voulez vraiment vous rémunérer à l’heure, alors changez de métier. Par exemple marchez sur les trottoirs le soir, c’est un forfait horaire, ça vous correspondra peut être plus…
Voici votre courrier du 24 août:
[i]le financement n’ayant pas été atteint, je ne vois pas comment nous devrions fournir l’intégralité de ce qui ne nous a pas été financé. Nous avons été financé à hauteur de 2100€ sur les 3000€ demandés.
Cet argent a servi à faire l’étude de faisabilité et les divers prototypes de logiciels.
L’étude a montré que le logiciel ne pouvait être vendu sans :
sans installation, car le certificat ne s’installe pas tout seul, il faut le convertir (10 jours de travail),
sans formation, car l’utilisation d’un tel outil nécessite le paramétrage de chorus, même Chorus n’a pas pu nous aider la-dessus (15 jours de travail),
sans support, car le logiciel Chorus est en perpétuelle évolution (2 mises à jours par an)
sans un expert en hébergement web (5 jours de travail).
L’étude montre donc clairement que le logiciel nu ne vous serait d’aucune utilité, même finalisé !
Malgré tout, comme précisé plus bas, ceux qui ont participé au financement peuvent disposer des prototypes sur simple demande, ainsi que notre module de télétransmission EDI. Si vous voulez faire finaliser à vos frais, libre à vous.
Je suis bien attristé de lire votre message avec tous les efforts que nous avons mis en œuvre pour faire avancer ce dossier malgré la faible adhésion.
Nous avons mis en œuvre beaucoup de moyens de communication pour faire de ce financement une réussite, et malgré nos efforts et ceux de la communauté, l’objectif n’a pas été atteint.
En aucun cas, il n’avait été question de rembourser les financements, surtout que nous y avons perdu beaucoup beaucoup pour en arriver jusque là.
Vous noterez que nous ne prenons personne en otage, nous essayons simplement de trouver une issue positive à cette impasse technologique dans laquelle ce projet se trouve.[/i]
Nous avons oeuvré sur une solution qui est en soit une impasse non pas technologique mais financière dans le cas d’un usage restreint ou limité de chorus. nous en assumons les conséquences, puisque nous avons néanmoins continué à développer ce code.
Toutefois , l’impasse comme précisé dans le message précédent vient de ne pas avoir dissocié dépôt manuel et API de liaison. Et nous n’avions pas imaginé le dépôt manuel comme une solution perenne.
La est notre erreur, compte tenu que cet aspect (production d’un fichier digérable par chorus) à testé il y a plusieurs mois.
Ensuite, je n’ai hélas suivi de près ce dossier, préoccupé par d’autre sujet. Ayant repris le suivi, j’apporte, certes tard, les solutions trouvés. Celle ci ne sont pas unique puisque defrance en a trouvé d’autre, tres bien;!
Néanmoins, celle ci ne s’appuyant pas sur les même techno, et n’ayant pas in-fine la même approche, le code sera dispo;
Pour finir , la question n’est pas de savoir, si en tant d’humain, nous n’avons pas commis d’erreur, mais de savoir que celle ci nous ont permis de les mettre en évidences et d’en assumer et tirer les conséquences
Pour l’instant j’ai fait le choix du module de Charlène.
Les factures déposées en mode pdf semble mieux reconnues y compris multi pages. Les HT, TVA, TTC semblent pour l’instant corrects.
Le SIRET n’est pas reconnu. Le détail de la TVA n’est pas reconnu mais est-ce possible ?
Déjà un gain de temps à la saisie dans Chorus.
Étant un des co-financeurs du module d’Oscss, je suis cette discussion avec attention, mais mon propos n’est pas là.
Ça fait plusieurs fois que je vois des remarques concernant la plus ou moins bonne prise en compte du contenu des pdf dans Chorus-pro à l’importation et je suis un peu surpris, car de mon côté, les montants HT, TVA et TTC ainsi que les numéros SIRET sont parfaitement reconnus, je veux dire que je n’ai jamais constaté de problèmes de récupération des informations par l’OCR du site, et que c’est même pour moi un des rares points forts de cette abominable usine à gaz
@potiron : Je parle bien du détail des TVA et non du total qui est bien récupéré. Là en bas de l’écran il faut compléter par les taux et les bases de TVA.
Comme promis , ci joint un zip, encore quelques test à réaliser afin de vérifier… http://demo.oscss-shop.fr/edichorus_framework.zip; PS le zip contient 2 modules l’edi et framework qui lui est nécessaire.
Vous trouverez quelques explication ici
Concrètement, le module est une extension du module EDI; Lors de la validation d’une facture, il produit un second fichier d’une facture en UBL (pas la norme UBL, mais celle de chorus); l’ensemble des tva, totaux, service destinataire, commande de référence, etc… est pris en charges.
La facture UBL etant directement digéré par chorus, aucune autre saisie n’est necessaire.
Pour info, les pièces jointes ne sont pas encore prise en charges
je m’occupe de publier ce module sur le store rapidement après quelques contrôle supplémentaire.
Bonjour, un petit retour sur mes avancées sur Chorus.
Cette semaine je travail sur l’importation au format Factur-X
Auparavant je savais qu’il y avait une erreur au niveau du PDF généré mais je n’avais pas de précision sur celle-ci
J’ai fini par trouver une personne réactive sur le sujet, et il m’a donné un moyen de valider le format de ma facture pdf
Au début de mes tests lundi, j’avais 24 anomalies et maintenant je n’en ai plus que 9, principalement le format pdf/A-3 qui n’est pas le bon
le « valideur » test 3 type d’erreur :
- le format XMP propre aux données présente dans le pdf
- le format XML , correspondant aux données attendu
- et le format PDF/A-3 en clair la structure du pdf et en particulier à la norme ISO de celui-ci
Une nouvelle version de myPrint a été envoyé à mes clients pilotes pour les test Chorus, on va croiser les doigts que le format pdf/a-3 ne bloque pas l’intégration. Ce qui voudrait dire que l’on aurai enfin une solution valide et fonctionnel
Pour le moment le format factur-x utilisé dans le pdf et la version « minimum » qui est normalement accepté par ChorusPro, mais je vais tenter de monter à la version EN16931 qui contient plus d’info et semble être la référence à venir.
Mon principal soucis c’est que pour corriger ses dernières erreurs il va probablement me falloir corriger la bibliothèque tcpdf qu’utilise le core de Dolibarr et ca c’est moins drôle…
Pouvoir générer une facture au format factur-X est une chose mais le top serait à présent de pouvoir les intégrer dans Dolibarr en tant que facture fournisseur et cela ne m’a plus l’air très compliqué.
Bonjour Le format pdf/A-3 est bon, ainsi que le xml contenu
seul soucis restant c’est que ce n’est toujours pas accepté par la plateforme choruspro
Je vais sans doute en paralèle de mon travail la semaine prochaine faire encore quelques tests.
C’est quoi un EPIC?
Un Epic peut être beaucoup de chose. Par contre je suis intéressé de connaître la/les compétences de celui de seepingcat. Car dans quel cadre va t il déposer des factures à destination d’autres collectivités. Il s’agitde titres dans ce cas ?
@+
et monsieur Norbert Penel nous a pris pour des idiots !!!
et maintenant vous vous réveillez !!!??? 
