本文へ移動
cccskills
無料GitHub で公開

mf-annuler-envoi

Annuler un envoi de courrier papier déjà validé via l'API Merci Facteur (deleteEnvoi). Utiliser quand il s'agit d'annuler, supprimer, stopper, rappeler ou rembourser un courrier envoyé par erreur, d'implémenter une fenêtre d'annulation dans une application, ou de comprendre pourquoi une annulation n'a été que partielle. Couvre le contrat deleteEnvoi, l'irréversibilité de l'opération et les quatre issues possibles.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md5.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Annuler un envoi — API Merci Facteur

deleteEnvoi annule un envoi et les courriers qu'il contient. L'opération est irrémédiable : un envoi annulé ne se restaure pas, et l'issue dépend de l'avancement du courrier dans la chaîne d'impression et de dépôt.

Base URL : https://www.merci-facteur.com/api/1.2/prod/service Authentification : voir mf-api-authentification.

1. L'appel

DELETE /deleteEnvoi?idEnvoi=<entier>

ParamètreEmplacementTypeRequisContenu
ww-service-iden-têtestringouile service ID
ww-access-tokenen-têtestringouiun access token valide
idEnvoiqueryintegerouil'envoi_id retourné par sendCourrier

Réponse en succès : {"success": true} Réponse en échec (400 / 401) : {"success": false, "error": {"code": "...", "text": "..."}}

const r = await fetch(
  `https://www.merci-facteur.com/api/1.2/prod/service/deleteEnvoi?idEnvoi=${idEnvoi}`,
  {
    method: "DELETE",
    headers: {
      "ww-service-id": SERVICE_ID,
      "ww-access-token": token,
    },
  }
);
const d = await r.json();

idEnvoi est l'envoi_id rendu par sendCourrier. Une intégration qui ne l'a pas stocké ne peut rien annuler : c'est la raison pratique de le persister systématiquement.

2. Les quatre issues

Un envoi n'est pas un objet figé : il est composé, imprimé, mis sous pli, puis déposé. deleteEnvoi intervient quelque part dans cette chaîne, et son effet réel dépend de l'endroit :

IssueCe qui se passe
Rejet immédiatL'envoi est trop avancé, rien n'est annulé.
Rejet différéL'annulation est enregistrée mais ne prend pas effet tout de suite.
Annulation partielleUne partie seulement des courriers est annulée ; la facturation est partiellement remboursée.
Acceptation intégraleL'envoi entier est annulé.

Trois conséquences pour l'intégration :

Ne considère jamais success: true comme « le courrier ne partira pas ». Un succès peut recouvrir une annulation partielle. Sur un envoi multi-destinataires en particulier, une partie des plis peut déjà être partie.

N'affiche pas de montant remboursé calculé côté application. Le remboursement est décidé par Merci Facteur selon l'avancement réel. Toute somme affichée à l'utilisateur avant confirmation est une promesse que l'API n'a pas faite.

Vérifie l'état après coup plutôt que de le déduire. Les webhooks et le suivi (mf-preuves-courrier) disent ce qui est réellement arrivé à chaque courrier. L'appel deleteEnvoi dit seulement que la demande a été prise en compte.

3. Le délai réel

Les courriers validés avant 17 h, du lundi au vendredi, sont imprimés et postés le jour même. Une annulation demandée après ce point de bascule a peu de chances d'aboutir intégralement.

Si l'application doit offrir une fenêtre d'annulation à ses utilisateurs, la façon fiable de la garantir n'est pas deleteEnvoi : c'est de retarder l'appel à sendCourrier. Mets l'envoi en file d'attente côté application, laisse la fenêtre d'annulation s'écouler, puis appelle sendCourrier. Tant que l'appel n'a pas eu lieu, l'annulation est certaine, gratuite et instantanée.

deleteEnvoi est un filet de sécurité pour l'erreur constatée après coup, pas un mécanisme d'annulation garanti.

4. Ce qu'il faut demander avant d'appeler

deleteEnvoi détruit sans retour. Dans un agent, un script ou une automatisation, l'appel ne se déclenche jamais implicitement :

  • Confirme l'idEnvoi avec l'utilisateur avant d'appeler, en rappelant ce que contient cet envoi (destinataires, nombre de courriers) si l'information est disponible.
  • N'annule jamais en boucle sur une liste d'envois sans validation explicite de chaque élément, ou du lot en toute connaissance de cause.
  • N'appelle pas deleteEnvoi en réaction à un timeout de sendCourrier. Un timeout laisse l'issue indéterminée : annuler un envoi dont on ignore s'il existe produit soit un échec, soit l'annulation d'un envoi qu'on voulait garder. Le traitement correct du timeout est dans mf-envoi-courrier, section 5.

5. Diagnostic

SymptômeCause à vérifier
401token expiré, ou ww-service-id absent à côté de ww-access-token
400idEnvoi absent, non entier, ou n'appartenant pas à ce compte
success: true mais le courrier arrive quand mêmeannulation partielle, ou rejet différé — voir section 2
Annulation systématiquement refuséedemande postérieure au dépôt La Poste — voir section 3

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Obtenir et gérer un access token pour l'API Merci Facteur (envoi de courrier papier, recommandé, recommandé électronique). Utiliser dès qu'un appel à l'API Merci Facteur doit être authentifié, ou quand apparaît une erreur de signature, de timestamp, de restriction d'IP ou un token expiré. Couvre le calcul HMAC-SHA256 de la secret key, getToken, la durée de vie du token jusqu'à 365 jours (timeLimit, force) et le stockage des identifiants.

日本語の概要は準備中です。原文の説明を表示しています。

MerciFacteur/Merci-facteur-API82026年9月20日 更新

Envoyer un vrai courrier papier — lettre PDF, carte illustrée (carte postale, carte pliée, carte carrée, carte géante), suivi, recommandé avec accusé de réception, recommandé électronique eIDAS — depuis une application, via l'API Merci Facteur. Utiliser dès qu'il s'agit d'envoyer, poster, imprimer ou expédier du courrier physique depuis du code, d'envoyer une carte depuis une application, de brancher un envoi postal sur un événement, un formulaire, un cron ou un webhook, ou de déboguer un appel sendCourrier. Couvre le contrat exact, les pièges de nommage qui font échouer l'appel, l'idempotence et le comportement en cas d'échec.

日本語の概要は準備中です。原文の説明を表示しています。

MerciFacteur/Merci-facteur-API82026年9月20日 更新

Récupérer les preuves d'un courrier envoyé via l'API Merci Facteur avec getProof — preuve de dépôt, avis de réception signé, preuve de téléchargement d'un recommandé électronique. Utiliser quand il s'agit de récupérer, télécharger, archiver ou afficher un AR, une preuve de dépôt ou un justificatif d'envoi, ou de savoir si un recommandé a été distribué.

日本語の概要は準備中です。原文の説明を表示しています。

MerciFacteur/Merci-facteur-API82026年9月20日 更新

MerciFacteur のスキルをすべて見る

このスキルの問題を報告する