Préparer la radiation et la transmettre à l’administrationTous les articles

Préparer la radiation et la transmettre à l’administration

Une notification erronée coûte plus de temps que trois pré-contrôles. Ce cas montre où une demande peut échouer sans conséquence.

Publié: 2026-09-12Temps de lecture: 4 minAPI tapinomahub & processus
API & processusBoîte de vitessesAPICommerce automobile

Une demande de radiation partira et reviendra parce qu’une donnée sur le demandeur ne convient pas. Ce n’est pas une erreur spectaculaire, mais elle coûte un déplacement, un délai et, la seconde fois, de la crédibilité. Et elle était détectable en amont.

Préparer la radiation et la transmettre à l’administrationEntrée : un certificat délivré et la volonté de radier le véhicule 1. Pré-contrôler la demande (POST /compliance/deregistration-applications/preflight): applicationMode, applicant et registrationDocuments sont vérifiés avant tout envoi 2. Créer la notification (POST /compliance/authority-notifications): adapterType et obligationParties ; approvalAttestationId nomme le validateur 3. Transmettre (POST /compliance/submissions): Seul le validé est transmis — schemaVersion et attestation font partie de l’appel Sortie : une transmission avec état, imputable à une personne et à une validation Le pré-contrôle n’est pas un filtre de forme : c’est là qu’une demande peut échouer sans dommage.Préparer la radiation et la transmettre à l’administrationEntrée : un certificat délivré et la volonté de radier le véhicule01Pré-contrôler la demandePOST /compliance/deregistration-applications/preflightapplicationMode, applicant et registrationDocuments sont vérifiés avant tout envoi02Créer la notificationPOST /compliance/authority-notificationsadapterType et obligationParties ; approvalAttestationId nomme le validateur03TransmettrePOST /compliance/submissionsSeul le validé est transmis — schemaVersion et attestation font partie de l’appelSortie : une transmission avec état, imputable à une personne et à une validationLe pré-contrôle n’est pas un filtre de forme : c’est là qu’une demande peut échouer sans dommage.
Trois appels du pré-contrôle à la transmission. Seul le validé est transmis.

C’est pourquoi un pré-contrôle précède la notification. Ce n’est pas un filtre à fautes de frappe mais le lieu où une demande peut échouer sans dommage — et la transmission n’accepte ensuite que du validé.

SurfaceRôles
ComplianceRecycleurs automobiles, Concession

Ce que ce cas suppose

  • Un certificat de destruction délivré. Le pré-contrôle renvoie au dossier et au certificat ; sans les deux, pas de demande.
  • Les données du demandeur et des documents d’immatriculation. Ce qui y manque apparaît au pré-contrôle et non chez l’administration.
  • Une validation nommée pour la notification. Celle-ci porte un identifiant d’attestation du validateur.
  • Une voie de transmission claire. Un seul adaptateur est prévu à ce jour, authority_file_export : un fichier d’export pour l’administration, non une connexion directe à sa procédure.

Le déroulement

Le tableau indique pour chaque étape l’appel compétent et ce qui existe ensuite. La justification de l’étape figure en dessous.

La chaîne d’appels de ce cas d’usage
ÉtapeAppelCe qui existe ensuite
Pré-contrôler la demandePOST /compliance/deregistration-applications/preflightapplicationMode, applicant et registrationDocuments sont vérifiés avant tout envoi
Créer la notificationPOST /compliance/authority-notificationsadapterType et obligationParties ; approvalAttestationId nomme le validateur
TransmettrePOST /compliance/submissionsSeul le validé est transmis — schemaVersion et attestation font partie de l’appel

Pourquoi chaque étape est nécessaire

  1. Pré-contrôler la demande. POST /compliance/deregistration-applications/preflight prend dossier, certificat, mode de demande, parties obligées, demandeur et documents d’immatriculation. La réponse nomme les blocages selon le référentiel enregistré, sans que rien ne parvienne à l’administration.
  2. Créer la notification. POST /compliance/authority-notifications prend objet, type d’adaptateur, parties obligées, date de validation et identifiant d’attestation. La notification est ainsi imputée à une personne avant tout envoi ; seule une personne connectée ayant reconfirmé son authentification peut la créer.
  3. Transmettre. POST /compliance/submissions prend le type d’adaptateur — actuellement uniquement authority_file_export —, la version de schéma 1.0.0, identifiant d’attestation de la validation et renvoi à la notification. Seul le validé est donc transmis ; une transmission sans validation n’est pas prévue au contrat.
Transmettre une notification validée comme export administratif
curl -X POST \
  -H 'X-Api-Key: <API_KEY>' \
  -H 'X-Compliance-Organisation-Id: <ORGANISATION>' \
  -H 'Idempotency-Key: uebermittlung-2026-09-12-017' \
  -H 'Content-Type: application/json' \
  -d '{"adapterType":"authority_file_export","schemaVersion":"1.0.0","approvedByAttestationId":"<attestationId>","authorityNotificationId":"<authorityNotificationId>"}' \
  'https://api.tapinomahub.com/compliance/submissions'

Ce que l’on obtient

Il reste une transmission avec état, imputable à une personne et à une validation — et une demande qui n’échoue pas sur une donnée visible en amont.

Où cela figure dans la documentation

Les listes de champs contractuelles, les codes d’erreur et les réponses d’exemple se trouvent dans le contrat OpenAPI de cette surface, à l’adresse docs.tapinomahub.com (tapinoma-compliance). Tous les cas d’usage classés par surface et par rôle : aperçu des cas d’usage.

Sources et références juridiques

Questions fréquentes

Que faire d’un blocage issu du pré-contrôle ?

Le lever. Le blocage nomme code et message, le cas échéant un requirementId ; le pré-contrôle peut ensuite être relancé sans que rien ne se soit passé chez l’administration.

Puis-je transmettre sans notification ?

Non. La transmission prend le renvoi à la notification et l’identifiant d’attestation de la validation. C’est le verrou qui empêche l’envoi d’un dossier inachevé.

L’état de la transmission signifie-t-il l’accord de l’administration ?

Non. Il décrit notre processus. L’administration décide de l’acceptation dans sa propre procédure.