Vger

CCGV(trad) Major Update A major update to CCGV(trad) has been released here: http://www.oscommerce.com/community/contributions,4135 This is an update to my last packaging of CCGV(trad). It does not include any modifications supplied by others. Unlike the original CCGV, which became a mess because of ill thought-out mods and updates, I am trying to keep this version clean - so please don't upload any more "updates" or "mods" to this contribution. This update fixes tax calculation problems, removes the Redeem button from Checkout Payment for Discount Coupons (it's not necessary and causes errors if a payment method has not yet been selected), is updated to work with the latest version of osCommerce (August 2006) and contains a heavily rewritten User Guide. It also contains a PDF schematic about Tax Calculation and virtual/non-virtual products. I have included much more information about how tax is calculated and provided practical examples of how it works with the maths. Vger

You should not have a button with 'Install' next to the Discount Coupons - because that module is already installed. You should have buttons to edit and remove. It appears that you have not installed CCGV(trad) correctly, because it goes live (installed) as soon as you run the sql file that comes with the installation. If you are not using CCGV(trad) but are using CCGV then please post in their support thread. The two contributions are markedly different. Vger

I see what you are getting at now - but you may not be correct. Because Discount Coupons and Gift Vouchers are 'virtual' products (no weight) then if they are used with products which have no weight, or if someone simply purchases a Gift Voucher (which has no weight) then there is no 'Shipping' address to send to (because 'virtual' products are not physically despatched anywhere). In this case the Billing address is used for Tax calculations in place of the Shipping address. This can have an effect with US based sites where tax is normally charged on the Shipping address, but it is unavoidable. Why do you say that you cannot edit the sort order of 740? You should be able to edit it. If I get the time I will soon release an update to CCGV(trad) which will address some issues, including Tax - and a few other things. It should make tax calculations a lot easier. Vger

This will solve the problem of the Order Total modules not updating: http://www.oscommerce.com/forums/index.php?sho...mp;#entry923577 Vger

I know this post is a little old, but I find the "helpful" posts to be very unhelpful. So here is how to make CVV a required field: In your payment module in includes/modues/payment/ add these pieces of code where appropriate: In the javascript validation section: ' if (cc_checkcode == "" || cc_checkcode.length < "3" || cc_checkcode.length > "4") {' . "\n". ' error_message = error_message + "' . MODULE_PAYMENT_YOUR_PAYMENT_MODULE_TEXT_CVV_ERROR_CODE . '";' . "\n" . ' error = 1;' . "\n" . ' }' . "\n" . Where you see $selection = array add this: array('title' => MODULE_PAYMENT_YOUR_PAYMENT_MODULE_TEXT_CREDIT_CARD_CHECKNUMBER, 'field' => tep_draw_input_field('your_payment_module_cc_checkcode', '', 'size="4" maxlength="4"') . ' <small>' . MODULE_PAYMENT_YOUR_PAYMENT_MODULE_TEXT_CREDIT_CARD_CHECKNUMBER_LOCATION . '</small>')), Below this: $this->cc_expiry_year = $cc_validation->cc_expiry_year; add this: $this->cc_checkcode = $cc_validation->cc_checkcode; where you see this: $confirmation = array insert this: array('title' => MODULE_PAYMENT_YOUR_PAYMENT_MODULE_TEXT_CREDIT_CARD_CHECKNUMBER, 'field' => $HTTP_POST_VARS['your_module_cc_checkcode']), where you see this: $process_button_string insert this: tep_draw_hidden_field('cc_checkcode', $HTTP_POST_VARS['your_module_cc_checkcode']) . to pass the cvv code to the card processing company use something like this in amongst all the other informaton to be passed: $cc_checkcode = iconv(CHARSET, 'UTF-8', $HTTP_POST_VARS['cc_checkcode']); Then make sure that you have the TEXT defines from above in includes/languages/english/modules/payment/your_module.php I won't be monitoring this thread, and won't be replying to posts on it - but this should help you out. Vger

includes/languages/english/modules/payment/authorizenet_aim.php Vger

My advice is to change the javascript pop-up to a standard page link e.g. <a href="somepage.php" target="_blank">More Info</a> The javascript pop-up won't work for those people who have javascript disabled in their browser. Vger

In your osCommerce admin panel --Modules --> Order Total Vger

I think you'll find that they are appended to the page address in the browser bar. This is either due to a server setting or to using the Simple Template System (which also causes this behaviour). Vger

I would stick with v1.2 by Terra, but it should work up to and including 1.4 Vger

Yes, go back over the install again - because you haven't installed it correctly. Vger

The showing of a voucher balance under My Account was an optional extra tagged onto the end of the install of CCGV(trad). Your other problems either mean that you did not complete the install, or else the modules did not activate as they are set to do when you ran the sql file into your database. Vger

All credit to Terra, who now manages the osCommerce Pay Pal IPN (this is from the help files) ------------------------------------------------------------------------------------------------------------ oscAffiliate v2.5a and PayPal IPN Back up your files first! To combine the two, open /includes/modules/payment/paypal_ipn.php ********************************************* Find this code around line 76: function confirmation() { global $cartID, $cart_PayPal_IPN_ID, $customer_id, $languages_id, $insert_id, $order, $order_total_modules; directly below add this code: global $affiliate_ref, $affiliate_clientdate, $affiliate_clientbrowser, $affiliate_clientip, $affiliate_clickthroughs_id, $HTTP_SESSION_VARS; ********************************************* Find this code around line 245: tep_session_register('cart_PayPal_IPN_ID'); $cart_PayPal_IPN_ID = $cartID . '-' . $insert_id; } } return false; } and change to: tep_session_register('cart_PayPal_IPN_ID'); $cart_PayPal_IPN_ID = $cartID . '-' . $insert_id; } } // Include OSC-AFFILIATE require(DIR_WS_INCLUDES . 'affiliate_checkout_process.php'); return false; } ********************************************* Vger

It's 2.5a, with the fixes from the 25th and 29th of May, 2005, and my fix from 3rd April, 2006. I don't trust later versions - too many people have been playing about with them. Vger

Affiliate Tier Levels work like this. 1. You decide how many Tiers you want and input that into the Affiliate Configuration settings - minimum is 2, because 1 exists before you use Tiers. 2. You have to elect to use Tiers and set that in those same settings. 3. Let's say you pay 10% at the 1st level and 5% at the 2nd level - someone comes via an existing Affiliate and sign up themselves as an affiliate. Each sale made by them costs you 15% - 10% going to the new Affiliate and 5% going to the referring Affiliate. 4. The ony way of tracking what's happening with these sales is to manually match up the payments of 5% to the original affiliate with the sales made by the new affiliate. 5. This isn't time limited e.g. the original affiliate gets the added 5% forever on sales made by the new affiliate. One thing that may confuse you, as you set your percentage levels for the different affiliate Tiers, is who exactly is an affiliate Tier 1 and Tier 2 affiliate? Neither are. It's the payments that are Tier 1 and 2. The Tier 2 payment goes to the original affiliate, as a referral bonus, and Tier 1 payments go to all affiliates. Finally, you cannot use the Tier system if you also elect to set Individual Percentages to each affiliate. The more Tiers you use the more each sale costs you! Vger

With Protx VSP Direct it's only the data which passes back and fore your site and Protx, the customer remains on your website. So the problem you get with Pay Pal of the customer not clicking to return to your website does not exist with this module. This is a whole different ballgame to Pay Pal, much more professional and you also get to process orders taken over the phone via your VSP Terminal. Vger

The update of 18th November last year is stable. I do not know if it will work on your heavily modified store - because I have no idea how it has been modified. This is a judgemet only you can make. Vger

Which is why it always pays to check yourself. Glad it's now resolved for you. Vger

cURL is either compiled in PHP or it isn't. Look in oscommerce admin, under Tools --> Server Info. If cURL is not listed there then it isn't installed. From install.html: Vger

The only thing I can think of is that there is a conflict with another contribution you have installed. I have noted in the past that CCGV does not work when you use the Lower Fee Fee, which is part of the default osCommerce. Vger

Authorise Net AIM works "out of the box" for the majority of users. Those who do have problems generally fall into two groups. 1. They are hosted on Windows servers, and finding cURL on a Windows install of PHP is problematic. 2. They use a proxy for cURL - and there is information in this thread and others about cURL proxies. Vger

I've already answered your question in the post above. No one can tell you what it is that you have done incorrectly. You have to go back over the install procedure - because you made a mistake somewhere. Vger

I'm afraid you'll have to go back over the Install instructions, because you got something wrong somewhere. Vger

The problem with that idea is that Shipping is not a required module in osCommerce, because of the use of "Virtual Products" with no weight, whereas Payment is - and the Discount Coupon is applied AFTER the Shipping page. Because of all of the possible variations involved I don't think it's feasible to do it - even with the use of switches in the code. switches ******* discount voucher - no discount voucher free shipping - no free shipping all virtual products - mixed products - all physical products based on price of shipping etc ....the list goes on Vger

It's almost impossible for me to tell you what is happening here, especially as it is happening to non-coupon payments as well. However, I can say that Pay Pal has been having problems recently. We've had several customers who have returned to our own website from Pay Pal and we haven't even had the email from Pay Pal confirming their payment. We've only found out by going to our Pay Pal account and seeing the orders listed there amongst other orders which we were notified about. The only reason we continue to use Pay Pal over other payment processors is because a lot of our business is done by invoicing people rather than by Checkout and Pay Pal allow us to invoice people electronically. Vger