Reference - IOM Customer E-mails 2.2

Table of Contents

Product Version


Product To Version



1 Introduction

This reference gives a list of available data that are required to configure customer e-mails of the IOM. The data will be referenced to complete the related concept and cookbook. The target audience are consultants and developers.

1.1 Glossary

Communication partnerA relation from IOM to an external 3rd-party system with which a defined communication exists. E.g., a shop, supplier or payment provider.
Also named partner in this document.
IOMThe abbreviation for Intershop Order Management
TransmissionAn internal object of IOM that represents the requests and content for an external communication.

1.2 References

1.3 Processes for E-mail Events

The sending of an e-mail can be attached to a business process (event). The following list is showing all processes where the sending of a customer e-mail can be useful.

ProcessDescription of E-mail EventType of E-mailTransmission Type
CheckOrderQueueSend e-mail if order received.Order confirmationSEND_CUSTOMER_MAIL_ORDER  
PrepareOrderResponseQueue  Send e-mail if order is approved.Order confirmationSEND_CUSTOMER_MAIL_ORDER  
OrderTransmissionedQueueSend e-mail if order is successfully exported for suppliers.Order commissioned confirmationSEND_CUSTOMER_MAIL_ORDER_COMMISSIONED

Send e-mail for delivery confirmation.

Send e-mail including download links for non-physical items.A not physical item can be downloadedSEND_CUSTOMER_MAIL_DISPATCH_IMMATERIAL
Send e-mail as delivery confirmation including an attached invoice.Delivery confirmation including attached invoiceSEND_CUSTOMER_MAIL_DISPATCH_INVOICE
CloseReturnQueueSend e-mail as cancellation confirmation.CancellationSEND_CUSTOMER_MAIL_RETURN_CAN
Send e-mail as recall confirmation.Recall mailSEND_CUSTOMER_MAIL_RETURN_RCL
Send e-mail in case of inversion, i.e. wrong shipping address.Inversion mailSEND_CUSTOMER_MAIL_RETURN_INV
Send e-mail on general return.Return to senderSEND_CUSTOMER_MAIL_RETURN_RET
Send e-mail in case of defects.Return of defect itemsSEND_CUSTOMER_MAIL_RETURN_DEF
Send e-mail as cancellation on customer demand.Cancellation on customer demandSEND_CUSTOMER_MAIL_RETURN_RCL010
Send e-mail as cancellation due to end of life (EOL).Cancellation due to end of life (EOL)SEND_CUSTOMER_MAIL_RETURN_RCL020
Send e-mail as cancellation due to missing stock.Cancellation due to missing stockSEND_CUSTOMER_MAIL_RETURN_RCL021
Send e-mail if payment not received.Payment not receivedSEND_CUSTOMER_MAIL_RETURN_RCL045
Send e-mail as cancellation due to suspicion of defraud.Cancellation due to suspicion of defraudSEND_CUSTOMER_MAIL_RETURN_RCL980
Send e-mail if return including an attached credit note.
Return mail including an attached credit note

Send e-mail if return in case of cancelation.SEND_CUSTOMER_MAIL_RETURN_CAN_CREDITNOTE
Send e-mail if return in case of recall.SEND_CUSTOMER_MAIL_RETURN_RCL_CREDITNOTE
Send e-mail if return in case of inverse.SEND_CUSTOMER_MAIL_RETURN_INV_CREDITNOTE
Send e-mail if return in case of return.SEND_CUSTOMER_MAIL_RETURN_RET_CREDITNOTE
Send e-mail if return in case of defect.SEND_CUSTOMER_MAIL_RETURN_DEF_CREDITNOTE
Send e-mail if return in case of cancelation by customer request.SEND_CUSTOMER_MAIL_RETURN_RCL010_CREDITNOTE
Send e-mail if return in case of cancelation by shop because of EOL.SEND_CUSTOMER_MAIL_RETURN_RCL020_CREDITNOTE
Send e-mail if return in case of missing payment.SEND_CUSTOMER_MAIL_RETURN_RCL045_CREDITNOTE
Send e-mail if return in case of cancelation due to suspected fraud.SEND_CUSTOMER_MAIL_RETURN_RCL980_CREDITNOTE
Send e-mail if return in case of cancelation due to missing inventory.SEND_CUSTOMER_MAIL_RETURN_RCL021_CREDITNOTE
Send e-mail if return was rejected.Return rejectedSEND_CUSTOMER_MAIL_RETURN_REJECTED
Send e-mail if refund for return was done.Return refundedSEND_CUSTOMER_MAIL_RETURN_REFUNDED
CloseInvoicingQueueSend e-mail including an invoice.InvoiceSEND_CUSTOMER_MAIL_INVOICE
Send e-mail including a credit note.Credit noteSEND_CUSTOMER_MAIL_CREDITNOTE

Send e-mail as a payment reminder.


This kind of e-mail is triggered by a quartz-job after a time interval
configured at ShopDO.amountDaysForPaymentReminderMailOfPrepaidOrders.
Payment reminder


1.4 Default E-Mail Templates

The IOM comes with an initial set of e-mail templates that can be used as a blueprint for customization. The initial templates are part of a deployment artifact. See bakery.base-app-2.X.X.X.ear\bakery.transform-transform-core-2.X.X.X.jar\deploy\vm\default\*.vm to inspect the templates.

The following table lists all initial templates. For each e-mail a template for subject and a template for the message content is required.

Exemplary Business EventUsed Template
SubjectMessage Content
A credit note was created.creditNoteSubject.vmcreditNoteMessage.vm
An order has been shipped.dispatchSubject.vmdispatchMessage.vm
A download for a non-physical item is available. immaterialDispatchSubject.vmimmaterialDispatchMessage.vm
The invoice for an order was created.invoiceSubject.vminvoiceMessage.vm
An order has been received initially.orderSubject.vmorderMessage.vm
Reminder of an open payment.paymentReminderSubject.vmpaymentReminderMessage.vm
Confirmation of an order after a successfull assignment of a supplier.responseSubject.vmresponseMessage.vm
An order was canceled by the customer because.returnSubject_can_rcl.vmreturnMessage_can_rcl.vm
An order was canceled by the shop because items are not deliverable.returnSubject_rcl020mail.vmreturnMessage_rcl020mail.vm
A return from the customer has been received.returnSubject_ret_def_inv.vmreturnMessage_ret_def_inv.vm

1.5 Custom Templates

Custom templates are hosted in the folder $OMS_HOME\velocity\ of the back-end server. Here a customized version of the blueprint templates or any other e-mail template is hosted.

Also see Guide - Setup Intershop Order Management 2.2 for $OMS_HOME.

1.6 Generally Available Template Data

Class Diagram

To print information into the templates a predefined object UserMailLO is available. UserMailLO offers a large set of information depending on the type of e-mail that should be send, e.g., invoice information in case of an invoice mail or dispatch information in case of a dispatch e-mail. The following table represents the mapping of data which can be accessed from UserMailLO within the template depending on an exemplary business event/ used object class. Comparing to the listed templates above note that some objects of following table can be used multiple times - in more than one template.

Exemplary Business EventJava Class
An order was received.ShopUserMailOrderLO
An invoice was created after receiving an order or after a dispatch was processed.ShopUserMailInvoicingLO
A response to fulfill an order from the supplier was received.ShopUserMailResponseLO
A dispatch has been processed.ShopUserMailDispatchLO
A return of items was noted, i.e., by a supplier or warehouse.ShopUserMailReturnLO

Java Classes

Please inspect the attached JavaDoc for all data that can be used - IOM Customer E-mails - Template Data 2.2

1.7 Configuration Parameters


ProcessDefDO defines a set of business processes that are available within the IOM by default. As described in Concept - IOM Customer E-mails 2.2 the business processes can be customized which by using the listed processes as an extension point. Also see Cookbook - IOM Customer E-Mails 2.2.

Please inspect IOM Customer E-mails - Further 2.2 for more details.


ObjectTypeDefDO contains a list of type of business objects that are available in the IOM. Please inspect IOM Customer E-mails - Further 2.2 for more details.

Decision Beans

A decision bean is a filter that reflects whether an action should be processes or not. The major parameter is a business object like an order, a dispatch or a return. The methods of the bean can check simple facts like existing e-mail addresses but also complex facts. A default decision bean - SendEmailDeciderBean - is available. For implementing a custom decision bean please see Cookbook - IOM Customer E-Mails 2.2.

TransmissionTypeDefDO, MessageTypeDefDO and RoleDefDO

TransmissionTypeDefDO contains a list of type of transmission objects that are available in the IOM. TransmissionTypeDefDO represents the requests and content for an external communication and partially a subset of configuration. The message types reflecting the transmission within the order log. RoleDefDO contains a list of different message receivers which are predefined for each type of TransmissionTypeDefDO.  All transmission types prefixed with SEND_CUSTOMER_MAIL_ of TransmissionTypeDefDO can be used.

Please inspect IOM Customer E-mails - Further 2.2 for more details.

Execution Bean Keys

The final sending requires a configuration that maps sender e-mail address, templates and more key parameters to a communication partner.  All transmission types use with prefix SEND_CUSTOMER_MAIL_* of TransmissionTypeDefDO can be used.

Also see  Database Relations of Concept - IOM Customer E-mails 2.2 to figure out the relations.

The following keys are available - some of them are mandatory:

ID of KeyDescriptionRequiredExemplary Value

Execution Bean

shopEmailAddress1200Address of the related shop that shoul be used in the e-mail.trueinfo@myShop.comshopCustomerMailSenderBean

shopEmailSenderName1201 Name of the related shop that should be used in the e-mail.falseMy Shop
bccEmailAddress1202Blind copy address.false 
defaultReceiverAddress1203 Default reciever of the e-mail if not given.false 
subjectTemplate1204 Template to be used for the e-mail subject.trueorderSubject.vm
messageTemplate1205 Template to be used for the e-mail body.trueorderMessage.vm
mimeType1206 Mime type of the e-mail.falsetext/html
attachmentFilename1207Name of an attached file.falseyourOrder_01234.pdf

1.8 Database Relations

The following diagram is an excerpt of database entities which shows the relations of the configurations which are used to enable the sending of e-mails. See Configuration of E-mail Sending for more details about configuration. Also see Reference - IOM Database Documentation.


The information provided in the Knowledge Base may not be applicable to all systems and situations. Intershop Communications will not be liable to any party for any direct or indirect damages resulting from the use of the Customer Support section of the Intershop Corporate Web site, including, without limitation, any lost profits, business interruption, loss of programs or other data on your information handling system.

Customer Support
Knowledge Base
Product Resources