確認がログ記録の目的で戻ってきたときにこの情報を使用できるように、識別情報をAuthorize.netのサーバーに渡すことができる必要があります。当サイトで販売するアイテムのIDなどの情報があります。この情報を、Authorize.netのAPIがネイティブに提供する残りのトランザクションデータとともにデータベースにプラグインするために、Authorize.netの応答に含めてもらいたいと思います。GoogleCheckoutカートの「merchant-private-data」のようなものです。
Authorize.netのAPIで他の特定の情報を保持していないことがわかる唯一のフィールドは、x_descriptionです。私の質問は、x_descriptionのデータはいつでも顧客に表示されますか？私が含めたい情報は機密情報であり、顧客の目には触れません。Authorize.netが提供するAPIドキュメントを確認しましたが、このフィールドで何が行われるのかわかりません。
このフィールドがプライベートでない場合、私が見ていない私の問題に対するより良い解決策はありますか？
APIフィールドのリストを調べて、何を使用できるかを確認してください。たとえば、広告申込情報のリストを作成する場合は、そのx_line_itemフィールドを確認してください。AIM / CIM SDKを使用していて、Authorize.netに領収書を電子メールで送信するように指示していない場合、クレジットカードの請求以外にAuthorize.netに送信したものが顧客にどのように表示されるかわかりません。ただし、顧客がAuthorize.netから直接電子メールを受信した場合、ほとんどの場合、顧客はあなたが送信したすべてのものを見ることになります。ただし、リンクしたドキュメントを再確認してください。
x_descriptionがありますが、x_invoice_numとx_po_numもあります。これらのフィールドは、マーチャントの内部使用のためのものです。フィールドx_descriptionおよびx_invoice_numは、トランザクションの送信に使用する場合、およびAPIを介して、仮想ターミナルで設定できます。Authorize.netはそれらを応答で返します。自動定期請求サブスクリプションでこれら2つのフィールドのいずれかを設定すると、個々の支払い応答で返されます。それらは電子メールの領収書にも含まれている可能性があります-私は購入者にauthorize.netの電子メールの領収書を使用したことはありません。このメールレシートを無効にして、独自のメールレシートを送信できます。
x_descriptionプレーンテキストで販売者のメールに送信されることはわかっているので、機密性の高いものには使用しません。ただし、説明は私のクレジットカードの明細書には表示されません（顧客として）。
使用できる別のフィールドがありますrefId。十分に文書化されていませんが、渡したものrefIdは応答オブジェクトにとして返されますrefId。
個人的には、データを格納するデータベーステーブルを作成し、それを使用refIdして挿入IDを追跡することをお勧めします。