Note de l’auteur : cet article ne présuppose ni les spécifications ni les conclusions d’autorisation de MiniMax H3. Il propose plutôt une méthode de vérification préalable à la mise en ligne, concrète et applicable, pour aider les équipes à décider, preuves à l’appui, si le modèle peut intégrer un produit vidéo commercial.
Intégrer un modèle populaire dans un produit vidéo commercial : le vrai risque ne se situe souvent pas au moment de l’appel, mais au moment où l’on découvre, après la mise en ligne, que les capacités sont insuffisantes, que l’autorisation ne couvre pas l’usage prévu ou que les données ne peuvent pas sortir du territoire. Cet article présente la méthode de vérification des trois couches de frontières avant commercialisation de MiniMax H3, pour aider les équipes produit, ingénierie et juridique à trancher sur une même liste de contrôle.
Ce n’est pas un simple tour d’horizon des spécifications. Le 4 novembre 2026, 36Kr a publié un article intitulé « Les géants de la Silicon Valley l’utilisent tour à tour comme socle : qu’est-ce qui rend ce modèle open source chinois si spécial ? », mais au moment de la rédaction, nous n’avons pas eu accès au corps de cet article et ne pouvons donc pas confirmer son lien précis avec MiniMax H3. Par conséquent, l’article ne donnera aucune conclusion non vérifiée sur la résolution, la durée, le prix ou la licence : tous ces points doivent être confirmés un par un à partir des sources officielles de première main.
Valeur essentielle : à la fin de cet article, vous disposerez d’une liste de vérification « capacité, autorisation, déploiement » et d’un processus de validation en 5 étapes, qui vous permettront de décider s’il faut lancer, tester en volume limité ou reporter.
Points clés de la validation commerciale de MiniMax H3
Ce qui compte pour un produit vidéo commercial, ce n’est pas de savoir si le modèle est « bon », mais s’il peut livrer de façon continue dans des conditions clairement définies. Le tableau ci-dessous classe en trois catégories les questions auxquelles il faut répondre avant la mise en production, et indique les preuves à conserver pour chacune.
| Couche de validation | Questions à trancher | Preuves à conserver | Conséquences si l’on ne vérifie pas |
|---|---|---|---|
| Limites de capacité | Peut-il produire de façon stable des vidéos conformes aux spécifications du produit ? | Fiche de spécifications officielle, extraits vidéo de test, relevés d’évaluation | Les engagements fonctionnels ne peuvent pas être tenus ; le taux d’échec et les coûts dépassent les prévisions |
| Limites d’autorisation | L’usage prévu autorise-t-il l’exploitation commerciale et la redistribution ? | Instantané de la licence ou des conditions de service, avis juridique | Le produit risque un retrait, une mise en conformité ou un litige contractuel |
| Limites de déploiement | Qui porte la responsabilité des données, de la puissance de calcul et de l’exploitation ? | Schéma d’architecture, diagramme de flux de données, rapport de test de capacité | L’examen de conformité peut être bloqué, et le service peut devenir indisponible aux heures de pointe |
Limites de capacité de MiniMax H3 : d’abord la fiche produit, ensuite la démo
Les vidéos de démonstration montrent généralement le meilleur résultat possible du modèle. Or, un produit doit faire face à une masse d’utilisateurs ordinaires avec des invites ordinaires. L’évaluation doit donc partir des besoins du produit : commencez par définir la durée finale, le format d’image, la résolution, la présence ou non de son, et la cohérence des personnages. Ensuite, demandez-vous si MiniMax H3 peut y répondre. Pour chaque indicateur, notez aussi la version du modèle, les paramètres et la date du test ; sinon, les résultats seront difficiles à reproduire.
Limites d’autorisation de MiniMax H3 : « open source » ne veut pas dire « exploitable commercialement »
« Open source », « poids ouverts » et « utilisable via API » sont trois états différents, et les droits associés peuvent être totalement distincts. Les poids du modèle, le code d’inférence et le service cloud relèvent souvent de fichiers de licence différents. Certaines licences peuvent aussi imposer des seuils de volume, une mention d’attribution ou des restrictions d’usage. L’équipe doit se fonder sur la version et le canal qu’elle utilise réellement, pas sur un titre d’article ou un commentaire repris dans la communauté.
Limites de déploiement de MiniMax H3 : décider où vont les données et qui assume la responsabilité
Utiliser une API hébergée, héberger soi-même les poids ou passer par une plateforme tierce détermine directement par où transitent les données, qui gère la montée en charge et qui répond en cas d’incident. Les tâches vidéo sont généralement longues et gourmandes en calcul ; ces différences s’amplifient après la mise en production. Si l’équipe en est encore au stade du choix, elle peut commencer par une validation à petite échelle via une plateforme d’interface unifiée comme APIYI, puis décider s’il faut investir dans une infrastructure interne.
Comment vérifier les limites des capacités de MiniMax H3
L’objectif d’une vérification des capacités n’est pas de prouver que le modèle est puissant, mais de trouver les conditions dans lesquelles il échoue. Je vous conseille de préparer un jeu de tests fixe, issu de cas métier réels, couvrant les invites courantes, les scénarios difficiles et les entrées limites, puis de le réutiliser lors des mises à jour de version. C’est ainsi que vous obtiendrez des résultats comparables.
| Élément de capacité | Ce qu’il faut vérifier | Méthode de test recommandée | Critère de décision |
|---|---|---|---|
| Spécifications de sortie | Résolution, durée, fréquence d’images, cadrage, format de fichier | Envoyer une requête pour chaque élément et inspecter le fichier réellement produit | Toutes les spécifications annoncées par le produit sont-elles couvertes |
| Modes d’entrée | Texte vers vidéo, image vers vidéo, première et dernière image, matériaux de référence | Faire passer le même concept créatif par chaque chaîne | Tous les modes nécessaires fonctionnent-ils |
| Stabilité de l’image | Cohérence des personnages, membres et corps, texte, mouvements de caméra | Générer plusieurs fois avec la même invite et noter manuellement | Le taux d’utilisabilité atteint-il le seuil de l’équipe |
| Capacités audio | Prise en charge native du son, du doublage ou de la synchronisation labiale | Consulter la documentation officielle et vérifier par échantillonnage la piste audio des vidéos finales | Existe-t-il une solution de post-production en cas de non-prise en charge |
| Performance du service | Temps d’attente en file, durée de génération, répartition des causes d’échec | Tests en concurrence à différents moments de la journée, avec calcul des P50 et P95 | Les exigences de temps d’attente du produit sont-elles respectées |
Lors de l’évaluation, ne vous contentez pas de regarder la moyenne. Dans un produit commercial, l’expérience utilisateur est souvent déterminée par les pires résultats. Il faut donc mesurer séparément la proportion de rendus « non livrables » : personnages déformés, sous-titres incohérents ou contenu manifestement éloigné de l’invite, par exemple. Cette proportion joue à la fois sur la satisfaction des utilisateurs et sur le coût réel, car chaque nouvelle tentative après un échec peut entraîner des frais supplémentaires.
La sécurité des contenus fait elle aussi partie des limites de capacité. Il faut tester le comportement de filtrage du modèle : un contenu commercial légitime est-il bloqué à tort, les contenus interdits sont-ils réellement bloqués, une requête bloquée est-elle facturée, et le message d’erreur est-il suffisamment explicite pour guider l’affichage côté front-end. Vérifiez également si la vidéo finale porte un filigrane ou des métadonnées d’identification, car cela influence la livraison du rendu final et le traitement de conformité.
Comment confirmer le périmètre de la licence commerciale de MiniMax H3
L’audit des licences doit partir de « la manière dont nous allons concrètement l’utiliser », et non de « ce modèle est-il open source ? ». Une application grand public, un système déployé en privé chez un client entreprise et la revente des capacités du modèle sous forme d’API correspondent à des usages différents : les mêmes conditions peuvent donner des réponses différentes.
| Point de contrôle | Questions clés | Point de vigilance | Responsable recommandé |
|---|---|---|---|
| Type de licence | Quels documents s’appliquent aux poids, au code et à l’API ? | L’ouverture du code ne signifie pas que les poids sont aussi ouverts | Juridique + responsable technique |
| Conditions d’exploitation commerciale | Existe-t-il des limites de volume, de revenus, de zone géographique ou de secteur ? | La croissance de l’activité peut faire naître de nouvelles obligations | Juridique + responsable produit |
| Redistribution et hébergement | Peut-on proposer un service d’hébergement à des tiers ou leur remettre les poids ? | SaaS, déploiement privé et revente ne doivent pas être confondus | Juridique + équipe commerciale |
| Fine-tuning et modèles dérivés | Quelles sont les exigences de distribution et d’attribution pour les poids fine-tunés ? | Les modèles dérivés peuvent hériter des restrictions d’origine | Responsable des algorithmes |
| Droits sur les sorties | Propriété, limites d’utilisation et répartition des responsabilités pour les contenus générés | Les conditions du modèle ne remplacent pas une analyse du droit d’auteur | Juridique |
Une fois l’audit terminé, il faut passer au « verrouillage de version ». Nous vous recommandons de conserver le texte intégral de la licence ou des conditions de service applicables à ce moment-là, la date, le numéro de version du modèle et l’adresse de la source ; en cas d’auto-hébergement, enregistrez également la valeur de hachage des fichiers de poids. Les conditions peuvent évoluer d’une version à l’autre ; cet instantané aidera l’équipe à expliquer, lors d’un audit ou d’un litige ultérieur, sur quoi elle s’est fondée à l’époque.
Si le produit est destiné au grand public en Chine continentale, il faut aussi évaluer les exigences applicables des « Mesures provisoires sur la gestion des services d’intelligence artificielle générative », du « Règlement sur la gestion des services d’information internet de synthèse profonde » et des « Mesures relatives à l’étiquetage des contenus générés par l’intelligence artificielle ». Pour les utilisateurs de l’Union européenne, il convient également d’évaluer les obligations de transparence prévues par l’EU AI Act. Ces exigences et la licence du modèle relèvent de deux logiques distinctes : le fait que le modèle autorise un usage commercial ne signifie pas que le produit est automatiquement conforme. La conclusion finale doit être établie par un professionnel du droit.
Les droits sur les données d’entraînement et les ressources doivent aussi être traités séparément. Les visages, voix et éléments de marque téléversés par les utilisateurs, ainsi que les jeux de données utilisés pour le fine-tuning, doivent avoir une source d’autorisation et un périmètre d’utilisation clairement définis. Nous recommandons de les intégrer à la fois dans les conditions d’utilisation et dans les processus internes, plutôt que de laisser entièrement ce type de questions au fournisseur du modèle.
Comment choisir le mode de déploiement de MiniMax H3
Aucun mode de déploiement n’est intrinsèquement meilleur qu’un autre : tout dépend du niveau de responsabilité que l’équipe est prête à assumer. Une fois que vous avez vérifié quels modes d’accès MiniMax H3 propose réellement, vous pouvez comparer à l’aide du tableau ci-dessous. La ligne « auto-hébergement » ne s’applique que si l’éditeur ouvre effectivement les poids du modèle et que la licence l’autorise.
| Mode d’accès | Rapidité de mise en ligne | Contrôle des données | Responsabilité d’exploitation | Phase adaptée | Points à vérifier |
|---|---|---|---|---|---|
| API officielle hébergée | Plutôt rapide | Selon les conditions officielles | Principalement à la charge du fournisseur | Intégration approfondie d’un seul modèle | Région, quotas, politique de conservation des données |
| Interface unifiée APIYI | Plutôt rapide | Selon les conditions de la plateforme et du fournisseur en amont | Principalement à la charge de la plateforme et de l’amont | Comparaison de plusieurs modèles, validation rapide | Disponibilité des modèles, base de facturation, conditions de l’amont |
| Auto-hébergement des poids | Plutôt lent | Contrôle maximal | Principalement à la charge de l’équipe | Équipe disposant de ressources de calcul et d’un fort besoin d’isolation des données | Ouverture effective des poids, licence, capacité GPU |
Analyse comparative de l’API officielle hébergée : l’API officielle est généralement plus directe pour suivre les évolutions fonctionnelles et remonter les problèmes, mais votre activité reste liée aux quotas et aux régions disponibles d’un fournisseur unique. À l’inverse, si l’équipe doit comparer plusieurs modèles vidéo en parallèle, une interface unifiée facilite grandement le changement.
Analyse comparative de la plateforme API unifiée : APIYI donne accès aux API des modèles présentés dans cet article, avec une compatibilité aux formats d’interface OpenAI et Anthropic, ce qui réduit les adaptations redondantes quand on intègre plusieurs modèles. Attention toutefois : les champs exacts des tâches vidéo et la méthode d’interrogation des tâches restent ceux de la documentation APIYI, https://docs.apiyi.com, et il faut vérifier dans le même temps que les conditions du fournisseur en amont couvrent bien votre usage commercial.
Analyse comparative de l’auto-hébergement : l’auto-hébergement est le plus avantageux en matière d’isolation des données et de maîtrise des versions, mais le chargement du modèle, la file d’attente d’inférence, la gestion de la mémoire GPU et la reprise après incident reposent entièrement sur l’équipe. Ce n’est un choix plus sûr que si le volume d’appels et les besoins d’isolation justifient ces investissements — et à condition que la licence l’autorise explicitement.
Quel que soit le mode retenu, dessinez le flux de données complet : d’où sont téléversés les contenus de l’utilisateur, par quels systèmes passent les invites, combien de temps la vidéo finale est conservée, si les journaux contiennent des données personnelles. Les liens vers les vidéos générées peuvent expirer : pensez à les recopier rapidement vers votre propre stockage objet une fois la génération terminée, et définissez une politique de suppression conforme aux exigences métier.
MiniMax H3 : prise en main rapide en 5 étapes pour valider avant la mise en production
Le processus ci-dessous ne dépend d’aucun SDK particulier : les équipes produit, technique et juridique peuvent avancer en parallèle. Chaque étape doit laisser une trace vérifiable, ce qui vaut bien plus qu’une démo qui « a l’air de bien fonctionner ».
- Figer les besoins : définissez clairement les utilisateurs cibles, les spécifications des vidéos finales, le temps d’attente par génération, le volume d’appels prévu et les régions de livraison. Indiquez aussi ce qui est obligatoire et ce qui peut être dégradé.
- Rassembler des sources de première main : confirmez la version, les capacités et les conditions d’utilisation à partir de la documentation officielle et de la page de publication du modèle. Marquez les informations issues de la communauté comme « à vérifier » et ne les intégrez pas directement au plan.
- Faire fonctionner la chaîne minimale : enchaînez la soumission d’une tâche, la consultation du statut, le téléchargement de la vidéo finale et la gestion des erreurs. Vérifiez qu’en cas de timeout et de nouvelle tentative, une tâche asynchrone ne soit pas soumise deux fois.
- Exécuter un jeu de tests figé : réalisez des générations répétées et des tests de concurrence avec de vrais contenus métier. Notez le taux de disponibilité, les temps de traitement, les causes d’échec et le coût réel.
- Organiser la revue de validation : produit, technique, juridique et finance confirment ensemble les résultats et formalisent par écrit l’une des trois conclusions : « mise en production », « pilote à volume limité » ou « report ».
Pour faire fonctionner la chaîne, mieux vaut regrouper dès le départ les paramètres suivants dans de la configuration plutôt que de les coder en dur dans la logique métier. Les champs du tableau ci-dessous ont une signification générique : les noms réels et les plages de valeurs dépendent de la documentation d’API de la plateforme utilisée.
| Élément de configuration | Rôle | Point de contrôle avant mise en production | Problème fréquent |
|---|---|---|---|
| Identifiant du modèle | Spécifier le modèle et sa version | Le nom correspond-il à la documentation ? Peut-on figer la version ? | Une mise à jour de l’alias par défaut modifie les résultats |
| Invite et ressources | Décrire le contenu ou fournir une image de référence | Longueur, format, taille de fichier et mode d’accès | L’URL de la ressource n’est pas accessible côté serveur |
| Spécifications de sortie | Contrôler la durée, le cadrage et la netteté | La combinaison de paramètres est-elle prise en charge ? Impacte-t-elle la facturation ? | Une combinaison invalide fait échouer la tâche |
| Identifiant de tâche | Servir à consulter le résultat d’une tâche asynchrone | Est-il persisté ? Permet-il une reprise après interruption ? | Le résultat de la tâche est perdu après un redémarrage du service |
| Stratégie de rappel (callback) ou d’interrogation (polling) | Obtenir l’état d’achèvement d’une tâche | Durée du timeout, intervalle de nouvelle tentative et gestion de l’idempotence | Un polling trop fréquent déclenche une limitation de débit |
Conseil de validation : si vous voulez comparer MiniMax H3 avec d’autres modèles vidéo dans un même processus, vous pouvez réaliser un test à petite échelle via APIYI apiyi.com. Consultez d’abord la documentation
https://docs.apiyi.compour le mode d’intégration, et fiez-vous aux noms de modèles et aux descriptions d’interface qui y figurent.
Le calcul des coûts doit intervenir après l’étape 4, car seules les données de test reflètent la consommation réelle. Vous pouvez estimer le coût modèle d’une vidéo livrable en faisant « prix d’une génération ÷ taux de disponibilité », puis ajouter les frais de stockage, de diffusion, de modération et de relecture humaine. Le prix unitaire et les règles de facturation doivent correspondre aux données réelles de la page tarifaire d’APIYI https://docs.apiyi.com/models ; cet article ne fournit aucun chiffre de prix non vérifié.
Pour la validation, vous pouvez utiliser ce jeu de règles simple :
- Mise en production possible : tous les points obligatoires sont validés, l’autorisation fait l’objet d’une conclusion écrite, la capacité et les coûts restent dans le budget, et un plan de secours existe.
- Pilote à volume limité : l’autorisation et la conformité sont clarifiées, mais il subsiste des écarts maîtrisables sur la qualité ou les performances ; on peut réduire le risque via une liste blanche ou en limitant les spécifications.
- Report de la mise en production : l’autorisation commerciale n’est pas claire, le parcours des données ne passe pas l’audit, ou un point obligatoire présente un manque incontournable.
Questions fréquentes (FAQ)
Q1 : Qu’est-ce que MiniMax H3, et quelles spécifications cet article confirme-t-il ?
Cet article n’a pas pu vérifier suffisamment de sources primaires ; nous ne tirons donc aucune conclusion sur ses spécifications. L’article fournit une méthode de vérification ; pour les capacités concrètes, référez-vous à la documentation officielle du modèle publiée par MiniMax.
Q2 : J’ai vu MiniMax H3 qualifié d’« open source » : puis-je l’utiliser directement à des fins commerciales ?
On ne peut pas conclure aussi directement. Il faut examiner séparément les conditions applicables aux poids, au code et au service API, et vérifier que la forme de votre produit, la taille de votre activité et votre région entrent bien dans le périmètre autorisé.
Q3 : Quand MiniMax H3 sortira-t-il, et peut-on l’appeler dès maintenant ?
Au 5 novembre 2026, les informations dont dispose cet article ne permettent pas de confirmer sa date de publication ni l’état d’ouverture des différents canaux. Consultez les annonces officielles et vérifiez la disponibilité actuelle dans la liste des modèles de la plateforme que vous utilisez.
Q4 : À quels scénarios vidéo commerciaux MiniMax H3 convient-il ?
La réponse dépend des résultats de vos tests. Vous pouvez prioritairement construire votre jeu de tests autour des scénarios suivants :
– **Vidéos courtes e-commerce :** testez en priorité si l’apparence du produit se déforme et si le texte de la marque est exact.
– **Ébauches créatives publicitaires :** testez en priorité la maîtrise du style et le coût de génération en lot.
– **Contenus narratifs ou avec personnages :** testez en priorité la cohérence des personnages entre les plans et le processus d’autorisation des droits à l’image.
Q5 : Comment vérifier rapidement MiniMax H3 via l’API ?
Vous pouvez procéder comme suit :
1. Rendez-vous sur APIYI (apiyi.com), créez un compte et récupérez votre clé API.
2. Vérifiez le nom du modèle et le mode de requête dans la documentation `https://docs.apiyi.com`.
3. Utilisez quelques exemples fixes pour valider le cycle complet : soumission de la tâche, interrogation et téléchargement.
APIYI est compatible avec les formats d’interface OpenAI et Anthropic, ce qui permet à un projet existant de réutiliser sa couche d’appel ; les paramètres spécifiques aux tâches vidéo doivent toutefois être vérifiés séparément.
Q6 : Comment se calcule le prix des appels à MiniMax H3 ?
Le prix et les règles de facturation sont ceux indiqués sur la page tarifaire d’APIYI : `https://docs.apiyi.com/models`. Lors de vos estimations, vérifiez aussi si les tâches échouées sont facturées, et l’incidence de la durée et de la résolution sur le prix unitaire.
Q7 : Si j’appelle via une plateforme tierce, suis-je dispensé de l’audit des autorisations ?
Non. La plateforme règle la question de l’accès, mais ne remplace pas votre propre évaluation de conformité selon la forme du produit. Avant la mise en ligne, vérifiez les conditions de la plateforme, celles de l’amont et les exigences réglementaires locales, et conservez la trace de vos vérifications.
Q8 : Après une mise à jour de version du modèle, faut-il refaire toute la vérification ?
Il est recommandé de relancer au minimum le jeu de tests fixe et de vérifier à nouveau si les conditions ont changé. Si la mise à jour touche les spécifications de sortie, les champs d’interface ou le traitement des données, il faut aussi refaire l’évaluation du déploiement et de la conformité.
Points clés de la vérification commerciale de MiniMax H3
- Vérifier avant d’intégrer : les spécifications et les conditions de MiniMax H3 doivent toujours s’appuyer sur des sources officielles de première main.
- Juger la capacité sur les pires résultats : utilisez un jeu de tests réel pour mesurer la proportion de résultats non livrables, sans vous limiter aux vidéos de démonstration.
- Évaluer les licences selon l’usage : les modèles SaaS, privés sur site et revendus doivent être examinés séparément.
- Le déploiement détermine la responsabilité : le mode d’intégration influe sur le parcours des données, le dimensionnement des capacités et la réponse aux incidents.
- Calculer les coûts sur ce qui est réellement livrable : intégrez les échecs et les nouvelles tentatives dans le calcul, et référez-vous à la page de tarifs APIYI pour le prix unitaire.
- Garder la possibilité de changer lors de la validation : l’interface unifiée d’APIYI réduit le coût d’adaptation pour comparer plusieurs modèles.
- Tracer les décisions : conservez la version du modèle, l’instantané des conditions, les résultats de tests et les conclusions de l’évaluation.
En résumé
Avant d’utiliser MiniMax H3 dans un produit vidéo commercial, l’essentiel se résume en trois points :
- Confirmer les limites de capacité : valider les spécifications, la stabilité, les performances et la sécurité des contenus à l’aide d’échantillons métier réels.
- Confirmer les limites d’autorisation : examiner les conditions et les exigences réglementaires selon la forme réelle du produit, et conserver un instantané des versions.
- Confirmer les limites de déploiement : clarifier le parcours des données, le plan de capacité, les responsabilités d’exploitation et le plan de secours.
Si les informations actuelles ne permettent pas encore de conclure, « reporter » ou « lancer un pilote limité » sont aussi des décisions valables. Comparé à une mise en conformité subie après le lancement, obtenir des preuves via des tests à petite échelle coûte bien moins cher.
Pour la suite, commencez par préparer un jeu de tests fixe, puis validez les appels via APIYI apiyi.com ; la documentation de l’interface est disponible sur https://docs.apiyi.com, et les tarifs doivent être vérifiés à partir des données réelles sur https://docs.apiyi.com/models.
📚 Références
- Article de 36Kr : « Pourquoi ce modèle open source chinois sert-il de base à de grands acteurs de la Silicon Valley ? »
- Lien :
36kr.com/p/4055377799271297 -
Précision : publié le 4 novembre 2026. Nous ne l’utilisons ici que comme contexte pour le sujet ; son contenu principal n’est pas utilisé comme source factuelle.
-
Plateforme ouverte MiniMax : point d’entrée officiel vers les API et les services
- Lien :
platform.minimaxi.com -
Précision : pour vérifier la disponibilité des modèles, les spécifications des API et les conditions de service.
-
Page Hugging Face de MiniMax : l’un des canaux officiels de publication des modèles
- Lien :
huggingface.co/MiniMaxAI -
Précision : si des poids sont publiés, vous pouvez y vérifier la version et les fichiers de licence.
-
Centre de documentation APIYI : instructions pour appeler les API
- Lien :
https://docs.apiyi.com -
Précision : pour confirmer le nom du modèle, le format de requête et le mode d’intégration.
-
Page tarifs APIYI : prix des modèles et informations de facturation
- Lien :
https://docs.apiyi.com/models - Précision : les prix et les modalités de facturation abordés dans cet article se fondent sur les données réelles de cette page.
Auteur : équipe technique APIYI
Échanges techniques : pour plus de ressources d’intégration, consultez le centre de documentation APIYI docs.apiyi.com
