2017-08-11 9 views
0

私は定期的なプロファイルと一回限りの取引を行うためにPayflow Pro XMLPay APIに参照トランザクションを使用しようとしているが、私は、私はORIGIDパラメータを含めるべき場所を考え出す困難を抱えています。ただし、新しいPayPal REST APIなど、より現代的なAPI(、中credit card tokenであるものの代わりに参照トランザクションを使用して効果的に - 私たちはPCI scopeを低く維持するために作成する定期的なプロファイル作成またはトランザクションで裸のクレジットカード情報を含む避けたいですそれはあまりにも多くの変更を作成するので、私たちはそれを使用することはできません)。参照取引に基づいて取引を作成Payflow Pro XMLPay APIで参照トランザクションを使用するには?

は(「プロファイルに既存のトランザクションを変換」で検索)かなりはっきりfor the NVP APIに記載されている:

TRXTYPE=R&TENDER=C&PARTNER=PayPal&VENDOR=Acme&USER=Acme&PWD=a1b2c3d4&ACTION=A&PROFILENAME=RegularSubscription&ORIGID=XYZ123&START=12012013&PAYPERIOD=WEEK&TERM=12&OPTIONALTRX=S&OPTIONALTRXAMT=2.00&COMMENT1=First-time customer&AMT=42.00 

関連するビットはあなたがORIGID=XYZ123を渡す真ん中に近いです。

しかし、私はトラブルのXML APIを使用してORIGID渡す方法を考え出すを持っていました。私はタグにさまざまな方法を含めることを試みました。 (純粋な当て推量を)次のように柔らかい部分を交換することによって:

<Tender> 
    <Card> 
    <OrigId>XYZ123</OrigId> 
    </Card> 
</Tender> 

しかし、私はORIGIDを求めるエラーメッセージを回避することができていない、またはそれは、無効な入札セクションに文句を言います。 2つのAPIもXMLPayを介して支持がなければならないようにそれを感じていることを十分に似ています。つまり、NVP APIを使用することは、XMLPay APIを使用してこれを行う方法がない場合、最大の難点ではありません。

も注意してください、それはクレジットカードのデータを隠さないようSecure Token/Transparent Redirectフローは、有益ではないこと。あなたは依然としてクレジットカードデータをクレジットカードデータの作成に含める必要がありますが、これはPCIの範囲を縮小するのに役立ちません。あなたのAPIクレデンシャルをクライアント側に公開せずに直接PayPalに電話をかけることができるようですが、私たちの場合でもフォームをホスティングしても、そのサービスはPCIスコープに置かれます。

答えて

0

だから、これは私の知る限り伝えることができXMLPayのドキュメントに記載されていませんが、ありがたいことに、それはthe ActiveMerchant codebaseに行われています。

代わりに入札セクションのクレジットカードのデータを含めて、あなたはそのようEXTDATAタグを追加します。

<Tender> 
    <Card> 
    <ExtData Name='ORIGID' Value='XYZ123' /> 
    </Card> 
</Tender> 
関連する問題