Languages and TranslationPerfion Localisation Guide
Every language on one product record, machine translation that keeps your terms, spelling checked in every language, and clean files for your translators.
Master · English · ENNameKalpa Swift Pressure Cooker, 5 LDescriptionTri-ply base for evneven heat, ideal for dal and kadai recipes.Spelling · ENSuggestion: even · Add kadai to Cookware terms
Name · every languageDEUKalpa Swift Schnellkochtopf, 5 LFRAAutocuiseur Kalpa Swift, 5 LARUقدر ضغط Kalpa SwiftHINKalpa Swift प्रेशर कुकर, 5 लीटर
Kept consistentGlossary: Swift stays SwiftDictionary: kadaiXLIFF 2.0 → translator
Hold every language
Translate
Keep your terms
Check the spelling
Languages and translation in Perfion keep product content complete and correct in every market. Each language is identified by a Perfion language code, and localizable features hold a value in each one. A translation service, Google Translate or DeepL, drafts translations for empty fields, and a DeepL glossary keeps brand names and trade terms the way you want them. Spell checking works in every active language against shared custom dictionaries, and XLIFF files carry texts to translators and back.
Written for product content teams · By Vipin Kumar, Founder and Solution Architect · Last updated BPAS · Exclusive Boyum Practice. India's No.1 Customer-referred Boyum IT Partner.
At a glance
Perfion name
Language Codes, Translations, Spell Checking and XLIFF
Where
Translation settings, the grid, the Item Editor and XLIFF filesTranslationsSpell checkingXLIFF 2.0Translation is off until an administrator activates it
Used by
Product editors, translators and administratorsAdministrators and super users manage dictionaries
Two translation services, Open Office dictionaries for spell checking, and one exchange format for translatorsGGoogle TranslateDDeepLOOpen Office dictionariesXXLIFF 2.0
How It Works
How languages work in Perfion, held, translated, checked, exchanged
Every language is held on the product. Machine translation drafts what is empty, glossaries keep your terms, spell checking covers every language, and XLIFF files carry the rest to translators.
Hold every language on the item
Localizable features hold a value in each language on the same product. Each language is identified by a Perfion language code, such as DEU for German or ARU for Arabic (U.A.E.).
Draft with machine translation
With Google Translate or DeepL activated by an administrator, empty fields get a suggested translation from the master text, in the grid or through an Action. Existing text is never overwritten.
Keep your own terms
A DeepL glossary for each language combination keeps brand names, product ranges and trade terms the way the business wants them.
Check the spelling in every language
Spell checking in the Item Editor covers all your active languages at once, against dictionaries stored centrally, including your own custom dictionaries of brand names and trade terms.
Exchange files with translators
Texts go to a translation agency as an XLIFF 2.0 file for one target language, and the translated file comes back to the right item and feature.
Hold, translate, check
Perfion · Products
Translation service
Active serviceDeepL · Pro API
Glossary · EN → DEKitchen terms
Glossary · EN → FRKitchen terms
Dictionaries
StandardEN · DEU · FRA · ARU
Custom · all languagesCookware terms
Grid · Cookware · Name in three languagesGold: new suggestionExisting text keptItemENDEUFRA
KC-PC-3LKalpa Swift Pressure Cooker, 3 LKalpa Swift Schnellkochtopf, 3 LAutocuiseur Kalpa Swift, 3 L
KC-PC-5LKalpa Swift Pressure Cooker, 5 LKalpa Swift Schnellkochtopf, 5 LAutocuiseur Kalpa Swift, 5 L
Output: XLIFF 2.0 · EN → ARU · 4 texts for the translator
Item Editor · spelling · ENIdeal for dal and kadai recipes.IgnoreAdd to: Cookware terms
An illustration, not a screenshot: a translation service with glossaries, suggestions filling empty fields, existing text kept, a spelling check, and texts going out as XLIFF.
Files by Email vs Perfion
Files by email vs Perfion languages: what changes when every language lives on the product
By email, each language is a separate file that drifts out of date. In Perfion, every language sits on the product, drafted, checked and exchanged from one place.
Files by emailItemENDEUARUKC-PC-3LKalpa Swift Pressure Cooker, 3 LKalpa Swift Schnellkochtopf, 3 LKC-PC-5LKalpa Swift Presure Cooker, 5 LKalpa Schnell Schnellkochtopf, 5 LKC-KD-28Kalpa Tri-Ply Kadhai, 28 cmKC-TW-30Kalpa Non-Stick Tawa, 30 cmKalpa Tava, 30 cmA typo in the master, the Swift range translated as an ordinary word in German, kadai and tawa spelt two ways, and no Arabic at all.
vs
Perfion languagesEvery language on the itemENHINARUDEUFRATranslation that keeps your termsGoogle or DeepLSwift stays SwiftExisting text keptChecked and exchangedSpelling in every languageShared dictionariesXLIFF 2.0Every language held on the product, drafted with your terms, checked for spelling, and exchanged with translators in a standard file.
Managing translations in spreadsheets and email, compared with Perfion language codes, machine translation, glossaries, spell checking and XLIFF as described in Boyum IT Solutions' Perfion documentation.
Task
Files by email
Perfion languages and translation
Languages on a product
One spreadsheet per market, each a little out of date.
Every language is held on the same item, in localizable features.
Language and region
“Arabic” or “English”, whichever version the translator used.
A Perfion language code for each language and region, such as Arabic (U.A.E.) or English (United Kingdom).
First drafts of translations
Every text sent out and paid for, even short and repeated ones.
Google Translate or DeepL suggests a translation for empty fields. Existing text is never overwritten.
Brand names and trade terms
Translated differently by each translator, or translated when they should not be.
A DeepL glossary fixes how each term is translated for each language combination.
Spelling in other languages
Checked only in English, if at all.
Spell checking in the Item Editor checks all your active languages at the same time.
Brand names marked as errors
Every editor ignores the same red lines, and real mistakes slip through.
A custom dictionary, for one language or all of them, is shared by every user.
Files for a translation agency
Whole spreadsheets emailed, including prices, codes and numbers.
An XLIFF 2.0 file with only the localizable texts, for one target language.
Translations coming back
Pasted back row by row, sometimes into the wrong row.
The XLIFF file is imported, and each text returns to the item and feature it came from.
See how your own languages and markets would be handled in Perfion.
Perfion language capabilities: eight ways to get every language right
Each capability shows what it does in Perfion and what it is worth to the business.
Operational Reality (Capabilities)
Perfion identifies each language by its own language code, also called MSCodeXP, listed beside the traditional code: EN and en for English, DEU and de for German (Standard), ARU and ar-ae for Arabic (U.A.E.), HIN and hi for Hindi. Boyum’s list has more than 100 codes, with regional variants such as 16 for Arabic, from Saudi Arabia and the U.A.E. to Oman and Qatar, and others for English, French, German and Spanish, and languages such as Urdu, Thai, Indonesian and Vietnamese. The Perfion codes are also used when translated XLIFF files come back into Perfion.
A Perfion code and a traditional code for each
Regional variants of the same language
Used when XLIFF files are imported
Executive ROI Value
Perfion code · traditional codeEnglish (United Kingdom)ENGen-gbGerman (Standard)DEUdeArabic (U.A.E.)ARUar-aeHindiHINhi
Each market gets the version of the language its customers actually read, and files exchanged with translators land in the right language.
Content written for each market
No mix-ups between language variants
Operational Reality (Capabilities)
Translation is off by default. An administrator chooses the active translation service, Google Translate or DeepL, and enters a valid API key from that provider. With DeepL, the account can be on the Free API or the Pro API. Translation is then available in the grid of the web client and the Windows client, and in Actions for automated runs. As guide 03 explains, an empty field gets a suggested translation from the master text, which editors then refine, and an existing text is never overwritten.
Google Translate or DeepL
In the grid and in Actions
Existing text never overwritten
Executive ROI Value
Google Translate or DeepLENKalpa Tri-Ply Kadai, 28 cmDEUKalpa Tri-Ply Kadai, 28 cmSuggestedFRAKadai Kalpa Tri-Ply, 28 cmKept
Short and repeated texts no longer wait for a translator, so new products reach every market sooner and translators spend their time on what needs a human.
Faster launches in new markets
Lower translation spend on routine text
Operational Reality (Capabilities)
With DeepL, a glossary manages how specific words or word combinations are translated: industry, company and international terms, brands and names. Each glossary has a name, a source language and a target language, and lists pairs of a source word and its translation, separated by a tab or a comma. There is one glossary per language combination, and it uses DeepL’s own language codes, not Perfion’s. Boyum’s examples keep the brand Sage from being translated as the herb, keep “state-of-the-art” as it is, and make “brew” come out as the professional Dutch term “brouwen”.
Brands, names and trade terms
One glossary per language combination
Tab- or comma-separated pairs
Executive ROI Value
DeepL glossary · EN → DESwiftSwiftKalpaKalpapressure cookerSchnellkochtopfOne glossary per language combination
Brand names and product ranges stay intact in every language, and trade terms are the ones your buyers use, without correcting each text by hand.
Brand names protected
The same term in every listing
Operational Reality (Capabilities)
Spell checking in the Item Editor works much like Microsoft Word: misspelt words are underlined in red, with suggestions and the choice to ignore the word or add it to a custom dictionary. Because the Item Editor often shows several languages, it checks all the user’s active languages at the same time. It covers localizable String and Text features in the default text editor and the formula editor, in the field being edited, and editors can switch it off. It does not work in the Rich Text editor, though it does in the Rich Text Format editor.
Red underlines and suggestions
Every active language at once
Localizable String and Text features
Executive ROI Value
Spell checking · EN, DEU, FRA at onceKalpa Swift PresurePressure CookerPressureIgnoreAdd to dictionary
Spelling mistakes are caught in German, French or Arabic as easily as in English, before they reach a label, a listing or a catalogue.
Fewer errors in other languages
No separate proofreading round
Operational Reality (Capabilities)
Spell checking uses Open Office dictionaries. A standard dictionary for a language has two files, a word list and a grammar file with the rules of the language, and both are needed to check that language. Administrators and super users upload them, and Perfion stores them centrally in the database rather than on each computer. Licensing prevents Perfion from including them in the product, but Boyum makes a collection available on its knowledge base. Standard dictionaries are read only, so a newer version can replace an old one without losing your own words, which are kept in custom dictionaries.
A word list and grammar for each language
Uploaded by administrators and super users
Stored centrally, not on each PC
Executive ROI Value
Standard dictionary · GermanWord listGrammarCustom wordsPerfion databaseOne copy for every editor
Every editor checks against the same dictionaries, managed in one place, so spelling standards do not depend on whose computer the work is done on.
One standard for every editor
Dictionaries managed centrally
Operational Reality (Capabilities)
A custom dictionary is a list of words your business treats as correctly spelt, such as brand names and technical terms. It can belong to one language, such as English technical terms, or to none, in which case its words are correct in every language: Boyum’s example is a dictionary of coffee brands. Each language also has a default custom dictionary that users fill by adding words in the Item Editor. Because custom dictionaries are stored centrally, a word added by one user helps every user. One dictionary cannot belong to two languages, such as British and US English; the same file is uploaded twice.
For one language or for all
Words added by editors, shared by all
Can be exported, edited and uploaded again
Executive ROI Value
Custom · Cookware terms · all languageskadaitawahandiKalpaSwiftCustom · English technical terms · ENtri-plynon-stick
Brand names and trade words stop showing as errors for everyone, so editors pay attention to the red lines that are real mistakes.
Real errors stand out
Brand names correct in every language
Operational Reality (Capabilities)
XLIFF is an interchange format designed so that any localisation provider can work with it, and Perfion supports XLIFF version 2.0. The contents of any grid can be output as XLIFF for one target language, with existing translations included if wanted. Only localizable features are exported, of the String, Text and Link data types; Number, Date, File, Image, Compound and Search features and remote features are not. Features that allow formulas are exported with a note asking the translator to handle Perfion formulas with care. A Perfion API query can also return its result as XLIFF.
XLIFF 2.0 from any grid
One target language per file
Only localizable String, Text and Link texts
Executive ROI Value
Output · XLIFF 2.0 · EN → ARUStringTextLinkNumberDateImageFileFormulas: a note for the translator
Translation agencies receive only the text that needs translating, in a format their tools already read, so less is paid for and less goes wrong.
No spreadsheets to clean for agencies
Only translatable text sent
Operational Reality (Capabilities)
Each text in a Perfion XLIFF file carries an ID built from the row in the grid, the feature and, for features with several values, the position of the value. When the translated file is imported, only the target language defined at the top of the file is brought in; translations in other languages are ignored without an error. Perfion ignores the translation status in the file, so every valid translation is accepted, even one the translator marked as needing more work. Files must be XLIFF 2.0; version 1.2 and older do not work.
Text matched back to item and feature
Only the file’s target language imported
Translation status not read
Executive ROI Value
Import · target language ARURow · feature · valueKC-PC-5L · NameRow · feature · valueKC-KD-28 · NameARU importedOther languages ignored
Translations come back into the product record without copying and pasting, so they arrive complete, in the right place, and ready to publish.
No re-keying of returned files
Translations in the right place
Core Concepts
5 Core Concepts of Product Content in Every Language
The first is about holding languages. The next two are about translating them. The fourth is about checking them, and the last is about working with translators.
01
Holding languagesConcept 01 · One product, every market
Hold Every Language on the Same Product
The product data problem it solves
Each export market has its own copy of the product file, kept by a different person. A pressure cooker’s capacity changes in the English file, and the Arabic and German files go on showing the old one for months.
The concept explained
When every language lives in its own file, every change has to be made in every file, and some never are. Holding all languages on the same product turns a translation into a property of the product, not a separate document. A localizable feature keeps a value for each language beside the master value, so a change is seen in every language at once and gaps are easy to find. A Perfion language code names each language and region exactly, so Arabic for the U.A.E. and Arabic for Saudi Arabia can be held and published separately.
Everyday analogy
A railway station display board. One train, one board, and the same information shown in English, Hindi and the local language.
In Perfion
Localizable features hold values per language. Each language is identified by a Perfion language code, also called MSCodeXP, with its traditional code beside it, such as DEU and de for German (Standard) or ARU and ar-ae for Arabic (U.A.E.).
Swipe sideways to see the full diagramOne product record holds every language, each named by its Perfion code, and feeds each market.
02
TranslatingConcept 02 · A machine draft, a human finish
Translate the Master, Then Refine
The product data problem it solves
Every product text goes to a translator, including short names and lines repeated across hundreds of products. New products wait weeks for their translations, and the budget goes on routine text.
The concept explained
Machine translation is good at a first draft and poor at judgement. Used well, it does the routine work so that people can do the rest. In Perfion, a translation service, Google Translate or DeepL, suggests a translation for empty fields from the master text, and leaves existing translations alone. A person who knows the language then reviews and refines the suggestion. The machine saves time; the reviewer protects the brand.
Everyday analogy
A first draft typed by an assistant from your dictation. It saves you hours, and you still read it before you sign.
In Perfion
Translation is disabled by default. An administrator chooses Google Translate or DeepL as the active service and enters a valid API key from that provider. Translation is then available in the web client and Windows client grids, and in Actions.
Swipe sideways to see the full diagramThe master text goes through Google Translate or DeepL. Empty fields get suggestions; existing text is kept; a reviewer approves.
03
TranslatingConcept 03 · Decide once, apply every time
Decide How Your Terms Are Translated, Once
The product data problem it solves
A range called Swift comes back in German listings as an ordinary word, and “pressure cooker” is translated three different ways across the catalogue. Each mistake is corrected by hand, text by text.
The concept explained
A brand name or a trade term is a decision, not a translation problem. Once the business has decided that Swift stays Swift and that a pressure cooker is a “Schnellkochtopf” in German, that decision should apply to every text. A DeepL glossary records it for each language combination, so the engine applies the business’s choice instead of guessing, and the same term appears in every listing.
Everyday analogy
The style sheet a publisher gives every translator on day one: these names stay as they are, and these words are always translated this way.
In Perfion
DeepL glossaries manage how specific words or word combinations are translated. There is one glossary per language combination, written as tab- or comma-separated pairs, using DeepL language codes rather than Perfion language codes.
Swipe sideways to see the full diagramWithout a glossary, names and terms are left to the engine. With one, Swift stays Swift and each term is translated the agreed way.
04
CheckingConcept 04 · One word added, every editor helped
Let Every Editor Teach the Spell Checker
The product data problem it solves
Kadai, tawa and the brand name are underlined in red in every language for every editor. People learn to ignore the red lines, and a real misspelling in the German description goes out with them.
The concept explained
A spell checker is only useful when its red lines mean something. Every brand name or trade word it does not know teaches editors to ignore it. Perfion keeps dictionaries in its database, not on each computer, so the work of teaching it is shared. When one editor adds a word, every editor benefits, and a custom dictionary without a language makes brand names correct in every language at once. The red lines that remain are the ones worth fixing.
Everyday analogy
A shared office phone book. When one person adds a number, everyone in the office can call it.
In Perfion
Standard dictionaries are Open Office dictionaries uploaded by administrators and super users. Custom dictionaries can belong to one language or to all languages. Words added in the Item Editor are stored centrally when the user leaves the Item Editor, whether or not the item is saved.
Swipe sideways to see the full diagramThree editors add words once. The central dictionaries serve every editor, in every language.
05
Working with translatorsConcept 05 · Out and back, without copying
Send Translators Only What Needs Translating
The product data problem it solves
The translation agency receives a full spreadsheet, with prices, codes and weights alongside the texts. It charges for the lot, and the file that comes back is pasted in row by row, sometimes one row out.
The concept explained
A translator should see exactly the texts that need translating, and those texts should come back to exactly where they came from. XLIFF 2.0 is the standard file format translation agencies already work with. Perfion puts only localizable texts into the file, for one target language, and gives each text an ID that leads it back to its item and feature. Because Perfion accepts every valid translation on import, the returned file is checked before it comes in.
Everyday analogy
A courier parcel with a barcode label. It goes out, it comes back, and the label takes it to the right desk.
In Perfion
XLIFF export comes from any grid, for one target language, with existing translations included if wanted. Only localizable String, Text and Link features are exported. On import, only the target language defined in the file is brought in, and the translation status in the file is ignored.
Swipe sideways to see the full diagramOnly the translatable texts leave Perfion in an XLIFF 2.0 file, and each translation returns to its item and feature.
Best Practices
10 Best Practices for Languages and Translation in Perfion
Each practice says what good multilingual content looks like and what it costs to ignore it. Setting them up for your team is what BPAS consultants do.
01
01Keep one master language that every translation starts from
Languages · Source
The rule
Every translation starts from one agreed master language, and changes to product facts are made there first.
Risk if ignored
Translations made from other translations drift apart, and customers in different markets read different facts about the same product.
Get it right with BPAS
Not sure this is in place for your team? Talk to a BPAS consultant.
Each market’s language is the regional variant its customers read, such as Arabic (U.A.E.) or English (United Kingdom), agreed before content is written.
Risk if ignored
One generic variant is used everywhere, and spellings and terms look foreign in the markets that read a different one.
Get it right with BPAS
Not sure this is in place for your team? Talk to a BPAS consultant.
Each XLIFF file holds one target language and only the items that need translating, with existing translations included when the translator needs the context.
Risk if ignored
Agencies are sent text that is already right, and the business pays for it to be translated again.
Get it right with BPAS
Not sure this is in place for your team? Talk to a BPAS consultant.
Illustrative scenario · not a client case studyA Business Like Yours
Illustrative scenario: an Indian cookware brand, with every language kept in a separate file
A cookware brand makes about 900 products, pressure cookers, kadais, tawas and cookware sets. It sells across India in English and Hindi, and exports to the U.A.E. and Saudi Arabia, Germany and France, through distributors, importers, marketplaces and its own web shop. Orders, stock and invoicing are in the ERP. Product texts are kept in spreadsheets, one per language.
The Operational Challenge
Each export season, spreadsheets go by email to two agencies and a freelancer, with prices, codes and weights still in them. The returned files are pasted back by hand. A typo in an English name is copied into German, the Swift range comes back in German listings as an ordinary word, and kadai and tawa are spelt two ways.
Last season, 60 listings went live in the Gulf without Arabic text, and an agency invoice included hundreds of texts that had already been translated the year before.
One spreadsheet per language, each out of date
Brand and range names translated by mistake
Spelling checked only in English
Agencies paid to translate text again
The Financial Transformation
In Perfion, every language sits on the product, each named by its language code: EN and HIN for India, ARU and ARA for the Gulf, DEU and FRA for Europe. DeepL suggests translations for empty fields, and a glossary for each language combination keeps Kalpa and Swift as they are and makes a pressure cooker a “Schnellkochtopf” in German. Fluent reviewers approve every suggestion.
Spell checking covers every published language, and kadai, tawa and the brand names sit in one custom dictionary for all languages. Agencies receive XLIFF 2.0 files with only the texts that need them, and returned files are checked and imported to the right item.
Every language on one record
Brand and range names kept as they are
Spelling checked in every language
Agencies sent only what needs translating
Illustrative figures for a typical Indian cookware brand of this size. They add up, but they are not a client case study.
Cost line
Before (per month)
After (per month)
Difference (per year)
Agency fees, including text already translated
₹ 1,20,000
₹ 70,000
₹ 6,00,000
Copying returned translations back by hand
₹ 60,000
₹ 10,000
₹ 6,00,000
Correcting wrong terms and spellings in listings
₹ 40,000
₹ 10,000
₹ 3,60,000
Total
₹ 2,20,000
₹ 90,000
₹ 15,60,000
Illustrative saving a year₹ 15,60,000Same figures as the table, not a client result
Agency fees
Copying back by hand
Correcting listings
Before After
See your own languages and markets managed from one record in Perfion.
prodRecord Live is a monthly webinar series on product information management, held on the second Wednesday of every month from January 2027. Each session takes one product data topic and works through it in plain English with time for your questions.
Who benefits from every language on one record: one record, three answers
One record
Promoter & CXOs
How quickly can we sell in a new market?
Every language is held on the same product, machine translation drafts the routine text, and translators get only what needs them, so a new market opens without a new set of files.
Product Data Manager
Can every language stay complete and consistent?
Gaps show on the product, a glossary keeps brand names and trade terms the same in every language, and XLIFF files come back to the right item and feature.
Product Executive
Can I translate and check text in one place?
Suggestions fill empty fields from the master text, and spell checking underlines mistakes in every language at once, without flagging the brand names and trade words your team has already added.
Vocabulary
Languages and Translation Vocabulary and Definitions
From the codes that name each language, to the services, dictionaries and files that keep every language right. Each term shows what it means, why it matters, and a household comparison.
01
Language code
Languages · identity
Also called MSCodeXP
Operational definition
Perfion’s own code for a language and region, listed beside the traditional code, such as DEU and de for German (Standard), or ARU and ar-ae for Arabic (U.A.E.).
Why it matters in Perfion
Boyum’s list has more than 100 codes, including regional variants. Perfion codes are used when XLIFF files are imported.
Everyday analogy
The STD code before a phone number: it tells you exactly which city you are calling.
Languages and translation: questions product teams ask
Short answers, each with a link to the part of this guide that explains it.
By a Perfion language code, also called MSCodeXP, with the traditional code beside it, such as DEU and de for German (Standard) or ARU and ar-ae for Arabic (U.A.E.). Boyum’s list has more than 100 codes, including regional variants of Arabic, English, French, German and Spanish, and languages such as Hindi, Urdu and Thai.
Google Translate and DeepL. Translation is off by default. An administrator chooses one as the active service and enters a valid API key from that provider; with DeepL, a Free or Pro API account can be used.
No. As guide 03 explains, an empty field gets a suggested translation from the master text, and an existing text is never overwritten. Suggestions are best treated as drafts for a fluent reviewer.
With a DeepL glossary. It lists words and how they must be translated, so a brand or range name can stay exactly as it is. There is one glossary per language combination. Google Translate glossaries are not described in Boyum’s documentation.
In every language that has a standard dictionary uploaded, and for all the user’s active languages at once. It checks localizable String and Text features in the Item Editor, but not in the Rich Text editor. Brand names and trade terms go into custom dictionaries shared by every user.
Yes, as XLIFF 2.0 files, which translation agencies’ tools can read. Each file has one target language and holds localizable String, Text and Link texts. On import, only that target language is brought in, and the translation status in the file is ignored, so check the file first.
Yes. Languages, machine translation, spell checking and XLIFF are part of Perfion itself, so this guide applies whichever ERP your product data comes from. What changes from one ERP to another is the integration that brings ERP data into Perfion.
See your product content in every language in Perfion
See your own products held in every language, drafted with your terms, checked for spelling and exchanged cleanly with your translators. Choose the path that fits the ERP you run.