www.uburst.com www.uburst.com

"Using different credit card processor than authorize.net"

Go back to the LobbyClick here to Go Back to Main ListingClick here to see helpClick here to Search the Forum

Configuration Questions
Forum Type: Public
Moderator: edmunds
Time Zone: EST
Printer Friendly Format
Original Message
 
"Using different credit card processor than authorize.net"
Posted by rebima on Apr-13-01 at 03:59 PM (EST)
Hello, I just recently purchased storekeeper. Unfortunally it works easy with authorize.net or linkpoint. I have allready another credit card transaction manager. I do also have the neccessary script what this account need. How, and where can i implement the sertain script in the cgi. Or where can i change the cgi that the final amount and all other data fields goes from my secure server to his approval secure server?
Click to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents

 Table of Contents

RE: Using different credit card pro..., Bill Weiner, Apr-17-01, (1)
Credit card interfaces, reto bianchi, Apr-18-01, (2)
RE: Credit card interfaces, Bill Weiner, Apr-19-01, (3)
creditcard interface, reto bianchi, Apr-19-01, (4)
RE: creditcard interface, Bill Weiner, Apr-20-01, (5)
RE: creditcard interface, Bill Weiner, Apr-20-01, (6)
credit card interface, reto bianchi, Apr-20-01, (7)
RE: credit card interface, Bill Weiner, Apr-24-01, (8)
credit card processor, reto bianchi, Apr-25-01, (9)
RE: credit card processor, Bill Weiner, Apr-25-01, (10)

 

 
Click here to goto Click here to goto the Lobby
Messages in this discussion
 
1 . "RE: Using different credit card processor than authorize.net"
Posted by Bill Weiner on Apr-17-01 at 06:51 AM (EST)
The payment processing interfaces that are currently available with uStorekeeper are listed at:

http://www.uburst.com/uStorekeeper/interfaces.html

What is the name/url of the payment processing system that you want to use?

Developing interfaces to new payment processing systems is never an easy task... but we may be able to point you in the right direction.

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
2 . "Credit card interfaces"
Posted by reto bianchi on Apr-18-01 at 08:34 AM (EST)
The code for https form tags for my transaction manager looks like this:


And then the different hidden type like AMOUNT,MERCHANTID, CREDITCARD# etc.
So, if i can only link those or if i be able to transfere the collected data from storefront to a normal reconized data field then i would be able to send those. I have different ways to send data,s. I mean i can send the minimum requirement or even more, thats up to me. A standard query string would look like the following example:
https://secure1.merchantmanager.com/apcgateway/ccgateway.asp?requesttype+approvalonly&merchantid=mystore123&bname=mr+bigger&ccnumber=4013309766478541&expmo=12&expyr=1999&baddress1=456+B=st&bzipcode=92677&amount=15.99

Do i have any change to use storfront for this?

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
3 . "RE: Credit card interfaces"
Posted by Bill Weiner on Apr-19-01 at 05:16 AM (EST)
It looks like your HTML did not get posted to this forum correctly.

But in any case, posting the data to an external payment processing system isn't the hard part... the hard part is customizing the script to handle the success/fail response back from the payment processing system.

That is, you could try setting the "CUSTOM" payment option to "YES" and then implement the "get_custom_payment_button_html" subroutine in the ushop.pl file to pass whatever data you want to the payment processing system. But if the system will be returning a success/fail response to you, you will also need to customize the "complete_order" subroutine that is also located in that ushop.pl file.

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
4 . "creditcard interface"
Posted by reto bianchi on Apr-19-01 at 09:55 AM (EST)
Thank you for your help. But i do not have any ushop.pl files.
You mentioned that in the get-custom-payment-button-html i can pass whatever i like to the payment processing system. I assume this would be by credit card order, right?
I try to post a sample again what kind of data i have to pass: "//secure1.merchantmanager.com/apcgateway/ccgateway.asp?requesttype=approvalonly&merchantid=mystore123&bname=mr+bigger&ccnumber=4013309766478541&expmo=12&expyr=1999&baddress1=456+B=st&bzipcode=92677&amount=15.99"

Should i implement those infos on the subbmit button by the credit card order form?

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
5 . "RE: creditcard interface"
Posted by Bill Weiner on Apr-20-01 at 05:41 AM (EST)
Oops. Sorry about that. I forgot you were referring to uStorekeeper rather than uShop.

Implementing a new payment processing system interface into uStorekeeper would involve modifying the "review_order" subroutine of the "ustorekeeper.pl" file. In particular, I would suggest doing a search on:

if ($settings[68] =~ /yes/i)

...which will get you to the start of the Authorize.Net HTML/parameters. I would then try modifying those parameters to post the parameter names that your payment processing system needs.

You may also need to modify the "authorize_net_order" subroutine (or create a new subroutine) to handle any approved/declined response that your payment processing system may return.

Again, developing a new interface is never easy...and would require that you are comfortable with Perl programming.

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
6 . "RE: creditcard interface"
Posted by Bill Weiner on Apr-20-01 at 05:45 AM (EST)
Looking at the parameters that you listed in your previous posting... it appears that you need to pass the credit card information to your payment processing system too. This would mean that rather than modifying the "review_order" subroutine as discussed above, you would probably need to make your modifications to the "create_credit_card_form" and "credit_card_order" subroutines.
Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
7 . "credit card interface"
Posted by reto bianchi on Apr-20-01 at 09:06 AM (EST)
I am not so familiar with perl. Does uburst offers someone who could change the subrutine to my needs in order to make sure that everthing works. Otherwise i would have spend a lot of money for nothing, and i would regret it because i really like the ukeepstore. I cant belive that all that happens, because of one handshake. I mean, if i have to spend some more money to get it run, i can life with that rather than put ustorekeeper in the trash.
Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
8 . "RE: credit card interface"
Posted by Bill Weiner on Apr-24-01 at 10:07 PM (EST)
In addition to the interfaces listed at:

http://www.uburst.com/uStorekeeper/interfaces.html

....we are already working on various other payment processing interfaces. The order by which we develop these interfaces is based on the demand we get for each interface. What is the name of the payment processing system you want to use?

Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
9 . "credit card processor"
Posted by reto bianchi on Apr-25-01 at 07:37 AM (EST)
The payment processing is called merchantmanager.com (I think this one is handled by Accesspoint.com)Thank you for your responce.
I hope you guys have a solution soon. Then i really should implement my spare parts in my website.
Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick to EMail Click here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents
 
10 . "RE: credit card processor"
Posted by Bill Weiner on Apr-25-01 at 10:32 PM (EST)
I just added "MerchantManager" to our payment processing interface wish list... but unfortunately, since you are the only person to request that interface so far, it's pretty much at the bottom of the list. And really, we won't be able to even start the interface until we get enough other requests to justify the development time.
Remove this Message: Administrator and Moderator onlyClick to Send Alert Message to the Administrator Click to edit this messageClick here to reply to this messageClick here to reply to this message with quotesClick to goto the Table of Contents


Archive This Thread: Admin and Moderator OnlyRemove This Thread: Admin and Moderator Only
Click here to goto Click here to goto the Lobby

 

 

 

 

 

 

 

 

 

 

 

 
Questions or problems regarding this bulletin board should be directed to Webmaster
©1997-1999 by DCScripts. All rights reserved.