This article provides scenarios that are applicable from an implementation perspective for both configuration keys and country/region.
Customer table schema
Scenario – Field level only
Isaac, a developer, builds a customer entity that has fields that contain regional settings. The entity is consumed through OData. For read operations: The consumer of the entity uses this information to complete an effective regional mapping. The consumer ignores the fields that aren't required for that region. For example, consumers in Denmark (DK) are concerned with reading the values of the EAN field and core fields only. For write operations: The consumer of the entity uses this information to identify only the fields that are required to populate data. The consumer expects validation to occur for regional fields and associated core fields.
Behaviors – Fields only
Entities automatically inherit localization properties from underlying fields.
Developers can’t override or set localization properties on entity fields. These properties should be inherited only from tables. Only override on unmapped fields.
Read behavior (OData metadata)
The consumer of an entity from OData will have metadata or annotations to specify which fields are localized.
Read behavior (Data management)
In import/export fields, metadata displays country/region values, so that this information is obvious to the end user.
During cross-company read operations, data from localized fields is displayed only if the context matches. Note that this should already be implemented through the table/view.
Read behavior (Performance)
During company-specific read operations, localized fields are dropped from the query when the context doesn't match.
During write operations to localized fields, hard errors occur if the fields don't match the context.
If the data source or fields contain a country/region that is a shared (global) table, all operations are ignored, just as if no keys are applied.
Behavior – Data source
The behavior of configuration keys and a country/region that are applied at the data source resembles the behavior of fields. These values are inferred from the data source, just as if they are applied to the field level. Here's an example.
|_ Data Source 1 (DS1)
|_Data Source 2 (DS2) UK
The feedback system for this content will be changing soon. Old comments will not be carried over. If content within a comment thread is important to you, please save a copy. For more information on the upcoming change, we invite you to read our blog post.