Need help with Virtual Merchant module

rtw819:

Couple of (silly?) questions:

Do you have logging turned on in the VM Payment Module configs? Just making sure.

I have store database queries on under Config/Logging

And in VM Config I have

Debug Mode Level 1
and
Debug Log File
includes/modules/payment/logs/vm_

Do you remember, by chance, what you used for the future expiration? Do you have the email that reported this error (since the logs aren't quite there yet?

Yes, January 2017

FYI - The VM Payment Module error email messages you are seeing ONLY go to the STORE ADMIN, and are not sent to the customer. They are just for your information.

Yes, I do realize that and that is fine -- my concern is that a customer (albeit a test mode customer) assumed her order went through because she got the email saying so -- but it did not show up.

Now if you are telling me that test orders with the 4111 card are NOT SUPPOSED to show up in VM --- then it's all good! Is that the case?

I'm fine with updating manually in ZenCart -- just wasn't sure if there was an automated function such as the way the Paypal IPN automatically updates an order from PENDING to PROCESSING. That's all there.

aly22:

I have store database queries on under Config/Logging

And in VM Config I have

Debug Mode Level 1
and
Debug Log File
includes/modules/payment/logs/vm_

Double check the owner/group of the logs directory, (should be owned by something like 'www' or 'nobody' depending on your web host's apache process run-as user setting) Verify permissions are 770.

Yes, January 2017

The module should always generate a valid expiration date, since it is chosen from a drop-down menu. I would be curious to see if the problem could be replicated, and would be interested in seeing any logs from the resulting test (bump up to Log Level 2 or 3).

I'm fine with updating manually in ZenCart -- just wasn't sure if there was an automated function such as the way the Paypal IPN automatically updates an order from PENDING to PROCESSING. That's all there.

Check the Set Order Status drop down setting in the VM Zen payment module config. Orders, even test orders, that complete successfully should transfer to the proper status in Zencart (Processing, typically) if a valid status is selected.

Give that a shot and let us know?

rtw819:

Double check the owner/group of the logs directory, (should be owned by something like 'www' or 'nobody' depending on your web host's apache process run-as user setting) Verify permissions are 770.

It is 770 and owner is my client's user id on the server

Check the Set Order Status drop down setting in the VM Zen payment module config. Orders, even test orders, that complete successfully should transfer to the proper status in Zencart (Processing, typically) if a valid status is selected. Give that a shot and let us know?

Ok, I've switched debug to 2 ... set order status to processing (was set on "default") and did another test run with the 41111etc. using the Jauary 2017 expiration (I tried January 2008 and got an error on the cart page which is good) and a pre-confirmation checkout email alert that an invalid expiration date was entered (Error RC=(-4)

I then used the correct expiration date and immediately received both the customer confirmation receipt and admin order receipt emails.

In VM Current Batches the order shows up as an error, and in Zen Cart admin it shows as Processing (but this concerns me again as it is not a properly paid for order?? Confused about this step)

In Logs folder there is still nothing.

aly22:

It is 770 and owner is my client's user id on the server

Ok, I've switched debug to 2 ... set order status to processing (was set on "default") and did another test run with the 41111etc. using the Jauary 2017 expiration (I tried January 2008 and got an error on the cart page which is good) and a pre-confirmation checkout email alert that an invalid expiration date was entered (Error RC=(-4)

I then used the correct expiration date and immediately received both the customer confirmation receipt and admin order receipt emails.

In VM Current Batches the order shows up as an error, and in Zen Cart admin it shows as Processing (but this concerns me again as it is not a properly paid for order?? Confused about this step)

In Logs folder there is still nothing.

Ok, let's see what's going on here with the logs.

Upload this really quick 4-line .php script and point your browser to view the results....

If it works as expected, it should give you the effective user and group id's (numerical uid and gid value format) of your web server's apache/httpd process that you can use to "chgrp gid logs" or "chown uid:gid logs" to. That way, the web server process (and not your user ID) can write to the logs directory.

If all else fails, you can use 777 permissions to check the logs temporarily, but I do not recommend leaving it that way long term. It's just not a good idea to leave files accessible with unnecessary world read/write permissions.

On the other issue of the order status, I will look into it with a fresh mind tomorrow after some sleep. It might be an undocumented undesirable feature. :)

Thanks for your patience.

aly22:

in includes/modules/payment/logs I see:

htaccess
index.html 1KB
virtualmerchant_today.php 1KB
vm_view_logs.php 1KB

modified dates on these files are 3/13/2008 so nothing is being written to them.
What permissions are necessary for this to work?

So in DEMO mode nothing needs to be written to the VM Batch ? Is that correct?
The zen cart automatically shoots out the confirmation / receipt email. Then I guess we just work from VM to determine orders and process them that way by matching the email order receipt (admin copy) to the actual purchases in Batch? Am I on the right track ??

Sounds like it to me. I would always use VM to confirm orders, if for no other reason alone than comm glitches that are bound to happen in a world full of man made parts, LOL. Since VM is what you're going to get paid by I would rely on it. Now it would make good business sense to follow up on any 'oddities' that creep up but these should be rare IF they happen at all

ok, I did chown to gid/uid; no longer able to access logs directory via ftp. Through client's control panel when I open the Logs directory it shows: no files found

ls shows me the same files as before: index.html, htaccess, virtualmerchant_today and view_etc. but no actual log files. chmod at 770 but now I can't access the directory at all

ThePatch:

Sounds like it to me. I would always use VM to confirm orders, if for no other reason alone than comm glitches that are bound to happen in a world full of man made parts, LOL. Since VM is what you're going to get paid by I would rely on it. Now it would make good business sense to follow up on any 'oddities' that creep up but these should be rare IF they happen at all

That does make sense. So I've instructed my client to simply match order confirm emails to actual payments in VM prior to shipping.

As long as it is ok that the 4111 purchases made in DEMO mode are** not supposed to show up in VM** - (Only those with errors showed up in VM) If that is how it is suppose to work, I'm ok ... other than not being able to read the log files.

I am so sorry to have mussed up this thread with my silly problems but am eternally grateful for all of the great support. You are amazing!

EDIT -- Oooh one more question I haven't found on the forums ... How do you rename the payment option? In the checkout it says: VM Payment Gateway and I would prefer it simply said "Credit Card Payment" or something to that effect. (Customers won't know what VM means, you know?) Thanks!

aly22:

That does make sense. So I've instructed my client to simply match order confirm emails to actual payments in VM prior to shipping.

As long as it is ok that the 4111 purchases made in DEMO mode are** not supposed to show up in VM** - (Only those with errors showed up in VM) If that is how it is suppose to work, I'm ok ... other than not being able to read the log files.

I am so sorry to have mussed up this thread with my silly problems but am eternally grateful for all of the great support. You are amazing!

EDIT -- Oooh one more question I haven't found on the forums ... How do you rename the payment option? In the checkout it says: VM Payment Gateway and I would prefer it simply said "Credit Card Payment" or something to that effect. (Customers won't know what VM means, you know?) Thanks!

You mean as it displays on the Credit Card Payment form?

yea, on the page where you enter your credit card info

aly22:

yea, on the page where you enter your credit card info

Ok, you would need to modify the language file
includes\languages\english\modules\payment\virtualmerchant.php

The first line:
define('MODULE_PAYMENT_VIRTUALMERCHANT_TEXT_TITLE', 'VM Credit Card Payment Gateway');

edit the 'VM Credit Card Payment Gateway'

You can put whatever you like there. I've got mine still up on a test site where we developed alot of the code and I changed it to 'Enter information below to pay by credit card' and it looks fine. But you can put whatever you want.

Thanks again! I should have figured that out myself :blink:

aly22:

Thanks again! I should have figured that out myself :blink:

No problem, glad we could help

I'm working on getting a new version of the VM module ready for release. Lots of documentation updates, including a new FAQ. A few minor code fixes, including an order status update fix which is the most notable change. I'm including an updated curl_version.php script for troubleshooting cURL vesrion issues. Also included will be a new uid_gid.php script which will assist with log directory ownership and permissions troubleshooting and possible suggestions.

Since I've been working on the Order Status stuff, I was thinking it might be useful to add an Order Processing Category for those orders that would normally remain in the "Pending" state, but had some issue with the Credit Card Processing. What I'm thinking about is a second order category status for "failed" VM transactions. It would give the Store Owner an idea of those orders that were still Pending, but the customer attempted to check out and had something other than a successful result. (ie. Declined, Connection issues, etc.). Something along the lines of a "CC Payment Pending" state.

I don't think any of the other payment modules are doing this currently, but wanted to get some ideas to see if it might be worthwhile including in a future VM module version, other than the upcoming 1.3 release. Any thoughts from the experienced Zen crowd?

Thanks,

Todd

RE: RTW819;

Basically you're saying it would show merchants the transactions that declined? VM files these in the Error log but going off just that doesn't tell you what order was associated with it. I could see this becoming quite cumbersome if were talking a high volume market.

Would it be possible to make it optional in the Admin section you think?

Well, I was thinking, it would show the merchants any orders where there had been an attempt to pay through VM which weren't successful. Whether it be due to the charge being declined, or for any other reason where the payment might not have been successful, including errors, etc.

It would, of course, be an optional admin-defined state, but would basically indicate that a payment had been attempted through Virtual Merchant, and it was not successful. This way, the order state is differentiated from one where the order was just "Pending", it would show they attempted to "Check Out" with VM, but had a problem.

Thoughts?

Well, I was thinking, it would show the merchants any orders where there had been an attempt to pay through VM which weren't successful. Whether it be due to the charge being declined, or for any other reason where the payment might not have been successful, including errors, etc.

It would, of course, be an optional admin-defined state, but would basically indicate that a payment had been attempted through Virtual Merchant, and it was not successful. This way, the order state is differentiated from one where the order was just "Pending", it would show they attempted to "Check Out" with VM, but had a problem.

Thoughts?

You would need some sort of transaction logging to do that since the order is not created if it is not completed.

Has there been any more work on this? I'm beginning integration of Virtual Merchant with a customers site and ZenCart looks like it would work great...... Unless it still doesn't work.

Oh grunest, it works GREAT!!

rtw819:

OK folks, here it is, Finally!!! It's available in the download section. This is a fully featured Credit Card payment module for ZenCart 1.2.x and 1.3.x. for use with Nova's Virtual Merchant Web Terminal interface. Tested and working!

Version 1.0 of the Virtual Merchant Payment Module - by rtw819 (me! :)

Short Feature List:

• Capable of using either PHP cURL or Command Line cURL options with/without Proxy
• Heavily tested against Virtual Merchant Web Terminal API
• User error reporting and feedback for PEBKAC, card issues, and payment gateway problems
• Admin email option on transaction failures/problems
• Logs to file with configurable debugging depth for troubleshooting and day-to-day operation
• Lots of little bugs have been squished, and improvements made to match VM interface features

Please read the included README file, as it includes installation instructions and other pertinent information YOU NEED TO KNOW for using this module. Please read prior to posting questions. :)

*** Be sure to LOCK DOWN your logs directory, ask your web hosting provider for assistance or alternatively disable the logging from the Admin menu if you do not know how to lock down that directory. (See the README for full info.)

A big thanks to ThePatch for his assistance in testing and validation!!

Enjoy!

MODERATOR NOTE: Attachment replaced with link to download section:
http://www.zen-cart.com/index.php?main_page=product_contrib_info&products_id=815

Would you be willing to work on a similar module for magento? is really needed!
http://www.magentocommerce.com/boards/viewthread/4730/

Thanks

Working Great! Except when a Transaction is approved I get an ugly Approved : #####. It is messing up the layout of my theme. I found the chunk of code which displays it. I am pretty sucky when it comes to php.

Can someone tell me what I should remove to prevent this little green approval banner on top?