We have been working hard and have fixed many more bugs.
We have ported the Authorize.net to use the new ec_receipt API. I was actually quite impressed how easy it is now to create a gateway, esp where it is a gateway like Authorize.net where the input form in on your site. This is now an inline gateway and people will just load the credit card details directly into the review page, and the order will not be submitted until the payment has been accepted. This should get rid of a lot of these pending transactions that never go anywhere.
I was quite suprised, how easy it was to create this gateway. Basically it is just 3 receipt api functions and the settings page. The majority of the gateway was the communication with authorize.net, and the receipt api really took care of the rest. See http://drupalecommerce.org/api/file/ecommerce-5--4/contrib/authorize_net... for the new module.
Also we have done a lot more work on the AJAX cart and it is now working much better, and some cool side effects like caching doesn't effect anonymous users. I have tried to keep the cart as simple as possible so that it can be expanded and themed to look the way that you need. Also I have broken up the cart a little be more and now product module can theme their links in the cart block so you can put more information into cart for customers.
If there are any developers who have written any payment gateways please look at upgrading theme now, and give any feedback on the receipting api.
I think we are getting close to doing a light feature freeze and then going back over all the code and fixing up all the TODO's and FIXME's that are listed, and then filling in all the final bits ready for a beta. If you have anything that you are working on to get into v4 please post it sooner than later.
Lastly we have started the building the COD payment gateway, and it will be in the next alpha.
Comments
Gordon, I caught Simon's
Gordon, I caught Simon's presentation at Drupalcon and am impressed by the work you guys have been doing lately. : ) Just wanted to say keep up the good work and see if you have a demo site anywhere. I'd love to see what the AJAX cart is (and I promise not to implement its features in Ubercart ; ).
A quick (unrelated to alpha 4) idea for the drupal e-commerce site that's worked well for us - have a node type for folks to post a write-up (modules used, tricks, and tweaks) with a link to their e-commerce sites. I noticed you have a showcase section, but I'm not sure how one would go about adding their site to it.
Ciao,
-Ryan
...pending transactions that never go anywhere
Hi Gordon:
Are you referring to the issue that occurs when the payment has actually been cleared (we are using 4.7 and its relative Drupal ecommerce module), but the workflow gets 'stuck' on pending.. causing the system to generate emails that an order needs attention...and then manually is updated to "completed" ?
This is an example of the email generated by Drupal:
1 order(s) with a 'cleared' payment status needs action:
Order #208 created 4 hours 43 min ago
Workflow status: transaction received
Email: rxxxx@xxxx.net (deleted on purpose)
Total: $375.00
Shipping to:
The order has actually been accepted through Authorize.net , and the Credit Card Charged....
Here is the notification from Authorize.net - NOTE: the AREAS with "XXXX" are for privacy, the "blank" areas are in fact blank (like 'Description:"
========= ORDER INFORMATION =========
Invoice : 208
Description :
Amount : 375.00 (USD)
Payment Method : Visa
Type : Authorization and Capture
============== RESULTS ==============
Response : This transaction has been approved.
Authorization Code : 072514
Transaction ID : 1508353592
Address Verification : Street Address: Match -- First 5 Digits of Zip:
Match
==== CUSTOMER BILLING INFORMATION ===
Customer ID :
First Name : Robert
Last Name : Xxxxxx
Company :
Address : XX XXXXX
City : San Ramon
State/Province : CA
Zip/Postal Code : 94582
Country : United States
Phone :
Fax :
E-Mail : xxxx@xxxxxx.net
==== CUSTOMER SHIPPING INFORMATION ===
First Name :
Last Name :
Company :
Address :
City :
State/Province :
Zip/Postal Code :
Country :
======= ADDITIONAL INFORMATION ======
Tax :
Duty :
Freight :
Tax Exempt :
PO Number :
Thank you for any insight - or if your reference in this thread solves the issue....
No, The situation that I am
No, The situation that I am referring to is when a transaction is created but then no payment is ever made. Now in the case of the Authorize.net it will not create the transaction, but a receipt will be created.
I am not sure why this is happening, I would need to know what the responses from Authorize.net were and why this has happened.
--
Gordon Heydon
pending transaction continued...
Hi Gordon:
We need some help with this one... are you available for some consulting work to look at it? It could be the work you have done has already solved the issue.. there are a few others we are having as well ..and seem to center around Auth.net..
Thanks,
Doug
Recurring payments
Will new ec_recepit API make easier to develop payment gateways that support recurring payments? This was quite a problem.
I have not started on that,
I have not started on that, but I do have this clearly in my sights. I have been going through specs for both PayPal and Authorize.net to enable this as an option, but I have to come out with a single method that will allow this to work.
I am thinking that the allocation api will need to be extended to allow all the different types of transactions that can be allocated to, to support recurring payments.
So the standard transactions from the store module will support then using the ec_recurring module, but in the future the donations product will be able to have payment made without going via the cart, so you will also be able to allocate money directly to the donation node, so you will also be able to set up recurring donations as well.
This is a little difficult as ec_receipts is designed to work independent of e-Commerce and can used to pay for anything, in other systems like eCiviCRM
--
Gordon Heydon
Newly installed ecommerce on site :bugs :URGENT
Dear All,
I am in process of creating a drupal customisation site with hosting platform /; again based on drupal being a fan of open source!!
I installed ecommerce module alpha 4 on my site http://communiqs.com
1) when checkout is done on url like this
http://communiqs.com/?q=cart/review
the error is:
Fatal error: Call to undefined function: array_combine() in /home/communiq/public_html/modules/ecommerce/product/product.module on line 1846
2) when i login in admin and try to access the administer link the error is
Fatal error: Call to undefined function: array_intersect_key() in /home/communiq/public_html/modules/ecommerce/ec_receipt/ec_receipt.module on line 917
These are the two bugs which i have . pls anyone can help me and suggest the way forward so that i can continue with venture!!
i DONT EVEN KNOW WHERE DO I CONFIGURE MY PAYPAL EMAIL ID IN THE SAME!!
PLS HELP SOMEONE AT URGENT
pls help asap
The e-commerce devs don't do
The e-commerce devs don't do bugfixing through the announcement posts here. You should try their issue queue to report these. In the meantime, the problem is these functions are in PHP 5, not PHP 4. If you can upgrade your PHP version you'll be fine.
Gordon,
sorry, wrong post
.............................................
http://twitter.com/inadarei