Capture Revenue Without Increasing Orders | Community
Skip to main content
M
malshalabi
New Participant
February 28, 2018
Solved

Capture Revenue Without Increasing Orders

  • February 28, 2018
  • 11 replies
  • 7185 views

Hi There

One of the business scenarios I have, is to allow members to process an order without paying in advance, as in some cases there will be validation prior to shipping products. Once placing web order, purchase metric is fired with (as an example) one order, 5 units (products) and zero revenue

Once validation is completed, we send an email to pay the invoice balance for shipped products. We have a functionality that allows members simply to enter the invoice#, view their balance and pay the balance in full or a partially.

The Question, if I pass purchase metric when processing the invoice payment, that would capture the revenue, but it will also add to the overall orders count, which was already captured previously. Do we have any work around this to report $ value to revenue metric without increasing the order count?

Thanks

Mahmoud

    This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
    Best answer by Gigazelle

    Yes, you can pass specific values into events, however they must be whole numbers. If you don't need to worry about currency conversion, you can use non-currency events and factor in the decimal place in the calculated metric.

    s.events="event1=500";

    This would increment event1 by 500. then you could create a calculate metric:

    [Revenue] + ([event1] / 100)

    You would pass the number of cents into the event, then the calculated metric would sum revenue and your custom event (divided by 100).

    11 replies

    M
    malshalabiAuthor
    New Participant
    April 23, 2018

    So I tried to populate specific values to see what actually gets reported in the custom revenue metric. And it looks like it got it right!

    In the example below, you have the actual paid amount in the left which sums up to $5, and the reported values in the custom event, which if you sum them up, they should be $4. However, the metric actually reported the correct $5 amount

    So I don't see a need to multiply values with 100 unless I want to see values in cents

    Appreciated again Gigazelle

    Gigazelle
    Gigazelle
    Employee
    April 11, 2018

    Short answer is processing architecture.

    If you would like to look further into currency events, you can pass decimal places into them. In addition, they automatically convert different currencies similar to how revenue operates: https://marketing.adobe.com/resources/help/en_US/sc/implement/events.html

    The implementation is a little more complex, but it allows decimal places.

    M
    malshalabiAuthor
    New Participant
    April 11, 2018

    Hi @Gigazelle

    so it worked! Appreciate all your help.

    My last question is, why Adobe custom events round values with decimal instead of sum them all up as displayed below? and is there anyway to fix it other than passing the integer number without the decimal and then create another metric to divide values by 100 as you explained above?

    M
    malshalabiAuthor
    New Participant
    March 21, 2018

    Got it. I will try the implementation today/tomorrow and get back to you "hopefully" with positive results

    Much appreciate your help!

    Gigazelle
    Gigazelle
    Employee
    March 21, 2018

    Correct, the calculated metric would be your summed source of truth.

    event1 would be the amount you would like to add to revenue, in cents. I include the division by 100 because events can only have whole numbers without a more complicated implementation.

    So if you wanted to add $3.99 to revenue for something, you would:

    s.events="event1=399"

    Then you would use the above calculated metric so it becomes $3.99.

      M
      malshalabiAuthor
      New Participant
      March 21, 2018

      hi Gigazelle

      Sorry for the disconnect.

      Is this calculated metric to add event1 value to the built in [revenue] so we can get the overall total for both?

      Also can you please explain why you divided event1/100?

      Gigazelle
      GigazelleAccepted solution
      Employee
      March 13, 2018

      Yes, you can pass specific values into events, however they must be whole numbers. If you don't need to worry about currency conversion, you can use non-currency events and factor in the decimal place in the calculated metric.

      s.events="event1=500";

      This would increment event1 by 500. then you could create a calculate metric:

      [Revenue] + ([event1] / 100)

      You would pass the number of cents into the event, then the calculated metric would sum revenue and your custom event (divided by 100).

      M
      malshalabiAuthor
      New Participant
      March 7, 2018

      Any other ideas?

      if you look at it in a different way, like, can you pass a specific value to an event?

      M
      malshalabiAuthor
      New Participant
      March 6, 2018

      Hi Alexis Cazes Adobe

      I'm not sure if this solution will work in my current situation.

      Purchase is currently passed through different transaction locations via web and mobile and they all using same array to pass s.products values

      products += "Mobile Orders;"+name+";"+qty+";"+price+";;";

      products += "Web Orders;"+name+";"+qty+";"+price+";;";

      One other solution I'm currently using is passing $ value to an eVar and then creating numeric 2 classification for related eVar and multiply it with instances based on a recent temp solution I got from the team here.

      Please let me know if you have any other ideas or if you like to connect to discuss further

      M
      malshalabiAuthor
      New Participant
      March 1, 2018

      Hi Alexis Cazes Adobe

      appreciate your respond. I will try your proposed solution and most likely I will be back for more questions as I'm still learning my way on the technical side

      Show more replies
      Terms & ConditionsAccessibility statement

      Loading footer...