To migrate from using the Paymentech cassette to using the Paymentech
plug-in, you set up a new payment method that uses the Paymentech plug-in and
disable the payment method that uses Paymentech cassette.
Before you begin
You must have already performed the WebSphere Commerce migration from
5.6 or 5.6.1 to 6.0. The migration process uses data from WebSphere Commerce 5.6
or 5.6.1 to populate the related database tables in WebSphere Commerce 6.0, such
as EDPORDER and EDPPAYINST. If you started migrating
WebSphere Commerce before all of the pending orders were processed using the
Paymentech cassette, you must continue to maintain the Payment Manager to
process them.You must also have migrated Payment Manager from 5.6 or 5.6.1 to
WebSphere Commerce Payments 6.0. The Payment Manager migration script only
migrates the data in Payment Manager, it does not migrate the data in WebSphere
Commerce.
About this task
You can process existing orders using the Paymentech cassette. All new
orders use the Paymentech plug-in. Depending on the status of any pending orders
when the migration was performed, after orders that were placed using the
cassette payment method have been processed, you must migrate the payment
information to the EDPORDER, EDPPAYINST, PPCPAYINST, and PPCEXTDATA database tables.
Procedure
-
Query the POLICY table:
select policy_id, policyname, policytype_id, storeent_id, properties from policy
where policytype_id = 'Payment' and policyname ='VISA'
The output is similar to the following example:
POLICY_ID POLICYNAME POLICYTYPE_ID STOREENT_ID
**** 'VISA' 'Payment ' -10001
PROPERTIES
'profileName=WCPPlugin_Paymentech&cassetteName=Paymentech&attrPageName=StandardCreditCard&display=true&compatibleMode=true'
Note the values of the storeent_id and properties.
-
Query the POLICYDESC table:
select policy_id, language_id, description, longdescription from policydesc
where policy_id in (select policy_id from policy
where policytype_id = 'Payment' and policyname = 'VISA') and language_id = -1
The output is similar to the following example:
POLICY_ID LANGUAGE_ID DESCRIPTION LONGDESCRIPTION
**** -1 'VISA' 'VISA Payment'
Note the values of the short and long descriptions. Choose different values
when you create a new payment policy.
-
Prevent the old policy from displaying on shopping pages.
update policy set PROPERTIES='attrPageName=StandardVisa&paymentConfigurationId=default
&display=false&compatibleMode=false' where policy_id=oldPolicyID;
Where:
-
oldPolicyID
- Is the policy_id returned is step 1.
- Query the POLICY table to determine an
unused payment policy_id:
select max(policy_id)+1 as policy_id
from policy
The number returned is referred
to as newPolicyID in the following steps.
-
Insert the payment policy in the POLICY table.
insert into policy (policy_id, policyname,policytype_id,storeent_id,properties) values
(newPolicyID,'VISACard','Payment',storeent_id,
'attrPageName=StandardVisa&paymentConfigurationId=default&display=true&compatibleMode=false');
-
Insert the payment policy in the POLICYDESC table.
insert into policydesc (POLICY_ID,LANGUAGE_ID,DESCRIPTION,LONGDESCRIPTION) values
(newPolicyID,-1,'VISA Credit Card Payment','VISA Card Payment');
The value of the description will display to shoppers on shopping pages.
Repeat this step for each language that the store supports.
-
Register the policy in the POLICYCMD table:
insert into policycmd (policy_id, businesscmdclass)
values (newPolicyID, 'com.ibm.commerce.payment.actions.commands.DoPaymentActionsPolicyCmdImpl')
insert into policycmd (policy_id, businesscmdclass)
values (newPolicyID, 'com.ibm.commerce.payment.actions.commands.EditPaymentInstructionPolicyCmdImpl')
insert into policycmd (policy_id, businesscmdclass)
values (newPolicyID, 'com.ibm.commerce.payment.actions.commands.QueryPaymentsInfoPolicyCmdImpl')
This step enables the payment policy to use the Payment
plug-in controller.
-
Configure the Paymentech plug-in.
What to do next
Complete any outstanding payment transactions using the Paymentech
cassette. New orders can only be placed using the Paymentech plug-in.