Intégration CI/CD
Deux façons d'exécuter FactureCheck dans un pipeline plutôt que fichier
par fichier à la main. Les deux appellent le même point d'entrée public
POST /api/v1/validate — rien de nouveau à faire confiance, et
aucun des deux ne répare ni ne modifie les fichiers qu'il contrôle.
GitHub Action
Une action composite (sans Docker) qui valide chaque fichier correspondant
à un motif, écrit un résumé Markdown dans le job, et fait échouer la build
selon le verdict. Pas encore publiée sur le GitHub Marketplace
— utilisez-la dès aujourd'hui via une référence de chemin local, ou en
copiant action.yml et validate.sh dans votre
propre .github/actions/facturecheck/.
- uses: ./integrations/github-action
with:
files: 'invoices/*.xml'
api_key: ${{ secrets.FACTURECHECK_API_KEY }}
fail_on: error
Entrées : files, api_key (à passer en secret du
dépôt, jamais en clair), api_url, fail_on
(error ou warning). Sortie : verdict
(acceptable ou rejected).
Nœud n8n
n8n-nodes-facturecheck ajoute un nœud FactureCheck avec trois
opérations — Validate (POST /api/v1/validate), Repair
(POST /api/v1/repair) et Batch
(POST /api/v1/validate/batch) — lisant la facture depuis une
propriété binaire d'entrée et renvoyant le JSON de l'API comme sortie de
l'item. Pas encore publié sur le registre communautaire
n8n — compilez-le localement (npm ci && npm run build)
en attendant. Une identification FactureCheck API dédiée porte la clé ; elle
n'est jamais placée dans un paramètre de nœud.
Besoin de cela depuis une conversation d'agent plutôt qu'une étape de pipeline ? Voir le serveur MCP.