We're using a demo site we're tweaking to learn more about ofbiz, and have done the following, however the order is confirmed on the front end of the ecommerce site, the order confirmation email gets sent, but no authorization or capture is performed. Is there a setting we're missing somewhere to "turn on" authorization?
We suspect this isn't a problem specific to Auth.net, but to some general setting we've missed since we aren't seeing any errors in the logs 1. Imported secure.authorize.net certificate into /opt/jdk1.6.0_16/jre/lib/security/cacerts 2. Changed "demo site" to "N" 3. Accounting/Payment Gateway Config for Authorize.net 1. https://secure.authorize.net/gateway/transact.dll 2. transaction key XXXXXXX 3. userid XXXXXX 4. password XXXXXX 4. In Catalog Mgr/Stores/Store, payments 1. Manual Auth Is Capture (tried Y and N) 2. tried combos of the other settings like "Auto Order Cc Try Later Nsf" 5. In Catalog Mgr/Stores/Payments, removed everything, added 1. Credit Card 2. Payment Authorization Service 3. CC Authorize dot net authorize and capture (aimCCAuthCapture) - also tried authorize without the catpure 4. Auhorize Dot Net Configg 5. Payment Props (left blank) 6. Apply to All "Y" |
Discovered the following: in CheckoutHelper.java, allPaymentPreferences.size() is zero and thus onlinePaymentPrefs.size() is zero, so it ends up getting down to the area around line 1110: // There is nothing to do, we just treat this as a success
|
I guess if there are no online payment preferences, it means that the order
is offline or pay by check, but not a CC order. On Wed, Dec 9, 2009 at 5:31 PM, JDKHead <[hidden email]> wrote: > > > Discovered the following: > in CheckoutHelper.java, allPaymentPreferences.size() is zero and thus > onlinePaymentPrefs.size() is zero, so it ends up getting down to the area > around line 1110: > // There is nothing to do, we just treat this as a success > > > > JDKHead wrote: > > > > We're using a demo site we're tweaking to learn more about ofbiz, and > have > > done the following, however the order is confirmed on the front end of > the > > ecommerce site, the order confirmation email gets sent, but no > > authorization or capture is performed. Is there a setting we're missing > > somewhere to "turn on" authorization? > > > > We suspect this isn't a problem specific to Auth.net, but to some general > > setting we've missed since we aren't seeing any errors in the logs > > > > 1. Imported secure.authorize.net certificate into > > /opt/jdk1.6.0_16/jre/lib/security/cacerts > > 2. Changed "demo site" to "N" > > 3. Accounting/Payment Gateway Config for Authorize.net > > 1. https://secure.authorize.net/gateway/transact.dll > > 2. transaction key XXXXXXX > > 3. userid XXXXXX > > 4. password XXXXXX > > 4. In Catalog Mgr/Stores/Store, payments > > 1. Manual Auth Is Capture (tried Y and N) > > 2. tried combos of the other settings like "Auto Order Cc Try > > Later Nsf" > > 5. In Catalog Mgr/Stores/Payments, removed everything, added > > 1. Credit Card > > 2. Payment Authorization Service > > 3. CC Authorize dot net authorize and capture (aimCCAuthCapture) > > - also tried authorize without the catpure > > 4. Auhorize Dot Net Configg > > 5. Payment Props (left blank) > > 6. Apply to All "Y" > > > > -- > View this message in context: > http://n4.nabble.com/Auth-net-payment-not-being-authorized-captured-tp955954p956010.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > |
Hi
Try to do following things: Go to the following URL: https://www.demo.ofbiz.com/catalog/control/EditProductStorePaySetup?productStoreId=9000 Enter Admin Credentials login id/password Configure as per requirement: * Select Payments tab * Click Edit Option which you can see from the above Line Image in the site link above. * Select Service Type as (Payment Authorization Service) * Select Custom method as AIMCCAuth for reverting back from existing selection to original Auth.net Authorization Regards Hemanth -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Abdullah Shaikh Sent: Wednesday, December 09, 2009 6:46 PM To: [hidden email] Subject: Re: Auth.net payment not being authorized/captured I guess if there are no online payment preferences, it means that the order is offline or pay by check, but not a CC order. On Wed, Dec 9, 2009 at 5:31 PM, JDKHead <[hidden email]> wrote: > > > Discovered the following: > in CheckoutHelper.java, allPaymentPreferences.size() is zero and thus > onlinePaymentPrefs.size() is zero, so it ends up getting down to the area > around line 1110: > // There is nothing to do, we just treat this as a success > > > > JDKHead wrote: > > > > We're using a demo site we're tweaking to learn more about ofbiz, and > have > > done the following, however the order is confirmed on the front end of > the > > ecommerce site, the order confirmation email gets sent, but no > > authorization or capture is performed. Is there a setting we're missing > > somewhere to "turn on" authorization? > > > > We suspect this isn't a problem specific to Auth.net, but to some general > > setting we've missed since we aren't seeing any errors in the logs > > > > 1. Imported secure.authorize.net certificate into > > /opt/jdk1.6.0_16/jre/lib/security/cacerts > > 2. Changed "demo site" to "N" > > 3. Accounting/Payment Gateway Config for Authorize.net > > 1. https://secure.authorize.net/gateway/transact.dll > > 2. transaction key XXXXXXX > > 3. userid XXXXXX > > 4. password XXXXXX > > 4. In Catalog Mgr/Stores/Store, payments > > 1. Manual Auth Is Capture (tried Y and N) > > 2. tried combos of the other settings like "Auto Order Cc Try > > Later Nsf" > > 5. In Catalog Mgr/Stores/Payments, removed everything, added > > 1. Credit Card > > 2. Payment Authorization Service > > 3. CC Authorize dot net authorize and capture (aimCCAuthCapture) > > - also tried authorize without the catpure > > 4. Auhorize Dot Net Configg > > 5. Payment Props (left blank) > > 6. Apply to All "Y" > > > > -- > View this message in context: > http://n4.nabble.com/Auth-net-payment-not-being-authorized-captured-tp955954p956010.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > ________________________________ http://www.mindtree.com/email/disclaimer.html |
Free forum by Nabble | Edit this page |