Ok, merci.

Parfait, merci

C’est ok en mettant /var/share/entrant/verifier/ dans la chaine sortante du splitter  pour l’export vers le vérificateur. Merci pour votre super réactivité !

Pouvez-vous modifier le chemin de capture dans l’incron /var/share/entrant/verifier/ par /var/share/export/splitter et refaire un essai ? Je vais regarder de mon côté pour mettre à jour les champs par défaut ça fonctionne desormais ! merci, plus qu’à tester tout cela, merci pour le support et bravo pour l’outil

Bonjour, Les ports utilisés sont \t 80 par défaut (443 si vous décidez de passer en https) pour Apache \t 5000 pour le worker tournant en fond et s’occupant de process les documents 1 par 1 (pas forcément besoin de l’ouvrir dans votre pare-feu je pense) \t 5432 si vous utilisez PGSQL en base de données au lieu de SQLITE (solution par défaut)

Correctif : Ajouter les librairies suivantes sudo apt install libpq-dev python3-dev gcc

Il n’y a rien dans les logs qui correspond au process de la capture de mail et son envoie dans verifier. Concernant le service il est bien en active (running).

Bonjour, J’ai la même erreur sur Ubuntu 20.04. Avez vous trouvé la solution?

"Merci beaucoup pour le correctif, je peux maintenant l’activer. Concernant les fournisseurs, le souci, c’est que de temps en temps nous avons des factures de nouveaux fournisseurs. Idéalement, depuis l’import de la facture, il faudrait un bouton ““Nouveau fournisseur””, et de cette manière, les champs adresses/Ville, Siret/SIREN deviennent enabled et à la validation, cela ajouterai une entrée en base. Merci en tout cas pour la réactivité des réponses."

Finalement, je suis passé sur Debian, c’est beaucoup mieux. Tout a fonctionné du premier coup. Avec Ubuntu, ce n’est pas aussi simple à cause des dépendances qui posent problème. Merci en tout cas!

Merci de rester en 3.7 pour le moment. La prochaine version intègrera de nouvelle fonctionnalités et se passera désormais de fast_luhn pour une compatibilité Python 3.8 complète

Debian 10

Parfait Merci. C’est maintenant fonctionnel. Merci pour votre rapidité et votre professionnalisme.

sudo systemctl restart OCForInvoices-web.service donne la meme erreur que la commande sans sudo le format du fichier /etc/systemd/system/OCForInvoices-web.service. n’est pas autorisé en pièce jointe. mais je vous ai envoyé la capture du contenu du fichier précédemment.

Bonjour, L’erreur que vous avez en lançant la commande gunicorn est normale, car vous n’êtes pas dans le bon dossier. Essayez de relancer la commande depuis le dossier d’OpenCapture. De plus, OpenCapture n’a pas été testé sur Ubuntu Server 17.10 Cordialement,