Aller au contenu
Bastide Connexion Créer un compte
Appuyez sur / pour chercher

project.deletion.accept

Markdownv0.3.0

Valider la suppression demandée d'un projet : un second Propriétaire, ou le seul.

  • APIPOST /v1/projects/{projectId}/deletion/accept
  • CLIbastide project deletion accept

La seconde validation d'une suppression : elle vient d'un autre compte que la demande — ou du même, quand aucun autre compte n'est Propriétaire de l'organisation ni du projet, et jamais depuis une session d'agent (M-277) —, et se confirme en deux temps comme elle, sur l'impact relu à cet instant. Le premier temps dit aussi QUI a demandé — details.request : le compte, la session d'agent si un agent a demandé pour lui (agentSession, nul pour une personne), la voie et l'instant — et son message le dit en clair quand c'est un agent. Elle planifie la suppression à 24 heures ; project.deletion.cancel l'annule en un appel jusque-là.

PropriétéValeur
Niveauproject
Rang minimalowner
Rôle transversal—
Portéesproject:write
Compte de servicene la mène pas : elle est réservée à une personne
RéversibilitéI — irréversible : confirmation en deux temps, double validation humaine, vingt-quatre heures de grâce avant l'effet définitif
Idempotenceune clé d'idempotence est acceptée : le rejeu rend la première réponse
Limites de débit, par jeton600 appels par 60 secondes (general), et 60 appels par 60 secondes (sensitive)

API

POST /v1/projects/{projectId}/deletion/accept — succès en 202.

ParamètreOùTypeRequisDescription
projectIdchemintexte, motif ^prj_[0-9A-HJKMNP-TV-Z]{26}$ouiIdentifiant de projet
Idempotency-Keyen-têtetexte, de 8 à 128 caractèresnonClé d'idempotence. Un rejeu portant la même clé retourne le résultat initial sans nouvel effet de bord, et la réponse porte alors « Idempotency-Replayed: true ». Équivaut au champ « idempotencyKey » du corps ; les deux à la fois ne sont acceptés que s'ils sont identiques.
confirmationNoncecorpstextenon
idempotencyKeycorpstexte, de 8 à 128 caractèresnonClé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord.

La réponse :

ChampTypeDescription
deletionIdtexte, motif ^sup_[0-9A-HJKMNP-TV-Z]{26}$Identifiant de suppression de projet
statetoujours scheduled
scheduledFortexte, format date-time
restorableUntiltexte, format date-timeLa fin de corbeille au plus tôt : trente jours après une exécution à l'échéance.
undoTokennulAucun jeton : la suppression planifiée s'annule d'un appel par project.deletion.cancel jusqu'à son échéance, puis se restaure par le même appel depuis la corbeille.

En-têtes de la réponse : RateLimit-Limit, RateLimit-Remaining, RateLimit-Reset, RateLimit-Policy, Idempotency-Replayed.

Autres réponses : 400, 401, 403, 404, 409, 429, 500, 503 — communes à toute opération.

Ligne de commande

bastide project deletion accept --project-id <valeur>

OptionTypeRequiseDéfautDescription
--project-idtexteoui—Identifiant de projet
--confirmation-noncetextenon—
--idempotency-keytextenon—Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord.

La commande demande une confirmation avant d'agir, sauf avec « --yes ».

MCP

Aucun outil : le cahier des charges exige qu'une personne la donne : un agent ne valide pas à sa place.

Erreurs

CodeSurfaceCause
confirmation_requiseles deuxL'opération est irréversible : elle se confirme en deux temps, par le nonce que ce refus porte.
nonce_expireles deuxLe nonce de confirmation a plus de cinq minutes.
nonce_invalideles deuxLe nonce de confirmation n'a pas été émis par ce serveur pour cet appel, ou il a déjà servi.
validation_humaine_requiseles deuxUne opération irréversible se valide par une personne, pas par un jeton de compte de service.
validation_du_meme_compteles deuxLa seconde validation vient d'un autre compte que la demande.
aucune_demande_en_attenteles deuxAucune demande n'attend de décision sous cette désignation.
demande_expireeles deuxLa demande a dépassé son délai sans seconde validation.
idempotency_key_conflictAPIDeux clés d'idempotence différentes ont été présentées, dans le corps et dans l'en-tête.

S'y ajoutent les refus communs à toute opération — entrée invalide, authentification, autorisation, cible introuvable, conflit, limite de débit, indisponibilité — que le catalogue des erreurs décrit.

Signaler une erreur sur cette page