Bon,
j’ai un autre truc dans les cartons que je traîne depuis 2/3 ans maintenant et qui pourrait assez facilement devenir un plugin de dolibarr pour importer les factures fournisseurs quasi automatiquement (en tout cas faire une facture « brouillon » avec la pièce jointe associée, reste à l’utilisateur à la valider pour reporter le numéro sur la facture et la classer dans son dossier).
L’idée de départ est invoince2data (développé en python, https://github.com/invoice-x/invoice2data) que je suis en train de partiellement réimplémenter en php pour pouvoir l’intégrer dans dolibarr, mon objectif est d’être compatible avec le format de description des factures de invoice2data pour factoriser le boulot.
Pour l’instant ça ne marche pas avec des PDF scannés (j’ai débrayé la partie OCR) donc pour vos tests merci de le faire avec des PDF numériques (ceux où vous pouvez sélectionner du texte à la souris).
Ça fait 2 ans que je l’utilise pour joindre automatiquement les documents à mes factures fournisseurs : je fais la saisie des factures à la main et en fin de mois / d’année je lance un script qui cherche dans le PDF les informations (numéro de facture, fournisseur, montant total) et quand ça matche hop ça pousse le fichier en pièce jointe de la facture pour que tout soit propre.
Qu’en pensez-vous ?
Si vous pensez que c’est une bonne idée je continue de creuser et publie ça asap pour qu’on puisse faire un simple drag&drop (ou cron ou transfert via une boite mail) et ça générera des factures brouillon dans dolibarr … si c’est une fausse bonne idée je continue dans mon coin
Bonjour,
Comme je trouve l’idée intéressante, je suis allé voir de plus près l’application invoice2data qui tu cites.
Voilà, j’ai réussi à le faire fonctionner facilement (depuis un poste Linux) et j’ai créé un modèle pour les factures de mon fournisseur favori (factures en mode « texte », donc sans ROC).
Il faut adapter les templates en créant des règles d’expressions régulières. Ce n’est pas forcément évident, mais j’y suis arrivé.
Je présume que tu utilises les mêmes modèles pour reconnaître les factures ?
A mon sens, c’est là la faiblesse du truc. Pour chaque fournisseur, et à chaque fois qu’il change de modèle, il faut revoir le template.
Perso, je stocke les factures fournisseurs dans un répertoire mensuel. On pourrait imaginer un script sur commande, pour aller passer en revue la collection de factures stockée à un endroit particulier, ou à choisir. Les factures reconnues partiraient au bon endroit ensuite.
C’est une partie assez fastidieuse de la compta, pour moi. Le plus est de pouvoir distinguer les montants de TVA distincts, puisque ceci est important pour la suite de la compta.
J’ai essayé un outil qui partait du relevé de compte, pour arriver à un résultat similaire, mais ce n’était pas suffisamment gagnant, avec des choses à corriger à chaque fois, notamment quand la TVA est multiple.
PS: c’était vraiment nécessaire de convertir en PHP ?
L’objectif est d’être nombreux à pouvoir faire des fichiers modèles (yml) de description des factures des principaux fournisseurs (une fois qu’on aura tous les grands classiques ça sera plus simple) … c’est peut-être aussi le point faible mais je pense que c’est un très bon point de consolidation (ça fait vraiment des années que je creuse de temps à autre dans cette direction).
Il faut qu’on arrive à faciliter la mise en commun de ces fichiers yml, pour ne pas disperser les efforts entre les différents projets.
PS: si on envisage d’intégrer ça dans dolibarr le passage en php est en effet important … déjà qu’on aura probablement des dépendances sur des commandes externes du genre pdftotext (et donc « exclure » potentiellement ou rendre difficile l’accès aux gens qui hébergent leur dolibarr sous autre chose que linux) …
De mon côté, je n’utilise pas les factures fournisseurs et la comptabilité dans Dolibarr à cause de la saisie laborieuse nécessaire… Je préfère laisser le soin à mon comptable de s’en occuper… J’envisageais de détourner DoliScan pour obtenir ce résultat mais si cela est possible en direct, c’est encore mieux…
Au moment où j’ai envisagé de gérer ma comptabilité via Dolibarr, j’ai aussi essayé les outils qui permettent de générer des factures fournisseurs à partir des imports de relevés bancaires, mais même constat que @yves57, ce n’est pas encore assez abouti.
Alors ça c’est du cadeau ! Noël en retard, mais bluffant !
On signe où le chèque pour financer ce développement ?
Je peux aussi proposer un développeur et demi pendant quelques jours si il faut…
Et moi, côté fonctionnel et explicatif si tu n’as pas ça sous le coude.
Tu sais que des solutions comme celles-là, déjà n’existent presque pas en Open Source (à part Open Capture, qui sera difficile à relier avec Dolibarr développement laborieux d’API)
et coûtent 2 bras et demi en période de promotions ?
PS : j’ai testé et j’ai envoyé un devis confidentiel, si possible de le supprimer stp
@HubZ de combien le chèque ? car je peux vous prendre au mot … sachant que si j’ai envie de vous faire un peu plus rêver je peux que vous proposer d’aller voir le 2° étage de la fusée:
qui sera COMPLÉMENTAIRE au 1er, l’idée est de passer le 1er filtre et ensuite d’arriver sur celui-ci pour que des gens normaux puissent utiliser l’outil sans avoir à écrire des regexp …
Ah oui, Eric, tu en fais rêver plus d’un !!
A toi de me dire de combien tu as besoin (pour pas qu’on y passe chacun 50 heures dans son coin)
et qu’on mutualise le besoin
Bonjour,
Je profite du réveil du fil pour exposer mon point de vue plus explicitement. Il me semble qu’il faudrait commencer par faire l’interface de la chose, avec le moteur qui reste encore en Python, afin de démonter l’intérêt pour les utilisateurs de la fonctionnalité, voire faire des ajustements à cette interface. Si l’intérêt est démontré, il sera encore temps de porter le moteur en PHP. Il est certainement plus facile de gravir deux marches qu’une seule de grande hauteur.
La date de la facture n’est pas encore correcte car la facture free indique une date qu’il faut transformer mais bon ce n’est plus que du détail …
Alors ça intéresse des gens pour tester ? et pourquoi pas pour sponsoriser la fin du dev ?
J’ai un peu peur que ça ne soit « compliqué » à installer pour les futurs utilisateurs : il faut avoir tesseract et poppler de dispo sur le serveur (donc on sort du cadre du php / sql « seul ») …
J’ai déjà tesseract et Poppler. Oui, je veux bien tester. Et participer financièrement, même si ça ne fera pas le compte.
Je n’avais pas compris initialement que tu voulais passer par la ROC, mais déjà traiter le cas des documents PDF en « texte ».
Concernant le détail, perso j’ai créé des services que j’insère. Pour les frais bancaires, j’ai deux services, taxable et non taxable (avec TVA ou sans).
Pour chaque service enregistré, j’ai le code comptable associé, ce qui permet de gagner du temps lors de la liaison comptable. Il pourrait être intéressant de définir ces services (ou produits selon le cas) avec le modèle.
Très intéressant, j’aurai bien tester mais je n’ai pas de serveur dédié. J’utilise que du mutualisé ou local avec WampServer donc je n’ai que Php, MySql. Dommage.
Salut Eric ! Mais pourquoi je ne reçois pas de notifications sur tes réponses !? Sinon ça ferait 10 jours qu’on teste déjà !?
On a un serveur local et dédié, et tout et tout… etc… et des utilisateurs avides !
Bonjour,
je ne suis pas technicien mais pour l’ocr on a peut-être une piste toute ouverte dans le futur, à savoir l’obligation légale sous peu de transmettre les factures aux clients soit en EDI soit en pdf/A, ce qui rendrait l’ocr beaucoup plus facile puisque les factures sauf logo seraient déjà lisibles
Qu’en pensez-vous?
Cordialement
Bonjour,
nous sommes également intéressés pour participer au financement du projet…ainsi que tester cette solution.
Encore bravo Eric pour cette initiative.
.
,
