DevThis

Domaine d’intervention : Automatisation

  • Conception d’un connecteur Dolibarr pour Qonto et la facturation électronique

    DevThis a conçu un module complémentaire pour relier Dolibarr aux services Qonto. Il couvre la préparation et le suivi des factures électroniques, l’import de factures fournisseurs, le rapprochement des opérations bancaires et la gestion de leurs justificatifs.

    Le module est actuellement en validation sur le Dolistore. Sa mise à disposition est prévue prochainement, à l’issue de cette étape.

    Contexte

    Une organisation qui utilise déjà Dolibarr doit pouvoir conserver ses modèles de facture, sa numérotation et ses données de gestion tout en s’appuyant sur sa plateforme de facturation électronique. Le besoin ne se limite pas à transmettre un document : il faut aussi suivre son statut, traiter les factures reçues et éviter de créer de nouvelles écritures bancaires en double.

    Interventions réalisées

    • Génération de factures structurées : création de documents Factur-X au format PDF/A-3, avec un fichier XML CII conforme au profil EN 16931, à partir des factures Dolibarr existantes.
    • Transmission et suivi des statuts : mise en place du parcours de transmission via Qonto et d’une relève planifiée des statuts. Une acceptation technique n’est pas assimilée à une remise effective de la facture.
    • Mode de simulation : ajout d’un mode qui génère et valide le Factur-X sans transmission, afin de vérifier les données lorsque l’environnement de test de la plateforme ne permet pas de reproduire le flux complet.
    • Import des factures fournisseurs : synchronisation incrémentale, identification du fournisseur par ses données de référence, création en brouillon et ajout du document d’origine. En cas d’ambiguïté, la facture reste à traiter au lieu d’être attribuée au hasard.
    • Rapprochement bancaire : association des comptes Qonto aux comptes Dolibarr, récupération des transactions et rapprochement avec les écritures déjà connues. Les opérations sans correspondance restent soumises à une décision humaine.
    • Gestion des justificatifs : envoi des pièces nécessaires depuis les transactions, avec contrôle pour éviter les doublons.
    • Validation de la compatibilité : construction d’un paquet versionné et campagne de déploiement puis de tests sur des instances vierges de Dolibarr 20 à 24.

    Résultat

    Le module réunit dans Dolibarr les étapes qui nécessitaient autrement plusieurs manipulations entre facturation, banque et plateforme externe, tout en laissant les décisions comptables et les cas ambigus à l’utilisateur. Il est actuellement en validation sur le Dolistore et sera bientôt mis à disposition.

  • Conception et mise en production de Clarsend, un service d’analyse DMARC

    Clarsend est un service web conçu et exploité par DevThis, présenté sur clarsend.io. Il reçoit des rapports DMARC, les analyse et restitue par domaine les sources d’envoi observées ainsi que leur état d’authentification. Ce projet interne a réuni la conception de l’application, sa mise en production et l’organisation de son exploitation.

    Contexte

    Les rapports d’authentification de messagerie décrivent des éléments de l’infrastructure d’envoi d’une organisation. Le service devait donc être accessible à ses utilisateurs tout en séparant les données de chaque organisation et en limitant l’exposition de son administration.

    L’exploitation devait également rester compréhensible et maintenable par une équipe réduite : connaître l’état de la machine, pouvoir rejouer sa configuration et détecter les écarts entre la configuration prévue et celle effectivement appliquée.

    Interventions réalisées

    • Conception d’une application où les données sont séparées par organisation dès l’accès au stockage, à partir de la session authentifiée côté serveur.
    • Mise en place d’un traitement des rapports reçus avec contrôles de format et de taille, mise en quarantaine des fichiers concernés, plafonds lors de la décompression et analyse XML durcie.
    • Validation des cibles réseau renseignées par les utilisateurs afin d’éviter qu’une requête applicative ne soit dirigée vers une adresse non autorisée.
    • Organisation de la collecte par boîte mail avec reprise des traitements en échec et signalement des rapports nécessitant une intervention.
    • Ajout d’un export des données de compte, prévu comme une fonction accessible à tous les clients.
    • Description de la configuration permanente de la machine dans un dépôt Ansible, distinct de l’amorçage initial du serveur.
    • Mise en place d’accès d’administration contrôlés, d’un reverse proxy HTTPS et de mécanismes de détection des comportements abusifs.
    • Construction et transport de l’image applicative depuis le poste d’administration, avec identification de la version effectivement déployée.
    • Chiffrement des variables sensibles dans le dépôt et contrôles destinés à prévenir leur divulgation accidentelle.
    • Production d’archives de sauvegarde des bases, avec contrôle de leur lisibilité après écriture et alertes sur leur fraîcheur.
    • Ajout de contrôles internes sur les services, les accès, les ressources, les certificats et les sauvegardes, complétés par une surveillance externe d’un parcours utilisateur réel.
    • Rédaction et mise à jour de la documentation d’exploitation : accès, sauvegarde, vérifications et état des lieux daté.

    Résultat

    Clarsend est en production avec une application et un environnement d’exploitation suivis conjointement. La configuration est documentée et versionnée, ce qui permet d’intervenir à partir d’un état connu plutôt que de reprendre le serveur à l’aveugle.

    Le projet a aussi permis de formaliser des méthodes réutilisables pour d’autres environnements : gestion des accès, suivi de configuration, contrôles de sauvegarde, surveillance et documentation d’exploitation.

Propulsé par