L’API ANEF renvoie un JSON structuré dont le champ dossier_state porte un code interne que la frise chronologique de l’espace usager ne reflète pas. Comprendre ces codes, leur enchaînement et leurs limites permet d’éviter les interprétations erronées qui alimentent les forums depuis des années.
Examen civique exigé au dépôt depuis janvier 2026 : impact sur les statuts ANEF
Depuis le 1er janvier 2026, l’examen civique constitue une condition de recevabilité du dossier de naturalisation par décret. Ce n’est plus une étape préparatoire que le demandeur pouvait compléter en cours d’instruction.
En pratique, cette exigence modifie la lecture des premiers statuts API. Un dossier qui stagne sur un code de type contrôle ou complément à fournir peut simplement signaler l’absence de justificatif d’examen civique, là où la même stagnation signalait auparavant un problème de pièce d’état civil ou de timbre fiscal.
Nous observons que cette évolution n’est quasiment pas documentée dans les articles centrés sur le décodage des statuts. Elle change pourtant l’analyse de tout dossier déposé après cette date : un blocage précoce en 2026 pointe souvent vers l’examen civique, pas vers un défaut classique de dossier.
Structure du JSON renvoyé par l’API ANEF naturalisation
Lorsque le navigateur interroge l’endpoint api/anf/usager/dossiers/statut, la réponse contient plusieurs champs exploitables au-delà du seul dossier_state.
- dossier_state : code texte interne (CONTROLE_A_EFFECTUER, CONTROLE_A_AFFECTER, INSTRUCTION_A_AFFECTER, etc.) qui décrit l’étape technique en cours dans le workflow ministériel.
- id_active : identifiant numérique (9, 11, etc.) correspondant à l’étape de la frise. Ce champ permet de distinguer deux dossiers affichant le même libellé « En cours d’instruction » mais situés à des stades différents du pipeline.
- createdAt / date_consommation_timbre : horodatages qui permettent de calculer la durée réelle passée à chaque étape, information que la frise ne fournit pas.
- decret.id : apparaît uniquement quand le dossier est rattaché à un projet de décret. Sa présence est le signal le plus fiable d’une issue proche.
La réponse JSON ne contient pas le motif de décision, ni le nom de l’agent instructeur, ni le détail des vérifications en cours. L’API expose l’avancement, pas le fond de l’instruction.
Codes dossier_state ANEF : ce que chaque statut naturalisation signifie
La confusion la plus fréquente concerne la différence entre CONTROLE_A_AFFECTER et CONTROLE_A_EFFECTUER. Le premier indique que le dossier attend d’être assigné à un agent pour vérification. Le second signifie qu’un agent est désigné mais n’a pas encore terminé le contrôle des pièces.
Phase de contrôle préfecture
CONTROLE_A_AFFECTER correspond à une file d’attente. Le dossier est complet du point de vue du système, mais aucun agent ne l’a encore pris en charge. Cette phase peut durer plusieurs mois sans que cela présage quoi que ce soit sur la décision finale.
CONTROLE_A_EFFECTUER marque le début de la vérification effective. L’agent examine les pièces, peut demander un complément (le statut rebascule alors vers un code de complément), ou valider le contrôle.
Phase d’instruction et transmission SDANF
INSTRUCTION_A_AFFECTER signale que le contrôle préfecture est terminé et que le dossier entre dans la file d’instruction proprement dite. Le passage vers un code mentionnant la SDANF (Sous-direction de l’accès à la nationalité française) indique que la préfecture a transmis le dossier au ministère.
Une fois transmis à la SDANF, le dossier échappe au circuit préfectoral. Relancer la préfecture à ce stade ne produit aucun effet, puisque l’instruction se poursuit au niveau central.
Apparition du decret.id
Quand le champ decret.id apparaît dans la réponse JSON, le dossier est rattaché à un lot de décret en préparation. Ce rattachement ne garantit pas la publication immédiate au Journal officiel, mais il confirme qu’une décision favorable a été prise en amont. Le délai entre l’apparition du decret.id et la publication au JO varie, mais la présence de ce champ reste le marqueur le plus fiable d’une issue positive.
Limites du suivi API ANEF : ce que le JSON ne dit pas
Nous recommandons de ne pas surinterpréter les données API. Le suivi ANEF officiel reste limité : il affiche l’avancée générale, les compléments demandés et les décisions, mais pas les étapes intermédiaires détaillées de l’instruction au sein de la SDANF.
Concrètement, un dossier peut rester sur le même code pendant des mois sans qu’aucune anomalie ne soit en cause. Les vérifications administratives (SCEC, enquêtes, avis des ministères consultés) ne génèrent pas de changement de statut visible via l’API.
Autre limite : la réponse JSON ne distingue pas un dossier en attente passive d’un dossier en instruction active. Deux demandeurs affichant le même dossier_state peuvent se trouver à des stades très différents du traitement réel.
Recours et délai : quand le statut ANEF justifie une action
Un statut figé ne constitue pas en soi un motif de recours. Le délai d’instruction de la naturalisation par décret n’est encadré par aucun délai réglementaire strict côté usager, contrairement à certains titres de séjour.
En revanche, l’absence prolongée de toute évolution après une demande de complément peut justifier une relance formelle. Si le dossier affiche un code de complément alors que les pièces ont été transmises depuis longtemps, un courrier à la préfecture (ou au ministère si le dossier est en phase SDANF) permet de débloquer une situation administrative.
Le recours administratif préalable obligatoire (RAPO) intervient après une décision défavorable notifiée, pas avant. Tant que le statut API ne mentionne pas une décision, le RAPO est prématuré.
L’API ANEF donne une visibilité technique utile, à condition de ne pas confondre transparence du workflow et transparence de l’instruction. Le JSON expose la mécanique du traitement, pas le raisonnement de l’administration sur le fond du dossier.
