Skip to main content
POST
Mettez en file d’attente une modification coordonnée du minutage de l’original et des traductions. Les repères temporels ne peuvent pas chevaucher les segments adjacents ou l’audio exclu. Suivez l’avancement avec segment_actions_list.

Authentification et autorisations

string
requis
Envoyez une clé API VoiceCheap dans cet en-tête. Authorization: Bearer avec la même clé API est également accepté. Les jetons d’accès OAuth sont acceptés uniquement par MCP, pas par cet endpoint REST.
Autorisations requises: transcription:write. Un abonnement payant actif est requis. Les autorisations ne modifient ni les rôles dans l’équipe, ni la propriété des ressources, ni les crédits média, ni les limites du forfait.

Paramètres

string
requis
Valeur textuelle.Longueur minimale: 1. Longueur maximale: 200. Motif: ^[^/\\]+$.
integer
requis
Nombre entier.Minimum: 0. Maximum: 9007199254740991.
string
Facultatif au niveau du transport : le serveur injecte un identifiant avant la validation si ce champ est omis. Fournissez votre propre UUID v4 stable pour récupérer le résultat en toute sécurité si la réponse est perdue.Format: “uuid”. Motif: ^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-4[0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}$.
number
requis
Valeur numérique.Minimum: 0.
number
requis
Valeur numérique.
Le JSON Schema ci-dessous conserve les noms de champs exacts, les types imbriqués, les valeurs par défaut, les limites et les valeurs acceptées exposés par la découverte. Les règles supplémentaires entre champs figurent dans les notes de l’opération.

Idempotence

Utilisez un UUID v4 dans requestId ou dans l’en-tête HTTP Idempotency-Key pour chaque mutation. Après une erreur réseau, réutilisez le même identifiant avec des arguments identiques. Si les deux sont fournis, ils doivent correspondre. Rejouer une requête enregistrée ne répète pas l’opération et ne décompte pas un nouvel appel mensuel. Les requêtes en échec ou interrompues ne sont pas relancées automatiquement. Toute mutation peut renvoyer HTTP 202 lorsqu’une nouvelle tentative retrouve la même requête encore en cours, même si sa première exécution est habituellement synchrone. Si l’exécution est terminée mais que resultStored vaut false, une nouvelle tentative renvoie HTTP 200 avec l’état de la requête enregistrée, au lieu du résultat d’origine. Récupérez le résultat avec l’action d’historique, de résultat ou de téléchargement de son domaine.

Exemples de requêtes

Remplacez les exemples d’identifiants de ressources et de clés média par des valeurs renvoyées pour votre compte. Conservez le même identifiant de requête lorsque vous réessayez la même mutation.

Réponse

Une première exécution réussie renvoie HTTP 200 avec le résultat de l’opération sous data. Une nouvelle tentative peut renvoyer à la place l’état de la requête enregistrée. L’exemple présente une réponse possible, sans tous les champs facultatifs. Renvoie l’admission en file d’une modification coordonnée du minutage d’un segment source et de ses traductions.

Champs du résultat

Récupérer et suivre cette requête

Utilisez le même identifiant, même après une perte de connexion. Si resultStored vaut false, récupérez le résultat avec l’action d’historique, de résultat ou de téléchargement correspondante. Ne lancez jamais une seconde génération uniquement pour vérifier l’avancement.
HTTP 200

Notes de l’opération

  • Utilisez un requestId UUID v4 pour la modification souhaitée et réutilisez-le avec des arguments identiques lors des nouvelles tentatives. jobId est égal à ce requestId.
  • L’admission renvoie started ou queued, sans indiquer la fin de l’exécution. Interrogez segment_actions_list et recherchez l’élément dont items[].id est égal à jobId jusqu’à completed, failed ou cancelled, puis actualisez transcripts_get et projects_get.
  • queue.revision suit l’état de la file d’attente ; ce n’est pas une révision de la structure des segments sources. Les actions en file d’attente capturent la structure actuelle lors de leur admission. Une modification ultérieure incompatible de la structure peut faire échouer l’élément avec SEGMENT_STRUCTURE_CHANGED.
  • Une seule action en attente est admise pour une même cible logique de segment. Un nouveau requestId ne contourne pas SEGMENT_ACTION_ALREADY_PENDING.
  • Les échecs d’exécution dans la file d’attente apparaissent avec items[].status failed et errorCode, sans modifier le résultat de soumission réussie.
  • begin et end sont en secondes ; begin doit être positif ou nul et end supérieur à begin. Le worker arrondit aux millisecondes et exige une durée d’au moins 0.1 seconde.
  • Le worker vérifie les segments sources voisins et les plages ignorées à partir des données à jour. Les segments adjacents d’un même locuteur ne peuvent ni se chevaucher ni partager une borne ; tout chevauchement avec les plages ignorées de traduction est rejeté.
  • Le minutage source et celui des traductions correspondantes disponibles sont mis à jour ensemble. Les travaux de traduction encore en attente de relecture sont ignorés pour la mise à jour du minutage traduit.
  • Une erreur de minutage détectée par le worker est signalée comme un élément de file d’attente en échec, généralement avec ACTION_REJECTED, et non comme une réponse d’admission en échec.
  • Les réponses de la file, y compris lors de la soumission, de l’annulation, du suivi et du rejeu, contiennent uniquement les métadonnées des actions. Consultez le contenu de la transcription avec transcripts_get et la permission requise transcription:read.

Utilisation

Chaque invocation réussie consomme un appel du quota mensuel API/MCP. Les crédits média et les quotas de génération propres à l’opération s’appliquent également.

Erreurs