generally i am happy to add action and filter hooks in the plugin in all sorts of places for people to use

however, having had more of a think about what you said, I am a bit hazy about what it is your (or more accurately your customer) is trying to achieve.

from what i can see Authorize.net CIM stores the customer data on their server.
if the customer is registered on the site (as a wordpress user and is logged in) the data he registered with will automatically filled in (if set up that way) in the relevant order page fields

so I’m not sure where the CIM info is supposed to fit in here

if the customer is NOT already registered as a wordpress user there’s – i would have thought – no info that could tie him into any customer data stored at a.net CIM

I’m probably missing something, so would be grateful for some clarification

PS: just to mention. storing CC info on your clients server (as opposed to on a.net’s servers) is an absolute no no …

still not sure i understand the workflow .

so, someone phones up and wants to order something.
then what is supposed to happen ?

is the guy who gets the phonecall supposed to go to the website and then click on things to put the order together and then checkout (essentially for the client on the phone) ?

if that’s the case, how would the guy that receives the call even know which (wordpress) user it is and what data is associated with him without logging in as that user (therefore needing that users un/pw) ?

still not getting it, sorry (but maybe the workflow is supposed to be different…dunno)

PS, transaction_details will not contain any cc details though as they are – of course – not just being sent all over the place and stay on a.net servers….

>authorize.net transaction id, correct?.

yes

>get transaction id without modifying your plugin?.
you can do that as described/coded above without modifying things

however, that gateway – although working from what i can see – is quite old now and could be updated in a couple of places anyway. when I do this , i could easily also put an action hook in there that passes on the tx id with which you can do as you like

next couple of days or so, maybe later today even

hi

having had a look at the way it is right now, this might take a few more days to bring it up to scratch.

in the meantime though (in case you want to get going) you can do the following (which will be part of the next update)

on approx line 833 of wppizza-gateway-authorize.net.php you will find

function gateway_transaction_execute($gatewayReply,$orderId){

right after that just add

do_action('wppiza_gateway_anet_verified',$gatewayReply, $orderId);	

so it will read

function gateway_transaction_execute($gatewayReply,$orderId){
do_action('wppiza_gateway_anet_verified',$gatewayReply, $orderId);	

and so forth.

in your themes functions.php you can then go wild as in

add_action('wppiza_gateway_anet_verified','my_function',10,2);
function my_function($gwreply,$orderid){
/* do your cim stuff with the reply from authorize.net contained in $gwreply */
/* fyi: $orderid is the id of the order in the wppizza_orders table ...just in case you need it for something*/
}

note, this action hook will only run when the reply from auth net has been (again) verified to make sure currencies etc match (but i guess that should be just fine, as otherwise it would mean someone has tampered with stuff somewhere)

hope that helps for the moment

PPS (sorry but just in case)

if you want to run your function “before” it gets verified again just add

do_action('wppiza_gateway_anet_reply',$gatewayReply);

right after

function gateway_handle_response($gatewayReply){

instead (will also be added to the next update, just for good measure)

and then do

add_action('wppiza_gateway_anet_reply','my_function');
function my_function($gwreply){
/* do your cim stuff with the reply from authorize.net contained in $gwreply */
}

just thought i’d mention it in case it’s useful

as ever, any questions , just shout