Une facture bilingue ne consiste pas à traduire chaque caractère deux fois. Les libellés peuvent être français et arabe, tandis que raison sociale, ICE, IF, RC, numéro, montants et références restent des données uniques. La réussite se mesure sur le PDF : le lecteur trouve les deux parties, suit les lignes et ne confond ni chiffres, ni direction, ni total.
Le modèle en sept décisions
- Choisir une langue principale et une traduction d’aide.
- Garder une seule identité légale et les mêmes identifiants.
- Présenter les labels FR/AR par paire.
- Donner à l’arabe une vraie direction droite-gauche.
- Conserver nombres, devise et références sans ambiguïté.
- Limiter les descriptions pour ne pas casser le tableau.
- Tester écran, PDF, impression et extraction de texte.
1. Ce qui se traduit, et ce qui ne se traduit pas
Traduisez l’interface de lecture, pas la preuve. « Date / التاريخ » aide les deux lecteurs ; une raison sociale enregistrée ne doit pas devenir une société différente. Si l’entreprise possède une dénomination officielle dans plusieurs écritures, stockez les versions validées au lieu d’improviser à chaque facture.
| Élément | Traitement | Exemple |
|---|---|---|
| Titre | Bilingue | FACTURE / فاتورة |
| Labels | Paires courtes | Client / العميل |
| Raison sociale | Version légale validée | Pas de traduction libre |
| ICE, IF, RC | Identiques | 15 positions ICE |
| Numéro | Une seule valeur | F-2026-00125 |
| Descriptions | Traduction utile si nécessaire | Deux lignes contrôlées |
| Conditions | Deux versions approuvées | Même échéance et sens |
Les données légales à vérifier sont détaillées dans ICE, IF, RC et TP. Une traduction correcte ne répare pas une mauvaise identité source.
2. Construire une mise en page RTL/LTR
Une page entière ne peut pas suivre deux directions à la fois sans règles. Utilisez des blocs : identité vendeur, identité client, lignes, totaux et conditions. Chaque cellule arabe est alignée et ordonnée en RTL ; nombres et codes restent contrôlés visuellement.
- Fixer format A4, marges et police contenant les glyphes arabes.
- Mettre titre et numéro dans une zone stable.
- Placer vendeur et client dans deux cartes claires.
- Associer chaque label FR à son label AR.
- Définir la direction RTL pour le texte arabe, pas seulement l’alignement.
- Limiter les descriptions ou autoriser un retour à la ligne mesuré.
- Aligner quantités, prix, TVA et totaux par colonne.
- Répéter les en-têtes si le tableau change de page.
- Garder cachet et signature hors des montants.
- Exporter puis ouvrir le PDF sur un autre appareil.
| Risque | Test |
|---|---|
| Lettres arabes isolées | Police et moteur de rendu |
| Ordre inversé | Lecture réelle RTL |
| ICE cassé | Comparer 15 positions |
| Virgule/point | Recalculer les montants |
| Colonne coupée | Imprimer en A4 |
| Condition différente | Relecture humaine bilingue |
Ne réduisez pas la police à 7 points pour faire tenir deux langues. Réduisez la répétition, clarifiez la hiérarchie et placez les conditions longues dans un bloc dédié.
3. Lignes, chiffres et TVA
Les chiffres sont la zone la plus dangereuse car une page peut sembler correcte tout en changeant une virgule, un signe négatif ou l’ordre visuel d’un identifiant. Gardez un modèle numérique stable et faites un contrôle arithmétique indépendant.
| Champ | Règle | Contrôle |
|---|---|---|
| Quantité | Même valeur dans les deux lectures | Comparer source |
| Unité | Label compris | Unité non ambiguë |
| Prix | Une monnaie explicite | Décimales stables |
| Remise | Signe et portée visibles | Recomposition ligne |
| TVA | Base/taux/montant identiques | Total par taux |
| TTC | Une seule valeur finale | HT + taxes |
Si une ligne traduite change le sens commercial, la question n’est plus typographique. Revenez au devis, à la commande et au processus d’émission avant de facturer.
Bilingue ne signifie pas deux factures
Une seule opération doit garder un seul numéro, une date, des totaux et une piste d’audit. N’émettez pas une facture française et une arabe portant des numéros différents pour la même vente afin de résoudre un problème de présentation.
4. Client particulier ou entreprise
Une entreprise peut demander l’arabe pour ses équipes et le français pour sa fiduciaire ; un particulier peut seulement avoir besoin d’un ticket lisible. Choisissez le document et la langue selon le client, sans inventer des identifiants absents.
Le guide particulier ou entreprise distingue les fiches. Demandez au client professionnel sa raison sociale et son ICE dans la forme qu’il valide avant émission.
Conservez la langue du devis et des conditions acceptées, ou documentez la version bilingue qui fait foi commercialement. Faites relire les clauses importantes par une personne compétente, pas par une traduction automatique seule.
5. Ce que BelloPOS permet de tester
BelloPOS propose interface et impression en français, arabe et anglais. Les factures utilisent les mêmes données client, lignes, TVA et numéro ; Go crée la facture depuis la vente et Pro conserve la chaîne commerciale.
| Test | Réussite | Limite |
|---|---|---|
| Interface AR | Navigation RTL lisible | Ne valide pas le contenu légal |
| PDF FR/AR | Glyphes, ordre, nombres | Traduction à relire |
| Client société | Raison sociale et ICE stables | Pas de vérification OMPIC directe |
| Facture vente | Go | Parcours direct |
| Devis→facture | Pro | Conditions à valider |
| Export électronique | Go/Pro | Pas de transmission DGI directe |
Testez une facture de dix lignes, un nom long, une remise, deux taux réellement utilisés et une condition bilingue. La page tarifs distingue le parcours direct de la chaîne documentaire.
Les erreurs à éviter
- Traduire la raison sociale au hasard.
- Créer deux numéros pour deux langues.
- Aligner à droite sans vraie direction RTL.
- Mélanger chiffres arabes et latins sans test.
- Compresser la page jusqu’à l’illisible.
- Traduire ICE ou référence.
- Laisser une condition contradictoire.
- Tester seulement l’écran.
Questions fréquentes
Une facture peut-elle être en français et arabe ?
Oui comme présentation pratique, à condition que les données et mentions applicables restent exactes et cohérentes.
Faut-il traduire la raison sociale ?
Utilisez la forme légale validée. Ne créez pas une traduction libre qui identifie une autre entité.
L’ICE doit-il être écrit deux fois ?
Non. Une valeur unique et lisible suffit ; les labels peuvent être bilingues.
Quels chiffres utiliser ?
Choisissez une convention lisible et stable, puis contrôlez numéro, identifiants, quantités et montants sur le PDF.
BelloPOS imprime-t-il en arabe ?
Oui, l’interface et l’impression existent en arabe, français et anglais. Testez votre modèle réel.
Faut-il Pro ?
Go suffit pour une facture depuis une vente ; Pro est utile si devis, commande, livraison, conditions et avoir doivent rester reliés.
À retenir
La bonne facture bilingue traduit les repères, pas la réalité juridique. Une identité, un numéro et des totaux uniques ; deux lectures nettes ; un PDF testé sur le sens, les glyphes et les calculs.
Sources
Les chiffres et les règles cités ci-dessus viennent de ces pages, consultées à la date indiquée dans l’article.
- Code général des impôts 2026, DGI, consulté le 29 août 2026
- OMPIC, Identifiant commun de l’entreprise (ICE), consulté le 29 août 2026
- BelloPOS, factures PDF numérotées et mentions, consulté le 29 août 2026
- BelloPOS, devis, commandes, livraisons, factures et avoirs, consulté le 29 août 2026
- Tarifs BelloPOS Lite, Go et Pro, consultés le 29 août 2026
Imprimez une vraie facture de test
Créez un client société, dix lignes et des conditions FR/AR, puis relisez le PDF avec deux locuteurs avant usage.
Pour aller plus loin
D’autres guides pratiques sur le même sujet :