Connecteurs et API d'un logiciel déchet : l'interopérabilité au service de la conformité

Dans la plupart des logiciels de gestion, l'interopérabilité se résume à dialoguer avec le système d'information interne : la paie communique avec le SIRH, la maintenance avec la GMAO, la production avec l'outil de planification. Pour un métier du déchet, cette vision est incomplète. Ici, les interlocuteurs prioritaires ne sont pas seulement internes : ce sont des plateformes de l'État. Trackdéchets pour les bordereaux, le RNDTS pour le registre national, sans oublier l'indicateur du pont-bascule qui pèse la matière. Un logiciel du déchet qui ne se connecte qu'au SI interne rate l'essentiel de sa mission : garantir la conformité sans double saisie.

L'interopérabilité comme condition de la conformité

La double saisie n'est pas qu'une perte de temps : c'est la première cause d'écart entre ce que fait l'exploitation et ce qu'elle déclare. Quand un opérateur recopie une pesée dans un tableur, puis un chiffre dans un bordereau, puis une quantité dans le registre national, chaque recopie ouvre la porte à une divergence. Le jour d'un contrôle, c'est cet écart entre le registre opérationnel et la déclaration réglementaire qui se paie.

L'interopérabilité inverse la logique : la donnée est saisie une seule fois, à la source, puis irrigue automatiquement chaque destination — facturation, registre, plateforme réglementaire. Le logiciel devient le point de vérité unique ; les plateformes en aval reçoivent exactement ce qui a été constaté sur le terrain. C'est ce qui distingue un connecteur d'un simple export : un export produit un fichier qu'il faut encore charger quelque part ; un connecteur transmet et vérifie, sans intervention humaine.

Le pont-bascule : capter la donnée à la source

Tout part de la pesée. Sur un site, la matière entre par le pont-bascule, et le poids s'affiche sur l'indicateur — le boîtier métrologique relié à la bascule. Le connecter, c'est lire ce poids directement, une seule fois, au lieu de le recopier. Le module de pesée connectée d'Okapia OScapte la valeur depuis l'indicateur, gère les tares, calcule le net en double pesée et édite le ticket sans calcul mental.

Ce point de départ est déterminant, car tout ce qui suit repose sur ce chiffre. Une pesée captée proprement alimente :

• La facturation : le net pesé devient la base facturable, sans ressaisie.
• Le suivi de stock : la matière entrée ou sortie met le stock à jour en temps réel.
• La traçabilité : la quantité réelle nourrit le bordereau et le registre.
• Les déclarations : les tonnages consolidés servent aux obligations périodiques.

Le connecteur Trackdéchets : le BSD de bout en bout

Trackdéchets est la plateforme nationale de suivi des bordereaux de déchets, obligatoire pour la quasi-totalité des flux de déchets dangereux depuis 2022. Se connecter à sa plateforme web pour chaque bordereau à la main est intenable dès qu'on en traite plusieurs dizaines par semaine. Le connecteur automatise l'ensemble du cycle : le module de traçabilité BSDcrée le bordereau, transmet les signatures aux étapes clés (enlèvement, réception, traitement) et archive l'historique complet.

Un bon connecteur va plus loin que la simple émission. Il synchronise les statuts dans les deux sens : si un autre acteur du bordereau agit depuis son propre outil ou depuis le site web, le logiciel détecte le changement et met à jour son enregistrement. Il gère aussi les délégations, qui permettent à une entreprise d'autoriser un tiers — un transporteur, un mandataire — à agir en son nom sur les bordereaux, sans lui donner accès à l'ensemble de ses données. Enfin, il conserve l'archive de chaque bordereau, condition de la valeur probante en cas de contrôle.

Alimenter le RNDTS par API

Le RNDTS — Registre National des Déchets, Terres excavées et Sédiments — centralise les déclarations de production et de traitement que les tableurs et les téléversements manuels rendent pénibles. Là encore, l'enjeu est d'éviter de reconstituer à la main une déclaration à partir de données déjà présentes dans le logiciel. Un connecteur alimente le registre national par API : les mouvements enregistrés au fil de l'eau — entrées, sorties, quantités, codes déchets — sont transmis sans ressaisie.

L'intérêt dépasse le gain de temps. Comme la déclaration RNDTS et le registre opérationnel partagent la même source de données, ils sont cohérents par construction. Le tonnage déclaré à l'État est celui qui a été pesé, tracé et facturé. Cette cohérence entre le registre opérationnel et la déclaration réglementaire est précisément ce qu'un contrôle vérifie — et ce que la double saisie compromet inévitablement. Les documents et registres d'Okapia OSs'appuient sur ce socle unique pour produire aussi bien les pièces d'acceptation que les déclarations.

Dialoguer avec la comptabilité et le SI

Se brancher sur les plateformes réglementaires ne dispense pas de dialoguer avec le reste du système d'information — cela s'y ajoute. Côté aval, l'échange avec la comptabilité évite de ressaisir les factures dans le logiciel comptable : les écritures de vente et d'achat, les journaux et les règlements peuvent être exportés dans un format normalisé prêt à être intégré par l'expert-comptable ou l'outil comptable interne.

Au-delà de la comptabilité, une API ouverte permet au logiciel de s'insérer dans un système d'information existant : récupérer un référentiel clients depuis un CRM, pousser des indicateurs vers un outil de pilotage, exposer les données de production à un tableau de bord de groupe. L'objectif reste constant : chaque donnée vit à un seul endroit et circule ensuite, plutôt que d'être re-tapée à chaque frontière applicative.

Les webhooks : réagir aux événements en temps réel

Un connecteur ne fait pas que pousser de la donnée : il doit aussi savoir réagir. C'est le rôle des webhooks — des notifications automatiques déclenchées par un événement. Plutôt que d'interroger en boucle une plateforme pour savoir si quelque chose a changé, le logiciel reçoit une alerte dès que l'événement se produit et agit en conséquence.

Concrètement, un webhook permet de :

• Suivre un bordereau : être notifié dès qu'un acteur signe une étape, sans surveiller la plateforme.
• Déclencher une facturation : lancer l'édition d'une facture à la clôture d'une opération.
• Alerter un opérateur : prévenir en cas de refus, de non-conformité ou de dépassement de seuil.
• Notifier un tiers : informer un client ou un transporteur via son portail dès qu'un document est disponible.

Cette réactivité transforme le logiciel en système vivant plutôt qu'en base passive que l'on consulte de temps en temps.

Une architecture ouverte, sous contrôle

Multiplier les connexions ne doit pas se faire au détriment de la maîtrise. Les jetons d'accès aux plateformes, les autorisations d'échange et le journal des transmissions se pilotent depuis un point central, le module d'administration de la plateforme. On sait qui est connecté à quoi, quelles données circulent et quand ; une transmission qui échoue est rejouée automatiquement plutôt que perdue.

C'est la différence entre un logiciel qui expédie des fichiers et un logiciel réellement interopérable. Pour un métier du déchet, l'interopérabilité n'est pas une option technique de plus : c'est la condition pour que la conformité découle naturellement de l'exploitation, sans double saisie et sans écart entre le terrain et les déclarations.