We installed your outstanding module. It's works perfect. Only one point: we want to tell our customers about the surcharge. It doesn't work. Do we make a mistake ?? We can't find the correct define??
Dirk
We installed your outstanding module. It's works perfect. Only one point: we want to tell our customers about the surcharge. It doesn't work. Do we make a mistake ?? We can't find the correct define??
Dirk
Hi Dirk,
Glad you like the software, thanks for the feedback, it was a lot of work so it's nice to hear something back about it! :)
Do you mean that you want to display a message about the surcharges? Rather than having problems displaying the surcharge amount? (If the second is the problem, please be sure you are using Ceon Payment Surcharges/Discounts 3.0.1 not 3.0.0 as it had a bug).
The define used to display a message about surcharges is the first define in the language file for Ceon Manual Card:
CEON_MANUAL_CARD_CUSTOM_SURCHARGES_DISCOUNTS_MESSAGE
in
includes/languages/english/modules/payment/ceon_manual_card.php
As with any other language define, you can copy this to your template directory before modifying it.
includes/languages/english/modules/payment/STORE-TEMPLATE/ceon_manual_card.php
This message gets displayed within the gadgets on the payment form, above the card type selection gadget.
All the best..
Conor
ceon
I just found it.
But still thanks for your reply.
Dirk
Conor,
Just a quick note to give you some feedback on the manual_card
v.3.0.0
I have been testing ZenCart 1.3.9H
Server OS: Linux 2.6.18
Database: MySQL 5.5.9
PHP Version: 5.2.17 (Zend: 2.2.0)
On a "clean" install of ZenCart - no addons - the Manual_Card v2.2.2 and v3.0.0 both
appear to accept test card number 41111...
when the cart is NOT in maintenance mode
Is this by design ?
Best regards
Ken
Is the following scenario possible with the Ceon Manual Payment module?
The admin order confirmation would include NO information other than something like "You have an order". That way no details of the card are being sent at all via email.
The credit card information would be stored in the admin section of the site - and of course in the database. Once the order is processed, the order would be purged from the database and no other record would be kept of any sensitive information.
We can do quite a bit of the PHP programming - just point me in the right direction?
Yes, I'm well aware of the risk of storing the information and I'd advise against it too :) However, we just need to capture the information for a custom batch processor that also plugs into a warehouse inventory and shipping application. The app has serious security controls built in and again - the info isn't stored beyond what it takes to process the card.
Thanks!
Hi,
Yes but I won't comment it on it here, it is COMPLETELY illegal.
You should not do this. Tell the client to stop being cheap and to implement a gateway at the "batch processor".
You're on your own on this one. Please don't post any further questions about it here, it's not appropriate.
All the best...
Conor
ceon
The module is not sending out email notifications. Which is a big problems since we need the middle digits of the credit car. It was working once, but not working now.
Please advise.
Last edited by jimh3768; 22 Mar 2012 at 10:17 PM.
Hi Ceon,
I have a question about the size of the card type drop-down box (and other boxes as well). How can I stretch the box a little so to make it longer?
Also, is it possible to define the maxlength of the card number text field to 16? As those cards I accept have upto 16 digits.
Many thanks again,
Ashely
OK, just where is the CC Expiration Date shown? I mean a customer makes an order and the emails are sent, just where in what email do I see the expiration date of the CC? I can't find it anywhere on any of the emails. Did I fail to turn something on/off or what?
Beau
Hi Ken,
How are you?
The module doesn't connect to any sort of live service to actually verify that the card is real.. such a service costs money.
So it simply performs a LUHN check on the card number to make sure it complies.
I could add code to prevent the use of the 4111 number, but then there are thousands of such test numbers for gateways all round the world, all of which would pass the LUHN check.
So there's really no point.
If the store needs to make sure the card number is a real customer's card number before the order is created then they
shouldn't use a manual card module.
Hope that helps explain things.
All the best...
Conor
ceon