Can someone please tell me what the firing order of EventTypes is in Completion Events?

Is the firing order fixed? if not, how do you change it?

I can see a parameter in the DynamicRegistration_Events table named FireEventParameter, how is this controlled?

The only options that I can see on the "Registration Completion Events" form are SelectEvent:, Event Name:, Event Type: (Dynamic SQL Statement selected), Fire Event On:; (Both New/Update Registrations selected), Event Details: - Dynamic Field:; (Any FieldResponse selected), User Response:, EventActions: and SQL Statement:.

There is no "Sort Order" visible on the form. The only Sort Order that I can find is for Questions under ModuleConfiguration.

Hi Andrew,

The next Dynamic Registration release is probably going to be end of 3rd quarter (maybe).  However, even with the sort order feature for completion events, you'll still have challenges with what you want to achieve. 

By design, we are not able to automatically log in a user after PayPal because we do not have control over when Dynamic Registration receives the PayPal IPNs (instant payment notifications).  It usually happens immediately, however, we need to account for delays in transmission.  Also, even when it appears that the transaction was successful, payment can remain in pending status if the buyer did not have sufficient funds in its account, or if they just opened the PayPal account and have not verified yet, etc.  Hope that helps explain what's going on behind the scenes.  Thanks!

Candace

Candace

Thanks for your response. As I am processing subscriptions, I am not as concerned with waiting for subscr_payment=Completed as I would be if I was shipping goods - I can always cancel a subscription using a completion event mapped to the Completed(Subscription Payment Failed) status.

I have therefore mapped both my Create User and Change Role events to the Completed(Subscription Sign Up) status as the subscr_signup message should be received almost immediately. I would expect the user to be logged in.

When the user is logged out, the returnurl is set to Default.aspx, so it never returns to the DR module. From this behaviour, am I correct in assuming that ALL DR completion events MUST be mapped to a PayPal Payment Status otherwise they would never be fired?

If there were to be a sort order for completion events in DR, am I again right to assume that this would only be relevant if there was more than one event mapped to the same PayPal Payment Status? Otherwise, completion events would be fired in the order in which the subscr_xxx messages were received from Paypal.

What happens in DF, which has both sort-order and Paypal processing? Does an existing user who is logged in and, say, subscribing to an additional module get logged out after payment? If so, not a brilliant user-experience!

I note that there is no Paypal Payment Status in DR that maps to the PayPal subscr_modify message. This is entirely reasonable as you would not be modifying a new subscription for a newly created user, but there isn't one in DF either. I was anticipating using DF to create a subscription upgrade page and instead of having a separate subscription for each module, re-calculate the subscription amount and modify the existing subscription. Do you think that this is possible?
Do DR and DF use the same PayPalIPN Listener, or are they independent?

Andrew

Hi Andrew,

I just tested this to make sure.  If your user is already logged in and uses DF to process a PayPal transaction and they hit return to merchant, they'll come back still logged in.  DR works differently because of reasons I mentioned above related the account registration.

If paypal gateway is enabled, yes, the completion events will wait for the payment status it is linked to before firing so when it fires is really dependent on the receipt of the IPN and not necessarily the sort order.

An example of when the sort order makes a big impact is when you want to send an email with a PDF attached.  In this case, you'd want the PDF creation to happen first before sending out the email. 

Hope that helps!
Candace