본문으로 건너뛰기
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

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

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년 10월 13일 업데이트

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년 10월 13일 업데이트

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년 10월 13일 업데이트

MerciFacteur의 스킬 모두 보기

이 스킬의 문제 신고