Silae — Logiciel de paie compatible DSN
Silae décrit la génération depuis les bulletins, le parcours des télédéclarations et les CRM de validation ou d’anomalies.
mySilae · guide documenté
DSN Silae : traiter les contrôles avant la transmission
Silae indique que les DSN se génèrent depuis les bulletins calculés, puis se gèrent dans les télédéclarations avant transmission vers Net-entreprises. Le retour ne s’arrête pas au dépôt : les comptes rendus métier peuvent demander une correction. La règle écrite couvre donc le cycle jusqu’au retour, pas seulement la génération du fichier.
Le chemin et les champs que la règle doit connaître
Télédéclarations → sélectionner la période → contrôler → transmettre vers Net-entreprises → lire les CRM
période
Champ observé dans le jeu fictif et relu avant toute proposition.
salarié
Champ observé dans le jeu fictif et relu avant toute proposition.
organisme
Champ observé dans le jeu fictif et relu avant toute proposition.
bloc DSN
Champ observé dans le jeu fictif et relu avant toute proposition.
statut de contrôle
Champ observé dans le jeu fictif et relu avant toute proposition.
CRM
Champ observé dans le jeu fictif et relu avant toute proposition.
taux PAS
Champ observé dans le jeu fictif et relu avant toute proposition.
taux AT/MP
Champ observé dans le jeu fictif et relu avant toute proposition.
Le piège connu. Un dépôt n’est pas une validation. La documentation Silae distingue les CRM de validation et d’anomalies ; un retour non lu ne doit pas devenir un état “terminé”.
La règle écrite
Relier la période aux bulletins calculés, vérifier les anomalies avant transmission et garder le dossier ouvert jusqu’au CRM attendu. Toute anomalie non décidée bloque le statut final.
Préparé
Recenser les contrôles, les blocs signalés et les retours reçus pour la période.
À valider
Présenter les anomalies et leurs sources sans altérer la déclaration.
Reste humain
Corriger, transmettre et décider du traitement de chaque CRM.
Rejoué sur le jeu fictif
Trois cas montrent la sortie obtenue par la règle : une préparation, un cas présenté à l’équipe et un arrêt. La recette du cabinet reprend ensuite ces cas dans son propre environnement.
| Entrée fictive | Règle appliquée | Verdict | Trace produite |
|---|---|---|---|
| Période fictive complète, contrôles sans anomalie | Préparation cohérente | Préparé | La synthèse est prête avant transmission. |
| CRM reçu avec une anomalie identifiée | Retour à interpréter | À valider | L’anomalie reste ouverte avec son libellé. |
| Aucun CRM après un dépôt fictif | Cycle incomplet | Arrêt | Le statut final n’est pas accordé. |
Source
Cette référence publique documente le chemin ou les champs utilisés dans le guide.
La tâche avant le nom du logiciel
Ce guide répond à une requête d’environnement. Le périmètre vendu reste une tâche prise en charge, avec sa frontière, ses cas d’arrêt et sa recette.
-
Le service correspondant décrit la tâche sans la réduire à un éditeur.
Voir le moyeu paie -
Le hub explique pourquoi seuls neuf guides sont publiés.
Voir le cadre de publication des guides
Décrivez le geste dans votre environnement.
Une description suffit pour le premier échange. Aucun fichier réel ne vous est demandé à ce stade.
- Le geste : DSN, avec les mots de votre équipe.
- L’environnement : mySilae, son édition et les droits disponibles.
- La limite : le cas qui doit arrêter la préparation.