View Full Version : Implementation without a payment gateway????!
carlene
03-27-2009, 09:34 AM
Could someone please explain how eCart can be used without a payment gateway for offline payment processing? This is the entire reason I purchased this program and I've worked through everything only to be stuck by no documentation on how to implement the shopping cart without a payment gateway.
To clarify - we are trying to implement a shopping cart for internal processing of orders. So these orders will be stored in a database, and need Universal email implementation. I also am creating a CMS for management of these orders. However, we do not need a payment gateway. And the wizard asks for one. There is no documentation for doing this without a payment gateway - and the wizard gives no option for offline payment processing.
HELP!!!!
Ray Borduin
03-27-2009, 11:38 AM
Enter fake information and use the authorize.net local checkout payment gateway without express checkout... then remove the local checkout server behavior from the confirm page after you are done.
carlene
03-31-2009, 10:22 AM
Well, unfortunately I still have no working solution to this problem. I get as far as the Checkout page - then everything fails to work. I did a support ticket for this solution. (implementation of eCart without a payment gateway and having it write orders to a database.)
Here is what the solution response person told me to do:
****
"The simplest way to accomplish this is to Use the Checkout wizard to create the pages. When using the checkout wizard, you will have to chose a payment gateway. Select Paypal Payments Pro US as the payment gateway. After the pages have been created, remove the PayPal Express Checkout button from the Checkout page, and remove the local Checkout server behavior from the Confirm page.
You will also have to reset the redirect to the success page. If you selected to have the order Information stored in the database, double click the Store order Details server behavior and set the redirect. If not double click the Universal Email server behavior and set the redirect to the success page."
****
I then asked for further clarification and here is their response:
****
"open the confirm page, in the Server Behaviors list, select the Local Checkout server behavior, then click the Minus button to remove it.
If you selected to have the order Information stored in the database:
double click the Store order Details server behavior and set the redirect to go to the success page.
If not:
double click the Universal Email server behavior and set the redirect to the success page."
****
Ok - I've done that and it still isn't working. I feel that I'm missing some huge step here.
To sum up - I'm trying to implement a shopping cart that writes directly to a database with no payment gateway. The orders also need to use Universal Email to send a summary to the customers and our staff. I am also setting up (using Data Assist) an Administrative site so that internal staff can look at orders, and mark when they have been shipped.
I had hoped that the Data Assist/eCart integration for this very thing would be clearer - but I'm having difficulty figuring this all out. I'm very adept at using Dreamweaver to integrate with a database and Recordset queries etc... It's the eCart functionality that has me very confused.
Any help would be greatly appreciated.
Thanks!
Carlene
Ray Borduin
03-31-2009, 10:25 AM
What is the current problem or error you are running into?
carlene
03-31-2009, 10:33 AM
When I hit the Checkout button from the Shopping Cart page just stays where it is. It isn't progressing into the shopping cart. Is there something I missed?
Ray Borduin
03-31-2009, 10:40 AM
Double click on the checkout button server behavior and specify the checkout page for the place to go.
carlene
03-31-2009, 11:23 AM
Thanks Ray - OK -- I did that and got as far as the confirm.php page and it revealed this error. (I replaced my full site path there)
***
Warning: Missing argument 6 for waue_definition() in **MY SITE PATH**/WA_Universal_Email/mail_PHP.php on line 69
Unknown column '05dc7a2ef4495f6518d51dc65cc11e6b' in 'where clause'
*****
Ray Borduin
03-31-2009, 11:36 AM
looks like a couple of problems.
I would see what was on line 69 of the mail file.... that is a problem with the email.
The other error looks like a problem with the insert cart summary into database server behavior. It looks like your referenceID column is numeric and should be a text column.
carlene
03-31-2009, 03:44 PM
OK - here is line 69 of the file:
function WAUE_Definition($serverName,$serverPort,$retPath,$ organization,$xMailer,$charSet) {
$mailObj = new WA_MAILOBJ($serverName,$serverPort,$retPath,$organ ization,$xMailer,$charSet);
return $mailObj;
}
-- And could you please elaborate on the other part of your suggestion? I'm not sure how to fix this.
Ray Borduin
04-01-2009, 09:03 AM
What version of Universal Email do you have installed? This looks like it could be an old bug where the $charSet wasn't being set properly when you have an older version installed. You may have to install the latest version of Universal Email and open up and set the charset value for the Email to fix this problem.
The secon part you would fix by opening the Store Cart Summary in database server behavior on the confirm page. Find the ReferenceID column and make sure it is marked as a text column.. also make sure the database has it marked as a text column.
carlene
04-01-2009, 01:21 PM
What version of Universal Email do you have installed? This looks like it could be an old bug where the $charSet wasn't being set properly when you have an older version installed. You may have to install the latest version of Universal Email and open up and set the charset value for the Email to fix this problem.
The secon part you would fix by opening the Store Cart Summary in database server behavior on the confirm page. Find the ReferenceID column and make sure it is marked as a text column.. also make sure the database has it marked as a text column.
I have Universale eMail 3.0.5 installed.
Ray Borduin
04-01-2009, 02:08 PM
Try opening the server behavior and applying it again.
Ray Borduin
04-01-2009, 02:08 PM
What version of eCart do you have installed? It sounds like it could be a bug. Please post a support incident if you continue to have problems.
carlene
04-01-2009, 03:17 PM
What version of eCart do you have installed? It sounds like it could be a bug. Please post a support incident if you continue to have problems.
Ray - I have the latest version of eCart installed. I'm so glad it's not me! Thanks so much for your help. I'll submit a support ticket to get some help about this bug.
I can get the cart to work to a point and then everything blows up on final checkout after the confirmation.
Everything is working except for the fact that the images are broken .jpgs in all of your WebAssist software. (That's a Mac bug I read - it's annoying but I can work around it.)
Ray Borduin
04-02-2009, 11:21 AM
It appears the problem is with the application of the Universal Email server behavior and the Store Cart Summary in Database server behavior. Hopefully support will be able to spot the problems by looking at your files.
Polaris Media
04-13-2009, 11:27 AM
Has this issue been resolved?
I am interested in using eCart for offline processing as well.
Thanks!
carlene
04-13-2009, 11:31 AM
Nope - I'm still trying to get resolution on this issue. I'm working with the tech support - I'm hoping that Web Assist will publish some documentation on how to do this easily. (Step by step.)
vBulletin® v3.8.1, Copyright ©2000-2012, Jelsoft Enterprises Ltd.