29
The current capabilities around email receipts are extremely basic and honestly not fit for purpose in a world where email has removed the need for paper. EVERY customer I work with requests e-receipt capabilities as a mandatory requirement of the product, and the vast majority already have the capability in their legacy POS systems. At present we only have the option of embedding a single placeholder, for the entire receipt message, into the email template. When the receipt body is inserted, all formatting completed in the receipt designer is ignored, all the fields bunch up together, and it is not possible to do anything about it. As a bare minimum, the receipt should take any spacing from the designer into account. So that there is at least some possibility of making it readable. We also need to be able to display the bar code of the receipt id, to be able to scan for returns etc. Ideally we would be able to determine which bar code format, (often QR code is requested). Again this is a mandatory requirement for every customer I am currently working with. In an ideal world, we would be able to have a separate design between the printable version and emailed version. The emailed version would be able to use different fonts and colours, which would tie in with any corporate branding. This may then require a different designer to the existing receipt designer, so I would assume is quite a lot of work. Unfortunately with the limitations at present, most customers are having to use a third party tool to complete which is not a good story.
Category: General
STATUS DETAILS
Under Review
Ideas Administrator

Thanks for your feedback. This is a great suggestion. We have added this to our backlog  -Holly Haines, Principal Program Manager

Comments

A

This is much needed requirement!

Currently we only have an ability to select any one "receipt type" for E-receipt. For example, In case of payments made with card, "Customer credit card receipt" cannot be send along with "sales receipt" as an E-receipt. So we need similar capabilities that we have in receipt profile for E-receipts as well or an ability to embed required information without having a dependency with receipt types.

Category: General

A

"pre" tag and "/pre"

sorry, can't edit my comments and the page is trying to display the code...

Category: General

A

Whoops, that didn't post right. The tags I used: ( )

Category: General

A

100% agree with this. The currently email receipt capabilities need to be improved to allow for more flexibility in design.

1. Being able to include and format the barcode is a must
2. It would be useful to be able to configure the email receipt template at the store level (functionality profile has the receipt profile, but we can only send one template)
3. A designer for the email receipt version would be great

Andrew, I've found that its possible to respect the format of the receipt and avoid the bunching up by putting the html tags around the placeholder as below. You could try this and see if it helps.


%message%

Category: General