thenspdude

Has there been any new news on this? Will WHMCS be supporting real-time reversals, and the other requirements in an upcoming upgrade?

Believe it or not, Matt, the customer isn't always wrong. I DID read before I said anything. So now who's being rude? If you actually knew what you were talking about, you'd know that accepting the customer's credit card information on your server IS storing it on your server. So again, what's the point of the CIM module? If you want me to not be rude, that's fine, but do the same, yeah?

Very nice. I ask a question, and it's labeled not only as "not a bug," but my question is ignored. Is that how customer service works here? So I suppose, then, if it's "not a bug," then the CIM module is exactly like the main authorize.net module? If that's the case, then what's the point of the CIM module to begin with? There are still PCI concerns because the customer's card touches the server. Or does WHMCS not care, and is that why you flag legitimate concerns as "not a bug," and then ignore paying customers? Is it possible to actually get answers instead of having something crapped on and ignored?

The Authorize CIM module appears to be exactly the same as the primary authorize.net module. When the customer goes to enter their credit card data, the form is still on our server, so what exactly is it supposed to do? Essentially, this module isn't working the way that CIM is intended to. Is this how the module is supposed to behave, or is something seriously wrong here?

I don't even know where to begin I'm so irate. The Authorize.Net CIM module does NOT work. It most certainly does not take the customer off server to store credit card details. Furthermore, whoever coded it somehow managed to change "test mode" to "text mode." What gives? What hoops do I need to jump through to get it to work?

Does anyone know definitively when the next version is coming out?

Hello, I am trying to find out if the PayPal gateway is compatible with PayPal's FMF service. Has that been updated yet?

Might I ask whom you use to process credit cards? Do they offer a web gateway? You could manually charge it through that, and then manually post the payment with the transaction number in the profile for the invoice.

Does anyone know what time the database that WHMCS uses to do currency exchange rates updates? I would think it would be nice to update the cron accordingly, so that customers aren't being over/under charged, i.e. the previous day's rates, etc.

But I manually changed the due date to Tuesday, even though I posted it yesterday, since the bill was due Tuesday. As of this morning's cron, it still didn't charge any fees.

I know that backdated invoices are a planned feature in the new version, but in the present version, we manually billed a client on Tuesday. He didn't pay by Friday, so we posted an invoice to the system. Our late fee posts 2 days after the invoice date. Now, I realized that this client had been exempted from late fees and overdue notices, which I corrected. I then manually re-ran the cron. The system did not apply the late fee, nor did it send an overdue notice. Is that because it's actually considering the invoice's date as Friday, and not Tuesday?

It would be interesting to see this worked into WHMCS, whether in the existing PayPal module, or as a separate module. The more options a customer has, the more likely they'll complete the checkout process.

I don't find 2Checkout to be all that impressive. I do, however, find Authorize.net to be quite satisfactory, and the rates are reasonable. When you use 2CO, you tend to give them too much control over your product.

Right, but e-commerce merchants must still be able to support reverse transactions in real-time, so long as the transaction hasn't settled. Now, I assume that if Authorize will support this, it'll be a matter of logging into the interface and doing it manually. The question is: will WHMCS support this in an upcoming upgrade, and if so, when?

Invoice sent 5 days before due date, so the client definitely has time to pay or contact us to negotiate an extension. Suspension of service at 12:01 a.m. on the day after the due date. Late fee on the 3rd day. ($15.00) Termination on the 10th day (20% or $30.00, whichever's greater) Reinstatement fee of $20.00 10th-30th day Collections 31st day, plus $200.00 collection agency fee All terms are clearly spelled out in the terms of service that the user agrees to before proceeding with order. However, we state that we reserve the right to proceed as shown above. If a client has been with us and runs into a tight spot, we do work with them. We're not robots here, but we are tired of people playing the system.