Guide de migration de l’API héritée de Frame.io vers la version 4
Guide de migration de l’API héritée de Frame.io vers la version 4
Introduction
L’API Frame.io V4 est une refonte de l’API héritée, souvent appelée points d’entrée V2 ou API Frame.io V3. Cette refonte tire pleinement parti des nouvelles capacités et fonctionnalités de Frame V4 tout en conservant l’ensemble des fonctionnalités pertinentes de l’API héritée. Ce guide présente les principales différences entre l’API héritée et l’API V4. Il fournit des instructions détaillées pour vous aider à effectuer votre migration en toute sérénité.
Liste de vérification pour la migration
Authentification
Pour les comptes ayant migré vers la version 4 et qui ne sont pas encore gérés via l’Adobe Admin Console, vous pouvez continuer à utiliser les jetons de développement hérités gérés sur le site des développeurs Frame.io, mais vous devrez ajouter un en-tête à vos requêtes API avec la clé x-frameio-legacy-token-auth et la valeur vrai. Sinon, veuillez suivre les étapes décrites dans la section Authentification ci-dessous.
Mettre à jour les appels API existants
Tous les chemins de l’API héritée devront être mappés sur les nouveaux chemins de l’API V4 et les payloads JSON. Vous trouverez ci-dessous un tableau de mappage assez complet destiné à vous aider dans cette démarche.
Les tests sont fortement recommandés
Testez minutieusement vos opérations. Étant donné que l’API a subi de nombreuses modifications, il est recommandé de procéder à des tests avec un compte V4 afin de s’assurer que la nouvelle API fonctionne comme prévu.
Mettre en place une connexion dédiée
Mettez en place une méthode de connexion spécifique pour la version 4 en raison de l’utilisation d’URL d’authentification distinctes. L’URL d’authentification V4 diffère de celle de l’API héritée ; elle ne renvoie pas dans sa réponse les comptes qui n’ont pas encore été mis à niveau vers la version 4 et doit être considérée comme une intégration distincte.
Si vous avez des questions concernant un point d’entrée qui ne figure pas dans le tableau de mappage ci-dessous, veuillez contacter notre équipe d’assistance pour en savoir plus : support@frame.io.
Authentification gérée par l’Adobe Developer Console
Pour les comptes ayant migré vers la version 4 et gérés via l’Adobe Developer Console, vous devrez utiliser l’API V4 avec OAuth 2.0. Vous devrez suivre les étapes ci-dessous.
Créer un projet Adobe
Créez un projet dans l’Adobe Developer Console et ajoutez Frame.io en tant que produit.
Choisir un type d’authentification
Authentifiez-vous. Pour plus d’informations, consultez le Guide d’authentification. Si votre compte V4 n’est pas encore géré via l’Adobe Admin Console, vous pouvez ignorer cette étape. * Authentification utilisateur : se connecte à Frame à l’aide d’un identifiant client et/ou d’un secret client, et demande à l’utilisateur de se connecter avec son nom d’utilisateur et son mot de passe. * Authentification de serveur à serveur : se connecte à Frame à l’aide d’un identifiant client et d’un secret client, mais ne nécessite pas qu’un utilisateur se connecte via un navigateur.
Mappages entre points d’entrée (API héritée vers V4)
Si vous utilisez l’authentification par jeton de développeur héritée, vous devrez ajouter un en-tête à vos requêtes API avec la clé x-frameio-legacy-token-auth et la valeur true.
Remarques générales pour faciliter la migration :
Équipes → Espaces de travail
Les « Équipes » de l’ancienne API correspondent au « Espaces de travail » de la version 4.
Ressources
Les « Ressources » de l’ancienne API sont désormais réparties en « Fichiers », « Dossiers » et « Piles de versions » dans la version 4.
Autorisations
Les autorisations et les rôles ont changé dans la version 4, ce qui modifie la structure des points d’entrée. Dans la version 4, il existe des rôles d’utilisateurs ou d’utilisatrices liés à l’espace de travail et au projet. Pour plus d’informations, consultez la section Gestion des autorisations des utilisateurs.
1. Comptes et informations utilisateur
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| GET | /v2/accounts (Obtenir les comptes d’un utilisateur) | GET | /v4/accounts (Répertorier les comptes) | La version 4 renvoie tous les comptes auxquels l’utilisateur a accès. |
| GET | /v2/accounts/{account_id} (Obtenir un compte par ID) | N/D | N/D | Vous trouverez des informations sur un compte spécifique via le point d’entrée « list accounts ». |
| GET | /v2/me (Obtenir l’utilisateur actuel) | GET | /v4/me (Informations sur l’utilisateur) | Récupérez le profil de l’utilisateur actuel. |
| GET | /v2/accounts/{account_id}/membership | N/D | N/D | Les rôles et les autorisations sont gérés via les autorisations d’espace de travail et de projet. |
2. Espaces de travail (qui remplacent les points d’entrée Équipes)
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| GET | /v2/accounts/{account_id}/teams (Obtenir toutes les équipes d’un compte) | GET | /v4/accounts/{account_id}/workspaces (Répertorier les espaces de travail) | Concept d’« Équipes » de l’ancienne API → « Espaces de travail » dans la version 4. |
| POST | /v2/accounts/{account_id}/teams (Créer une équipe pour le compte indiqué) | POST | /v4/accounts/{account_id}/workspaces (Créer un espace de travail) | Le corps est similaire (name, etc.). La réponse est un objet d’espace de travail et non un objet d’équipe. |
| GET | /v2/teams/{team_id} (Obtenir une équipe) | GET | /v4/accounts/{account_id}/workspaces/{workspace_id} (Afficher l’espace de travail) | ID d’équipe → ID de l’espace de travail dans V4. |
| GET | /v2/teams/{team_id}/members (Obtenir les membres de l’équipe) | GET | /v4/accounts/{account_id}/workspaces/{workspace_id}/users (Obtenir les membres de l’espace de travail) | Renvoie tous les utilisateurs d’un espace de travail. |
| POST | /v2/teams/{team_id}/members (Ajouter un membre de l’équipe)) | PATCH | /v4/accounts/{account_id}/workspaces/{workspace_id}/users/{user_id} (Ajouter ou mettre à jour le rôle de l’utilisateur dans l’espace de travail) | Permet d’ajouter ou de supprimer des utilisateurs d’un espace de travail. |
| GET | /v2/teams/{team_id}/membership (Obtenir l’abonnement d’utilisateur pour l’équipe) | N/D | N/D | Les rôles et les autorisations sont gérés via les autorisations d’espace de travail et de projet. |
3. Projets
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| GET | /v2/teams/{team_id}/projects (Obtenir des projets par équipe) | GET | /v4/accounts/{account_id}/workspaces/{workspace_id}/projects (Répertorier des projets) | Nécessité de fournir account_id et workspace_id dans la version 4. |
| GET | /v2/projects/shared | GET | /v4/accounts/{account_id}/invited_projects (Répertorier les projets invités) | Répertorie uniquement les projets invités /v4/accounts/{account_id}/projects répertorie tous les projets, y compris les projets invités |
| POST | /v2/teams/{team_id}/projects (Créer un projet) | POST | /v4/accounts/{account_id}/workspaces/{workspace_id}/projects (Créer un projet) | Le corps est similaire : { "name": "MyProject", ... }. |
| GET | /v2/projects/{project_id} (Obtenir le projet par ID) | GET | /v4/accounts/{account_id}/projects/{project_id} (Afficher le projet) | Nécessite account_id et project_id. |
| PUT | /v2/projects/{project_id} (Mettre à jour un projet) | PATCH | /v4/accounts/{account_id}/workspaces/{workspace_id}/projects/{project_id} (Mettre à jour le projet) | La version 4 utilise PATCH pour les mises à jour partielles. |
| DELETE | /v2/projects/{project_id} (Supprimer le projet par ID) | DELETE | /v4/accounts/{account_id}/workspaces/{workspace_id}/projects/{project_id} (Supprimer le projet) | Supprime le projet. |
| GET | /v2/projects/{project_id}/collaborators (Obtenir les utilisateurs collaborateurs du projet) | GET | /v4/accounts/{account_id}/projects/{project_id}/users (Répertorier les rôles d’utilisateur d’un projet) | Renvoie tous les utilisateurs d’un projet (équivalent le plus proche de l’ancien point d’entrée « travailleurs collaborateurs »). |
| POST | /v2/projects/{project_id}/collaborators (Ajouter un utilisateur collaborateur à un projet) | PATCH | /v4/accounts/{account_id}/projects/{project_id}/users/{user_id} (Mettre à jour les rôles des utilisateurs pour le projet spécifié) | Permet d’ajouter ou de supprimer des utilisateurs d’un projet (équivalent le plus proche de l’ancien point d’entrée « travailleurs collaborateurs »). |
4. Dossiers
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| GET | /v2/assets/{asset_id}/children (Récupérer des ressources enfants) | GET | /v4/accounts/{account_id}/folders/{folder_id}/children (Répertorier les éléments enfants du dossier) | Si votre asset_id dans l’ancienne API était un dossier, il s’agit maintenant de folder_id dans la version 4. |
| POST | /v2/assets/{parent_asset_id}/children (Créer une ressource) | POST | /v4/accounts/{account_id}/folders/{folder_id}/folders (Créer un dossier) | Dans l’ancienne API, vous utilisiez "type": "folder" ; dans la version 4 = {"data": {"name": "Folder name"}}. |
| GET | /v2/assets/{asset_id} (Obtenir une ressource) | GET | /v4/accounts/{account_id}/folders/{folder_id} (Afficher le dossier) | L’ancienne API attendait “type”: “folder” . L’API V4 attend maintenant folder_id et account_id dans les paramètres de chemin d’accès. |
| PUT | /v2/assets/{asset_id} (Mettre à jour une ressource) | PATCH | /v4/accounts/{account_id}/folders/{folder_id} (Mettre à jour le dossier) | Ancienne API : asset_id était votre identifiant de dossier. Dans l’API V4 : corps : {"data": {"name": "New Folder Name"}}. |
| DELETE | /v2/assets/{asset_id} (Supprimer une ressource) | DELETE | /v4/accounts/{account_id}/folders/{folder_id} (Supprimer le dossier) | Supprime le dossier. |
| N/D | N/D | GET | /v4/accounts/{account_id}/folders/{folder_id}/folders (Répertorier les dossiers) | Liste des dossiers au sein d’un dossier donné. (Récupérez l’identifiant root_folder_id depuis le chemin Afficher le projet ; vous pourrez ainsi répertorier tous les dossiers du niveau supérieur.) |
5. Piles de versions
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| POST | /v2/assets/{destination_folder}/copy (Copier une ressource) | POST | /v4/accounts/{account_id}/version_stacks/{version_stack_id}/copy (Copier la pile de versions) | Ancienne version : dossier de destination dans le chemin d’accès ; à utiliser avec une pile de versions dans la requête. V4 : copier une pile de versions. |
| POST | /v2/assets/{asset_id}/version (Versionner une ressource) | POST | /v4/accounts/{account_id}/folders/{folder_id}/version_stacks (Créer une pile de versions) | Créez une pile de versions. Le corps de la requête doit contenir entre 2 et 10 identifiants de fichier. |
| POST | /v2/assets/{asset_id}/version (Versionner une ressource) | PATCH | /v4/accounts/{account_id}/files/{file_id}/move (Déplacer le fichier vers la pile de versions) | Déplacez un fichier vers une pile de versions existante. Utilisez le version_stack_id en tant que parent_id dans le corps de la requête. |
| GET | /v2/assets/{asset_id}/children (Récupérer des ressources enfants) | GET | /v4/accounts/{account_id}/version_stacks/{version_stack_id}/children (Répertorier les enfants de la pile de versions) | Ancienne version : à utiliser avec un asset_id de la pile de versions. V4 : répertoriez les éléments enfants (fichiers/versions) d’une pile de versions. |
| N/D | N/D | GET | /v4/accounts/{account_id}/folders/{folder_id}/version_stacks (Répertorier les piles de versions) | Répertoriez les piles de versions dans un dossier. |
| N/D | N/D | PATCH | /v4/accounts/{account_id}/version_stacks/{version_stack_id}/move (Déplacer la pile de versions) | Déplacez une pile de versions vers un autre dossier. |
| GET | /v2/assets/{asset_id} (Obtenir une ressource) | GET | /v4/accounts/{account_id}/version_stacks/{version_stack_id} (Afficher la pile de versions) | Ancienne version : à utiliser avec un asset_id de la pile de versions. V4 : affichez les détails de la pile de versions. |
| DELETE | /v2/assets/{asset_id}/unversion (Supprimer le contrôle de version) | N/D | N/D | La suppression du contrôle de version n’est pas encore prise en charge dans la version 4. |
6. Fichiers
Remarque : il existe désormais deux points d’entrée pour la création de fichiers dans la version 4 (en local et via le chargement S3). Pour plus d’informations, consultez la section Chargement de fichiers.
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| POST | /v2/assets/{parent_asset_id}/children (Créer une ressource) | POST | /v4/accounts/{account_id}/folders/{folder_id}/files/local_upload (Créer un fichier (chargement local)) | Ancienne API : nécessite les paramètres name, type, filetype, filesize et auto_version_id. API V4 : les paramètres account_id et folder_id sont obligatoires dans les paramètres du chemin d’accès ; les paramètres file_size et name sont obligatoires dans la payload. |
| N/D | N/D | POST | /v4/accounts/{account_id}/folders/{folder_id}/files/remote_upload (Création de fichier (chargement à distance)) | Les paramètres account_id et folder_id sont obligatoires dans le chemin d’accès ; l’URL source et le nom sont obligatoires dans la payload. |
| GET | /v2/assets/{asset_id} (Obtenir une ressource) | GET | /v4/accounts/{account_id}/files/{file_id} (Afficher le fichier) | Affichez les détails du fichier : de nombreuses fonctions sont disponibles pour renvoyer des informations supplémentaires sur le fichier dans la réponse. |
| N/D | N/D | GET | /v4/accounts/{account_id}/files/{file_id}/status (Obtenir les métadonnées du fichier) | Obtenez l’état d’un chargement à distance à partir d’un point d’entrée de chargement à distance de création de fichier. |
| PUT | /v2/assets/{asset_id} (Mettre à jour une ressource) | PATCH | /v4/accounts/{account_id}/files/{file_id} (Mettre à jour le fichier) | Mettez à jour le nom du fichier. |
| DELETE | /v2/assets/{asset_id} (Supprimer une ressource) | DELETE | /v4/accounts/{account_id}/files/{file_id} (Supprimer le fichier) | 204 Aucun contenu en cas de réussite. |
7. Commentaires
La plupart des fonctionnalités de commentaires de l’API V4 sont actuellement prises en charge.
Fonctionnalités à venir :
- Réactions aux commentaires, sous forme d’émoticônes.
- Afficher ou modifier le statut de finalisation d’un commentaire.
- Voir qui a consulté un commentaire (impressions).
Le champ « timestamp » correspond à l’index de la trame sur laquelle le commentaire a été laissé (en commençant par 1), et non à la date et l’heure.
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| GET | /v2/assets/{asset_id}/comments (Obtenir tous les commentaires et réponses d’un fil de commentaires) | GET | /v4/accounts/{account_id}/files/{file_id}/comments (Répertorier les commentaires) | Répertoriez les commentaires sur un fichier. |
| POST | /v2/assets/{asset_id}/comments (Créer un commentaire) | POST | /v4/accounts/{account_id}/files/{asset_id}/comments (Créer un commentaire) | Créez un commentaire. Le corps est similaire : {"text":"Nice","timestamp":12.3}. |
| GET | /v2/comments/{comment_id} (Récupérer un commentaire par ID) | GET | /v4/accounts/{account_id}/comments/{comment_id} (Afficher le commentaire) | Récupérez un commentaire par son ID. |
| PUT | /v2/comments/{comment_id} (Mettre à jour un commentaire) | PATCH | /v4/accounts/{account_id}/comments/{comment_id} (Mettre à jour le commentaire) | Mettez à jour le texte, l’heure, etc. |
| DELETE | /v2/comments/{comment_id} (Supprimer un commentaire) | DELETE | /v4/accounts/{account_id}/comments/{comment_id} (Supprimer le commentaire) | Supprimez le commentaire. |
| GET | /v2/comments/{comment_id}/impressions (Obtention des impressions) | N/D | N/D | Les impressions ne sont actuellement pas prises en charge dans la version 4. |
8. Partages (Liens de révision / Présentations)
Dans Frame V4, les liens de partage ne sont plus répartis entre les liens de révision et de présentation. Dans la version 4, le lien de partage peut désormais être personnalisé avec différents styles afin de s’adapter à l’environnement de révision ou de présentation.
Remarque : l’utilisation des anciens liens de révision et de présentation via l’API V4 n’est pas prise en charge.
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| GET | /v2/projects/{project_id}/review_links (Répertorier les liens de révision d’un projet) | GET | /v4/accounts/{account_id}/projects/{project_id}/shares (Répertorier les partages) | Répertorie les contributions à un projet (à noter que cela n’inclut pas les anciens liens de révision / présentations). |
| POST | /v2/projects/{project_id}/review_links (Créer un lien de révision) | POST | /v4/accounts/{account_id}/projects/{project_id}/shares (Créer un partage) | Crée un nouveau lien de partage. Le corps peut être : {"data":{"name":"Review Link","type":"review"}}. |
| POST | /v2/review_links/{link_id}/assets (Ajouter une ressource à un lien de révision) | POST | /v4/accounts/{account_id}/shares/{share_id}/assets (Ajouter une nouvelle ressource au partage) | Ajoute une ressource à un partage. Prend en charge les fichiers, les dossiers et les piles de versions. |
| N/D | N’existe pas | DELETE | /v4/accounts/{account_id}/shares/{share_id}/assets/{asset_id} (Supprimer le partage) | Supprime un fichier du partage. |
| DELETE | /v2/review_links/{link_id} (Supprimer un lien de révision) | DELETE | /v4/accounts/{account_id}/shares/{share_id} (Supprimer le partage) | Supprime le lien de partage. |
| PUT | /v2/review_links/{review_link_id} (Mettre à jour un lien de révision) | PATCH | /v4/accounts/{account_id}/shares/{share_id} (Mettre à jour le partage) | Met à jour le lien de partage. |
9. Webhooks
Les webhooks que vous utilisiez dans la version 3 seront transférés et fonctionneront, pour l’essentiel, de la même manière. Lors de la migration, ils seront désactivés et devront être réactivés pour fonctionner. Certaines modifications seront nécessaires pour les événements liés aux ressources, qui sont désormais répartis entre fichiers et dossiers. Il existe quelques nouveaux événements spécifiques à la version 4 dont il faut tenir compte : metadata.value.updated, les événements liés aux collections et ceux liés au partage.
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| POST | /v2/teams/{team_id}/hooks (Créer un webhook) | POST | /v4/accounts/{account_id}/workspaces/{workspaces_id}/webhooks (Créer un webhook) | Fournit {"data":{"url":"...","events":["file.created",...]}}. |
| GET | /v2/accounts/{account_id}/webhooks (Récupérer les webhooks d’un compte) | GET | /v4/accounts/{account_id}/workspaces/{workspaces_id}/webhooks (Répertorier des webhooks) | Récupère tous les webhooks d’un espace de travail. Remarque : pour récupérer tous les webhooks d’un compte, vous devez d’abord récupérer tous les espaces de travail associés à ce compte, puis récupérer tous les webhooks de ces espaces de travail. |
| GET | /v2/hooks/{hook_id} (Obtenir un webhook) | GET | /v4/accounts/{account_id}/webhooks/{webhook_id} (Répertorier les webhooks) | Obtient des informations sur les webhooks. |
| PUT | /v2/hooks/{hook_id} (Mettre à jour le webhook) | PATCH | /v4/accounts/{account_id}/webhooks/{webhook_id} (Mettre à jour le webhook) | Met à jour les paramètres du webhook. |
| DELETE | /v2/hooks/{hook_id} (Supprimer le webhook) | DELETE | /v4/accounts/{account_id}/webhooks/{webhook_id} (Supprimer le webhook) | Supprime le webhook. |
10. Actions personnalisées
Les actions personnalisées que vous utilisiez dans la version 3 seront transférées, mais nécessiteront quelques modifications au niveau des requêtes et de la gestion des réponses. Lors de la migration, ils seront désactivés et devront être réactivés pour fonctionner. Pour plus de détails, veuillez consulter ce (document).
Remarque : les points d’entrée des actions personnalisées font actuellement partie de l’API expérimentale et nécessitent l’en-tête « api-version: experimental ».
| Méthode | Ancien point d’entrée | Méthode | Point d’entrée V4 | Remarques |
|---|---|---|---|---|
| POST | /v2/teams/{team_id}/actions (Créer une action personnalisée) | POST | /v4/accounts/{account_id}/workspaces/{workspace_id}/actions (Créer une action personnalisée) | Crée une action personnalisée dans un espace de travail. |
| DELETE | /v2/actions/{action_id} (Supprimer une action personnalisée) | DELETE | /v4/accounts/{account_id}/actions/{action_id} (Supprimer l’action personnalisée) | Supprime une action personnalisée. |
| PUT | /v2/actions/{action_id} (Mettre à jour une action personnalisée) | PATCH | /v4/accounts/{account_id}/actions/{action_id} (Mettre à jour une action personnalisée) | Met à jour les détails de l’action personnalisée. |
| GET | /v2/teams/{team_id}/actions (Obtenir des actions personnalisées pour une équipe) | GET | /v4/accounts/{account_id}/workspaces/{workspace_id}/actions (Répertorier les actions personnalisées) | Répertorie les actions personnalisées dans un espace de travail donné. |
| GET | /v2/actions/{action_id} (Obtenir une action personnalisée par ID) | GET | /v4/accounts/{account_id}/actions/{action_id} (Afficher les détails de l’action personnalisée) | Affiche les détails de l’action personnalisée. |
Étapes de la migration
Ajuster les points d’entrée V2 non pris en charge
Ajustez tout point d’entrée de la version 2 héritée qui n’est plus pris en charge.
Mettre à jour les URL de base
Mettez à jour les URL de base de api.frame.io/v2/... vers api.frame.io/v4/....
Mettre à jour les requêtes API
Mettez à jour les requêtes API dans votre code afin qu’elles fassent référence au nouveau schéma des points d’entrée.
Mettre à jour les payloads JSON
Mettez à jour les payloads JSON des schémas de requête/réponse afin de vous assurer que vous générez et utilisez les champs appropriés.
Mettre à jour la terminologie
Mettez à jour de la terminologie dans votre code et votre interface utilisateur : « équipes » → « espaces de travail » ; « ressources » → « fichiers dossiers » ; « liens de révision » ou « liens de présentation » → « partages ».
Tester les points d’entrée
Testez tous les points d’entrée récemment mis à jour. Si vous voyez les codes d’erreur 403, 404 ou 422, vérifiez les points d’entrée, la structure de la requête, etc.
Analyser les réponses d’erreur
Analysez les nouvelles réponses d’erreur détaillées et recherchez le problème dans la réponse JSON {"errors": [...]} si votre appel API échoue.
Déployer en production
Déployez en production une fois la validation effectuée avec un compte Frame.io V4.
Gestion des erreurs et problèmes courants
Certains chemins génèrent des erreurs accompagnées de descriptions personnalisées qui peuvent différer légèrement des exemples ci-dessous.
- 400 Requête incorrecte : vérifiez la précision de la payload. * 401 Non autorisé : jeton d’autorisation invalide ou manquant. * 403 Interdit : la portée est manquante ou l’utilisateur ne dispose pas des droits d’accès nécessaires. * 404 Introuvable : vérifiez le point d’entrée, la version de l’API ou les identifiants. * 422 Erreur lors du traitement du contenu : validez les données de la requête * 429 Trop de requêtes : implémentez une nouvelle tentative avec un délai d’attente.
- 500 Erreur interne du serveur : réessayez après un court instant.
Assistance SDK
Tout comme pour le SDK hérité, un SDK Python est mis à la disposition des développeurs, et pour la première fois, un SDK TypeScript est également disponible. Ces SDK offrent des fonctionnalités similaires, mais leurs méthodes sont totalement différentes. Si vous passez de l’ancien SDK au SDK V4, veillez à mettre à jour votre code en conséquence. Vous les trouverez en cliquant sur les liens ci-dessous :
Guide de prise en main des SDK SDK Python SDK TypeScript