User Guide
  • Intro
    • Welcome
      • About DotApparel
      • What is DotApparel?
      • Where is it hosted?
      • What platform(s) do we support?
      • How does syncing work?
      • Solution architecture
      • Definition of “Instance”
      • Security Overview
    • Implementation
      • Google Cloud and Firebase
  • Quick Links
  • Core
    • Overview
    • Dashboard
    • Orders
      • Mappings
      • Integrations
    • Returns
      • Mappings
    • Products
      • Mappings
        • Default mapping rules
      • Translations
      • Markets
      • Publishing products
    • Inventory
      • Mappings
        • Examples
          • Ignore Sync
          • Inventory Buffer
          • Keep Items Sold Out
          • Unlimited Inventory
    • Customers
    • Rewards
    • System Alerts
    • Settings
      • Shopify Locations, DotApparel Locations and Inventory Buffers
      • ERP credentials
      • Product images
      • Fulfillments
      • Payment gateways
      • Gift cards
      • Refunds
      • Notifications
      • Harmony Integration with DotApparel
    • Modules
      • Ship From Store
      • Local Pickup/Click & Collect
      • Shopify Markets
      • Returns
        • Australia Post (AusPost)
        • Loop Returns
      • Auto-Refunds
        • Refunding Shopify Orders from POS (In-Store)
      • Integrate with Brauz (app)
      • Integrate with The Wishlist (app)
    • Release Notes
    • Troubleshooting
      • FAQs
      • How to raise a support ticket for an issue
      • Good and bad examples of a problem ticket
      • Want to enable a new omnichannel feature?
      • Want to integrate a marketplace using DotApparel?
  • Customers
    • Overview
      • Email Examples
    • Getting Started
      • Understanding Customer Setup in your ERP
      • Data Sync
      • Configuration
      • Testing
    • Data Export Approaches
      • Option A: Consultant
      • Option B: In-House
    • Apparel21 Export Templates
    • Apparel21 Export Changelog
    • Dashboard
    • Customers
    • Orders
    • Translations
    • Mappings
    • Settings
    • Support
  • Loyalty
    • Overview
    • Getting Started
      • Terminology
    • Data Sync
      • Workflows
    • Front-End Implementation
    • Rewards Redemption
    • Rewards Emails
    • Things To Know
Powered by GitBook
On this page
  • Key Features
  • Using Translation Tables
  • Example Usages

Was this helpful?

Export as PDF
  1. Customers

Translations

PreviousOrdersNextMappings

Last updated 1 year ago

Was this helpful?

The "Translations" feature greatly simplifies the process of adding translations for Klaviyo attributes. With Mapping Translation Tables, you can now easily create and manage translation mappings, allowing you to provide localised and meaningful representations of attributes to achieve your specific requirements in Klaviyo. Whether you need to map category codes to descriptive names or convert abbreviations to full words, this feature has got you covered.

Key Features

Easy Setup: Merchants can add a new "translation table" from the app. Each table is identified with a unique ID, such as "country_name_to_country_code".

Add Rules: Within a translation table, merchants can add rows consisting of "from" and "to" values. This allows for defining the translations between the original values (from) and the desired translated values (to).

User-Friendly Interface: The interface for managing translation tables is designed to be intuitive and easy to use, even with a large number of rows. Merchants can add translations one at a time or in bulk using a textarea input, with each translation on a separate line and separated by commas.

Search Functionality: Merchants can search within a translation table to quickly find a particular translation they are looking for.

Edit and Remove Translations: Translations can be easily edited by clicking on the "from" or "to" value within a row. Additionally, merchants can remove translations by clicking a delete button associated with each row.

Using Translation Tables

Once a translation table is defined, merchants can utilise it in the existing attribute mapper. Within the attribute template, merchants can specify a particular lookup translation table and output the translated "to" value. The syntax for this is as follows:

{{#translate}}translation_table_id::attribute_to_lookup{{/translate}}

In this syntax, "translation_table_id" refers to the ID of the translation table, and "attribute_to_lookup" is the attribute used to find the corresponding "from" value.

If a table entry for the "from" value is not found, the raw "from" value will be outputted into the template.

Example Usages

Let's consider a scenario where a translation table named "country_names_to_country_codes" has been created to map the country names from Apparel21 to country codes in Klaviyo. Here's how you can utilise the Mapping Translation Tables feature:

Set up a Translation Table

On the translations page, create a new translation table with a name like "Country Names to Codes"

Add Rules to the Translation Table

Within the "country_names_to_codes" translation table, add rows for each country name and its corresponding country code. Or using the Bulk Editor to import multiple rules at once. For instance:

  • From: United States, To: US

  • From: United Kingdom, To: UK

  • From: Canada, To: CAN

Utilise the Translation Table

In the attribute mapper of the app, incorporate the translation table to display the country codes. In your mapping rule in Mappings, use the following syntax: {{#translate}}country_names_to_codes::{{COUNTRY}}{{/translate}}

This template code retrieves the country name from the raw CSV data and uses the "country_names_to_codes" translation table to output the corresponding country code. If a translation for a specific country name is not found in the table, the original country name will be displayed.

Import multi lines in Buik Editor