Vend::Payment::Ezic.3pm

Langue: en

Autres versions - même langue

Version: 2010-03-25 (ubuntu - 24/10/10)

Section: 3 (Bibliothèques de fonctions)

Interchange Ezic Support

Vend::Payment::Ezic $Revision: 1.6 $

SYNOPSIS

     &charge=ezic
  
         or
  
     [charge mode=ezic param1=value1 param2=value2]
 
 

PREREQUISITES

   Net::SSLeay
  
     or
   
   LWP::UserAgent and Crypt::SSLeay
 
 

Only one of these need be present and working.

DESCRIPTION

The Vend::Payment::Ezic module implements the ezic() routine for use with Interchange. It is compatible on a call level with the other Interchange payment modules.

To enable this module, place this directive in "interchange.cfg":

     Require module Vend::Payment::Ezic
 
 

This must be in interchange.cfg or a file included from it.

Make sure CreditCardAuto is off (default in Interchange demos).

The mode can be named anything, but the "gateway" parameter must be set to "ezic". To make it the default payment gateway for all credit card transactions in a specific catalog, you can set in "catalog.cfg":

     Variable   MV_PAYMENT_MODE  ezic
 
 

It uses several of the standard settings from Interchange payment. Any time we speak of a setting, it is obtained either first from the tag/call options, then from an Interchange order Route named for the mode, then finally a default global payment variable, For example, the "id" parameter would be specified by:

     [charge mode=ezic id=YourEzicID]
 
 

or

     Route ezic id YourEzicID
 
 

or

     Variable MV_PAYMENT_ID      YourEzicID
 
 

The active settings are:

id
Your 12-digit EziC account number, supplied by EziC when you sign up. Global parameter is MV_PAYMENT_ID.
site_id
A valid ``site id'', as configured in the EziC control panel. This controls which templates are used for email receipts. Global parameter is MV_PAYMENT_REFERER.
transaction
The type of transaction to be run. Valid values are:
     Interchange         Ezic
     ----------------    -----------------
         auth            A (Auth)
         return          C (Credit)
         reverse         R (Refund)
         sale            S (Sale)
         settle          D (Capture)
         void            R (Refund)
 
 
remap
This remaps the form variable names to the ones needed by EziC. See the "Payment Settings" heading in the Interchange documentation for use.

Troubleshooting

Try the instructions above, then enable test mode in the EziC control panel. A test order should complete.

Disable test mode, then test in various Authorize.net error modes by using the credit card number configured in the ``setup'' section of the EziC control panel. In the Documentation section of that control panel, an up to date list of amounts that generate different error responses is provided. Errors should appear in [data session payment_error].

If nothing works:

Make sure you ``Require''d the module in interchange.cfg:
     Require module Vend::Payment::Ezic
 
 
Make sure either Net::SSLeay or Crypt::SSLeay and LWP::UserAgent are installed and working. You can test to see whether your Perl thinks they are:
     perl -MNet::SSLeay -e 'print "It works\n"'
 
 

or

     perl -MLWP::UserAgent -MCrypt::SSLeay -e 'print "It works\n"'
 
 

If either one prints ``It works.'' and returns to the prompt you should be OK (presuming they are in working order otherwise).

Check the error logs, both catalog and global.
Make sure you set your payment parameters properly.
Try an order, then put this code in a page:
     <XMP>
     [calc]
         my $string = $Tag->uneval( { ref => $Session->{payment_result} });
         $string =~ s/{/{\n/;
         $string =~ s/,/,\n/g;
         return $string;
     [/calc]
     </XMP>
 
 

That should show what happened.

If all else fails, Red Hat and other consultants are available to help with integration for a fee.

BUGS

There is actually nothing *in* Vend::Payment::Ezic. It changes packages to Vend::Payment and places things there.

AUTHORS

Mark Lipscombe <markl@gasupnow.com> and Mark Stosberg <mark@summersault.com>, based on original code by Mike Heins <mheins@redhat.com>.

CREDITS

     Jeff Nappi <brage@cyberhighway.net>
     Paul Delys <paul@gi.alaska.edu>
     webmaster@nameastar.net
     Ray Desjardins <ray@dfwmicrotech.com>
     Nelson H. Ferrari <nferrari@ccsc.com>