I just wanted to inform any readers of the situation before people assume that Digital Storm isn't doing our job properly:
Basically the problem is: The billing address the customer gave us is not matching with their bank. The customer did inform us that he changed it, but, since he is using an international card, it may have not fully updated yet. Every time we try to run the transaction, the customers bank is putting the funds on hold. Since the address and zip code did not match, our bank does not want to accept the funds since this may be flagged as a fraudulent charge. Now, per the customers conversation, we've tried to make two attempts to process the order, which both times, the bank has the incorrect details.
The issues DaNeShady is describing aren't because of fault of Digital Storm, but, the his bank.
Sarah, also instructed our customer if he wishes to fill out our credit card authorization forms and we can then force the transaction and override the fraudulent verifications step against the billing address.
It simply disheartens myself to see the finger being pointed at Digital Storm, when all we've done is relay the message to the customer and tried to help him. I am not going to lock the thread... and I don't see why I would.
Please understand that we don't have your money, but, your bank has your funds on hold because the billing address you gave us isn't matching with what they have on file.
(Here's some logs from the order that reflect the current situation):
This is when we tried to run the transaction:
---------------------------------------------------------
8/21/2009 3:26:09 PM - By James - PROCESS ACTIVITY
Response Reason Text: The transaction resulted in an AVS mismatch. The address provided does not match billing address of cardholder.
Response Code: 2
Response Reason Code: 27
AVS Response: U
Then James sent a notice to the customer as well in the morning:
8/24/2009- Viewed By James at 9:48:47 AM
---------------------------------------------------------
Conversation With Customer:
Topic: Customer Service -> Other
Date Time: 8/24/2009 9:48:56 AM
Duration of Call: 2.6 Minutes
Then Randy spoke with the customer:
8/24/2009- Viewed By Randy at 1:17:20 PM
---------------------------------------------------------
Conversation With Customer:
Topic: Customer Service -> Billing/Payment
Comments: I spoke to the customer. In our system it shows that we have not received payment for his order. Yet his banking says we have taken the money. I am going to look into this and let him know when I get an answer. I also suggested that he call his bank and see what they have to say about it.
Date Time: 8/24/2009 1:22:39 PM
Duration of Call: 5.3 Minutes
Sarah tried to re-process the order with the customer:
8/25/2009- Viewed By Sarah at 12:04:59 PM
---------------------------------------------------------
8/25/2009 12:05:26 PM - By Sarah - PROCESS ACTIVITY
Response Reason Text: The transaction resulted in an AVS mismatch. The address provided does not match billing address of cardholder.
Response Code: 2
Response Reason Code: 27
Authorization Code: 104057
AVS Response: U
Eric spoke with the customer:
8/25/2009- Viewed By Eric at 12:51:43 PM
---------------------------------------------------------
Conversation With Customer:
Topic: Customer Service -> Other
Comments: Customer says his card has been charged twice for the amount of the computer, we need to find out whats going on and process this order
Date Time: 8/25/2009 12:54:16 PM
Duration of Call: 2.6 Minutes
Then Sarah spoke with the customer:
8/25/2009 1:39:42 PM - By Sarah - I told customer to fill out the cc form.
Then, after seeing this post, I myself called the customer:
I did say in the other post, that, your bank is putting the funds on hold since the address and zip code don't match, our bank isn't taking the funds.
Moving froward, I am glad me and the customer got it all ironed out. He is going to send us the CC Form and we will force one of the transactions, and wait for the other transaction to clear from his bank. It was all a misunderstanding, which happens.

Edited by Alex - 25 Aug 2009 at 6:43pm