nuclearglory

LOL! Quoting myself from a previous post on this topic... <faints> Edit: The versions wouldn't have mattered if it had been an API problem that existed across many releases of the software. In which case, the tech team would need as much information as possible to fix the API so they don't have to retest (or rethink) things we've already tested for them.

Definitely sounds like an API problem at this point. I would say to have the staff check the install & implementation so they can examine it (provide them the access details, sample scripts, point them to this thread, etc...). Things will go faster if they have as much info and testing capacity out the gate.

Just wanted to say that the staff here (via support ticket) took very good care of me! As far as the technical support world goes, that was light-speed help. Thanks a lot Matt! They issued me 2 new files to replace in my installation and everything works flawlessly. Here's me being totally impressed. Is there a testimonials page somewhere? LOL!

Is the gateway in a testing mode or is it live? If it's testing --- is there a cc-number associated with the client's account? Is the gateway setup to take everything in test mode? And is the number made-up, a valid test number, or a real number? The only thing that seems like it could legitimately freak the system at this point is a problem between the assocation with an invoice and the client account, the data in the invoice, or something with the client account itself (a cc number the script assumes will fail but doesn't in reality). The only other thing that comes to mind is an invalid timeout setting. Something where... the API contacts Auth.NET (which runs the transaction) but the script gets tired of waiting, prematurely ends the connection with Auth.NET, and then returns a useless failure code when in reality the transaction went through. If it's none of those things it would seem very likely it's a problem with the API (or gateway response script) in WHMCS. You guys aren't doing anything fancy like purchasing with a different currency are you?

Good point! So anything in that log? I would recommend dumping the entire "results" array to the log actually since it's unclear what (if anything) is being returned as-is.

Dumb question but the charge is showing up as "authorized" in Auth.NET right? It's not declining the transaction (meaning your front end is actually working) is it?

What's the log file say that the script is adding entries to? Everything looks good, particularly if it's registering in Auth.NET properly. Weird that it's returning a failure (or no?) response though. It is possible that the capture API call only does just that... capture, requiring you to call the other API commands to log the transaction and update the invoice. http://wiki.whmcs.com/API:Add_Transaction http://wiki.whmcs.com/API:Add_Invoice_Payment I'm not 100% sure on that atm, but that does sound most reasonable if it's not a flaw in the design. Doesn't explain the error (or missing) return code though.

Can you provide the sources you're having trouble with? The peeps will probably want to make sure it's not an input problem of some kind. Given that you're seeing an error page I assume it's not a custom cron system you're running. So... either a custom order process for the end-user or a custom way for you to push invoices through for payment?

Should the details be in the last "confirmation email"? You can adjust the email templates and control what kind of data they display. Might be specific to each type of business. Not sure from the hosting aspect and their confirmation emails since I sell software instead. "Pending" orders can be set to autorelease on order (if you don't want to check each one), but this may conflict with the panel usage. It's under the module name of "Autorelease" for the Module Settings of any given product.

Something I noticed is the password might need to only consist of numbers and letters (no symbols). If there are any symbols in the password (and probably username) the authentication failed for me. I didn't tinker with an underscore though, so not sure on that one as a symbol. First I would make sure it's not a scripting error though (ie: common mistake to not pass in the auth user and password at all).

Here's a thought... if I absolutely had to I could probably look at the gateway integration docs and modify the input variables on the return trip (at the top of the gateway response script in unencrypted form). Shoot in the dark a bit until I hit something

Nevermind! They both list now... Either I was completely blind before or something isn't right... Could browser cache have done that? I even checked my own profile before and the thread wasn't coming up before. Sorry if it seems like I double-posted. I do in-fact have better things to do with my time than double post, lol!

Here's something interesting... If you go to the forum search and type in "Quantum" you can find my original thread I made... but the thread isn't actually visible in the board list. A ghost-thread... that's weird...

Sweet, no blocking this time. I have obviously risen to the ranks of an unstoppable force or something. Thanks bear!

Oh man! That's a drag! Ah well. Let me get my notes together and try again. Notepad is friend this time, lol! Really glad I checked in...

Good point! I hadn't even thought about the holiday tbh, thanks for the reminder. At least I know mine isn't the only one that's stuck, lol!

Hey all! I created a new thread in the tech section and received a notice it needs to be authorized by an admin before it posts up (due to lack of posts recorded for my account?). Did that about the turn of the weekend I believe... Anyhow, was hoping to get that viewable and maybe responded to before I bug the staff with it. If whoever clears the threads doesn't show up until Monday that's fine too, just a little concerned since there isn't a record of the thread anywhere and no way to PM the mods, lol! It was fairly detailed too, hoping to be able to forward the staff to it (if it comes to that) so I don't forget any of the details on a reiteration. I would have saved the post to a text file or something but had no warning the thread would go into limbo.

Okay! This one is pretty funny, I almost missed it though (which would've been bad!) Cutting to the chase... - Our base system currency is USD. - Exchange rates update every night. - All gateways (including the Quantum Gateway) are instructed to convert to USD for processing. - The Quantum Gateway sends a verification email displaying the proper amount ordered in (119.95 USD in this case). - The orders/transactions/stats report perfect for every currency ordered in. * The problem is what the invoices show and the invalid account credit caused when ordering in EUR or GBP (the other options). We have a product group worth 119.95 USD (rougly 97.88 EUR). When ordering using EUR from the checkout process, this is what the invoice says: ****************************************** This is a payment receipt for Invoice 1235147 sent on 05/28/2010 Nuclear Fusion €73.42 EUR Addon - Smart Packer (20% off) €24.46 EUR ------------------------------------------------------ Sub Total: €97.88 EUR Credit: €0.00 EUR Total: €97.88 EUR Amount: €119.95 EUR Transaction #: 1820275 Total Paid: €119.95 EUR Remaining Balance: €-22.07 EUR Status: Paid ****************************************** Notice the "Total" is €97.88 EUR but the "Amount" is €119.95 EUR. The 119.95 is suppose to be the amount in USD, but it's not just an acronym problem because it actually gives the user a 22.07 EUR account credit, LOL! What it looks like to me is... the system thinks the gateway response is coming back in the user's local currency but actually isn't --- causing the system to think it's an overcharge. I hate to be a pest but could we get a fix/patch for that? I'd do it myself if it weren't for the pesky encrypted source files, haha. If I need to upgrade out of my trial before such assistance is offered let me know, I've seen enough to be happy with this product and only have about a week left anyhow.

Thank you so much! I'll make it a point to login in advance of doing a forum search next time.

I apologize if this is in the wrong section. I looked over all of the sections in advance (this one was closest to the mark) - the system just asked me to login again and now I see the technical help board and an array of others I didn't see before. Sorry about that. Mod can move me over if they like.

Here are the screenshots from the various sections: Broken into zip files due to size restrictions... whmcs.zip whmcs2.zip

Hi all! I installed the WHMCS trial (planning on purchasing soon) and am loving it. Technically I only needed a shopping cart, but the customer support aspect of this product (that I can offer to my clients) along with the multitude of other features make it SO worth it. Anyhow, the setup is all done and working smoothly. Nightly cron jobs update the exchange rates and the email piping opens support tickets automatically (sales@nuclearglory.com and support@nuclearglory.com). We're not live yet, getting the initial testing done and working out the customizations a bit later. Everything appears to function perfectly. Here's the gotcha... I discovered the ticket escalation system and wanted to give that a try. I setup the rules and the cron job (hits every 5 minutes). I initially set the rules to something low like 3 minutes to make sure it would auto-escalate and reply to tickets - nothing. I tried 5 and 6 minutes - nothing. I tinkered with it on & off for several hours (adjusting the delay to 120 minutes) - nothing. One thought was maybe the cron job was setup wrong. But the activity log in WHMCS shows the escalation cron firing off every 5 minutes - just no escalation of any of the tickets I tried renaming the rule, adjusting the various rule settings, creating tickets before & after the creation of the rule. The best thing I can think of is maybe I missed a global or department-related setting somewhere. Will post up some screenshots of the relevant sections in a moment. If anyone wants to fire off an email at the above email addresses to see, feel free to.