ED20 - Onboarding des employés : numéro d'établissement, déclaration SV, ELSTER

Problème

Un entrepreneur embauche son premier employé - et se retrouve face à une forêt d'obligations qui s'appliquent dès le 1er employé :

Déclencheur B - 1er employé : ces obligations naissent avec le premier employé - elles s'appuient sur le fondement organisationnel (partie II) et sur les identifiants des administrations (partie III).

Message clé

L'onboarding des employés dans le repo Git signifie :

  1. Données maîtresses comme artefact JSON - tous les champs obligatoires du § 4 LStDV dans le repo, avec tag sphere et V7GUID:uuidV7
  2. Déclaration SV comme justificatif avec Sidecar - déclaration DEÜV motif 10, reçu avec SHA-256
  3. Contrôle sectoriel § 28a Abs. 4 SGB IV - vérifier pour chaque employé s'il existe une obligation de déclaration immédiate (bâtiment, restauration, nettoyage, sécurité, etc.)
  4. SV-Meldeportal comme canal de secours - sans logiciel de paie, soumettre les déclarations directement via sv-meldeportal.de, le reçu comme justificatif avec Sidecar
  5. Récupération ELStAM documentée - récupération avant le premier cycle de paie, résultat dans le repo
  6. Contrôle des délais pour les étapes d'onboarding - DEÜV (6 semaines), déclaration immédiate (avant la prise d'activité), ELStAM (avant le cycle de paie), LStA (le 10 du mois suivant)
  7. Checklist d'onboarding comme artefact Git - liste structurée étape par étape avec suivi des statuts

Compliance by Design : l'onboarding n'est pas réalisé de manière ad-hoc, mais est saisi au moyen de champs obligatoires structurés, de justificatifs avec Sidecars et d'un contrôle des délais.

Chronologie de l'onboarding

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD V["Vertrag unterschrieben"] V --> S0["0. Branchen-Check § 28a Abs. 4"] S0 --> S0A{"Sofortmeldungspflicht?"} S0A -->|ja| S0B["Sofortmeldung vor Aufnahme"] S0A -->|nein| S1["1. Stammdaten erfassen"] S0B --> S1["1. Stammdaten erfassen"] S1 --> S2["2. ELStAM abrufen"] S2 --> S3["3. SV-Anmeldung DEÜV Grund 10"] S3 --> S4["4. Krankenkasse wählen"] S4 --> S5["5. Erster Lohnlauf"] S5 --> S6["6. LStA übermitteln"] S6 --> S7["7. SV-Beitragsnachweis"] style V fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style S0 fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style S0A fill:#E8632A,stroke:#C2410C,color:#FBFAF7 style S0B fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style S1 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S2 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style S4 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style S5 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S6 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style S7 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33
Étape Action Délai Mise en œuvre GitCover
Contrat signé Contrat de travail avec Sidecar - sources/vertraege/
Saisie des données maîtresses Champs obligatoires du § 4 LStDV avant le cycle de paie Artefact JSON dans le repo
Récupérer les ELStAM Caractéristiques électroniques de retenue LSt avant le premier cycle de paie Résultat de la récupération comme justificatif
Déclaration SV (DEÜV motif 10) Déclaration auprès de la caisse maladie 6 semaines après le début Reçu avec Sidecar
Choisir la caisse maladie Confirmer l'adhésion à la caisse maladie avant le cycle de paie Justificatif avec Sidecar
Premier cycle de paie Décompte brut-net mensuel Artefact JSON (voir ED23)
Transmettre la LStA Déclaration de l'impôt sur les salaires via ELSTER le 10 du mois suivant Reçu avec Sidecar (voir ED13)
Justificatif de cotisations SV Justificatif de cotisations à la caisse maladie troisième dernier jour ouvré bancaire Justificatif avec Sidecar

Données maîtresses comme artefact JSON (§ 4 LStDV)

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR P["§ 4 LStDV Pflichtfelder"] P --> N["Name, Vorname"] P --> G["Geburtsdatum"] P --> A["Anschrift"] P --> ST["Steuer-IdNr"] P --> SV["SV-Nummer"] P --> KK["Krankenkasse + IK"] P --> E["Eintrittsdatum"] P --> B["Beitragsgruppenschlüssel"] style P fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style N fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style G fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style A fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style ST fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style SV fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style KK fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style E fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style B fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

JSON des données maîtresses

{
  "$schema": "https://gitcover.org/schemas/employee-stammdaten-1.0.schema.json",
  "V7GUID": "<V7GUID-Class-aus-Registry>",
  "uuidV7": "<uuidV7-Object-mit-vorgegebener-Zeitmarke>",
  "author": "E1",
  "role": "Lohnverantwortlicher",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "E1",
  "source_sha256": "<SHA-256-des-Anstellungsvertrags>",
  "tags": ["mitarbeiter", "stammdaten", "§4-lstdv", "onboarding"],
  "mitarbeiter": {
    "name": "Mustermann, Erich",
    "geburtsdatum": "1985-08-04",
    "anschrift": "<ANSCHRIFT>",
    "steuer_idnr": "<STNR-11-STELLIG>",
    "sv_nummer": "<SV-NR-12-STELLIG>",
    "krankenkasse": "AOK Hessen",
    "ik_nummer": "<IK>",
    "eintrittsdatum": "2026-09-01",
    "beschaeftigungsart": "Geschaeftsfuehrer",
    "taetigkeitsschluessel": "62113",
    "personengruppe_deuev": "101",
    "beitragsgruppenschluessel": "0320",
    "aktivrente_flag": true,
    "bruttolohn_monat": 2000.00
  }
}

Remarque : la uuidV7 est la DocID de l'entrée. La clé composite V7GUID:uuidV7 sert à l'organisation du stockage et aux requêtes DB. L'objet mitarbeiter contient tous les champs obligatoires du § 4 LStDV. Le aktivrente_flag documente la rente d'activité (§ 3 Nr. 21 EStG) - voir ED15 (détermination du statut DRV) et ED23 (paie).

Récupération ELStAM (§ 39e EStG)

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD A["ELStAM abrufen"] A --> E["Ergebnis: Steuerklasse, Faktor, KiSt, Kinder"] E --> R["Abruf-Ergebnis als Beleg mit Sidecar"] R --> L["Lohnlauf verwendet ELStAM-Daten"] A -->|Fehler| F["Kein ELStAM-Datensatz"] F --> N["Nachweis: Abruf versucht"] style A fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style E fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style L fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style N fill:#FDBA74,stroke:#C2410C,color:#0F1B33
Étape Action Mise en œuvre GitCover
Récupérer les ELStAM Électroniquement via ELSTER (avant le premier cycle de paie) Résultat de la récupération comme justificatif avec Sidecar
Résultat Classe d'impôt, facteur, impôt cultuel, enfants Objet elstam dans le JSON des données maîtresses
Cycle de paie La paie utilise les données ELStAM tags: ["elstam-abruf", "§39e-estg"]
Erreur Aucun enregistrement ELStAM disponible Événement du repo : récupération tentée (preuve)

Important - ELStAM avant le cycle de paie : la récupération ELStAM doit avoir lieu avant le premier cycle de paie. Sans données ELStAM, aucun impôt sur les salaires ne peut être calculé (§ 39e EStG). La récupération est documentée dans le repo - en cas d'erreur (aucun enregistrement), la tentative de récupération est consignée comme événement du repo (preuve « tentée », voir ED13 journalisation des erreurs d'interface).

Déclaration DEÜV (motif 10)

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR B["Beschäftigungsbeginn"] B --> D["DEÜV Anmeldung Grund 10"] D --> KK["an Krankenkasse (Einzugsstelle)"] KK --> Q["Quittung"] Q --> R["Quittung als Beleg mit Sidecar"] D --> F["Frist: 6 Wochen nach Eintrittsmonat"] style B fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style D fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style KK fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Q fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F fill:#FDBA74,stroke:#C2410C,color:#0F1B33
Champ Valeur (exemple KMU)
Motif de déclaration 10 (début de l'emploi)
Numéro d'établissement SV de l'employeur <SV-BETRNR> (voir ED16)
Numéro SV de l'employé <SV-NR>
Groupe de personnes 101
Clé d'activité 62113
Clé de groupe de cotisation 0320 (voir ED22)
Date d'entrée 2026-09-01
Délai 6 semaines après le mois d'entrée (env. 13.10.2026)

Exemple pratique : le GF (E1) commence le 01.09.2026 au sein de la KMU. La déclaration DEÜV (motif 10) doit être effectuée d'ici env. le 13.10.2026 (6 semaines après le mois d'entrée). Le reçu de la caisse maladie est archivé comme justificatif avec Sidecar dans le repo. Le contrôle des délais contient une entrée « DEÜV motif 10 - 131006 ».

Déclaration immédiate à la SV (§ 28a Abs. 4 SGB IV)

En plus de la déclaration DEÜV régulière (motif 10, délai de 6 semaines), il existe pour certains secteurs une obligation de déclaration immédiate : le jour du début d'une relation de travail doit être déclaré au plus tard lors de sa prise d'activité auprès de la Datenstelle der Rentenversicherung - c'est-à-dire avant ou le premier jour de travail, et non pas seulement 6 semaines plus tard.

Secteurs soumis à l'obligation de déclaration immédiate

Le § 28a Abs. 4 SGB IV énumère 11 secteurs économiques dans lesquels la déclaration immédiate est obligatoire :

Secteur Activité typique
1 Bâtiment Gros œuvre, génie civil, second œuvre, couverture, échafaudage
2 Restauration et hébergement Restaurant, hôtel, pension, bar
3 Transport de personnes Taxi, bus, ride-sharing, chauffeur
4 Transit, transport et logistique Chauffeur de camion, coursier, services de livraison sur plateforme
5 Secteur forain Fête foraine, manège, construction de chariots
6 Nettoyage de bâtiments Nettoyage d'entretien, nettoyage de façades
7 Montage et démontage de salons et expositions Construction de stands, montage, démontage
8 Industrie de la viande (hors artisanat de boucherie) Abattage, découpe, transformation industrielle
9 Secteur de la prostitution Bordel, agence d'escortes
10 Surveillance et sécurité Protection de sites, doorman, transport de fonds
11 Coiffure et esthétique Coiffure, esthétique, institut d'onglerie

Pourquoi ces secteurs ? Ces branches économiques présentent un risque accru de travail dissimulé, de fausse indépendance et de réduction frauduleuse de cotisations. La déclaration immédiate permet à la DRV de vérifier rapidement si une relation de travail a été correctement déclarée - alors même que l'employé est déjà en activité.

Conséquences juridiques en cas de non-dépôt

La déclaration immédiate n'est pas une déclaration selon le § 28a Abs. 1 SGB IV (déclaration DEÜV régulière). Elle ne la remplace pas, mais constitue une obligation de déclaration supplémentaire. Si elle n'est pas déposée, les risques encourus sont :

Contenu des données de la déclaration immédiate

La déclaration immédiate contient des indications réduites (moins que la déclaration DEÜV complète) :

Champ Contenu
Nom de famille et prénoms de l'employé
Numéro d'assurance si connu, sinon date/lieu de naissance, adresse
Numéro d'établissement de l'employeur (voir ED16)
Jour du début de l'activité Date du premier jour de travail

La déclaration est enregistrée dans le fichier d'enregistrements de base selon § 150 Abs. 1 und 2 SGB VI - elle sert à la DRV de système d'alerte précoce.

Décision : mon entreprise est-elle concernée ?

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD A["Arbeitgeber stellt ein"] A --> B{"Branche § 28a Abs. 4 SGB IV?"} B -->|ja| C["Sofortmeldung PFLICHT"] B -->|nein| D["Reguläre DEÜV-Anmeldung Grund 10"] C --> E["vor Aufnahme der Tätigkeit"] E --> F["an Datenstelle DRV"] F --> G["Daten: Name, SV-Nummer, Betriebsnummer, Tag Aufnahme"] D --> H["6 Wochen nach Eintrittsmonat"] C --> I["Meldung gilt NICHT als Anmeldung nach Abs. 1"] style A fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style B fill:#E8632A,stroke:#C2410C,color:#FBFAF7 style C fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style D fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style E fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style F fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style G fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style H fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style I fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Exemple pratique : la KMU (développement de logiciels) ne fait pas partie des secteurs du § 28a Abs. 4 SGB IV. Pour le GF (E1), aucune déclaration immédiate n'est à déposer - la déclaration DEÜV régulière (motif 10) avec un délai de 6 semaines suffit. Si toutefois la KMU embauchait une personne de nettoyage pour le bureau, cela releverait du nettoyage de bâtiments (n° 6) - l'obligation de déclaration immédiate serait déclenchée. L'appartenance sectorielle doit être vérifiée pour chaque relation de travail, et non par entreprise.

Déclaration sans logiciel de paie : le SV-Meldeportal

Tout entrepreneur ne dispose pas d'un logiciel de paie certifié ITSG. Pour les micro-employeurs (jusqu'à env. 10 employés), les indépendants et les cas d'exception, la sécurité sociale met à disposition le SV-Meldeportal sous sv-meldeportal.de comme aide au remplissage validée par le système - le successeur légal de sv.net (exploitation arrêtée le 30.06.2024).

Base légale

Le § 95a SGB IV oblige les organismes de sécurité sociale à mettre à disposition de manière permanente une aide au remplissage accessible à tous, assistée électroniquement et validée par le système pour l'échange de données selon le SGB IV et l'Aufwendungsausgleichsgesetz. Le SV-Meldeportal est cette aide au remplissage - il n'effectue aucun calcul (pas un concurrent des logiciels de paie professionnels), mais se borne à assister la saisie et la transmission des déclarations.

Prérequis d'utilisation

Prérequis Description
Certificat d'organisation ELSTER Obligatoire ; demandé via Mein Unternehmenskonto avec le numéro fiscal de l'entreprise
Numéro d'établissement Obligatoire ; rapproché avec le fichier central des numéros d'établissement de la BA (voir ED16)
Adresse e-mail Confirmée explicitement lors de l'enregistrement
Lettre d'habilitation Envoyée par voie postale à la direction ; le code d'activation est transmis en interne
Navigateur Application web pure, responsive (PC, tablette, mobile), accessible selon BITV 2.0

Exception compte BundID : pour les entreprises étrangères, les indépendants et les employés qui utilisent le portail exclusivement pour les attestations A1, le compte BundID est admis comme alternative depuis 2024.

Procédure d'enregistrement et de déclaration

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD R1["1. ELSTER-Organisationszertifikat"] R1 --> R2["2. Registrierung SV-Meldeportal"] R2 --> R3["3. Betriebsnummer verknüpft"] R3 --> R4["4. Freischaltcode per Post"] R4 --> R5["5. Anmeldung am Portal"] R5 --> M["Meldung erfassen"] M --> Q["Quittung empfangen"] Q --> S["Quittung als Beleg + Sidecar"] style R1 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style R2 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style R3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style R4 fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style R5 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style M fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style Q fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

L'enregistrement s'effectue une seule fois, indépendamment de la durée de validité. En détail :

  1. Demander un certificat d'organisation ELSTER - via Mein Unternehmenskonto (info.mein-unternehmenskonto.de), le numéro fiscal de l'entreprise est requis. Un certificat propre peut être demandé pour chaque employé (jusqu'à 500 par compte d'entreprise).
  2. Démarrer l'enregistrement dans le SV-Meldeportal - authentification avec le certificat d'organisation ELSTER. Les données de l'entreprise sont partiellement reprises automatiquement depuis le compte ELSTER.
  3. Lier le numéro d'établissement - obligatoire ; rapprochement avec le fichier central des numéros d'établissement de la BA.
  4. Code d'activation par voie postale - la lettre d'habilitation est envoyée par la poste à la direction. L'organisation interne transmet le code d'activation à l'utilisateur habilité.
  5. Connexion au portail - ensuite avec le certificat d'organisation.
  6. Saisir la déclaration - déclarations DEÜV (motifs 10, 30, 50, 92), justificatifs de cotisations, attestations A1, demandes.
  7. Recevoir le reçu - confirmation électronique du centre de réception des données.
  8. Reçu comme justificatif avec Sidecar - archiver dans le repo Git (SHA-256, V7GUID:uuidV7, tag sphere).

Coûts

Groupe d'utilisateurs Prix (net) Périmètre
Single-Mandant 36,00 EUR hors TVA Déclarations pour un numéro d'établissement, durée de validité de 36 mois
Multi-Mandant 99,00 EUR hors TVA Déclarations pour plusieurs numéros d'établissement, durée de validité de 36 mois
Exception : A1-only exonéré Indépendants qui déposent exclusivement des demandes A1
Exception : numéro d'organisme payeur exonéré Uniquement la demande de numéros d'organisme payeur

Paiement par virement bancaire ou PayPal. Nombre illimité de déclarations par durée de validité.

Fonctionnalités

Important pour le repo Git : le SV-Meldeportal est une aide à la saisie et à la transmission, pas un système d'archivage conforme GoBD. Le stockage de données en ligne de 5 ans ne remplace pas les délais de conservation GoBD (10 ans pour les justificatifs, voir ED08). Les reçus et les données de déclaration doivent en outre être archivés dans le repo Git avec Sidecar.

Intégration GitCover

Pour la conformité Git-native, le SV-Meldeportal est un système d'interface comme ELSTER (voir ED13) :

Étape Canal Dans le repo
Saisie de la déclaration SV-Meldeportal (navigateur) -
Transmission de la déclaration SV-Meldeportal vers le centre de réception des données -
Réception du reçu SV-Meldeportal (téléchargement) Reçu comme justificatif + Sidecar
Justificatif de cotisations SV-Meldeportal (téléchargement) Justificatif de cotisations comme justificatif + Sidecar
Données de déclaration SV-Meldeportal (export) Données de déclaration comme artefact JSON

Exemple pratique : la KMU utilise un logiciel de paie certifié ITSG et donc pas le SV-Meldeportal. En cas de défaillance du logiciel de paie (urgence), le SV-Meldeportal peut servir de canal de repli. L'enregistrement avec certificat d'organisation ELSTER existe déjà (pour la LStA via ELSTER, voir ED13). Le numéro d'établissement se trouve dans le repo (ED16). En cas d'urgence, la KMU peut saisir manuellement des déclarations immédiates ou des déclarations DEÜV - les reçus sont archivés dans le repo comme justificatifs avec Sidecar, à l'instar du reçu du logiciel de paie.

Remarque issue du travail préparatoire : dans le catalogue des déclarations SV de AFJD/agents/, il est consigné : « Les déclarations immédiates (motif 20) ne s'appliquent pas à la GCC, car elle n'appartient pas aux secteurs du § 28a Abs. 4 SGB IV. » Cette affirmation est correcte pour le secteur du logiciel - mais doit être revérifiée pour chaque relation de travail dès que des employés passent à des activités relevant de secteurs concernés (p. ex. personne de nettoyage, chauffeur).

Checklist d'onboarding comme artefact Git

{
  "$schema": "https://gitcover.org/schemas/onboarding-checklist-1.0.schema.json",
  "V7GUID": "<V7GUID-Class-aus-Registry>",
  "uuidV7": "<uuidV7-Object-mit-vorgegebener-Zeitmarke>",
  "author": "E1",
  "role": "GF",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "E1",
  "tags": ["onboarding", "checkliste", "mitarbeiter"],
  "mitarbeiter_uuidV7": "<uuidV7-der-Stammdaten>",
  "checkliste": [
    {"schritt": "Vertrag unterschrieben", "status": "done", "beleg_sha256": "<SHA-256>"},
    {"schritt": "Stammdaten erfasst", "status": "done", "beleg_sha256": "<SHA-256>"},
    {"schritt": "Branchen-Check § 28a Abs. 4 SGB IV", "status": "done", "ergebnis": "nicht betroffen"},
    {"schritt": "Sofortmeldung (falls betroffen)", "status": "n/a", "frist": "vor Aufnahme"},
    {"schritt": "ELStAM abgerufen", "status": "done", "beleg_sha256": "<SHA-256>"},
    {"schritt": "DEÜV Grund 10 angemeldet", "status": "pending", "frist": "131006"},
    {"schritt": "KK-Mitgliedschaft bestätigt", "status": "pending", "frist": "300826"},
    {"schritt": "Erster Lohnlauf", "status": "pending", "frist": "300926"},
    {"schritt": "LStA übermittelt", "status": "pending", "frist": "151006"},
    {"schritt": "SV-Beitragsnachweis", "status": "pending", "frist": "271006"}
  ]
}

Remarque : la uuidV7 est la DocID de la checklist. La clé composite V7GUID:uuidV7 sert à l'organisation du stockage et aux requêtes DB. Le champ mitarbeiter_uuidV7 renvoie aux données maîtresses de l'employé (renvoi croisé via uuidV7). Chaque étape possède un statut (done/pending) et, facultativement, un délai et un hash de justificatif.

Levier de risque

Aujourd'hui (peu coûteux) Demain (sécurisé pour l'audit) Risque atténué
Données maîtresses comme artefact JSON Champs obligatoires du § 4 LStDV conformes GoBD Violation GoBD « incomplet »
Récupération ELStAM comme justificatif avec Sidecar Récupération avant le cycle de paie prouvable Erreur de calcul de l'impôt sur les salaires
Déclaration DEÜV avec reçu + Sidecar Déclaration SV prouvable Sanctions en cas de déclaration tardive
Contrôle sectoriel § 28a Abs. 4 SGB IV par employé Obligation de déclaration immédiate identifiée Amende jusqu'à 5.000 EUR, soupçon de travail dissimulé
Reçu du SV-Meldeportal comme justificatif avec Sidecar Canal de secours documenté de manière prouvable Défaillance du logiciel de paie sans retard de déclaration
Checklist d'onboarding comme artefact Git Toutes les étapes traçables de manière centralisée Étapes d'onboarding oubliées
Contrôle des délais pour l'onboarding Manquement aux délais évité Majorations de retard § 152 AO

Exigences Harness (aperçu)

Dérivable de ED20 :

ID Exigence Priorité
FA-5.1 Gestion des données maîtresses du compte de paie (champs obligatoires du § 4 LStDV) MUST
FA-5.2 Workflow de récupération ELStAM (§ 39e EStG) SHOULD
FA-5.3 Validation de la clé de groupe de cotisation MUST
FA-5.7 Déclarations DEÜV motifs 10/50/92 (workflow + délais) SHOULD
FA-5.8 Workflow de justificatif de cotisations SV SHOULD
FA-5.9 Contrôle sectoriel § 28a Abs. 4 SGB IV (obligation de déclaration immédiate par employé) MUST
FA-5.10 Intégration du SV-Meldeportal (canal de secours, import des reçus) SHOULD
FA-4.1 Fichier de contrôle des délais (checks/FRISTEN_CHECK.md) MUST
FA-4.5 Marquage de relance pour les notifications officielles/documents MUST

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

Sources

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

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

Remarque : cette répartition entre sources, miroir et hub communautaire reflète l'état actuel et peut changer. Veuillez vérifier la source canonique respective sur gitcover.org pour connaître l'état actuel.