we are not accepting payments from your region

Ajeh:

Visa doesn't accept $0.00 ...

PayPal doesn't accept $0.00 ...

But ... the Zen Cart Free Charger freecharger ... now that DOES accept the $0.00 ... :cool:

Go install that for your Free Payment issues ...

This isn't a problem with Visa/MC because the error is originating at ZenCart...before sending it through to Authorize.net, unless the Authorize.net module is producing the error (ie: checking for $0.00 price).

It is not much of an issue, though. I only put in a zero price to check the payments after I took ZC and Authorize.net out of test mode. The error is not occurring when the price is more than zero.

Actually, I think I finally have it made here...the only thing I would love to see is a mod which would allow the customer to fill in the price. That way, ZenCart could be used as a bill payment module. I suppose the only way to conveniently do that now is to cheat by, say, making the price $1.00 and then (to pay $250) "buying" 250 of the item!

I don't see what would be the big difficulty of coding the scripts so that would someone could fill in the price...but I wouldn't know where to begin doing so. I suppose this is something I should put in the "wish list" forum category.

Use a different product type or ... customize the page when products_id = ## you see different things on the page like price is off and Add to Cart says Pay Up, Bucky!!

Ajeh:

Use a different product type or ... customize the page when products_id = ## you see different things on the page like price is off and Add to Cart says Pay Up, Bucky!!

I don't quite understand. Are you saying that it is possible to set up a product so that the customer specifies his own price??? That is what I really need.

You set up your $1.00 Product ...

You edit the tpl_product_info_display.php to not show the Price when the products_id is XXX where XXX is this $1.00 Product ...

You further edit the tpl_product_info_display.php to not show the Add to Cart button but rather show a different button or text or something to say:
How much do you owe

Now they can just enter the amount and it looks like a payment vs a Product ...

Or ... use a Product Type like Document Product ... so you can customize that Product Type's files so that you can keep your Products and Payment (products) more separate ...

Ajeh:

You set up your $1.00 Product ...

You edit the tpl_product_info_display.php to not show the Price when the products_id is XXX where XXX is this $1.00 Product ...

You further edit the tpl_product_info_display.php to not show the Add to Cart button but rather show a different button or text or something to say:
How much do you owe

Now they can just enter the amount and it looks like a payment vs a Product ...

Or ... use a Product Type like Document Product ... so you can customize that Product Type's files so that you can keep your Products and Payment (products) more separate ...

Thanks so much. That looks good! I assume that these modifications will only affect that one product? I mean, the other products would display prices normally?

Ajeh, Dr. Byte first of all thanks for all your help.

I am facing a similar issue:
I have only COD payment method installed and enabled and only for a specific country.
Then I login as a user with an address from another country.
CORRECTLY I get the message:
Sorry, we are not accepting payments from your region at this time.
BUT
I am able to checkout !!!
This should not happen. Any ideas why this is so ?
I tried to peek a look at tpl_checkout_payment_default.php and its last lines are:

<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUT ....

are NOT wrapped in any IF statement...am I doing something wrong ???

Thanks for all your help
Ioannis

While I get the checkout_payment page ... I also get the Sorry message and clicking on the Continue takes me right back to the checkout_payment page ...

Check your Modules ... Payments ... and make nothing is Installed except Cash on Delivery cod ...

Ajeh:

Setting up a product so that customer can fill in a random price:

You set up your a $1.00 Product ...

You edit the tpl_product_info_display.php to not show the Price when the products_id is XXX where XXX is this $1.00 Product ...

You further edit the tpl_product_info_display.php to not show the Add to Cart button but rather show a different button or text or something to say:
How much do you owe

Now they can just enter the amount and it looks like a payment vs a Product ...

Or ... use a Product Type like Document Product ... so you can customize that Product Type's files so that you can keep your Products and Payment (products) more separate ...

Ajeh:

First, I do not see a file called tpl_product_info_default.php

The closest I can find, in includes/templates/template_default/templates, is: tpl_product_info_display.php However, I do not see a line in that file which obviously instructs the price not to be displayed if the product ID is a particular number. (There is also: tpl_products_all_default.php and tpl_products_new_default.php, which I have not looked at yet.)

Second, I assume that even if this method does work, I will be limited to whole dollars? In other words, am I right that someone could not enter that they want to buy, say, 1.5 items? Or, will ZC accept a fractional number of items to buy??? If yes, than the problem is solved.

Even if ZC will only accept a whole number for "number of items to buy", that is the least of my problem: If need be, I can instruct customers to round up the amount they want to pay to the nearest whole dollar. But, of course, that is a "make do" solution to the problem of not being able to enter a product's price directly.

How hard would it be to really solve this problem and have...if an ID is such and such...a genuine blank price that a customer could fill in? I suspect that there are many people who would love to be able to use ZC as a bill-payment application, as well as a store/purchase script.

Thanks for your continued help!

Typo ... thanks for the catch ...

Set the units to .01 and the minimum to .01 and set the Stock decimals to 2 ...