Bonjour @VIncent Icardi ,

je confirme c’est un gros souci !

Concrètement j’ai eu deux fois le cas que l’OCR “reconnait” arbitrairement un gros montant (à l’échéance du prêt l’OCR a proposé le montant du prêt comme frais bancaire, donc 50 000 € sur le 627 !) cela a faussé le résultat au point que le client m’a contacté pour me demander des explications.

Je suis aussi d’avis que “à traiter” signifie bien “pas encore validé par le comptable” et donc la ligne n’est pas à comptabiliser.

Bonjour @Stefan ENGLER oui clairement ! on ne peut pas traiter toutes les factures de tous nos dossiers le jour j ! il faut absolument qu’il y ait des améliorations à ce niveau également !

Bonjour @VIncent Icardi , @Stefan ENGLER ,

Seules les factures comportant le statut “pré-traitées” sont intégrées à la comptabilité. Cela suppose que l’OCR a reconnu tous les champs de la facture.

Cela s’intègre dans la logique de Pennylane qui souhaite la mise à jour de la comptabilité en temps réel. Cela suppose que le comptable passe de façon régulière sur la comptabilité pour valider le travail de l’OCR, ou le corriger dans les rares cas où il se trompe sur le montant.

Notre OCR s’améliore de jour en jour, et vous avez toujours une vision sur les factures “pré-traitées” qui attendent votre validation dans le module de factures. 

Bonjour @Sophie ,

je suis d’accord avec vous, l’OCR fait du bon travail. Les factures sont quasi toujours bien reconnues. En fin de compte, ici au forum on parle de ce qui ne marche pas, mais personne ne le mets jamais en relation avec le nombre d’écritures que Pennylane réalise maintenant pour nous sans aucune intervention de notre part.

La discussion sur les statut est intéressante et important à mes yeux.

Le statut “pré-traité” a été trouvé suite à une discussion que nous avons mené il y a quelques semaines et peut-être on pourrait rouvrir le débat ?

Le mot “pré-traité” pour moi veut dire:

• L’OCR a travaillé
• Le logiciel fait une proposition, mais n’est pas sure
• Le comptable doit encore valider

J’ai l’impression le logiciel considère le terme autrement:

• L’OCR a travaillé
• Le logiciel fait une proposition, et il est sûr de son coup
• il fait donc l’écriture
• On met l’info de l’écriture à la disposition du comptable, il doit encore valider le tout mais sans aucune influence sur la compta

Vous voyez la différence ? Je pense qu’il serait bon de trouver alors simplement le statut qui correspond à cette réalité . Peut-être “comptabilisé par l’OCR” ?

SUGGESTION:

De plus j’aimerais pouvoir guider l’OCR est dire ces lignes sont en “compta OCR”, mais ces autres lignes sont en “pré-traité” et donc impérativement en compta contrôlée par le comptable.

Qu’en pensez-vous ?

Je comprends votre raisonnement et c’est en effet une discussion intéressante. 

Je vais en parler avec l’équipe !

Bonjour à tous, @Sophie @Stefan ENGLER @VIncent Icardi 

J’ai eu le même problème avec 3 factures incomplètes (qui en réalité n’était que une seule mais que le client avait découpée) et l’OCR a reconnu (en se trompant) 8 000 euros par facture donc 24 000 euros en pré traité ce qui m’a faussé ma TVA, je pense sincèrement que nous ne jouons pas sur les mots ici et qu’il faut VRAIMENT ne pas comptabiliser en charge les factures pré traitées. Ok l’OCR s’améliore et c’est une très bonne chose mais pensez vous réellement que l’on pourrait dire à notre client que nous avons fait un super travail à 99,99% mais que nous sommes désolé pour le prélèvement de 50 000 euros de TVA au lieu de 500 à cause d’une seule toute petite faute… ? Cela m’a déjà causé des problèmes et représente une incertitude pour nos collaborateurs et surtout nous même qui engageons notre responsabilité. 

Merci d’avance

Bonjour,

je voudrais ajouter au raisonnement de @Nathaniel ABITTAN mon expérience “travail” sur le module fournisseurs :

• la disposition des cases à l’écran est disparate et instable (selon la version installée)
• on retape à la main des informations sans cesse, comme la date d’échéance qu’on n’utilise pas en compta, mais qui est exigée pour enregistrer
• Quand on change de fournisseur cela efface tous les comptes de charge saisis 
• je dois saisir systématiquement (à 100 % des justifs) le libellé d’écriture car je n’ai pas la main sur l’automatisme qui constitue ce libellée
• on a du mal à cerner l’essentiel
  • je vous propose d’exercer vous même la tâche suivante : “vérifier si la date de la facture est bien reconnu par l’OCR”
  • Faire cette tâche sur 85 justificatifs en attente
• On passe beaucoup de temps à vérifier ce qui est déjà juste (oui l’OCR est bon)

Résultat, on valide un peu à la hâte et ‘bing’ des coquilles qui prennent de l’ampleur.

Considérez ça svp : 

• Saisir les justificatif à la main prends disons 60 minutes
• Votre logiciel fait la reconnaissance en quelques millisecondes
• le collaborateur vérifie les lignes de ces justificatifs dans le module frs en 75 minutes

Oui je grossit le trait, mais c’est ça ! Le problème c’est déplacé. Le gain de temps est gaspillé par la mauvaise ergonomie de votre outil. Je propose de travailler sur des pistes pour rendre la révision des factures (après OCR) réellement compétitive.