Passing Customer Data to ASP after checkout.

[nickvillaume]

I am trying to find a way to send customer information to an asp script after the MIVA checkout is complete and confirmation emails have been sent.

We use a very specific method of assigning Activation Keys to our clients whereas the keys are pulled from a database of exisiting codes and are assigned to a customer name.

I have looked at all the add-on modules already and am failing to find one that allows me to do this.

Has anyone else been able to do this?

[ILoveHostasaurus]

If you know PHP, or have someone who knows it, you could probably use the Viking Coders Soft Goods module for this. The way Soft Goods works involves a PHP script that does the actual fulfillment after the customer orders; the PHP script checks that the order is valid and then delivers the download to the customer. You could easily modify the PHP script to hit your ASP server instead, do whatever is necessary and return the customer their activation key.

[Vic - WolfPaw Computers]

We have a few customers that use the OpenUI Customer email notification to kickoff an OpenToken scripted MvCALL to pass data like this.

Specific order data can be pushed out to a script, which responds with the activation key and embbeds this into the Customer email notification.

Contact me off list if you would like more information.

[truXoft]

It is unnecessary to trigger a PHP script from a Miva driven page to call an ASP script. You can either use OUI as Vic proposed, or any truXoft fulfillment module (i.e. MmHTMLc (http://www.mivacentral.com/truxoft/?product=TRUXOFT-MMHTMLC)), where you simply add a Miva Script call to your ASP scitp URL (the MvCALL command is used in Miva Script for this purpose). This solution will work in non-OUI stores too.

[ILoveHostasaurus]

Both of those solutions have limitations the PHP script from SoftGoods does not. Doing an MvCALL from the invoice page, whether via OUI or MmHTMLc, could cause the order to fail to be recorded if the ASP server is not available at the given time since the call would have the potential to sit there until an application timeout. It also would not be reapeatable if the customer does not do whatever is necessary to secure the license key at that time, such as writing it down, plugging it into the software or whatever the case may be. With the Soft Goods PHP script, they get a link that they can click on at any time and if the ASP server is not available, it can tell them to try again later since the order has already been recorded in Merchant at that time and the script can continue to validate their purchase.

[truXoft]

Ah, sorry, I did not read properly the original request - yes, for this purpose, using MvCALL may not be the best, but I do not see any reason for using a PHP script for that purpose either. In such case why not simply sending the activation URL? You do not need any PHP script for that, you only need to generate the activation URL.

[ILoveHostasaurus]

I only suggested PHP because of custom fulfillment being necessary and that the Viking Soft Goods module's use of a PHP script would make that customization easy. The original post made it sound like there may be special criteria that needs to be passed to the activation server that they may not want visible to the end customer so a URL that goes straight to it may not be desirable. The activiation server would also not have knowledge of the orders so something would need to be in place to ensure the person is a valid customer with a valid order, and that's where the Soft Goods would come in. The other benefit is that the activation server won't be visible to the customer.