Jump to content

Recidivist

Members
  • Content count

    69
  • Joined

  • Last visited

Posts posted by Recidivist


  1. I actually had luck with THIS mod, the one this thread is about... the new one that comes with RC2a simply does not work.

     

    I had the same problem with both mods - the error as above. However, the problem was eventually tracked down to a combination of incorrect test url (should be https://certification.authorize.net/gateway/transact.dll if you don't have an A.net developer account), transaction ID and MD5 hash. The MD5 hash entry field in A.net account manager is shorter than most MD5 hash generators create, so I, at least, had a mismatch in the string i'd input into the contribution and the string A.net was looking for. It was off by about 8 chars.

     

    Double check your data and url in the first instance. The RC2a version now works fine with my MS2.2 store.

     

    KB


  2. Hi all,

    Back in November 2007 Authorize.net came out with CIM, customer information manager, see release info below.

    It's $20 a month, but seems well worth it as a PCI issue can put you out of business overnight if your not careful. Not to mention possible lawsuits. How do other solutions compare to this? It sounds good but maybe there are better options for PCI compliance. I like the fact that we won't be storing credit card info on the server. If anyone is using this, is there code out there for this? Thanks for your help!

     

    Steve

     

    I am looking into coding something for this, but outside of osCommerce. Remember that even with the AIM module you should be safe from PCI-related issues as it should not store credit card details. Just make sure the module you use (there are a few) is one that does not store them, or amend the one you use. You should also make it clear to your customers that you do not store their details.

     

    Unless you have a server security guru/genius on staff, you don't want to messing with PCI. The AIM module is the best of both worlds.

     

    KB


  3. Well I am now completely confused...

     

    Me too. The following works for me right now on the LIVE server:

     

    tep_draw_hidden_field('Crypt', $crypt);

    and

     

    $crypt = $_REQUEST['crypt'];

     

    and on the TEST server:

     

    tep_draw_hidden_field('crypt', $crypt);

    and

     

    $crypt = $_REQUEST['crypt'];

     

    Is yours the same?

     

    KB


  4. Having problems with the post-Maestro/switch changes.

     

    Does anyone know if there's an easy way to view the string which Protx sends back after a successful payment transaction? decrypt_protx.php does this perfectly for the string being sent TO protx, but I need to see what they send back.

     

    Many thanks

     

    KB


  5. I can confirm that those changes are correct and work.

     

    Sorry for very late reply - just spotted this :)

     

    Thanks

     

    I have just encountered this issue on the Protx test pages and not only do I see the same problem, but their test CC details don't work either. They've also yet to send me their new templates. Grrrr...

     

    Thanks for the fix.


  6. For the sort order issue, try this:

     

    
    This should prevent this problem from occurring on any orders that have not previously been edited with Order Editor.   For the orders that have already been edited and have the wrong sort order, you will have to manually change the sort order in the database.[/quote]
    
    
    Hi DJMonkey,
    
    Going back to post 2003, does removing [code]$sort_order++;

    simply prevent the order editor from altering existing sort orders? I have removed it in mine as you suggest and still see the problem of sort order changing (seemingly randomly) whenever I edit an order.

     

    KB


  7. After re-reading your question it sounds like you're asking about the javascript "on-the-fly" calculator not updating the tax component when you add in a custom discount. The fix below does not address this, it only makes the calculations correct upon pressing the "update" button. The javascript calculator is a neat tool, but it is not an essential part of the code.

     

    In admin/edit_orders.php find

    				if($ot_class == "ot_shipping")//a good place to add in custom total components

    and change it to

    				if( ($ot_class == "ot_shipping") || ($ot_class == "ot_custom") )//a good place to add in custom total components

     

    Next find

      //just adding in shipping tax, don't mind me
    	$ot_shipping_query = tep_db_query("
    	SELECT value 
    	FROM " . TABLE_ORDERS_TOTAL . " 
    	WHERE orders_id = '" . (int)$oID . "'
    	AND class = 'ot_shipping'");

    and change it to

      //just adding in shipping tax, don't mind me
    	$ot_shipping_query = tep_db_query("
    	SELECT value 
    	FROM " . TABLE_ORDERS_TOTAL . " 
    	WHERE orders_id = '" . (int)$oID . "'
    	AND (class = 'ot_shipping' OR class = 'ot_custom')");

     

    Thank you. This works beautifully. The javascript updates aren't correct, but like you say, that's not important. What is important is that the figure added to the database and subsequently displayed is correct.

     

    Thanks again.

     

    KB


  8. DJMonkey, your comment put me on the right track and I fixed the problem. Thank you. In edit_order.php you can set the sort order for the data (on mine it's line 401). I simply set this to match the tax sort order as set by my order creation script.

     

    Now that's fixed I've discovered another problem. When I add a discount amount in before shipping (directly after subtotal) the tax rate does not update accordingly - i.e. it still shows the tax rate from the non-discounted figure.

     

    Any ideas how to force the tax to be recalculated when a discount is applied?

     

    Cheers

     

    KB


  9. Ah, you're right. We are using a manual order entry contribution to create a blank order, then Order Editor to amend it. The manual order entry script places all items in the correct order initially, but when the order is amended in edit_orders.php the VAT line is moved to the top of the list.

     

    I will now investigate this a little further, but I'm not convinced that the Order Editor isn't somehow involved.

     

    KB

     

    After further investigation the manual order entry tool is adding orders into the database with the correct order as follows:

     

    Subtotal: 1

    Discount: 2

    Delivery: 3

    Tax/VAT: 4

    Total: 5

     

    After editing in edit_orders.php the ordering is changed as follows:

     

    Tax/VAT: 3

    Subtotal: 4

    Discount: 5

    Delivery: 6

    Total: 7

     

    Any indication on where in edit_orders.php I can fix this would be massively helpful.

     

    Cheers

     

    KB


  10. Order Editor does not have the ability to manually create orders, only edit existing orders. It sounds like you are using a manual order entry tool to generate the order in the first place, then Order Editor to finish it up. Whatever code from the manual order entry contribution that you are using that actually generates the order in the first place is where you should look to resolve this issue.

     

    Ah, you're right. We are using a manual order entry contribution to create a blank order, then Order Editor to amend it. The manual order entry script places all items in the correct order initially, but when the order is amended in edit_orders.php the VAT line is moved to the top of the list.

     

    I will now investigate this a little further, but I'm not convinced that the Order Editor isn't somehow involved.

     

    KB


  11. Hi,

     

    I am seeing a problem with the ordering of totals (subtotal, shipping cost, tax and total) on both edit_orders.php and subsequently on orders.php. I am using v3.0.2.1 of Order Editor.

     

    It's not a great problem that the ordering in the order total block is wrong on edit_orders (since the calculations are all correct), but it is a problem on orders.php because it also affects all our invoices, packing slips etc.

     

    Currently, we see things in this order on orders.php (when manually creating an order using edit_orders.php - not when orders are automatically created by customers):

     

    VAT (Tax):

    Subtotal (ex vat):

    Delivery:

    Total:

     

    But we need it to be ordered like:

     

    Subtotal (ex vat):

    Delivery:

    VAT (tax):

    Total

     

    On orders.php it looks like this:

     

    osc-post-01.gif

     

    On edit_orders.php it looks like this:

     

    osc-post-02.gif

     

    Can someone point me in the right direction for finding the code which can fix this ordering?

     

    Many thanks

     

    KB


  12. Is there more than one?

     

    I assumed there was, perhaps incorrectly. If osC Affiliate IS the only one, what are your thoughts about that? Does it work well? Is it difficult to manage? Does it make commissions easy to deal with?

     

    Forgive the newbie-ness of this question, but I would like to hear the community's experiences before trying it.

     

    Cheers

     

    KB


  13. Another issue people using Protx and 1and1 should be aware of is that because this failure is causing the customer to return to the payment page, it is quite likely that some customers will assume that their order did not get processed and that they need to do it again. This can, and will lead to duplicate successful payments processed through Protx with no record of each order in your DB.

     

    Just remember to 'void' the duplicate payment in your Protx admin pages until this problem is fixed. This is far easier than allowing the payment to go to settlement and then having to refund the customer.

     

    This issue seems more and more limited only to OSCommerce stores hosted at 1and1.

     

    k.


  14. Hi,

     

    I've tried for hours to get any of the contributions for showing the product quantity on my product info page. I've tried both Stock Display and qty_image contribs and neither work.

     

    I'd prefer to have the functionality of Stock Display (images & text), but can't get it to work, despite it being the easiest mod to install I've seen!

     

    Can anyone suggest either a fix, or another contrib which works with my store?

     

    I'm running a heavily modded osCommerce 2.2-MS2 at www.gigstuff.com (testing).

     

    Cheers

     

    KB

×