Results 1 to 10 of 24

Hybrid View

  1. #1
    Join Date
    Aug 2005
    Posts
    62
    Plugin Contributions
    0

    Default Odd problem with orders and authorize.net

    I have 2 customers that placed orders in my store. My store is 1.38a, db is 1.38. My store is using Authorize.Net AIM. Here is the issue I've seen twice now.

    By looking at my Authorize.Net stmt, I can see cust A placed an order on Jun 8, 11:31:33, which was declined. He then successfully placed the order on June 8, 11:54:21. This order was success. Cust B placed an order on Jun 8, 11:56:58, which was successful. By saying successful, I mean it was listed in the Authorize.Net settlement report.

    Here's the weid thing:
    Cust A's order information shows in Zencart. But Cust B's sold to information ended up in Cust A's order. The order id's were 1596 and 1598. Both orders were for the exact amount, but different items.

    The authorize.Net statement invoice number column for both customers shows invoice number 1598.

    Any help is much appreciated.

    Thank you,
    Rhonda

  2. #2
    Join Date
    Jan 2004
    Posts
    66,446
    Plugin Contributions
    81

    Default Re: Odd problem with orders and authorize.net

    What is the exact order number that shows on authorize.net?

    Since v1.3.8, it should be a number followed by a hyphen and 6 random letters. This is to ensure uniqueness and prevent duplication.
    If you're not seeing those additional letters in authorize.net then it suggests to me that you're using an older AIM module.
    .

    Zen Cart - putting the dream of business ownership within reach of anyone!
    Donate to: DrByte directly or to the Zen Cart team as a whole

    Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
    Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.

  3. #3
    Join Date
    Aug 2005
    Posts
    62
    Plugin Contributions
    0

    Default Re: Odd problem with orders and authorize.net

    Invoice Number on Authorize.Net
    1598-l2lq9l
    1598-Lfvf0F

    Looks like the newer AIM?

  4. #4
    Join Date
    Jan 2004
    Posts
    66,446
    Plugin Contributions
    81

    Default Re: Odd problem with orders and authorize.net

    Were the times you mentioned from Zen Cart admin, or from authorize.net?
    Can you provide both sets of times for both orders?
    .

    Zen Cart - putting the dream of business ownership within reach of anyone!
    Donate to: DrByte directly or to the Zen Cart team as a whole

    Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
    Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.

  5. #5
    Join Date
    Aug 2005
    Posts
    62
    Plugin Contributions
    0

    Default Re: Odd problem with orders and authorize.net

    Unfortunately, my customer deleted the order the order that was the duplicate looking order that had the cust b's information in the sold to. The times I gave were from authorize.net.

  6. #6
    Join Date
    Mar 2007
    Posts
    112
    Plugin Contributions
    0

    Default Re: Odd problem with orders and authorize.net

    Since v1.3.8, it should be a number followed by a hyphen and 6 random letters. This is to ensure uniqueness and prevent duplication.
    Who assigns the extra 6 letters to the order # - Authorize.net or Zen Cart?

    The reason I ask is that those extra letters make it dificult to match Zen Cart orders with Authorize.net reports. For instance, if we want to issue a refund, and input the Zen Cart order # to authorize.net's search box, it doesn't find the order!

    Any ideas on how we can solve this problem? Thanks!

 

 

Similar Threads

  1. Re: Problem with cookies and authorize.net checkout
    By hollyneedles in forum Built-in Shipping and Payment Modules
    Replies: 5
    Last Post: 16 May 2011, 05:35 PM
  2. Duplicate orders with Authorize.net AIM
    By wk4hm in forum Built-in Shipping and Payment Modules
    Replies: 4
    Last Post: 23 Dec 2010, 10:37 PM
  3. ZC orders with no Authorize.net processing??
    By phatkodi in forum General Questions
    Replies: 18
    Last Post: 6 Sep 2009, 08:15 PM
  4. Problem with Authorize.net
    By theclay in forum Built-in Shipping and Payment Modules
    Replies: 1
    Last Post: 15 Oct 2008, 05:12 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
disjunctive-egg