learn QuickBooks pro 2008! This will greatly help you in your business! :flex:
also visit this site:
www.edivergent.com
Printable View
learn QuickBooks pro 2008! This will greatly help you in your business! :flex:
also visit this site:
www.edivergent.com
Learn QuickBooks pro 2008! This will greatly help you in your business! :bigups:
Also visit this site. Please.
www.edivergent.com
Schanz are you using the quickbooks merchant service?Quote:
Originally Posted by Schanz
thanks for your help,
Steve
I apologize, I haven't checked this thread lately. Yes, I am using Quick Books Pro 2007 with the integrated CC processing. I followed the directions for the desktop installation and didn't have any problems.
Hi,
I found this module and it looks like is something I been looking for.
But, I installed the files to the directories as indicated, and they do not show up in the admin section where the payments module list is.
I installed both files in their proper directories.
The files are at 644 chmod.
Any ideas what is the problem?
THanks
What version of Zen Cart?
I have zen cart Zen Cart 1.3.8a, the module is not visible on the payment area. But, it is in the directories.
Is there away to fix this? Thanks.
Is the Language File in your Lang Dir?
Thanks, I got it to work.Quote:
Originally Posted by the_ancient
:huh:
Okay, I installed the qb module, got to be seen on the interface, create an ssl and did the connection to the test account and test and got the certificate signups. Installed the certs.
Got ssl and dedicated ip, all should be working but I get a transaction error. How do you know what error is the system getting if all you get is just a sorry message.
QB makes this process really difficult and the module does not give you a clue as to what happended.
Any ideas?
Not much action in this tread. May I ask if this is working out for you with 1.3.8a? Who will continue with this mod when Zen 2.0 is coming out? I'd hate to set it up only to see that it will never work for 2.0.
Please let me know how well this mod works out for you folks.
This runs fine with 1.38a. Not much action in the thread because it just works. No idea if ancient will rework for 2.0 -- though I would assume demand will be there.
Good to hear that it works without much problems. I followed the pdf instructions and wanted to set up the test as described below.
If you selected the Test environment you need to sign up for a PTC Merch account in order to test the module, do so going to the following web page
https://merchantaccount.ptc.quickboo...Bmerchant=true
BUT this link is not working anymore and I searched the whole QB site for PTC with no success. Does anybody know how sign up for PTC? Maybe it is ok to just go with production from the beginning?
I went direct to production. Tested with a few $1.50 transactions, and was off and running.
OK, this is what I will do too. Now I tried to Edit Processing Information on my merchant service center account with QB. I try to select the radio button Process with Web Store, but it gives me an error:
Due to a temporary system or connection error, your settings cannot be updated now. Please try again later.
(800)558-9558
Has been like this the last few days. Tried to call the number but nobody could help me. They transferred my 3x and then somebody wanted to sign me up with one of their web store providers, she said this is what they have to do in order to activate Process with Web Store feature. They had no clue what I was talking about when I explained that I want to integrate this myself with ZenCart. I said politely NO THANK YOU and said good bye.
I wonder if you had to call in for this activation too?
I just got this working today after starting it on Friday.
Just a few notes.
1)I didnt need to change any coding
2)I already had QBMS - not the web store portion
3)Once it works you *CAN* see your transactions through Merchant Service Deposits on the QB Accounting Software home page.
4)It was kind of frustrating, but now that it works im very happy.
5)I went straight to production and skipped the testing.
6)I use godaddy hosting with a ssl and zencart 1.38a
Here is how i set this up...
1) went to appreg.intuit.com - registered
2) Logged off
3) went back to appreg.intuit.com - signed in - this is when i got the screen shot that you see in the installation manual - from there i was able to "add" my application - Follow instructions.
4)once you have your app id - you cant do anything until you first have a QB Merchant Account, and 2nd once you have that, you have to be able to accept web store orders.
5)once your merchant account is straight i used this address to get the connection ticket going -
http s://merchantaccount.quickbooks.com/j/sdkconnection?appid=YOURAPPID&sessionEnabled=true
obviously YOURAPPID in the address is your app id, and no space between the http s:
6)once i got the session ticket i had all the information i needed to finish following the installation manual.
7)i tested it as soon as i put all the info into my module
8)worked perfectly!:clap::clap:
My Security Website
www.securfocus.biz
I had this same thing happen to me, but i called that 800 number you have listed, and the first person I talked to I told them I wanted to accept web store payments on my merchant account.Quote:
Due to a temporary system or connection error, your settings cannot be updated now. Please try again later.
(800)558-9558
She said ok no problem told me it would be ready by midnight that night. It wasnt though of course, and i called in this morning and told them that i had my web store turned on yesterday and it was supposed to be up and running already, the guy on the other end did something and it worked right away.
so you called the right number, you just have to get to the right person i guess? You dont need to tell them your using zen cart or anything just tell them you need to accept web store payments. I believe the only cost is an additional $6 per month to have the merchant account accept web store payments.
Your right though, dont sign up for anything, just tell them you want your merchant account to accept web store payments. Thats it they dont need to know anything else.
Called again, and just insisted to turn on the Process with web store feature. After a bit back and forth, they said it will be done by tomorrow. Will see...
I will keep you guys posted. Guess it will help others to go through the motion.
Now I wonder what happens if I want to use my QB merchant account for more than one website?
Can I use the same App ID and Application Login from several sites?
Again, one support agent at QB told me that this would not be possible and I would need separate merchant accounts. I doubt that this is true. Just checking if some of you already use it for more than one store.
You need to take a look at the Intuit documentation on "hosted" vs "desktop" security models. Hosted allows for several sites but is more complex to set up. Unless you are very comfortable with PKI (encryption key pairs), key signing and PEM files - you may not want to go this route. Here is a quick excerpt:
Quote:
An additional level of security is provided in the hosted model through the use of certificates. Hosted web applications must have a server certificate in order to handle QBMS callbacks and they must also have a client certificate to POST transaction requests to QBMS. (A list of root certificate authorities that are known to work with QBMS are provided in Appendix D.)
The hosted security model can be used for most types of applications but is required for hosted applications that are accessible over the Internet and that support multiple merchants. Also, you might want to consider this model if your application is an Internetaccessible application that supports refund and void transactions.
All set up done and tried to make a transaction. Like others, I do not see a charge in Merchant Account. Check out went successful. How would I see in Zencart if the transaction worked? Or do I just see it if I log in the merchant account? What if I need to refund?
I got no errors and no transaction posted to my merchant account. I will re-check everything as advised to others anyway.
Where exactly do you see this? I still can't find my transaction. No errors.Quote:
Originally Posted by Securfocus
Ok, maybe I posted a bit fast, the transaction did show up if I just go to my merchantcenter and go to Search and reporting - search for transactions. Now I see my test transactions but how would I refund?
I posted again too fast, sorry.
Now I see my test transactions and I see that there is a refund option. So far so good. Now just the question remains how to get the transactions downloaded to QB. I am not taking about the QBI features of importing the orders from Zen, just getting the financial transaction data into QB. How are you guys handling this? Let's say you have 10 transactions for the day from web sales. How do you track them in QB?
Mod works but validation of cvv BEFORE it gets sent to QB merchant service gateway does not work. I can check out without giving CVV. All settings are done so CVV should get checked. Offline CC mod java popup works fine. In this mod not.
I looked at the code that should make it work, did anybody modify so it works?
HTML Code:// function javascript_validation: Validates the submitted payment details.
function javascript_validation() {
$js = ' if (payment_value == "' . $this->code . '") {' . "\n" .
' var cc_owner = document.checkout_payment.qbms_cc_owner.value;' . "\n" .
' var cc_number = document.checkout_payment.qbms_cc_number.value;' . "\n" .
' if (cc_owner == "" || cc_owner.length < ' . CC_OWNER_MIN_LENGTH . ') {' . "\n" .
' error_message = error_message + "' . MODULE_PAYMENT_QBMS_TEXT_JS_CC_OWNER . '";' . "\n" .
' error = 1;' . "\n" .
' }' . "\n" .
' if (cc_number == "" || cc_number.length < ' . CC_NUMBER_MIN_LENGTH . ') {' . "\n" .
' error_message = error_message + "' . MODULE_PAYMENT_QBMS_TEXT_JS_CC_NUMBER . '";' . "\n" .
' error = 1;' . "\n" .
' if (' . MODULE_PAYMENT_QBMS_VERIFY_WITH_CVV2 . ' == "True") {' . "\n" .
' var cc_cvv2 = document.checkout_payment.qbms_cc_cvv2.value;' . "\n" .
' if (cc_cvv2 == "" || cc_number.length < ' . 3 . ') {' . "\n" .
' error_message = error_message + "' . MODULE_PAYMENT_QBMS_TEXT_JS_CC_CVV2 . '";' . "\n" .
' error = 1;' . "}\n" .
' }' . "\n" .
' }' . "\n" .
' }' . "\n";
return $js;
Follow up on previous post. I tested other payment modules like Authorize.net and the ccv java pop up works there too. It seems something is wrong with the code in the qbms.php
I want the error to pop up if no cvv is given: (see attached picture)
Any help would be greatly appreciated.
Are you sure you have "Verify Credit Card with CVV2" set to TRUE in the admin Payment Modules settings for qbms?
Confirmed. I'm going to work with this - and will let you know if I find the "bug". But this validation code is not running at all.
Found the issue with the js not validating. The code is correct, the alert is not called. Will fix and post solution.
OK - Here is the fix. Thanks for picking that up. I reformatted a little to match up with the standard cc module. But the key was correct opening/closing of tags. Also - the test for CVV2 length was incorrect - so please note that change as well.
Code:function javascript_validation() {
$js = ' if (payment_value == "' . $this->code . '") {' . "\n" .
' var cc_owner = document.checkout_payment.qbms_cc_owner.value;' . "\n" .
' var cc_number = document.checkout_payment.qbms_cc_number.value;' . "\n" .
' if (cc_owner == "" || cc_owner.length < ' . CC_OWNER_MIN_LENGTH . ') {' . "\n" .
' error_message = error_message + "' . MODULE_PAYMENT_QBMS_TEXT_JS_CC_OWNER . '";' . "\n" .
' error = 1;' . "\n" .
' }' . "\n" .
' if (cc_number == "" || cc_number.length < ' . CC_NUMBER_MIN_LENGTH . ') {' . "\n" .
' error_message = error_message + "' . MODULE_PAYMENT_QBMS_TEXT_JS_CC_NUMBER . '";' . "\n" .
' error = 1;' . "\n" .
' }' . "\n";
if (MODULE_PAYMENT_QBMS_VERIFY_WITH_CVV2 == 'True') {
$js .= ' var cc_cvv2 = document.checkout_payment.qbms_cc_cvv2.value;' . "\n" .
' if (cc_cvv2 == "" || cc_cvv2.length < ' . 3 . ') {' . "\n" .
' error_message = error_message + "' . MODULE_PAYMENT_QBMS_TEXT_JS_CC_CVV2 . '";' . "\n" .
' error = 1;' . "\n" .
' }' . "\n";
}
$js .= ' }' . "\n";
return $js;
}
Now that I have gotten into the code a bit - additional enhancements have been added which improve security (such as limiting input lengths on the form) and correct other errors such as the link to the gateway. This is not my addon - but I may "fork" it and maintain that fork from there.
Ancient - are you still maintaining this? If so - I'm happy to provide the various updates, edits and improvements I have made for you to update in the addon section. The validation piece is actually quite important.
You should post the code up for the fix, and where to put that code in our files.
I am thinking that if there is a security factor that is being over looked it would be more then helpful to the original mod maker to have it posted so he could fix it if he wants to, but at least its out there for *us* to use.
And for the person asking how to get the transactions into quickbooks.
Here is my scenario -
1)Im using QB Enterprise:contractors edition v9.0
2)on the quickbooks software "homepage" there is a button in the banking area of the homepage that says - Merchant Service Deposits.
3)if you click it you should see transactions that are "processing" and another tab that has transactions that have been "processed" and deposited to your bank account.
4)on that same tab where transactions are listed as "processed" there is another button that says "record all transactions"
5)that button well a)automatically record the deposits in your bank register and b)record the merchant fees in your bank register as well.
I have only used enterprise edition with the merchant service so I cant provide support via any other piece.
is this for a different add on mod? i dont remember seeing any java in the QBMS mod that this post is for.Quote:
OK - Here is the fix. Thanks for picking that up. I reformatted a little to match up with the standard cc module. But the key was correct opening/closing of tags. Also - the test for CVV2 length was incorrect - so please note that change as well.
This is from the qbms.php file. It is from this mod.Quote:
Originally Posted by Securfocus
Thank you for the updated js code. I will apply this very soon and give feed back.
between the three of us I think we will finally have a full walk through of setting this up. This Mod seemed like it wasn't getting much attention or support lately. I do thank the mod maker for this add on, it is a very good tool if you have QBMS.
CPTook, do you think there is a way to make this mod report specific errors on the credit card processing? I know there is only one error message that pops up if the transaction fails, but I dont think it tells you why it failed. So for the customer it would be hard to know whats going on.
The cc processing can only report those errors which the gateway gives back. There are not too many errors that I can tell. If you miss-enter the number, and it fails the algorithm for a "real" number, it fails before the gateway. If the card is "declined", it does report that specific error. What other errors need to be reported?
Regarding the other updates to the addon - it is not as easy as the js modification (which was all in one snipet). For that, I may just publish the new files altogether, but wanted to give Ancient the chance to just update the mod in the addon section.
Mydanilo - looking forward to successful feedback. I think this will do it.
Perfect, i guess i never got a declined error yet.
Greatly appreciate the updates you are doing.
Merchant Service Deposits seems to be a new feature for 2009 versions. I have QB Pro 2008. Seems like I have to manually enter. Bummer! If anybody has a good way of getting the transactions into QB 2008 or older, pls let me know. As far as I know you can only download fees or connect to the merchant account and see the activity but not automatically download.
Even in 2009 - they are "unmatched", and so are problematic. I have looked at including code to post the transaction into QBXML - which would then post in. But lots of new questions arise. Is it a payment or a sales receipt? If a receipt, then what product? What customer should it post to? Including all of that as "options" in the addon would be a significant effort.
Having said that - I'm thinking of posting everything to a generic "Online Customer" and posting as payments received. Then the credit balances can be applied to sales receipts for products purchased. The sales entries are still manual, but there is no other way for QB to know what has been sold. Anything more specific gets ugly quickly, and at that point, the two other QB products which export/import transactions are probably better approaches (one using IIF export and the other using web connector).
For the moment - I'm more focused on making sure the qbms addon does what it should correctly, and as securely as possible.
cptok:
The js for the CVV validation is now creating a nice pop up! Working. Now I tested if the credit card entered was not long enough. This results in a message on top of the page (old zen way) and no pop up. Could you modify it that this would be done in the pop up as well?
Here is the message that comes up on top of the page instead of the pop up:
The credit card number entered is invalid. Please check the number and try again.
What I like about the pop up version is, that the customer only needs to correct the problem and does not have to start with a blank form again. Re-entering the whole card info is a drag...
Thanks for working on the js. :smile:
Define "not long enough". The cc test is that it needs to be min 10 numbers. Although from my research, the shortest VISA cards are 13 digits, and longest cc numbers are 16. You can (and should?) change the minimum on your admin-configuration-minimum values page. On my newest version, there is also a maximum entry size on cc number and cvv number forms. Because anything from 13 to 16 is potentially valid - it must go to the next set of tests to validate.
I think if you put in a number less than 10 - the popup will work as expected.
Did you decide if your going to post the new files to copy over the old ones on here, or just start a new addon, that we could copy over the old? That of course is when your modified stuff is stable.
Again thank you for working on it!
Yes, you are correct. Less than 10 will result in a pop up. I think most often customers might just miss one digit. So I will set it to 15 at least as I accept AMEX as well. Discover and VISA/ MC have 16 digits. This should take care of it right now.Quote:
Originally Posted by cptok
Wait, I just re-read and you say some Visa are only 13 digits? Would that be non US cards I assume? I found a link explaining here
http://www.beachnet.com/~hstiles/cardtype.html
I guess the better we check on our sites before sending it to processing, the less fees we accumulate as we get charged for every transaction and authorization too. Never mind if they decline, still a authorization attempt. Anyway, not sure now what number I will set it on but I do not recall 13 digit visa cards coming across too often.
I think you're probably OK setting to 13 min. Remember, there are many other checks to the number including valid leading bank codes, and numeric hash checks. If they forget a digit, it will fail (prior to going to merchant service) and get the red box. Just getting the red box does not mean it was submitted. The basic flow is - js validates obvious items, the cc_validation (a class) validates numerous other items, THEN it goes to gateway.
Securefocus - it's all pretty stable now. Just deciding how to handle. Post a link to download, or create a forked addon. This new file now has the following fixes/updates:
* Fix to js for initial form validation
* Fix to incorrect CVV2 check
* Fix to input form to limit input fields to sane lengths
* Fix to code to properly set hosted vs desktop gateway URL's
* Some typo and layout fixes
cool, just keep us posted!
OK - submitted to the addons as an update to v1.6. Will need review by Zen moderators prior to activation, but keep an eye out there for the update. All items discussed above are included. Changelog and install files also updated.
Hey guys I am going bananas. On my test site I managed to update the js and pop up worked with QB payment module. Now I installed Fast and Easy Checkout and it is not working. Somehow these two do not work together. Do any of you use the Fast and Easy Checkout?
I don't think it would be a question of them not "working together". The js code would be independent. It's possible, although I have not seen it, that the Fast and Easy script is somehow not working. Does it work by itself (without qbms installed)?
Fast and Easy is working and eliminates one step at check out. Actually it can eliminate 2 steps. Anyway, with Fast and Easy mod installed, I noticed that the pop up warnings are not working at all and the stacked message on top of the page is used to notify that something is wrong with the card. CVV gets not checked at all...
cptok: I checked and even the standard cc offline mod will not give the pop up error for CVV. Must be something with the Fast and Easy. I posted on Numinix website. Will see....
Question for all you QBMS users. The current module will allow multiple (duplicate) charges to occur. Intuit's recommended approach is to craft TransRequestID in such a fashion as to avoid this possibility. The consequence of doing this is that any given customer can only make QBMS charges once every 15 minutes and not more often. As mentioned, this is the recommended implementation by Intuit. Their example is - transaction is "complete" and charged, but network goes down before confirm hits customer. So customer redoes the order. Since it is a duplicate, it will reconfirm the data, but not charge again.
My personal view is to implement a hybrid approach. Craft the transaction id so that the SAME ORDER cannot be charged twice, but a new order number can be done immediately. Thoughts?
Sounds great if you can do it this way.Quote:
Originally Posted by cptok
Otherwise you could just set that any given customer can only make QBMS charges once every 3 minutes instead of the 15 minutes. I think it is very unlikely that a customer waits in front of the screen for almost 15 minutes and then presses the button again. Most will do it withing 20-30 seconds if they get impatient by a slow transaction.
Thank you for working on this.
Good points, but that is not how it works. The 15 min issue is determined by the processing rules at QBMS gateway, not a setting on our end. Either you set unique ID's and can submit over and over, or... you go with 15 min as determined by the gateway. And I agree with you, it's not clear that I could use an order number as it has not been generated yet. In fact, there is nothing particularly unique about that "order" until it successfully processes and is actually an order.
What I'm currently trying is to use the total charge amount. If it is the same charge amount in less than 15 min - it is considered a duplicate of the same order.
I was going to suggest the last part, the only thing "unique" is the customer and *most* of the time the dollar amount the customer is trying to buy will be different. So if you could implement that dollar amount into it, i think thats as "unique" as it gets.
I must say im so glad you are working on this as all of this is way over my php skills!
When you say quick and easy check out are talking about the paypal one? i use the paypal standard, that way my customers only have 2 choices. one they use paypal and if they have paypal they will know to use it, and other then that the customer well use the "traditional" put in your cc and press enter. I havent noticed anything not working on my side, but I will update if I do run into a problem.
OK - that update/enhancement is done. Any QBMS submission for exact same $ amount within 15 min will be considered by QBMS gateway to be a duplicate charge. Any differing amount will be allowed and processed. Don't know if I can get this into the release to be put on the addon site - but I'll try. This is a nice fix and a good way to handle it.
The history is - OSCommerce made ANY transaction within 15 min a "duplicate". Zen version allowed any and all transactions and would process them. This is, in my opinion, the best approach.
Great, that was fast implementation.
Fast and Easy Checkout is a mod by Numinix, eliminating some of the checkout steps. Combining the shipping selection screen with the payment screen. Awesome for not loosing customers along the way. The problem is, that the cvv validation does not work as it does on the normal 4 step checkout process. Posted with Numinx on his support site. We'll see if he can fix it or tell me what is up.
If "Fast and Easy" is changing the flow of checkout, something other mods and addons rely on as a predictable architecture, then it really is their issue to resolve. And probably not a topic for this thread. After all, we have been able to find so many things to resolve with the qbms addon as it is!!
Back on topic - I'm quite happy with this round of updates and fixes, and hope the mods activate the v1.6 on the addon site soon. Having said that - if either mydanilo or securfocus are impatient and would like a direct link to the zip file for 1.6 - just PM me.
Now available in Add Ons. Much appreciation for input and advice on this thread to get this update completed.
cptok: Would it be possible to get a transaction number back into Zen Cart? Or is this something that is beyond what the desktop model can do? Something like the paypal IPN transaction info. It would be great if one could see that a payment has been made and have a reverence # posted in the order.
1.6 works great with initial tests. Thank you.
1.6 works with no problems, even with the Fast and Easy Checkout. Numinix fixed the problem with v1.28. I will not mention this mod anymore. I agree the problem was not related, but for others that will read our posts should know that there is no more problem with the two mods together.
thanks for the updates!
good work!
Yes - I noticed this as well. What I will say at this point is, the Authorization Code and Transaction ID are indeed captured back into Zen as part of the order info. But... does not display in the email back to the admin or the customer nor in the order details in admin. I agree that it should, but that may not actually be a qbms thing - but more of a zen thing. I'll track it down at some point.Quote:
Originally Posted by mydanilo
Order info, to be displayed on admin order pages, can be done. But will take me a while. I will add this to whatever comes up as a 1.7 release. I'm continuing to clean up code, and make it all properly GPL compliant.
I appreciate your effort for this module. Looking forward to a proper integration with some kind of payment record back in the order info of the customer. I hope this module will stay alive when 2.0 arrives. It will probably need again some work.
----
DrByte wrote:
Core gateway payment modules allow use of a store-identifier-prefix so multiple stores can be more easily identified when sharing a single merchant account.
-----
I wonder if this could be done with QB merchant as well. I noticed it is a bit tricky to keep track of the payments from all stores.
Update for today - and it's good news. Add on now successfully captures the Auth Code and Transaction ID and displays as part of the order in admin screen. Now just need to elegantly display cc info (truncated cc number, name on card and expiry), then clean up GPL stuff, and we'll have a 1.7 available!
That IS good news. Wow.:clap:
Posted v1.7. Includes new capture of auth code and transaction ID. These are now posted to the admin orders screen, and included in the admin email at time of order. It is also available to the customer in their order history. Upon further reflection and consideration, it did not make sense to try to deal with other cc info - as I prefer not to tread to closely to credit card laws (capturing cc numbers etc.). And, for our purposes as QBMS users, we can do anything via the merchant account interface including voids, refunds, verifying address info etc.
Great. Any idea when it will be available for download?
Up to the mod gods now. But should be up shortly.
At this point, it seems that we have taken care of urgent fixes and nice enhancements (with new auth code and trans id capture). But if there is a bug, or something has been missed - post here!
I installed 1.7 and it works great. Posting of [QBMS PMT] AUTH: 0xxxP TransID: MAxxxxx1557 works fine. I like that it is visible to the admin and the customer in my account.
I noticed that the info is sent to the defined order email (admin) but not to the customers order confirmation. Did you do or not do this on purpose? Maybe the QBMS PMT] AUTH: 0xxxP TransID: MAxxxxx1557 should be sent in the order confirmation too? Maybe this would avoid some charge backs as customers can identify where the charge came from? What do you think?
Otherwise, thank you very very much. This 1.7 implementation will be a great helper.
The workflow for QB merchant orders starts to be more efficient for me. I want to share how I process the orders.
- Get email with new order
- Login Admin and print the order for my records
- Enter sales receipt in QB using only customer name (Sold to) and generic product for recording the sale. Enter method of payment and order #. (I leave the Customer Job blank so no account gets created for the customer. I only use Customer Job for my wholesale customers where I expect frequent reorders.)
- I deposit according to the batches that I can look up online in the Merchant Service.
Now that the transaction# is stored with the order, I do not need to check if the transaction actually posted in the Merchant Service.
One thing is missing for me: I wish I would see what type of credit card was used. At the moment it only shows "Pay by Credit Card". I still have to get that info from Merchant Service unfortunately. If there is a way of posting to the order what Credit Card was used, it would be greatly helpful.
Thanks mydanilo! I knew I could count on you for feedback. These changes actually took some effort - so the comments are very appreciated!
Re. adding info to customer email. The admin email already has core functionality to include that kind of information. I just had to correctly piggy-back on it. To change customer email templates might require changing core files or templates - and that is probably not a good idea. The addon has to work standalone with no code edits or core file changes (IMO).
Re. adding credit card type. I agree! I was actually trying to do that before just putting 1.7 out there. But it is, obviously, just a little easier said than done. It is doable, and will get done. Just depends on how much effort I can spend in the next week or so isolating that info, and putting it with the Auth data. But I will do it, and if I get it done sooner, I'll make it available to you via direct download as I'd like to wait on publishing new versions until there is more to do.
cptok, glad to give feedback and I understand if not everything on my "wish list" is going to happen. I kind of assumed that not everything is easy to accomplish. For sure I know it is over my head. Glad I can help somehow...
Capturing the credit card type might be tricky as the payment form is not asking the card type, but maybe one can capture or analyze the first 2 digits of the card #? This would give away what type of card it is. Just a thought.
Actually - it is much easier than that. It is already "solved" as part of verification prior to confirmation (note that the credit card type is shown on the confirmation screen). Problem is - carrying that value across to the other functions after the order is created. Like I said - it will get done, I'm just missing something about how the $order arrays are handled after processing. I'm pretty close... but without an Intuit "test" account - I don't run too many tests on the production gateway.Quote:
Originally Posted by mydanilo
Success! I have 1.7a available with Credit Card Type captured and displayed in admin order page. I might just go ahead a post mini update, as this is pretty useful and I don't see any other bugs, issues etc. that need immediate attention. In any event - I can provide a download immediately for mydanilo if you like.
so, i had a huge mishap when moving my cart to a subdirectory, but ive fixed it and back on this one....i see lots of progress in the last few days nice work guys!
ok, so I've just kind of been assuming that everything works, because ive only used good CC #'s......
i misplaced 1 number on the same card and when i hit continue check out to move to step two...i get an error page that says IE cant read the page format???
when i use the correct cc # it goes through to the confirmation page!! Anyways, i need to get my cache fixed as the error logging isnt processing....still a left over fix from moving subdirectorys. I'll look deeper tomorrow...keep up the good work!
I use firefox at work, and it just gives me a blank page. IE said the page was not recognizable format....
Here is the URL that popped up in my browser
http s://securfocus.biz/products/index.php?main_page=checkout_payment&payment_error=qbms&error=The+credit+card+nu mber+entered+is+invalid.+Please+check+the+number+and+try+again.&qbms_cc_owner=** ****+******&qbms_cc_expires_month=**&qbms_cc_expires_year=**
I put those asterisks in there, for month, year, and cc owner and i put the space between the http and s://.
once i get this error logging back up and running ill be able to give more details.
Securfocus - This part of the verification is a core class file which is called after user inputs cc data. If all is good, it displays the confirmation, if not, it displays the error. I tested this (in Firefox) and the red box comes up saying "invalid cc number". So something may still be amiss as a result of directory changes.
Ok, so I figured out my error logging, but this doesnt trip the mdDEBUG- unfortuntely, so i dont know where to start looking.
Can you point me in the spot to start looking, you said it was a core file...which one?
Thanks in advance.....again LOL!
Securfocus - the validation is a class in includes/classes (called cc_validation), but that is called from order.php which runs the payment modules which are active. If it were me, I would not be changing core files... it sounds more like config issues. But what do I know!
Mydanilo - see pvt msg. I now have final 1.7b and woud like to have you try it and verify. To me - it's just too cool!! But will await your feedback.
correct, im sure it still is config issues....i just need to figure out what config files its referencing...i was hopping my error logging tool would be able to at least give some input, but it doesnt even log the issue. :(
thanks again cptook...you are the man or woman?
cptook, I installed your 1.7a version and I love it. Great job.
The posting back to the order in Zen works and is exactly what I was looking for. :clap:
Make sure you submit 1.7a for the download section. Now the naming of this thread should be edited to have the BETA removed!
cptook, great job on keeping this alive!
So, I installed a fresh version of zencart on another domain and added only the quickbooks module to it, and sure enough that red box pops up.
i replaced the core files that you said drives that red box, with fresh ones and it didnt change anything...I know you've done a ton already, but do you think you could give me some hints on where to look for problems?
Dr. Byte looked at my configure.php files, and didnt notice anything that would cause the red box to not pop up....I was thinking since you know this module inside and out now...you might be able to point me at some other files to look at?
Thanks again, and again, and again!
Hi Securfocus -
Try this. Look at around line 158 of qbms.php in includes/modules/payment/qbms.php
Find these two lines (I prefer to use quote rather than code so you can see the whole line - but these are only TWO lines):
Replace with the following two lines (or you can comment them out if you like and just add these two lines):Code:$payment_error_return = 'payment_error=' . $this->code . '&error=' . urlencode($error) . '&qbms_cc_owner=' . urlencode($_POST['qbms_cc_owner']) . '&qbms_cc_expires_month=' . $_POST['qbms_cc_expires_month'] . '&qbms_cc_expires_year=' . $_POST['qbms_cc_expires_year'];
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, $payment_error_return, 'SSL', true, false));
This is in fact the right way to do it with current Zen Cart specs, so this is now added to update when/if another release happens. Just wondering if in your case, this helps with the broken URL. Worth a try anyway?Code:$messageStack->add_session('checkout_payment', $error, 'error');
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, '', 'SSL', true, false));
Mydanilo - you should apply this change - or download 1.7c from "you know where"!! :)
Yep, done. Thanks.
that did it! You are awsome!!!
did you post up 1.7c...or is that still in "beta"
Thanks again...you are saving my life! LOL!
Securfocus - I'm so glad that did it for you. I suspected it might be that. I have not posted 1.7c as I don't want to put up too many releases with little fixes along the way. I'm waiting to roll up all that's been done, along with some additional code cleanup - and post it as 1.8 stable release. In the meantime - like mydanilo, if you PM me, I'll give a link to current minor releases.
Just a head's up. After the catch with error reporting, the entire module was updated to include the correct code in all error reporting. Also, all of the code and formatting clean up was done, so we may just about be at a 1.8 stable version to post. Unless someone finds something else amiss with the module - it appears that we are, finally, in pretty good shape! Once again, my thanks to the posters here for providing the prompt feedback to get this all done. As a production user myself, this has all been very worthwhile!
Mydanilo and securfocus - if you'd like to make sure 1.8 is good - I'd appreciate you both testing in your production environments to make sure I haven't missed something prior to uploading the addon site. PM me for link.
That PM i sent you may not be relevant to anything you did...so just disregard it for right now, and let me test something else...
THanks cptook
Installed 1.8 and will report back once I see orders posted. So far looks good but did not complete live transactions yet.
In fact - I think I did miss a global call. So error reporting in other places may not work. Fixing now. This is what Securfocus noticed with a declined card.
I'm doing a quick test - and will repost version. Actually, this was a very silly oversight.... <sigh>
Fixed - please redownload 1.8. Securfocus, this should fix your error. Sorry, small mistake.
Ok, so I did get the same error.
Secur - you are getting the same error WITH the new file? Is it the same error (the add_session error)?
Fixed...thank you!!!
Nope, that updated fixed it!
Excellent. I think we're in good shape.
I have a problem with 1.8. When a card gets rejected by qb processing, it just hangs on a blank screen. No rejection message gets back to zencart. I will re-upload a older version and see if it works.
Test result: 1.7c works. Return correctly back to the checkout screen with the error message: Your credit card was declined. Please try another card or contact your bank for more info.
1.8 does not, just hangs if payment does not get approved.
Mydanilo - see above (post 191). Did you redownload 1.8 after the first try? It was changed - specifically in that error handling code. I had missed a small item. Please try that and report back.
Nope I did not. So 1.8 is not = 1.8, I assume that some modifications were added after I downloaded. I will do it again and let you know. Tanks.
Correct, global $messageStack; was added. So I re-uploaded and hope it is now working.