Mobile App Refresh Campaign [Banner] 2024

Product Icon

AutomateWoo

by  Woo
Powerful marketing automation for WooCommerce. AutomateWoo has the tools you need to grow your store and make more money.

Add Variable – {{ order.billing_email }}

Currently, new order emails, etc. are sent to the customer’s billing email address if it differs from the one that is on their customer profile.
This would allow a workflow to use the customer’s billing email address, making it more consistent with the other shop emails.

Author

Current Status

Open

Last updated: March 23, 2020

13 comments

Log in to comment on this feature request.

  1. au424910086 says:

    For god’s sake, just add this {order_billing_address} variable. Currently, you’re forcing the customers to register an account before they can purchase anything, but many customers just don’t want to register. We’re losing many many anonymous customers! People’s buying habit is changing, not everyone wants to have an account with your website, just let them use their a billing email address.

  2. peesen87150218 says:

    It is crucial widely used but i have the feeling that noone really cares about this requests. Would be great if someone made that happen.

  3. ajtekcorporation says:

    Why hasn’t this been implemented yet? This thread started over 3 years ago. The act of adding a simple {{ order.billing_email }} (and hopefully also a {{ subscription.billing_email }} ) should be trivial for the developers. If we go by votes – this is on page 7. Likely will never get added. Voting on suggestions to bring features to fruition is HORRIBLE to prioritize development. The developers should review these and then pick a few that make sense and put THOSE to a vote on which order to add them in. That’s the better way to do this.

  4. Jubie Wu says:

    Please make this happen, somebody! this is a crucial and wide used function. need billing email to be a variable!

  5. 許皓 says:

    yes, please make this happen! we need order.billing_email as a variable!

  6. Abhishek Pokhriyal says:

    Please! Not having the option to send to billing email hurts. Even using this {{ subscription.meta | key: '_billing_email' }} doesn’t work

  7. Charles Stanisce says:

    Dan Bitzer: No worries, just wanted to make sure I wasn’t doing anything incorrect.

  8. Dan Bitzer says:

    Charles Stanisce: You are correct. Sorry, my previous comment wasn’t right. The {{ customer.email }} variable will use the user account email not the order billing email.

  9. Charles Stanisce says:

    Dan Bitzer: Hi Dan, I just sent out a manual workflow through AutomateWoo for all pending payment orders. It did not send it to the billing email address associated with the order. I just double checked the AutomateWoo log. Not sure if there is another setting?

  10. Charles Stanisce says:

    Yes x100. We have so many customer/users that give us different emails for their billing invoices to be sent to. 9 out of 10 emails that we send through AutomateWoo are in regards to billing/invoice issues. This variable should send the email to the default billing email already associated to the account through WooCommerce, and if it doesn’t have one, default to the regular customer email address.

  11. Dan Bitzer says:

    Adam Marshall: The {{ customer.email }} variable will actually use the billing_email field from the order data if there is an order present in the workflow data. The same applies for subscriptions. So all order and subscription triggers do NOT use the customer profile billing email.

  12. Adam Marshall says:

    Exactly! I’m surprised this is not yet part of it too. Such a fairly straight forward Variable. In addition, please add {{ subscription.billing_email }} too (this one would affect me more and should be added the same time)

  13. Stilian Ser says:

    Exactly!
    If a customer’s billing email address of an order is different from their account email address, all standard transactional emails are sent to the billing address.
    If we want to send follow-up emails with AutomateWoo, currently we can only use the {{ customer.email }} variable (i.e. their account’s email address).
    So, if we haven’t created new custom templates for all transactional emails (and sent them to their account’s email address), those customers could receive some emails on their account’s email address and some emails on their billing email address.
    To avoid confusing them, we need to be able to use the {{ order.billing_email }} variable.