Rated 0 out of 5 by onewayticket @danyeo I don't believe this extension will allow you to take transactions on your own server. The cheapest, easiest and safest way of taking payments is to forward the user to a merchant (like this RBS Worldpay extension does), to take credit card data.
To be PCI DSS Compliant, there are a number of requirements necessary, too long to list here. RBS should be able to talk you through it but essentially you'll need a security certificate for your domain, web server hosted in Europe (if you based in Europe) and go through a system of security checks to make sure your site is secure. It's also advise able to store the least amount of credit card data on your server as possible.
Hope that helps.
February 9, 2011
Rated 0 out of 5 by dartmaul This payment method has a bug in that credit memos dont work properly.
February 6, 2011
Rated 0 out of 5 by danyeo This is for RBS WorldPay.
January 26, 2011
Rated 0 out of 5 by teekayo2 Works fine with Magento 1.4.2 (no CoD pre-installed)
January 14, 2011
Rated 0 out of 5 by remora About no listing of the COD fees in invoice and mails problem I have found this:
The problem was due to a wrong installation of CoD before. If You are using the normal extension key from Magento Connect the version 0.3 is installed which seems to not set up the database properly. Some tables are not updated with the CoD fields.
1. Uninstall extension.
2. Delete entry “cashondelivery_setup” from table “core_resource”
3. Delete cache
4. Install extension with key “magento-community/CashOnDelivery-0.4.8”
Checked with new orders. Everything as it should be.
Old orders have to be changed in table “sales_flat_order” because fields “cod_fee”, “base_cod_fee”, “cod_tax_amount” and “base_cod_tax_amount” were not filled.
December 23, 2010
Rated 0 out of 5 by GilesProductions Had the same problem where some of the info is not showing up. Basically what I found was that if ALL of the fields are not entered on the admin end then not ALL of the fields will show on the front end. Not sure why this is but in our case we do not need to use IBAN or sort code fields.
In any case I just put N/A in both and everything shows up.
Thanks for the extension! Aside from this little bug it works great.
December 16, 2010
Rated 0 out of 5 by betaversion Does not work for me with 188.8.131.52. No listing of the COD fees in invoice and amails.
December 15, 2010
Rated 0 out of 5 by 1XL-design Working fine.
Got a feature request: i want to exclude some products sending by c.o.d.
We have products which are fresh during a week and if the receiver is not at home, the products will stay in the post office for three weeks. Imagine how the smell is there after a while...
December 15, 2010
Rated 0 out of 5 by dynamiser works fine so far, but without correct tax calculation not to recommend for operational use. cod values at checkout (sidebar) are always net and the invoice total ist wrong because the cod module don't add the tax for the fee.
December 14, 2010
Rated 0 out of 5 by vaalaskala hey you have a pointless check in your methods as you are calling the getMethodInstance() afterwards that does the exact same check and initiates the method instance if it's not already there
October 29, 2010