ED20 - Pratique des interfaces avec les autorités : ELSTER, DE-Mail, eXTra - Intermédiation par GitCover

Problème

De nombreuses interfaces avec les autorités sont réglementées par la loi, mais, dans la pratique, sont difficilement utilisables par des non-initiés :

ELSTER : complexe, sujette à des erreurs - l’interface ELSTER exige des certificats, des formats XML et un logiciel client - un obstacle pour les non-initiés
DE-Mail : arrêté - DE-Mail avait été prévu comme canal de communication sécurisé avec les autorités, mais est officiellement arrêté (dernier fournisseur au 31.12.2026). Les e-mails archivés dans des systèmes arrêtés ne sont plus accessibles - un problème de conservation au regard de la GoBD
eXTra : inconnu - le format eXTra (données SV) est destiné aux cabinets de paie, pas aux entrepreneurs - mais lors d’un contrôle DRV, il devient soudain pertinent
Support de données Z3 : connaissances spécifiques - l’export Z3 conforme à la GoBD exige un logiciel spécialisé ou une préparation manuelle
Erreurs d’interface : non documentées - en cas d’échec d’ELSTER ou de DE-Mail, l’erreur n’est pas journalisée dans le dépôt - la preuve « j’ai essayé » fait défaut
Rattachement aux dispositions : non attribué - chaque transmission par interface est liée à une disposition (par ex. LStA → § 41a EStG), mais ce rattachement n’est pas documenté

Message central

Le GitCover-Harness intermédie entre les systèmes externes et les dispositions réglementaires liées au risque :

Intermédiation ELSTER - LStA, UStA, certificat de retenue à la source sur les salaires via l’interface ELSTER ; accusé de réception comme pièce justificative avec sidecar
DE-Mail : arrêté - migration requise - les e-mails DE-Mail historiques doivent être migrés dans le dépôt avant l’arrêt sous la forme EML + SHA-256 + Sidecar ; les e-mails archivés dans des systèmes arrêtés ne sont plus accessibles - problème de conservation au regard de la GoBD
Export eXTra/euBP - les données SV peuvent être exportées au format eXTra pour les contrôles DRV
Export sur support Z3 - export Z3 conforme à la GoBD pour les contrôles externes du centre des impôts (git bundle comme archive autonome)
Journalisation des erreurs d’interface - les erreurs/interruptions de systèmes externes sont consignées comme événements dans le dépôt
Rattachement aux dispositions - chaque opération d’interface est rattachée à la disposition réglementaire liée au risque

Conformité dès la conception : Le Harness ne masque pas la complexité des interfaces avec les autorités - il la documente. Chaque transmission, chaque accusé de réception, chaque erreur est consignée de manière traçable dans le dépôt.

Panorama des interfaces avec les autorités

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD U["Entrepreneur E1"] U --> H["GitCover-Harness"] H --> EL["ELSTER"] H --> DM["DE-Mail (arrêté)"] H --> EX["eXTra/euBP"] H --> Z3["Support de données Z3"] EL --> FA["Centre des impôts"] DM --> BH["Autorités (diverses)"] EX --> DRV["DRV (contrôle SV)"] Z3 --> AP["Centre des impôts (contrôle externe)"] style U fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style H fill:#10A987,stroke:#0A7F5C,color:#FBFAF7 style EL fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style DM fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style EX fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Z3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style FA fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style BH fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style DRV fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style AP fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Interface	Finalité	Complexité	Intermédiation GitCover
ELSTER	LStA, UStA, certificat de retenue à la source sur les salaires, visualiseur de facture électronique	élevée (certificat, XML, client)	Accusé de réception comme pièce justificative avec sidecar
DE-Mail	Communication sécurisée avec les autorités	arrêté (dernier fournisseur le 31.12.2026)	Migration : EML + Sidecar dans le dépôt ; avertissement
eXTra/euBP	Données SV pour contrôles DRV	élevée (format spécial)	Export à partir des données du dépôt
Support de données Z3	Export conforme à la GoBD pour contrôle externe du centre des impôts	élevée (logiciel spécialisé)	git bundle comme archive autonome

Intermédiation ELSTER

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD L["LStA/UStA calculés"] L --> E["Transmission ELSTER"] E --> Q["Accusé de réception ELSTER"] Q --> S["Accusé de réception comme pièce justificative avec sidecar"] S --> R["Dépôt : entrée LStA avec source_sha256"] R --> V["Rattachement aux dispositions : § 41a EStG"] E -->|Erreur| F["Journalisation des erreurs dans le dépôt"] F --> FR["Événement dans le dépôt : erreur ELSTER"] style L fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style E fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Q fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style V fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style FR fill:#FDBA74,stroke:#C2410C,color:#0F1B33

Étape	Action	Mise en œuvre GitCover
LStA calculé	Déclaration de retenue à la source sur les salaires à partir du bulletin de paie	Artefact JSON dans le dépôt (voir ED14)
Transmission ELSTER	Par voie électronique via ELSTER (certificat requis)	Le Harness appelle ELSTER
Accusé de réception	ELSTER confirme la transmission	Accusé de réception comme pièce justificative avec sidecar
Entrée dans le dépôt	LStA avec `source_sha256` sur l’accusé de réception	`tags: ["lsta", "§41a-estg"]`
Rattachement aux dispositions	LStA → § 41a EStG	`vorschrift: "§41a-estg"` dans l’artefact
Journalisation des erreurs	L’erreur ELSTER est consignée	Événement dans le dépôt avec description de l’erreur

Rattachement aux dispositions : Chaque opération d’interface est rattachée à la disposition réglementaire liée au risque - par ex. LStA → § 41a EStG, UStA → § 18 UStG, certificat de retenue à la source sur les salaires → § 41b EStG. Il est ainsi traçable quelle disposition a été respectée par quelle transmission.

DE-Mail - Arrêté : migration et conséquences de l’archivage

DE-Mail est officiellement arrêté. Le projet est considéré comme un échec. Le dernier fournisseur (FP Digital Business Solutions GmbH) arrête le service le 31.12.2026 - après cette date, DE-Mail n’est plus utilisable et les e-mails archivés dans ces systèmes ne sont plus accessibles.

Événement	Date	Source
Telekom arrête De-Mail	31.08.2022	« en raison du manque de rentabilité »
1&1 De-Mail GmbH arrête le service	07.02.2025	Service devenu inaccessible
Suppression du § 130a ZPO	22.12.2025	De-Mail supprimé en tant que voie de transmission sécurisée (BGBl. 2025 I Nr. 349)
Bundesverwaltung arrête l’utilisation obligatoire	Juillet 2024	Usage obligatoire supprimé
Le dernier fournisseur (FP Digital) arrête le service	31.12.2026	« De-Mail appartient désormais à l’histoire »
Bundesrechnungshof 2021	2021	2011-2020 : ~6.000 De-Mails d’autorités, économies ~3.500 EUR, coûts >= 6,5 Mio. EUR
Critique de CCC	2013	Linus Neumann (30C3) : « Bullshit made in Germany - conçu délibérément de manière non sécurisée »

DE-Mail appartient à l’histoire : Le dernier fournisseur (FP Digital Business Solutions GmbH) arrête le service le 31.12.2026. La reconnaissance légale de DE-Mail comme voie de transmission sécurisée (§ 130a Abs. 4 Nr. 1 ZPO) a été supprimée au 22.12.2025. La Bundesverwaltung a supprimé l’usage obligatoire en juillet 2024. Le Bundesrechnungshof a fait état en 2021 de 6,5 Mio. EUR de coûts pour ~3.500 EUR d’économies. Une « European Business Wallet (EBW) » est prévue comme solution de remplacement.

Conséquences des e-mails archivés dans les systèmes arrêtés

Lorsqu’un fournisseur DE-Mail arrête son service, des problèmes de conservation immédiats et pertinents au regard de la GoBD apparaissent :

Problème	Conséquence	Lien avec la GoBD
Boîte aux lettres inaccessible	Les e-mails ne peuvent plus être récupérés	§ 146 Abs. 5 AO (« disponible à tout moment »)
Suppression par le fournisseur	Après l’arrêt, les données sont supprimées	§ 147 Abs. 1 AO (obligation de conservation de 6 ans)
Export impossible	Si le fournisseur ne propose pas de fonction d’export, les données sont irrémédiablement perdues	GoBD Rz. 146 (traçabilité)
Perte de la force probante	Les confirmations propres à DE-Mail (accusé d’envoi/reçu) ne sont plus vérifiables	Perte de la force probante en cas de litige avec une autorité
Aucune sécurisation médico-légale des preuves	Un non-initié peut difficilement reconstituer a posteriori l’authenticité d’anciens e-mails à des fins médico-légales - sans l’infrastructure du fournisseur, les données de vérification manquent (vérification des signatures, serveur d’horodatage, registres de journalisation du fournisseur)	Déclassement de la valeur probante à « simple copie PDF »
Le délai de conservation est toujours en cours	Les e-mails de 2024 doivent être conservés jusqu’au 31.12.2030 - mais le système aura disparu en 2026	Violation de la GoBD en raison de l’impossibilité de conserver les données

Sécurisation médico-légale des preuves - difficile à rattraper : Les caractéristiques probantes propres à DE-Mail (signature électronique qualifiée de l’accusé d’envoi et de l’accusé de réception, horodatage du fournisseur, valeur de hachage d’intégrité) ne peuvent être vérifiées qu’au sein de l’infrastructure en exploitation du fournisseur. Après l’arrêt, ces données de vérification ne sont plus disponibles. Un non-initié ne peut plus vérifier l’authenticité propre à DE-Mail d’un fichier EML exporté - la vérification de la signature échoue en raison de l’absence du certificat du fournisseur, le serveur d’horodatage est hors ligne et les registres de journalisation du fournisseur ont été supprimés. L’e-mail perd son statut de « communication DE-Mail juridiquement contraignante » et dégénère en une simple copie PDF dont la force probante est fortement réduite. Une vérification médico-légale ultérieure des preuves par un expert serait théoriquement possible, mais pratiquement irréalisable - les données d’infrastructure du fournisseur n’existent plus.

Avertissement critique - migration avant l’arrêt : Les entrepreneurs qui disposent encore d’une boîte aux lettres DE-Mail doivent avant l’arrêt exporter tous les e-mails pertinents sous forme de fichiers EML et les migrer dans le dépôt Git (EML + SHA-256 + Sidecar). Après l’arrêt, un export n’est plus possible - les données sont irrémédiablement perdues. Il s’agit d’une violation de la GoBD si le délai de conservation est encore en cours (6 ans à compter de la fin de l’exercice, § 147 Abs. 1 Nr. 2/3 AO).

Migration GitCover : DE-Mail -> dépôt

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR D["DE-Mail (arrêté)"] D --> EX["Export avant l’arrêt"] EX --> EML["Fichiers EML"] EML --> SH["SHA-256 par EML"] SH --> SC["Sidecar .v7g.md par EML"] SC --> R["Dépôt : sources/korrespondenz/"] R --> OK["Archivé conformément à la GoBD"] D -->|après l’arrêt| LOST["Données irrémédiablement perdues"] LOST --> V["Violation de la GoBD"] style D fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style EX fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style EML fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style SH fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style SC fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style OK fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style LOST fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style V fill:#FDBA74,stroke:#C2410C,color:#0F1B33

Étape	Action	Échéance
Export	Exporter tous les e-mails pertinents au format EML	avant l’arrêt (au plus tard le 31.12.2026)
SHA-256	Calculer le hash de chaque fichier EML	lors de la migration
Sidecar	`.v7g.md` par EML avec classification	lors de la migration
Stockage	EML + Sidecar dans `sources/korrespondenz/`	lors de la migration
Vérification	Vérifier l’exhaustivité (nombre d’e-mails)	après la migration

Conseil pratique : La migration doit être effectuée immédiatement, et pas seulement peu avant l’arrêt. Les fournisseurs peuvent restreindre le service par anticipation (par ex. pas de nouvelles inscriptions, export limité). Attendre, c’est risquer la perte de données.

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR D["DE-Mail (arrêté)"] D --> P["Échec : 6,5 Mio EUR de coûts, ~3500 EUR de bénéfice"] P --> W["Avertissement : ne pas utiliser DE-Mail"] W --> A["Alternative : boîte aux lettres ELSTER"] D --> E["E-mail entrant d’une autorité (historique)"] E --> AR["EML archivé + Sidecar"] AR --> V["Vérification de l’expéditeur (DKIM/SPF)"] style D fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style P fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style W fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style A fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style E fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style AR fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style V fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Aspect	Problème	Solution GitCover
Statut	DE-Mail officiellement arrêté (dernier fournisseur le 31.12.2026)	Avertissement : ne pas l’utiliser ; migration requise
Coût/bénéfice	6,5 Mio. EUR de coûts, ~3.500 EUR d’économies (Bundesrechnungshof)	le git bundle et la boîte aux lettres ELSTER sont gratuits
Sécurité	« conçu délibérément de manière non sécurisée » (CCC, Linus Neumann 2013)	Git + GPG + SHA-256
Reconnaissance légale	Suppression du § 130a ZPO au 22.12.2025	Sans importance
Archivage	Les e-mails archivés dans des systèmes arrêtés ne sont plus accessibles	Migration : EML + SHA-256 + Sidecar dans le dépôt
Délai de conservation	Les e-mails de 2024 doivent être conservés jusqu’en 2030 - le système aura disparu en 2026	Violation de la GoBD en cas de données non migrées
Successeur	European Business Wallet (EBW) prévue	Question ouverte ; GitCover indépendant

Atténuation du désastre DE-Mail : Le Harness avertit en cas d’utilisation de DE-Mail (si des boîtes aux lettres historiques existent encore) et recommande une migration immédiate de tous les e-mails pertinents sous forme EML + Sidecar dans le dépôt. Après l’arrêt (au plus tard le 31.12.2026), les données sont irrémédiablement perdues - une violation de la GoBD si le délai de conservation est encore en cours. Comme alternative pour la communication future : boîte aux lettres ELSTER pour les questions fiscales, e-mail ordinaire + archivage avec sidecar pour la correspondance.

Export eXTra/euBP et support de données Z3

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD R["Données du dépôt (JSON, Sidecars)"] R --> EX["Export eXTra"] R --> Z3["Export Z3 (git bundle)"] EX --> DRV["Contrôle DRV : données SV"] Z3 --> FA["Contrôle externe du centre des impôts : données GoBD"] EX --> F1["Format : eXTra V3.4.0"] Z3 --> F2["Format : git bundle + Manifest"] style R fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style EX fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Z3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style DRV fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style FA fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F1 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F2 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Export	Finalité	Format	Destinataire
eXTra/euBP	Données SV pour contrôle DRV	eXTra V3.4.0 (XML)	DRV
Z3 (git bundle)	Données GoBD pour contrôle externe du centre des impôts	git bundle + Manifest + Static-Web (Z3+)	FA

Exemple pratique : La DRV demande, lors d’un contrôle d’exploitation, des données SV au format eXTra. Le Harness exporte les données pertinentes relatives à la paie et à la sécurité sociale depuis le dépôt sous forme de XML eXTra. Le centre des impôts demande, lors d’un contrôle externe, des données conformes à la GoBD (Z3) - le Harness génère un git bundle + Static-Web (Z3+, voir ED05). Les deux exports peuvent être générés à partir des données structurées du dépôt (JSON, sidecars) - aucune préparation manuelle n’est nécessaire.

Journalisation des erreurs d’interface

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD S["Appel d’interface (ELSTER, DE-Mail)"] S --> OK["Succès : accusé de réception + sidecar"] S --> ERR["Erreur : interruption, expiration du délai d’attente, erreur de format"] ERR --> L["Journalisation des erreurs dans le dépôt"] L --> E["Événement dans le dépôt : erreur d’interface"] E --> N["Preuve : l’erreur n’est pas imputable à l’utilisateur"] style S fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style OK fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style ERR fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style L fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style E fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style N fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Événement	Action	Mise en œuvre GitCover
Succès	Accusé de réception archivé	Pièce justificative avec sidecar, `source_sha256` dans l’artefact
Erreur	Erreur consignée	Événement dans le dépôt avec description de l’erreur, horodatage, disposition
Preuve	« L’erreur n’est pas imputable à l’utilisateur »	Événement dans le dépôt comme preuve lors d’un contrôle

Important - transfert de responsabilité : Lorsqu’une interface échoue (par ex. expiration du délai d’attente ELSTER le 10 du mois), la journalisation des erreurs dans le dépôt documente que l’entrepreneur a tenté de transmettre en temps voulu. Il s’agit d’une preuve au regard du § 152 AO (pénalité de retard) - l’entrepreneur peut arguer que l’erreur ne relevait pas de sa sphère de responsabilité.

Effet de levier sur les risques

Aujourd’hui (économique)	Demain (robuste face aux révisions)	Risque réduit
Accusé de réception ELSTER comme pièce justificative avec sidecar	Transmission vérifiable	Pénalité de retard § 152 AO
Avertissement DE-Mail + alternative	Canal adapté choisi	Perte de la communication
Export eXTra à partir des données du dépôt	Données SV disponibles pour un contrôle DRV	Violation de la GoBD lors d’un contrôle DRV
Export Z3 sous forme de git bundle	Données GoBD disponibles pour un contrôle FA	Violation de la GoBD lors d’un contrôle FA
Journalisation des erreurs d’interface	Preuve « a tenté »	Transfert de responsabilité en cas de défaillance d’une interface
Rattachement aux dispositions	Disposition documentée pour chaque transmission	Contestation du respect des dispositions

Exigences du GitCover-Harness (aperçu)

Déductibles d’ED20 :

ID	Exigence	Priorité
FA-12.1	Intermédiation ELSTER : LStA, UStA, certificat de retenue à la source sur les salaires ; accusé de réception comme pièce justificative avec sidecar	MUST
FA-12.2	Passerelle DE-Mail/De-Mail : EML + SHA-256 + Sidecar ; vérification de l’expéditeur	SHOULD
FA-12.3	Export eXTra/euBP : données SV au format eXTra pour contrôles DRV	SHOULD
FA-12.4	Export sur support Z3 : export Z3 conforme à la GoBD (git bundle)	SHOULD
FA-12.5	Journalisation des erreurs d’interface : erreurs sous forme d’événements dans le dépôt	MUST
FA-12.6	Rattachement aux dispositions : chaque opération est rattachée à une disposition réglementaire liée au risque	SHOULD
FA-12.7	Atténuation du désastre DE-Mail : avertissement en cas de canaux inadaptés	NICE
FA-12.8	Registre des identifiants des autorités	MUST

La liste complète des exigences se trouve dans Harness-Anforderungen.md.

Sources

AO (§ 147 Abs. 6 - accès aux données Z1/Z2/Z3, § 152 - pénalité de retard)
EStG (§ 41a - déclaration de retenue à la source sur les salaires, § 41b - certificat de retenue à la source sur les salaires)
UStG (§ 18 - déclaration préalable de TVA, § 14 - facture électronique)
SGB IV (§ 28p - contrôle d’exploitation DRV, § 28a - déclarations DEÜV)
GoBD (circulaire du BMF, Rz. 147 - vérifiabilité, accès aux données Z3)
DE-Mail (Wikipedia, état au 14.08.2026) - « De-Mail appartient désormais à l’histoire » : Telekom 31.08.2022, 1&1 07.02.2025, § 130a ZPO supprimé le 22.12.2025, Bundesverwaltung juillet 2024, FP Digital 31.12.2026, Bundesrechnungshof 2021
BGBl. 2025 I Nr. 349 - loi supprimant le § 130a Abs. 4 Nr. 1 ZPO (DE-Mail)
Bundesrechnungshof, rapport annuel 2021 - DE-Mail : 6,5 Mio. EUR de coûts, ~3.500 EUR d’économies
CCC 30C3 2013 - Linus Neumann : « Bullshit made in Germany »
E1/agents/ (anonymisé) - concept SSoT avec ELSTER, journalisation des erreurs d’interface

Topologie des sources et liens de référence CDN

Rôle	Emplacement	Finalité
Primary / SSoT	git.gitcover.org/GCC	Dépôt canonique (signé GPG, versionné)
Public OSS Mirror / CDN	codeberg.org/gitcover-commons	Miroir en lecture seule ; FLOSS-Discovery
Community Hub	github.com/gitcover-commons	Issues & Discussions ; référence du code source sur Codeberg

Remarque : Cette correspondance entre les sources, le miroir et le Community Hub reflète l’état actuel et peut évoluer. Veuillez consulter la source canonique concernée sur gitcover.org pour vérifier son état actuel.