Designing a mod that uses an API to send info offsite

[delia]

This API requires a few things sent off - very few things such as customer first and last names, email and the product modules from the order that are in a specific category.

I started working on just a query and insertion in the checkout success page and have just had a conversation with someone who suggested a different approach which makes more sense.

So somewhere in the process - possibly as part of the order creation process - the information will be pulled from the order and stored in a new database table. I want the info sent off automatically at the end of each order that contains those products from a specific category.

So the question is - how can I do this without mangling a number of core files? The order is created in the order classes file, I believe. Is this new table insertion going to have to be done in the class file? Is there any other way to do it?

Should I tie the API send to checkout success - like in the header or should I do it earlier in case the order gets created and something goes wrong and the customer never gets to the success page (for various and sundry bizarre reasons)?

Any suggestions would be appreciated!

[torvista]

in modules/checkout_process
the code after

// store the product info to the order

will I believe give you the meat you are looking for!

[delia]

thank you sir!!!!

[delia]

Well, I've run into a problem. After getting the code working separately, I'm finally trying to integrate this into the check_out process.

it's not happy. get an error message: Call to undefined method order::createSendMURPHY()

So I'm thinking it only allows payment or order total methods in here and not an additional function like I have created.

Any other ideas?

[lhungil]

There are a handful of notifies during the checkout process... You may be able too just hook into one of these with an observer which then runs your code...

I've used these in the past with success... For example to record live shipping request/responses for completed orders (useful for testing, saving the estimate REF#, saving user selected shipping options such as insurance, etc).

This also avoids the need to edit core files in most cases.

[swguy]

Delia, if you get a message that says undefined method order::createSendMURPHY()
It means you are trying to call $this->createSendMURPHY() on an order object. Just call it as a regular method

createSendMURPHY();