...
Ui steps | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
The instructions below outline how to set up a design editor for transactional email. For example: Accompanying letter.
|
Multi-language support per document model
Multi-language support for your templates is available. Simply define multiple document models per each language you need. We provided some predefined templates per language for most used templates as part of the default setting.
How to migrate a template from preproduction to production environments?
You will notice that every template newly created template will be generating a *.json file that is available for download. Currently (in Beta status of the release) the uploading is not yet enabled. In future releases, we'll enable the possibility to upload those templates so that you can test them first in testing environments (such as preproduction) before uploading a final version to your production environment.
Other details
While this new functionality provides a significant improvement to how transactional emails are managed today, you will notice that some of the documentation templates are populated with some technical code conditions. This will be improved over time but for now ...
Info | ||
---|---|---|
| ||
We recommend NOT removing any of those code conditions and purely focusing on adapting the text associated with actual messaging. Some templates provide templates that cover multiple use cases and the text from such templates will be applied only when specific criteria of action are met. Such a case is the template for Orders that you can also see below. Such a template will trigger only a specific part of the messaging applied on the template respecting specific cases. An example can be when the user's order was made by the use of the product "options" or "reservations". Removing the mentioned code from the view will break the template and require you to configure the template from scratch. |