logiciels
de s’adapter à  des éléments variables comme les pratiques de travail locales,
les états des taxes, les formats de date pour les données, l’utilisation de la
virgule et des décimales dans les nombres.

En Asie par exemple, la virgule et les décimales sont importantes parce qu’il
n’y a pas de  » cents  » quand on parle en Yen japonais. De même, la complexité
des caractères chinois et japonais impose la conversion des logiciels au format
DBCS (Double Byte Character Set) pour une utilisation sur l’AS/400 comme sur les
autres plates-formes.

Au delà  de ces constats, il faut être capable de traiter avec l’ensemble des marchés
internationaux. Prenons l’exemple d’une succursale française (dont les utilisateurs
finaux ne dérogeront à  aucun prix à  l’utilisation d’une interface en français)
d’entreprise américaine (qui a besoin de faire remonter divers rapports d’activité
en anglais à  la société mère) qui vend quelque chose à  une société cliente allemande
(qui a besoin de factures en allemand). Dans ce cas, la traduction de l’application
va bien plus loin que la simple présentation d’une interface utilisateur en français.

Enfin, l’internationalisation du logiciel exige des considérations de modelage
d’applications dictées par les méthodes de travail des entreprises. Pour les marchés
étrangers par exemple, la société vend-elle les produits directement ou par l’intermédiaire
d’un revendeur ou d’un distributeur ? Comment sont structurés les agréments de
licence ? Qui est responsable de l’installation, de la distribution et du support
? Ces différentes considérations ont une incidence directe sur le service que
doit fournir l’application.