Data patterns

Address inputs vary widely from country to country. Pega UX recommends the following pattern for the most inclusive workflow.

1. If available and the user is online, use the Location Autocomplete component to capture user data.
2. Otherwise, if a user's needs are exclusive to a single specific country, find and follow the country standards found on Wikipedia.
3. However, a user's needs may span across multiple countries, in which case use the generic template below (source: Wikipedia)
   • Country: Fields, labels, and languages may need to change based on this answer, so it must be first.
   • Street
   • City area / District
   • City / Town / Village
   • County
   • Postal code

Finally, all address values should use the standard naming found in the semantic autocomplete attribute spec.

Last updated: Mar 2020

Relative

Relative times give a general idea of a past or future event. This is the format most common in Pega applications. Examples of usage include conversations or object updates.

Show relative times in the user’s current time zone. The order of dates and months should be valid for that region. Use of 12 hour or 24 hour clock should also be valid for that region.

Exact

Exact timestamps are detailed and very technical. Reserve them for things such as audits and detailed histories. Exact times will always include a time, and almost always a date.

If the application will have an international audience, use the ISO-8601 standard (Y-M-D). If the application is for a specific region, use the region appropriate layout (M/D/Y for USA; D/M/Y for most others).If the application is for no particular region, use the American standard (shown) as a default.

For internationalized guidance on month abbreviations, Princeton has a decent overview of the variations.

Last updated: Apr 2020