Comment les acheteurs OEM devraient planifier la localisation et les langues de l’interface utilisateur des chargeurs de véhicules électriques

Une mise à jour du firmware traduite peut afficher du texte en script latin tout en affichant les étiquettes en arabe dans la mauvaise direction ou en encapsulant les instructions d’urgence hors de l’écran. Le chargeur peut toujours fournir de l’énergie, mais la version de localisation échoue car la localisation a été traitée comme une substitution de mot plutôt qu’une mise à jour du firmware, de l’UX et du support. Le processus correctif nécessite un ensemble de terminologie contrôlé, des layouts prenant en compte les scripts et des tests de régression au niveau du dispositif.

Planification de l’interface utilisateur multilingue des chargeurs EV Fermeture des marchés, scripts, terminologie et comportement de fallback avant la mise à jour du firmware. Conception pour le texte de droite à gauche (RTL) et pour les caractères CJK ; possibilité d’extension au-delà de l’anglais ; test des états critiques sur le matériel. Utilisation du CLDR Unicode pour les conventions locales et des directives d’internationalisation W3C pour l’annotation linguistique et le texte bidirectionnel ; ces derniers ne constituent pas une certification de produit.

Localisation de l’interface utilisateur du chargeur de véhicules électriques C’est une décision de niveau firmware, pas un détail de l’emballage. Les langues d’affichage, la marque de l’appareil au démarrage, les messages d’état et les textes d’erreur sont contrôlés par le firmware, ce qui signifie que la liste des langues doit figurer dans le cahier des charges du fabricant avant le démarrage de la production — et l’ajout d’une langue après la production en série implique généralement la mise à jour du firmware et le réinitialisation de l’inventaire déjà créé.

Qu’inclut la localisation de l’interface utilisateur dans un programme d’alimentation OEM ?

Le support du protocole doit être séparé de l’interopérabilité d’ensemble. L’acheteur doit énumérer dans le descriptif les interfaces de chargeur, véhicule, réseau, identité, paiement, surveillance et mise à jour ; nommer le message ou la fonction qui doit fonctionner ; et définir comment les erreurs, le fonctionnement hors ligne, les modifications de version et les responsabilités en matière de sécurité sont gérées. Un nom de protocole dans un brochure ne prouve pas que l’ensemble du système fonctionne avec le back office de l’acheteur. Pour le contexte de planification publique, voir Ressources du protocole OCPP de l'Open Charge Alliance; Le dossier d’acceptation site-spécifique reste le facteur déterminant de la décision finale.

Dans un programme OEM ou ODM, la couche d’interface personnalisable comprend l’écran d’accueil, la conception de l’écran d’attente, le menu et les messages d’état, les alertes de session et les messages d’erreur — tous contrôlés par le firmware, comme le Guide de personnalisation de la charge partagée documents. La taille et la position physiques de l’écran restent fixes grâce aux outils de montage.

La localisation est plus qu’une traduction. Une interface localisée affiche le bon script, transforme les nombres, les devises et l’heure en fonction de la langue locale, et affiche les messages d’erreur afin que l’utilisateur débutant sache quoi faire ensuite. Pour la position de l’interface dans la structure globale du programme, voir la section « Position de l’interface dans la structure globale du programme ». Questions des acheteurs concernant l'OEM et l'ODM guide.

Quand doit-on fixer la liste des langues, et à quel coût les modifications tardives?

Réglez la liste des langues dans le descriptif du ODM avant que le firmware ne soit gelé pour la production. Les directives du fournisseur considèrent la localisation linguistique comme une composante standard à ce stade, de nombreuses applications prenant en charge un large éventail de langues dès leur configuration préalable.

La Guide de personnalisation du chargeur EV pour charge simultanée il indique que “ l’ajout d’une langue après la production en série nécessite généralement une nouvelle mise à jour du firmware et un redémarrage complet de l’inventaire produit — un coût et un délai considérables ”. Si les appareils supportent les mises à jour à distance, la logistique devient moins coûteuse, mais les travaux d’ingénierie et de réédition restent à votre charge.

Comment les équipes OEM et ODM devraient-elles gérer les versions de localisation ?

1. Marchés couverts : liste des localisations, scripts, devises, conventions de date/heure, avis légaux, méthodes de paiement et langues de support.
2. Terminologie de l’administration : maintenir un glossaire dans la langue source avec des traductions approuvées pour les actions de connexion, d’autorisation, de cessation, de redémarrage, d’erreur et d’urgence. Versionner le glossaire avec le firmware.
3. Conception pour l’expansion : utiliser des polices supportant Unicode, des conteneurs flexibles, des règles de troncation, une gestion du pluriel et une langue de fallback intentionnelle. N’insérer jamais du texte dans une œuvre d’art rasterisée lorsque celle-ci doit être traduite.
4. Diviser le contenu du code : conserver les chaînes dans des fichiers ressources versionnés ; enregistrer les identifiants des chaînes, le contexte, les variables, la longueur maximale et la validation par un rédacteur ; protéger les espaces réservés et les unités contre les modifications de traduction.
5. Déploiement dans les portes d’accès : examen linguistique, captures d’écran simulées, test de performance matérielle, régressions de communication/backend, examen d’accessibilité, flotte pilote, puis déploiement à étape avec rollback.

Quels éléments techniques permettent le fonctionnement des interfaces multilingues ?

En dehors des listes de mots, trois éléments techniques déterminent si l’interface localisée fonctionne réellement :

• Support pour le script et la disposition : ensembles de caractères, rendu de droite à gauche et comportement en fonction de la longueur des lignes dans le cadre de l’affichage ;
• Données locales : la date, le nombre et la conversion des devises sont tirées de sources standardisées telles que Projet Unicode CLDR;
• Extension de texte : les phrases traduites peuvent être plus longues que celles en anglais, il convient donc de réviser les commandes et les champs de statut selon la langue.

La Activités d’internationalisation du W3C Il maintient la norme de base pour l’annotation linguistique, l’encodage et le texte bidirectionnel que les équipes de développement utilisent. Demandez à votre fournisseur quelles de ces fonctionnalités sont à niveau de modèle (faciles à modifier) et quelles à niveau de cadre (chères à modifier).

Comment les tests de RTL, de CJK, d’accessibilité et de longueur des textes devraient-ils être effectués ?

Un Interface de charge RTL exige un affichage à miroir lorsque cela est approprié, mais les chiffres, les noms de connecteurs, les URL et les codes d’erreur peuvent rester de gauche à droite dans une phrase en écriture latine. Le texte CJK nécessite des polices dotées d’une couverture glyphes adéquate et des règles de casse ; il ne faut pas présumer que l’un des paramètres linguistiques “ asiatiques ” sert le chinois, le japonais et le coréen. Vérifiez les chaînes de caractères à double script, la ponctuation bidirectionnelle et les glyphes de secours lors de l’affichage réel.

Fixez des limites mesurables : réservez de l’espace pour une extension traduite, vérifiez la taille minimale du contact cible et son contraste par rapport aux règles d’accessibilité applicables, et assurez-vous que chaque erreur offre une étape suivante à prendre. Les lecteurs d’écran ou les commandes audio, le cas échéant, doivent disposer d’étiquettes localisées et d’une séquence logique de mise en évidence. Capturez des captures d’écran à toutes les résolutions et avec tous les modes de température et de luminosité supportés.

Quels éléments de preuve de libération devrait produire la QA de la localisation ?

Quand les modifications apportées à l’interface utilisateur peuvent-elles affecter la certification ou le réexamen des résultats ?

Les modifications du firmware cosmétique — logo d’accueil, disposition de l’écran, packs de langues, motifs d’affichage — n’entreront généralement pas en contact avec le protocole. Les modifications du comportement du protocole ou de la logique de sécurité et d’authentification sont une catégorie distincte et peuvent entraîner un nouveau test en fonction de la certification de backend dont votre programme dépend ; Guide de charge conjoint Il dessine exactement cette limite et conseille de la confirmer auprès du fabricant à chaque changement.

Documentez la catégorie de changement dans le programme : liste les modifications demandées qui sont de nature purement esthétique et celles qui touchent le protocole ou la logique de sécurité, et assurez-vous que le fournisseur confirme chaque catégorie par écrit. Pour plus d’informations sur la version du protocole côté serveur, consultez OCPP 1.6 vs OCPP 2.0.1.

Quand la localisation peut-elle affecter la confidentialité ou la conformité régionale ?

La localisation peut révéler des données personnelles grâce aux reçus, aux noms, aux messages de paiement et aux journaux d’assistance. Réduisez le nombre de champs, définissez la durée de conservation et l’accès, et révisez les transferts transfrontaliers dans le cadre du régime de protection de la vie privée du destinataire (par exemple, le RGPD lorsque celui-ci s’applique). Évitez de supprimer les avertissements de sécurité, les unités de mesure ou les mentions légales ; faites confirmer le texte par un avocat local et par l’autorité compétente.

Un changement de pack de langue n’est pas automatiquement “ cosmétique ” si cela modifie l’authentification, le calcul des tarifs, la logique de sécurité ou les affichages de mesure réglementés. Demandez au fournisseur quels composants du firmware sont concernés, si une évaluation de conformité ou un nouveau test du système sont déclenchés et comment le retour en arrière peut être vérifié.

Qu’est-ce qui nécessite une traduction pour un lancement sur un marché au-delà de l’écran ?

Contrairement à une vue uniquement basée sur l'écran de la localisation, les instructions de déploiement telles que Revue multilingue de l’UX de PandaEXO Le chargeur HMI est traité comme une seule couche parmi plusieurs qui doivent être cohérentes les unes avec les autres :

Les erreurs sont les problèmes les plus préoccupants. Les conducteurs transfrontaliers signalent constamment que ce sont les messages d’erreur non lisibles – et non les menus – qui font que les sessions sont abandonnées, car l’écran ne sait pas si il faut réessayer, attendre ou appeler le support. Les méthodes de démarrage de session interagissent également avec cela ; Guide de contrôle d'accès pour les stations de recharge commerciales Il explique comment les choix d'autorisation façonnent le flux d'utilisateurs que vous allez traduire.

Comment le champ de localisation XYDF doit-il être indiqué dans la demande de propositions ?

XYDF a réalisé des personnalisations d’interface pour des clients étrangers — publiées Cas de personnalisation de l’interface utilisateur pour la Russie et le Brésil Décrit le remplacement d’une interface en anglais par défaut qui créait “ des barrières linguistiques et une identité visuelle incohérente ” pour les marchés non anglophones. Traitez cette situation comme une preuve de la qualité du service, puis définissez explicitement votre propre programme.

Pour les matériels commerciaux dotés d'un écran, commencez par La gamme de chargeurs EV XYDF et le Catégorie des chargeurs rapides DC, puis envoyez une demande de prix qui contient :

• les marchés cibles et la liste complète des langues, y compris les scripts ;
• le package de branding : logo, couleurs, écrans d’accueil et d’inactivité ;
• exigences relatives au flux de session : méthodes d’autorisation, messages d’acceptation et messages d’erreur ;
• la version de la plateforme et du protocole de backend, de sorte que les modifications restent dans la limite de la certification ;
• le chemin d’actualisation — les mises à jour sur site ou à distance — qui détermine le coût des prochaines mises à jour linguistiques.

Ce guide s’adresse aux programmes d’OEM et de distributeurs qui planifient des interfaces localisées ; il ne mentionne pas le nombre de langues supportées par XYDF, les délais de mise en œuvre ni les prix — veuillez confirmer l’étendue du programme en consultant le page de contact.

Qu'est-ce que les acheteurs devraient ajouter à la demande de propositions de localisation ?

• Insérez la liste des langues locales, les scripts, le glossaire, la langue de fallback, les règles de caractères/expansion ainsi que les flux d’erreur d’exemple dans la RFQ.
• Exiger la propriété du fichier ressources, l’accès au mémoire de traduction, les identifiants de chaîne, la protection des placeholders et un journal des modifications lié aux versions du firmware.
• Définissez la mise en page RTL/CJK, les licences de caractères, les objectifs de contraste et de tactile, les résolutions d’écran et les captures d’écran d’acceptation sur le matériel de production.
• Définir le périmètre de la solution Cloud/App/Receipt/Signage, les impacts de l’API et de l’OCPP, le comportement hors ligne, la conservation des données et les responsabilités linguistiques liées au support.
• Exiger des tests FAT/SAT pour toutes les situations critiques liées à l’état des sessions, à la perte de réseau, à l’arrêt d’urgence, au retour en arrière et à la mise à niveau de flotte multilingue.
• Total des coûts, y compris l’examen de la traduction, la réinitialisation de l’inventaire, la bande passante pour les mises à jour à distance, les tests supplémentaires, le support et les futurs ajouts de langues. Utilisez le Guide d’achat de chargeurs pour véhicules électriques et Liste de contrôle de compatibilité comme contexte d'achat.

Foire aux questions

Comment un acheteur devrait-il vérifier les déclarations relatives à l’interopérabilité des chargeurs de véhicules électriques ?

Définissez les fonctions exactes de chargeur, véhicule, back-end, identité, paiement, surveillance et firmware à tester, puis observez les cas de fonctionnement normal, hors ligne, de récupération et de non-conformité de version. Notez l’édition du protocole, les profils implémentés, les responsabilités en matière de sécurité et le résultat de l’acceptation. Un logo du protocole ou une seule démonstration réussie ne constituent pas une preuve d’interopérabilité complète.

Est-ce que le panneau d’affichage d’un chargeur électrique peut afficher notre marque et notre langue ?

Oui. Les écrans d’accueil, les écrans en veille, le texte d’état et les packs de langues sont contrôlés par le firmware dans les programmes OEM/ODM ; la taille et l’emplacement de l’écran restent fixes grâce à l’enceinte.

Quand faut-il fixer les langues dans une commande de chargeur OEM ?

Dans le brief de l’ODM, avant le blocage du firmware. Ce timing permet d’utiliser le format standard de localisation plutôt que de lancer un nouveau projet de réédition.

Que se passe-t-il si une langue est ajoutée après la production ?

On s'attend à une nouvelle mise à jour du firmware et à un redémarrage de l'inventaire, ou à une campagne de mise à jour à distance en plusieurs étapes, avec le soutien des unités — ainsi qu'à une révision des traductions et un nouvel essai.

Les modifications apportées à l’interface utilisateur affectent-elles la certification des chargeurs ?

Les modifications cosmétiques, telles que les logos et les packs de langues, restent généralement dans le cadre de la certification ; les modifications protocolaires ou de sécurité peuvent nécessiter un nouvel essai. Confirme le cadre de travail par écrit à chaque changement.

Qu’est-ce que l’écran doit encore être localisé ?

Les flux d’applications, les tarifs et les recettes, les panneaux d’affichage sur le site et la voie de support — notamment les situations d’erreur, où les utilisateurs peuvent abandonner une session.

Comment sont gérées les langues non latines et de sens inverse ?

Grâce au support pour les scripts et la mise en page dans le cadre de la présentation ainsi qu’aux données locales pour la mise en forme ; confirmez la représentation et le comportement d’expansion du texte par langue en utilisant des exemples avant la production.

Quand les langues doivent-elles être fixées dans un programme de chargeur OEM ?

Fixez-les dans le descriptif de l'OEM/ODM avant le blocage du firmware, y compris les scripts, les solutions de repli et le texte juridique. Les ajouts tardifs peuvent nécessiter une nouvelle mise à jour, un redémarrage, un contrôle de traduction et des tests de régression.

Comment testez-vous les interfaces des chargeurs en arabe ou en hébreu ?

Testez la direction RTL, les commandes à double sens, les nombres mixtes et les codes, la ponctuation, le tronçonnement et les instructions d’urgence sur le matériel de production. Demandez à un rédacteur natif de vérifier le sens et à un testeur d’interface utilisateur de vérifier l’ordre des interactions.

Pourquoi les langues CJK nécessitent-elles un examen UX séparé ?

Le chinois, le japonais et le coréen diffèrent en termes de couverture des glyphes, de séparation des lignes, de ponctuation et de terminologie. Validez les polices, le comportement d’entrée/affichage et l’expansion du texte selon les différents pays plutôt que d’utiliser un schéma “ Asie ” générique.

Est-il possible d’éviter de devoir tester à nouveau une mise à jour dans une langue éloignée ?

Cela peut réduire la logistique, mais il ne supprime pas les tests de régression linguistiques, d’interface utilisateur, de sécurité ou de base de données. Exiger des paquets signés, un déploiement échelonné, un retour en arrière et des preuves que les messages de sécurité et de mesure restent inchangés.

Qu’est-ce qui devrait figurer dans une demande de localisation d’un OEM ?

Liste des lieux, scripts, glossaire, captures d’écran, format de fichier de chaîne, limites d’extension, portée du cloud/de l’application, tests d’acceptation, chemin de mise à jour, propriété et obligations de support. Incluez également une évaluation de la confidentialité et de la conformité régionale lorsque des informations personnelles sont concernées.

Références et conseils sur la source

• Charge partagée : personnalisation des chargeurs pour véhicules électriques — que pouvez-vous réellement modifier ?
• Activités d’internationalisation du W3C
• Projet de données locales Unicode CLDR
• PandaEXO : UX multilingue et localisation du marché dans le déploiement mondial des stations de recharge pour véhicules électriques

Que devraient faire les acheteurs OEM à l’avenir ?

Un succès Déploiement de la localisation des chargeurs de véhicules électriques XYDF est une version de logiciel contrôlée, la qualité de la langue, l’accessibilité, la confidentialité et le support technique dans le domaine étant mesurés ensemble. XYDF peut être évalué avec d’autres partenaires OEM lorsque le volume de personnalisation documenté et les preuves d’essais correspondent au programme ; Vue d'ensemble de la solution de recharge commerciale fournit des informations de planification contextuelle. Pour un examen de la localisation, contactez l'équipe avec des destinations cibles, des scripts, des chemins vers le firmware et des critères d’acceptation. Traduir l’expérience que les utilisateurs doivent accomplir — pas seulement les mots qu’ils peuvent voir.