Concept: stable business ID
Term: names and aliases
Region: local meaning
Data: field, code, unit
Output: language, format, evidence
Unify the concept before translating the phrase
Revenue, sales, and local-language equivalents may refer to gross order value, net sales, or recognized revenue.
Give every business concept a stable identifier, then attach names, definitions, formula, and scope in each language.
Store region and domain with terminology
One abbreviation can differ across finance, retail, and supply chain. Record language, region, domain, aliases, deprecated terms, and examples.
Interface language must not silently determine data region, currency, or organization.
Localize codes, units, and dates without changing calculation
Map status and category labels to governed codes rather than translating raw database values.
Display currency, timezone, and fiscal period explicitly while preserving one underlying metric definition.
Keep the selected concept traceable
Respond in the user language but expose the adopted definition and scope. Clarify ambiguous terms instead of silently selecting one.
A mixed-language follow-up should retain the confirmed concept.
Accept with paired questions
Ask semantically equivalent questions in each language and compare metric, filter, time, unit, and access, then test ambiguity and code-switching.
AskTable.ai semantics and follow-up query can be assessed; multilingual term governance and regional coverage require project confirmation.
Turn the glossary into an executable concept model
A production terminology asset needs more than a source phrase and a translated phrase. Each concept should carry a stable identifier, domain, accountable owner, definition, formula, allowed dimensions, default time basis, currency, timezone, validity period, and deprecated aliases. Language labels then become views of the same governed object. “GMV,” “gross merchandise value,” and a local equivalent should resolve to one concept before a query is planned.
Controlled values require the same discipline. A PAID status should map through an approved code set rather than be freely translated into “paid” or “settled.” The mapping must say whether partial refunds, offline collection, or reconciliation states are included. Fluent prose cannot compensate for a different metric, filter, or status population.
Disambiguate across language, region, domain, and time
Most failures are semantic rather than grammatical. “Sales” can mean bookings to one team and recognized revenue to another. “This month” may follow a local timezone, a group reporting calendar, or a 4-4-5 fiscal period. Resolution therefore needs the user’s organization, business domain, referenced entity, and confirmed conversation context in addition to interface language.
When evidence is insufficient, show the competing interpretations and ask a narrow question: recognized revenue or invoiced revenue, source currency or group currency, calendar month or fiscal period. A governed default is appropriate only when its owner, scope, and risk are documented. Otherwise a clarification is cheaper than a precise answer built on the wrong contract.
Test semantic equivalence, not translation quality
Build paired questions from real work and freeze the expected concept IDs, dimensions, filters, period, currency, and access outcome. Include abbreviations, misspellings, aliases, code switching, and follow-ups that change language after a definition has been confirmed. The expected prose may differ, but the underlying scope and query plan should remain equivalent.
Score concept resolution, filter consistency, temporal consistency, unit consistency, access consistency, and appropriate clarification separately. A better-sounding translation is not a pass if it changes the population. Failures should update the concept asset or regional rule and enter a regression set, rather than be hidden behind a larger prompt.
Avoid treating interface language as data scope
A dangerous anti-pattern is switching a user to overseas entities and USD merely because the interface changed to English. Another is applying a calendar-year comparison in English while the local-language flow keeps a fiscal year. These shortcuts turn display preference into an implicit data filter and can create both inconsistent metrics and unauthorized access.
Keep interface language, response language, data region, organization scope, and conversion currency as separate variables. The first two are presentational; the others require an explicit question, a confirmed session choice, or an identity-governed default. Surface every consequential assumption in the evidence panel so it can be corrected and audited.
Use a staged rollout and state the boundary
Start with one domain and a few dozen high-frequency concepts, obtain joint sign-off from language and business owners, attach fields and code sets, then run the paired-question suite. Trying to translate the entire enterprise before ownership and change control exist produces a large but stale glossary.
AskTable.ai may be evaluated as the natural-language and follow-up layer. This article does not establish built-in coverage for any language, regional lexicon, or translation quality. A project must verify term import, regional rules, model coverage, audit fields, and maintenance ownership before describing multilingual consistency as an implemented capability.
Public references
Ready to help your team start?
Talk through a real scenario and see how AskTable.ai can fit your business.
Book a demo