News:

Looking for documentation? Take a look on our wiki

Main Menu

Looking for integration with "Virtual Merchant"

Started by JackBauer, May 19, 2008, 02:38:38 AM

Previous topic - Next topic

webuddha

That's a strange error if the eng-GB is the language selected (by default is) - I should have added a check to trigger the english if the $mainframe value was not found - thanks for the note!!

PS - I hate to disagree - but I've had a lot of issues with VM 1.1.0 - but it may be the way I chose to configure it - mainly concerning the checkout options and the "Silent User" options

Cheers

bob

yup. I have to agree. I thought it was cool the features of 1.1.0, but when it came to hacking it for the custom needs I have, 1.0.15 is way easier. I had to revert. well said, by you. woulda been fun, but i don't need the fluffy stuff - i can jazz that up on my own.

knerr

Thanks so much for sharing this with the community!  Installation is going well, but I do have a question.  I'm getting an HTTP referrer error.  I know how to add a referrer in the Virtual Merchant CP, but so far, I'm not getting the right one.  If anyone can tell me what the referrer should be, that would be a big help.  Thanks!
Matthew

webuddha

#18
Understanding the Virtual Merchant HTTP Referrer Error

I was just on a conference call with my client yesterday and learned that their training techs are not very knowledegable. I started discussing that issue and others, and the CVV/AVS issues and he was telling me very frankly that he was learning from me! At least he admitted it.

To correct your issue, you need to have the login "merchant id", "user name" (which should be the same merchant id), and "password" for the PRIMARY account - go to www.myvirtualmerchant.com and login.

From there, you see two drop menus across the top for User and Terminal. Go to Terminal -> Advanced -> System Setup and make sure the "Enable HTTP Transaction" checkbox is [X] checked.

To use the HTTP Referrer (in the same secition as above), you will first make sure the "Use HTTP Referrer" is [X] checked and enter your URLS in this format:

http://www.website.com
http://website.com
https://www.website.com
https://website.com
http://000.000.000.000
https://000.000.000.000

I suggest that you skip the "Referrer" step until you get things working without it. The Virtual Merchant system is not as robust as systems like LinkPoint / Yourpay (my personal favorites) or even Authorize.net.  You should always do your homework before picking the right gateway.

That should do it!!

webuddha

Understanding the CCCAUTHONLY and CCCREDIT Procedure

In order to use the Auth Only more, or the CVV / AVS checking, you will need to first apply the correct "Rights" to the account in the Virtual Merchant website.

If you followed the standard "Training" procedure that Elavon provides, then you would have only setup the default "website" user (which you should rename) to have CCSALE permissions. 

I suggest to all clients (at least initially) to run in CCAUTHONLY mode so they can learn how the process works, as well as audit the transactions while they get comfortable with what is a Valid or Spoofed transaction. With large clients, Credit Card Fraud can be a real problem due to all these brilliant young hackers (you may be one of them ;), and open nature of our global commerce system.

In the user area found from the top - User -> Find/Edit - type in the name of the user (this is dumb, why not list them automatically) and edit. At the bottom, select the "Rights" button where you will get a list of check boxes. Select the following:

[X] Credit Card-Sale - Your is the CCSALE
[X] Credit Card-Return - This is the CCCREDIT
[X] Credit Card-Auth Only - This is the CCAUTHONLY

Hit the "Update" button and you're ready to go. Now in the Virtual Merchant payment class, you can use the options for AuthOnly, CVV / AVS checking that will cause a CCCREDIT on fail.

If you are using AUTHONLY, then you don't want to use the CVV / AVS as it will cause a credit to post for a transaction that is pending anyway.

There you Go!!
Godspeed

knerr

Thanks webuddah for your helpful posts.  I turned off the referrer check as you suggested, and now I'm getting error 4014, not permitted.  While logged into my clients virtual merchant panel, I noticed under Terminal-->Merchant-->Terminal that processing type says "Terminal-Based."  Could their account be setup wrong?  Any suggestions would be greatly appreciated.
Thanks,
Matthew

bob

I also am now getting error 4014, not permitted. And I never did turn off the referrer check. I started getting this after my first successful test, and don't recall changing anything that could of affected that. I've since been experimenting and will let you know if I find it... anyone else know of this problem?

bob

#22
yeah, this is pretty frustrating, since I did have it working yesterday once. Yesterday, I was getting "Error: HTTP Referrer Invalid [4003]", so first added https://www.blahsite.com which should of worked but still same error. So then I added the full URL before it calls VM (https://www.blahsite.com/index.php) and it worked. But ever since, all tests results have been error 4014, not permitted. I can take out the index.php URL and get the http referrer invalid again. I can turn off the http referrers - but still then get error 4014, not permitted, again. Any ideas?

bob

ok, went to config for VM and took it out of test mode, and it works. However, it only works for a $1 product, not my $3000 service. I have a feeling I'll need to contact Evalon customer service about that on Monday...

knerr

Quote from: bob on July 05, 2008, 20:57:41 PM
ok, went to config for VM and took it out of test mode, and it works. However, it only works for a $1 product, not my $3000 service. I have a feeling I'll need to contact Evalon customer service about that on Monday...

This worked for me, as well.  Things seemed to be going fine, but now some of the customers are getting this error.
"Error: Invalid Card Security Code Length [5005]"
It seems random, but one customer tried two cards and got this error with both cards.  If anyone has an idea how to fix this, it would be greatly appreciated.  Thanks a lot.

alluring

Hello,
A little bump to see if any progress has been made. I am in the middle of having my site redone using a Virtue mart cart and need merchant gateway processing. I have chosen to go through myvirtualmerchant after many quotes and phone calls. Unfortunately, now I come to find out it is not supported by Virtuemart  ???

webuddha

I haven't read through the posts here - but just updated the module to correct the CVV issue and the email_customer / email_merchant flags. Attached...

[attachment deleted by admin]

skippy31

Tried the updated module with VM 1.1.3 and I still get the CVV length error.

Also notice an issue in the admin screens with some the yes no settings not defined.

Mat.
Products for the Canadian Diver
http://www.scubageek.ca

http://www.webdesignguy.ca

skippy31

OK I modded the algorithm and confirmed with Elevon this is the correct thing to do.  The CC companies only allow 20 characters for the address fields, so I modded the code to truncate the address fields.  This is not a VM 1.1.3 issue, but applies to other versions of VM as well (as far as I can tell). This change should be applied as it will cause transactions to fail if your customers enters an address longer than 20 characters.

The file ps_virtualmerchant.php in home/administrator/components/com_virtuemart/classes/payment

lines 671-672
Quote'ssl_avs_address'         => substr($user_bill->f("address_1"), 0, 20),
        'ssl_address2'            => substr($user_bill->f("address_2"), 0, 20),

lines 683-684
Quote'ssl_ship_to_address1'      => substr($user_ship->f("address_1"), 0, 20),
        'ssl_ship_to_address2'      => substr($user_ship->f("address_2"), 0, 20),

Best Regards,

Mat.
Products for the Canadian Diver
http://www.scubageek.ca

http://www.webdesignguy.ca

bvdmeer