Une décision d’architecture à embranchements pour l’auditabilité, la propagation des erreurs, la latence, la correction, le changement de langue et le coût total.
Rédigé par le Conseil de l’architecture de traduction de HiNoter · Relu pour examen de la traduction vocale et de la gouvernance de l’information · État des tests et des éléments probants : méthodologie publiée ; le comportement du produit nécessite une vérification en direct · Publié et mis à jour le 02/09/2026
Transcrivez d’abord, puis traduisez lorsque la précision, l’auditabilité, les citations, les décisions, l’examen de conformité ou une correction ultérieure sont importants ; la transcription dans la langue source expose les erreurs de reconnaissance et fournit aux traducteurs une référence stable. La traduction directe de la parole peut réduire la latence pour une compréhension en direct, mais elle peut masquer si une erreur vient de la reconnaissance ou de la traduction et être plus difficile à corriger sans texte source. Comparez les deux chemins sur le même fichier audio en matière de sens, de changement de langue, de traçabilité de la source, de délai, d’effort des réviseurs et de coût opérationnel total avant de choisir. Pour « transcrire puis traduire ou traduire directement la parole », appliquez cette règle opérationnelle : choisissez le pipeline en fonction des conséquences : exigez une transcription source pour les archives durables et n’autorisez la traduction directe que lorsque la compréhension plus rapide l’emporte sur une auditabilité réduite et qu’un moyen de récupération existe.
Le bon chemin de traduction vocale dépend de la question de savoir si le résultat doit simplement aider maintenant ou rester défendable par la suite. Prenons ce scénario non client créé par la rédaction : un appel commercial multilingue en direct utilise une traduction directe vers l’anglais pour gagner du temps, puis l’équipe ne peut pas déterminer si un prix contesté a changé lors de la reconnaissance ou de la traduction. Il sert à rendre testable la question « Dois-je transcrire d’abord ou traduire directement l’audio ? », sans exposer un participant, un employé, un patient, un client ou une réunion confidentielle.
Cette décision d’architecture de traduction à embranchements est destinée aux équipes internationales qui choisissent entre une transcription source révisable et un chemin de traduction directe de la parole plus rapide. Elle distingue la documentation de première partie, le comportement observé lors des tests, les éléments probants de la source vérifiés par des humains et le jugement éditorial. La documentation ne remplace jamais un test en direct sur un compte, et un fait indisponible reste N/D.
Le risque directeur est précis : une traduction directe peut être rapide et fluide tout en ne laissant aucun texte source inspectable pour expliquer la modification d’un nom, d’un nombre, d’une négation ou d’un responsable. La méthode suit donc cette norme : choisissez le pipeline en fonction des conséquences : exigez une transcription source pour les archives durables et n’autorisez la traduction directe que lorsque la compréhension plus rapide l’emporte sur une auditabilité réduite et qu’un moyen de récupération existe. Le résultat s’applique uniquement aux langues, locuteurs, chemin audio, paramètres, date et seuil de contrôle indiqués.
Transcrire puis traduire ou traduire directement la parole est un choix dicté par les conséquences
Aucune des deux architectures n’est universellement meilleure ; l’archive durable et l’aide en direct optimisent des objectifs différents.
Les éléments probants d’abord : utilisez « Correction » comme critère d’acceptation. Un résultat positif signifie que les réviseurs peuvent modifier et régénérer les notes en aval ; la limite d’échec est qu’une correction nécessite de tout reconstruire. Exécutez les deux chemins sur le même fichier audio et comparez le temps nécessaire pour obtenir un résultat vérifié et exploitable.
Appliquez la règle à la situation : un atelier a besoin d’une compréhension immédiate, tandis que ses décisions finales nécessitent une source auditable. Cela ressemble au cas « Aide à l’interprétation diffusée », où la cible probante est la rapidité avec supervision humaine et où la limite humaine est une combinaison de la voie directe et de la conservation de la source. Pour cette décision d’architecture de traduction à embranchements, l’objectif n’est pas de rendre le résultat moins performant en apparence ; il est d’identifier la condition exacte dans laquelle un collègue peut reproduire l’affirmation.
Décision : classez les résultats comme provisoires ou faisant autorité avant de sélectionner un chemin. Le journal de décision conserve la catégorie de réunion, le pipeline, les artefacts sources, le parcours linguistique, la latence, les erreurs importantes, le temps des réviseurs, le coût total, l’autorité, la conservation et le résultat de la récupération. Si la chaîne source s’interrompt, la conclusion se restreint ; si le chemin échoue, conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un réviseur bilingue et remplacez les notes traduites provisoires par une version approuvée.
| Critère d’acceptation | Éléments probants satisfaisants | Échec important |
|---|---|---|
| Auditabilité | le texte dans la langue source et les horodatages sont disponibles | les erreurs ne peuvent pas être localisées |
| Latence | le résultat arrive dans le délai requis par la réunion | une archive parfaite manque la décision en direct |
| Propagation des erreurs | les échecs de reconnaissance et de traduction sont différenciables | un résultat fluide masque deux étapes |
| Correction | les réviseurs peuvent modifier et régénérer les notes en aval | une correction nécessite de tout reconstruire |
| Changement de langue | les deux chemins gèrent explicitement les parcours requis | la langue dominante efface un court segment |
| Coût total | la révision, les nouvelles tentatives, le stockage et les incidents sont inclus | le prix de l’API ou de l’abonnement tient lieu d’opérations |
Note sur les éléments probants de la décision d’architecture de traduction à embranchements : Consultez Commission européenne — Lignes directrices sur la qualité de la traduction avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
La branche A crée un point de contrôle dans la langue source
La transcription en premier rend la reconnaissance visible avant la traduction et permet une correction, une recherche et une citation ultérieures.
Considérez « La branche A crée un point de contrôle dans la langue source » comme un choix opérationnel. Cette affirmation n’est utile que lorsque le texte dans la langue source et les horodatages sont disponibles. Si les erreurs ne peuvent pas être localisées, arrêtez de transformer une inconnue ou une contradiction en score favorable.
Le contre-exemple est concret : un évaluateur corrige une fois le numéro de produit et régénère la liste d’actions traduite. Dans un processus de « Compte rendu de décision client », privilégiez la traçabilité et la correction, et conservez la transcription en premier comme règle de révision. Pour cette revue de décision d’architecture de traduction à embranchements, préservez suffisamment de contexte source pour distinguer une erreur de reconnaissance, une erreur de langue, une erreur d’identification du locuteur, une inférence du résumé, une dérive de traduction ou une réécriture éditoriale.
L’action suivante consiste à conserver la version de la transcription, les horodatages, les locuteurs et les modifications. Pour cette décision d’architecture de traduction à embranchements, n’enregistrez que les éléments probants autorisés, énoncez les conditions et désignez la personne qui peut approuver, corriger ou rejeter le résultat. Le journal des décisions conserve la catégorie de réunion, le pipeline, les artefacts sources, le parcours linguistique, la latence, les erreurs importantes, le temps consacré par l’évaluateur, le coût total, l’autorité, la conservation et le résultat de la récupération.
Note probante de la décision d’architecture de traduction à embranchements : Consultez W3C Internationalization — Choisir une balise de langue avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
La branche B raccourcit le parcours en direct
La traduction directe de la parole peut réduire le délai, mais elle peut fusionner la reconnaissance et la traduction en une seule sortie opaque.
Demandez quelles preuves modifieraient la décision. Pour la « Correction », le constat requis est que les évaluateurs peuvent modifier et régénérer les notes en aval. Une interface fluide, un score apparemment élevé ou une longue liste de langues ne peuvent pas résoudre l’échec suivant : « une correction exige de tout reconstruire ».
Utilisez l’exemple comme un test miniature : les participants comprennent rapidement la discussion, mais ne peuvent pas identifier où un chiffre contesté a changé. Lisez-le à côté de « Aide à l’interprétation pour la diffusion » : la préoccupation pratique est la rapidité avec une supervision humaine, tandis que la solution directe avec conservation de la source maintient une personne dans la chaîne d’autorité. Le comportement inconnu de cette décision d’architecture de traduction à embranchements reste N/A jusqu’à son observation.
Avant de publier ou d’acheter, utilisez la sortie directe comme provisoire, sauf si la récupération de la source est vérifiée. Pour ce test de décision d’architecture de traduction à embranchements, consignez l’entrée, les paramètres, la source, la sortie, la correction et l’évaluateur à l’étape où ils sont pertinents. Si le parcours automatisé ne peut pas préserver les éléments probants, conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un évaluateur bilingue et remplacez les notes traduites provisoires par une version approuvée.
Note probante de la décision d’architecture de traduction à embranchements : Consultez IETF — RFC 5646 : Balises pour l’identification des langues avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
Continuez avec les méthodes de transcription audio, les évaluations des technologies d’IA ou les processus de traduction par IA.
La propagation des erreurs détermine la conception de la révision
Un parcours en deux étapes expose les erreurs intermédiaires, tandis qu’un parcours direct nécessite d’autres diagnostics ou une réécoute.
Cette section sert de filtre plutôt que de liste de fonctionnalités. Le filtre est « Auditabilité » : réussissez uniquement si le texte dans la langue source et les horodatages sont disponibles, et échouez de manière significative lorsque les erreurs ne peuvent pas être localisées. Ce cadrage relie la transcription puis traduction par rapport à la traduction directe de la parole à une décision réelle.
Examinez le cas opérationnel : la même négation disparaît dans les deux sorties pour des raisons différentes. Le schéma comparable est « Compte rendu de décision client », qui place la traçabilité et la correction avant la fluidité générale et utilise la transcription en premier pour l’escalade. Un test délimité peut être répété ; une promesse générale ne le peut pas.
Fermez le filtre en décidant d’indiquer où chaque erreur peut être observée, corrigée et propagée. Le journal des décisions conserve la catégorie de réunion, le pipeline, les artefacts sources, le parcours linguistique, la latence, les erreurs importantes, le temps consacré par l’évaluateur, le coût total, l’autorité, la conservation et le résultat de la récupération. Publiez les exclusions restantes et faites passer les contenus contestés ou lourds de conséquences par ce mécanisme de secours : conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un évaluateur bilingue et remplacez les notes traduites provisoires par une version approuvée.
| Réunion ou cas de test | Cible probante | Limite humaine |
|---|---|---|
| Compréhension informelle en direct | latence très faible | la solution directe peut être provisoire |
| Compte rendu de décision client | traçabilité et correction | transcription en premier |
| Citation de recherche | source et contexte | transcription en premier avec révision bilingue |
| Aide à l’interprétation pour la diffusion | rapidité avec supervision humaine | solution directe avec conservation de la source |
Note probante de la décision d’architecture de traduction à embranchements : Consultez Google Cloud — Documentation Cloud Speech-to-Text avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
La latence doit s’arrêter à la sortie utilisable
Le temps de réponse brut est moins utile que le temps nécessaire pour obtenir un artefact préservant le sens et pouvant être révisé.
Les éléments probants d’abord : utilisez la « Correction » comme élément d’acceptation. La réussite signifie que les évaluateurs peuvent modifier et régénérer les notes en aval ; la limite d’échec est qu’une correction exige de tout reconstruire. Exécutez les deux parcours sur le même audio et comparez le temps nécessaire pour obtenir un résultat utilisable vérifié.
Appliquez la règle à la scène : une traduction directe rapide nécessite trente minutes de résolution des désaccords, tandis que la voie plus lente de transcription nécessite cinq minutes de correction. Cela ressemble au cas « aide à l’interprétation de diffusion », où la cible probante est la rapidité avec supervision humaine et où la limite humaine est le direct plus la conservation de la source. Pour cette décision d’architecture de traduction à embranchements, l’objectif n’est pas de rendre le résultat moins performant en apparence ; il est d’identifier la condition exacte dans laquelle un collègue peut reproduire l’affirmation.
Décision : mesurez le temps de bout en bout consacré à la révision et à la récupération. Le journal de décision conserve la catégorie de réunion, le pipeline, les artefacts sources, le parcours linguistique, la latence, les erreurs matérielles, le temps du réviseur, le coût total, l’autorité, la conservation et le résultat de la récupération. Si la chaîne source s’arrête, la conclusion se restreint ; si le parcours échoue, conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un réviseur bilingue et remplacez les notes traduites provisoires par une version approuvée.
Note probante sur la décision d’architecture de traduction à embranchements : Consultez la documentation Microsoft Learn — Speech to text avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
Les choix de stockage et de confidentialité suivent le plan probant
La conservation de l’audio source et des transcriptions améliore l’auditabilité, mais modifie les obligations en matière d’accès, de conservation et de suppression.
Traitez « Les choix de stockage et de confidentialité suivent le plan probant » comme un choix opérationnel. L’affirmation n’est utile que lorsque le texte dans la langue source et les horodatages sont disponibles. Si les erreurs ne peuvent pas être localisées, cessez de transformer une inconnue ou une contradiction en score favorable.
Le contre-exemple est concret : une équipe conserve indéfiniment chaque élément intermédiaire parce que personne n’a désigné d’autorité ni de règle de conservation. Dans un flux de travail « Enregistrement d’une décision client », concentrez-vous sur la traçabilité et la correction, et faites de la transcription d’abord la règle de révision. Pour cette révision de décision d’architecture de traduction à embranchements, préservez suffisamment de contexte source pour distinguer une erreur de reconnaissance, une erreur linguistique, une erreur d’identification du locuteur, une inférence du résumé, une dérive de traduction ou une réécriture éditoriale.
L’étape suivante consiste à appliquer la finalité, l’accès, la conservation, la correction et la suppression à chaque artefact. Pour cette décision d’architecture de traduction à embranchements, n’enregistrez que les éléments probants autorisés, énoncez les conditions et désignez la personne qui peut approuver, corriger ou rejeter le résultat. Le journal de décision conserve la catégorie de réunion, le pipeline, les artefacts sources, le parcours linguistique, la latence, les erreurs matérielles, le temps du réviseur, le coût total, l’autorité, la conservation et le résultat de la récupération.
Note probante sur la décision d’architecture de traduction à embranchements : Consultez le guide du développeur Amazon Transcribe — Amazon Web Services avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
Comparez les deux parcours dans HiNoter : Utilisez un échantillon autorisé et non sensible et évaluez le flux de travail HiNoter actuel uniquement dans les limites d’un comportement vérifié.
Évaluez les deux embranchements HiNoter sur la même réunion
La transcription, la langue, la traduction, la liaison aux sources, les modifications, le résumé, la latence et le comportement d’exportation actuels doivent être vérifiés en conditions réelles.
Demandez quelles preuves modifieraient la décision. Pour la « Correction », le constat requis est que les réviseurs peuvent modifier et régénérer les notes en aval. Une interface fluide, un score apparemment élevé ou une longue liste de langues ne peuvent pas corriger l’échec suivant : « une correction nécessite de tout reconstruire ».
Utilisez l’exemple comme test miniature : le test consigne le pipeline réellement disponible et marque N/A les étapes directes ou sources non prises en charge. Lisez-le à côté de « Aide à l’interprétation de diffusion » : la préoccupation pratique est la rapidité avec supervision humaine, tandis que le direct plus la conservation de la source maintient une personne dans la chaîne d’autorité. Le comportement inconnu de la décision d’architecture de traduction à embranchements reste N/A jusqu’à son observation.
Avant de publier ou d’acheter, comparez le temps observé jusqu’à l’obtention d’un résultat utilisable et la récupération des erreurs sans inventer d’affirmations sur les fonctionnalités. Pour ce test de décision d’architecture de traduction à embranchements, consignez l’entrée, les paramètres, la source, la sortie, la correction et le réviseur à l’étape où ils sont pertinents. Si le parcours automatisé ne peut pas préserver les éléments probants, conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un réviseur bilingue et remplacez les notes traduites provisoires par une version approuvée.
Note probante sur la décision d’architecture de traduction à embranchements : Consultez HiNoter — site web du produit HiNoter avant de vous appuyer sur la norme, la fonctionnalité ou la méthode associée.
Choisissez un pipeline de traduction de la parole
Choisir et gouverner
Approuvez un embranchement selon la catégorie de réunion, indiquez lorsqu’il est provisoire et définissez les règles de récupération, d’autorité, de conservation et de nouveau test. Terminez par approuver, restreindre, retester ou rejeter ; si le parcours principal échoue, conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un réviseur bilingue et remplacez les notes traduites provisoires par une version approuvée.
Mesurer les opérations
Consignez la latence, les minutes du réviseur, le retraitement, le stockage, le travail d’intégration, les affirmations non résolues et le temps total jusqu’à l’obtention d’un résultat utilisable. Consignez les éléments probants manquants comme N/A et distinguez le comportement observé de la documentation et du jugement éditorial.
Évaluer le sens et la traçabilité
Vérifiez les noms, les nombres, la négation, les conditions, les responsables, les dates, les changements de langue, la récupération de la source et la localisation des erreurs. Comparez avec une attente écrite ou une vérité vérifiée par un humain plutôt qu’avec la fluidité, le polish visuel ou un score inexpliqué.
Construire des pipelines correspondants
Traitez le même audio autorisé avec la transcription puis traduction et la traduction directe selon des paramètres documentés. Utilisez du matériel autorisé et non sensible et préservez la source nécessaire pour reproduire l’observation.
Lister les éléments probants requis
Précisez si les utilisateurs ont besoin du texte source, des horodatages, des locuteurs, des modifications, de la terminologie, des corrections ou d’une approbation bilingue. Documentez la langue, la région, les locuteurs, l’appareil, la pièce, le bruit, la durée, la configuration, la date, la version du modèle ou du produit et le réviseur lorsqu’ils influencent la conclusion.
Classer le résultat
Décidez si la sortie correspond à une compréhension éphémère, des notes de travail, un engagement client, une citation ou un document faisant autorité. Délimitez le test avec ce cas synthétique : un appel commercial multilingue en direct utilise la traduction directe vers l’anglais pour gagner du temps, puis l’équipe ne peut pas déterminer si un prix contesté a changé lors de la reconnaissance ou de la traduction.
L’arbre de décision final doit préserver un embranchement de récupération
Chaque parcours approuvé doit permettre de reconstituer le sens critique lorsqu’une automatisation est contestée.
Cette section fonctionne comme une porte de contrôle plutôt que comme une liste de fonctionnalités. La porte est l’« Auditabilité » : réussissez uniquement si le texte dans la langue source et les horodatages sont disponibles, et échouez de manière substantielle lorsque les erreurs ne peuvent pas être localisées. Ce cadrage rattache la transcription puis traduction à la traduction directe de la parole à une décision réelle.
Examinons le cas opérationnel : une traduction provisoire en direct est remplacée après qu’une transcription source et qu’un réviseur bilingue ont confirmé le prix. Le schéma comparable est « Dossier de décision client », qui donne la priorité à la traçabilité et à la correction plutôt qu’à la fluidité générale et utilise d’abord la transcription pour l’escalade. Un test limité peut être répété ; une promesse générale ne le peut pas.
Clôturez la décision en décidant de publier les règles relatives aux catégories de réunions, à l’autorité, au plan de repli et à la date du nouveau test. Le journal des décisions conserve la catégorie de réunion, le pipeline, les artefacts sources, le parcours linguistique, la latence, les erreurs importantes, le temps du réviseur, le coût total, l’autorité, la conservation et le résultat de la récupération. Publiez les exclusions restantes et faites passer le contenu contesté ou lourd de conséquences par ce plan de repli : conservez ou créez une transcription dans la langue source après la réunion, réécoutez les passages audio critiques avec un réviseur bilingue et remplacez les notes traduites provisoires par une version approuvée.
Note d’éléments probants sur la décision d’architecture de traduction ramifiée : consultez le NIST — Cadre de gestion des risques liés à l’intelligence artificielle : profil d’IA générative avant de vous fier à la norme, à la fonctionnalité ou à la méthode connexe.
Questions sur la décision d’architecture de traduction ramifiée
Dois-je d’abord transcrire ou traduire directement l’audio ?
Transcrivez d’abord, puis traduisez lorsque l’exactitude, l’auditabilité, les citations, les décisions, l’examen de conformité ou la correction ultérieure sont importants ; la transcription dans la langue source expose les erreurs de reconnaissance et fournit aux traducteurs une référence stable. La traduction directe de la parole peut réduire la latence pour la compréhension en direct, mais elle peut masquer si une erreur provient de la reconnaissance ou de la traduction et peut être plus difficile à corriger sans texte source. Comparez les deux parcours sur le même fichier audio concernant le sens, les changements de langue, la traçabilité de la source, le délai, l’effort du réviseur et le coût opérationnel total avant de choisir. Appliquez la conclusion uniquement aux langues, variétés linguistiques, conditions audio, locuteurs, configurations, étapes de sortie et règles de révision effectivement testés.
Que dois-je vérifier en premier pour la transcription d’abord puis la traduction par rapport à la traduction directe de la parole ?
Commencez par cette limite : choisissez le pipeline en fonction des conséquences : exigez une transcription source pour les dossiers durables et n’autorisez la traduction directe que lorsque la compréhension plus rapide l’emporte sur une auditabilité réduite et qu’un moyen de récupération existe. Conservez la source et définissez les mots ou affirmations lourds de conséquences avant d’examiner une sortie soignée.
Une transcription, un résumé ou une traduction fluide est-il exact ?
Pas nécessairement. La fluidité mesure la lisibilité, tandis que la fidélité demande si les noms, les chiffres, la négation, les locuteurs, les conditions, les décisions, la terminologie et le ton correspondent à la source. Examinez directement ces éléments.
Comment tester les échantillons multilingues ?
Utilisez des locuteurs natifs, des transcriptions de référence avec indication de la langue, des appareils et des salles représentatifs, et présentez des résultats distincts pour chaque langue ou variété régionale. Marquez chaque point de changement et ne fusionnez jamais pt-BR et pt-PT en un seul score inexpliqué.
Quand une révision humaine est-elle requise ?
Exigez une révision qualifiée pour les décisions lourdes de conséquences, les citations, les engagements, les dossiers juridiques ou du personnel, les noms et la terminologie inconnus, les passages contestés, les fichiers audio de mauvaise qualité et toute sortie qui ne peut pas être rattachée à une source.
Comment HiNoter doit-il être évalué ?
Exécutez une version autorisée et non sensible de ce cas : un appel commercial multilingue en direct utilise la traduction directe vers l’anglais pour gagner du temps, puis l’équipe ne peut pas déterminer si un prix contesté a changé lors de la reconnaissance ou de la traduction. Vérifiez les éléments actuels suivants : entrée, langue, transcription, résumé ou traduction, navigation dans la source, modifications, exportation, accès et comportement en matière de suppression ; laissez N/A pour tout ce qui n’a pas été testé.
Limite de décision
À la question « Dois-je d’abord transcrire ou traduire directement l’audio ? », la réponse défendable reste conditionnelle. Transcrivez d’abord, puis traduisez lorsque l’exactitude, l’auditabilité, les citations, les décisions, l’examen de conformité ou la correction ultérieure sont importants ; la transcription dans la langue source expose les erreurs de reconnaissance et fournit aux traducteurs une référence stable. La traduction directe de la parole peut réduire la latence pour la compréhension en direct, mais elle peut masquer si une erreur provient de la reconnaissance ou de la traduction et peut être plus difficile à corriger sans texte source. Comparez les deux parcours sur le même fichier audio concernant le sens, les changements de langue, la traçabilité de la source, le délai, l’effort du réviseur et le coût opérationnel total avant de choisir. La rapidité et l’auditabilité ne peuvent coexister que lorsque la branche choisie conserve suffisamment d’éléments probants pour corriger ce que l’automatisation commet comme erreur. Si les éléments probants ne permettent pas d’étayer une affirmation sur la transcription d’abord puis la traduction par rapport à la traduction directe de la parole, publiez « non vérifié » ou N/A au lieu d’une estimation favorable.
Choisissez un flux de traduction révisable : exécutez un échantillon représentatif, comparez la sortie à sa source et testez HiNoter uniquement dans les langues et les étapes du flux de travail exacts que vous vérifiez.