問題タブ [payflowpro]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
paypal - セキュア トークンを使用した PayFlow Pro トランザクションに PayPal CUSTREF が表示されない (トランスペアレント リダイレクト)
PayPal PayFlow Pro を使用してトランザクションを処理しています。PCI コンプライアンスの問題に対処するために、透過的なリダイレクトでセキュア トークンを使用することを選択しました。
私のトークン リクエストでは、次のように CUSTREF パラメータを指定しています。
また、トランザクション フォームにこのための非表示フィールドを作成しました。Fiddler に対して HTTPS プロキシを有効にしており、これらの値がセキュア トークンとトランザクション リクエストの両方で送信されていることがわかります。トランザクションは、ライブ PayFlow ゲートウェイで正常に完了します。
しかし、https ://manager.paypal.com/ > Reports > Daily Activity でトランザクションを表示すると、詳細ページのCust Ref #:フィールドが空です。
パラメータは、このドキュメントの 71 ページで照会トランザクションでの使用について説明されています: https://www.paypalobjects.com/webstatic/en_US/developer/docs/pdf/payflowgateway_guide.pdf
これ以外に、この分野に関するドキュメントはあまり見つかりませんでした。いくつかのコード サンプルを見てみたところ、トランザクション リクエストで CUSTREF パラメータを渡す必要があるようです (最初に試したのはこれでした)。
https://github.com/angelleye/paypal/blob/master/PayFlowTransaction.php
誰もこれに遭遇したことがありますか?PayPal でチケットをオープンしています。
rest - PayFlow で支払い、REST で払い戻し
Payflowを使用するPayment Advancedで支払いをしてもよいですか、RESTを使用して払い戻します. REST で使用すると、誰でも成功します。
payflowpro - Payflow Pro 証明書の変更
Payflow Pro アカウントを使用してソフトウェアでクレジット カード取引を処理する機能があり、顧客の 1 人が PayPal から送信された電子メールを送信してきました。コードに証明書に関する情報がありません。コードは Web サービスへの投稿のようです。パイロット URL に投稿してテストを実行しましたが、それで十分かどうかはわかりません。正式な切り替えが発生したときにカバーされることを確認したいと考えています. ほとんどの場合、コード ベースは WinHttpRequest を使用してポストを実行する VB6 であり、Pay Flow Pro Com Control dll を使用してポストする割合もわずかです。Payflow Pro が影響を受けるかどうかを確認したり、テスト目的で追加の提案を提供したりできますか?
Certification Authority/Browser (CA/B) Forum によって設定された業界標準に従って、PayPal は 1024 ビットのキー長の証明書のサポートを中止し、2013 年末までに 2048 ビットの証明書に移行します。2048 のインストールを完了しました。 PayPal サンドボックスおよびペイフロー パイロット環境のすべての API エンドポイントの -bit 証明書。2013 年 8 月 5 日から、実稼働環境でも同じことを行います。完全なアップグレード スケジュールは、こちらから入手できます。この移行によって予期しない問題が発生しないことを確認するために、マーチャントは PayPal サンドボックスおよび/またはペイフロー パイロット環境で既存の統合を徹底的にテストすることを強くお勧めします。
paypal - PayPal Hosted Checkout ページでプロセッサの応答を待つタイムアウトが、エラー ページの URL で常に発生する
私はウェブサイトでカートを開発しており、ホストされたチェックアウト ページ レイアウト C を使用してウェブサイト ページ内の iframe と統合しています。テストモードでのテスト用の12/15クレジットカード Webサイトは常にエラーページになり、投稿データには104エラー「プロセッサの応答を待っているタイムアウト」が表示されます
解決方法がわからないガイドを順を追って説明しました。
paypal - PayFlow Pro と明細レポート
PayPal PayFlow Pro ゲートウェイを介して支払いを処理するクライアントがいます。
ほとんどのトランザクションは Web サイト経由で行われ、トランザクションをログに記録し、サイトの管理ツールでレポートを提供します。
ただし、クライアントが仮想端末に直接ログインして手動トランザクションを追加し、払い戻しを行う場合があります。そのため、サイトのトランザクション ログは、ゲートウェイを介して送信されたトランザクションの実際の状態を必ずしも反映しているわけではありません。
さらに、クライアントがレポートを実行したい製品カテゴリがいくつかあります。サイトのトランザクション ログが不正確であるため、クライアントはこのレポートを仮想端末で実行したいと考えています。
これに対する解決策は、カテゴリごとに個別のアカウントを作成し、カテゴリごとのトランザクションを適切なアカウントに送信することでした。
私の同僚の理想的とは言えない実装は、一度に複数のカテゴリのアイテムをカートに追加できないようにすることでした。ユーザーは、2 つの別々のチェックアウトを行うように指示されました。
カテゴリが 2 つしかなかったときは、これはほとんど許容できませんでしたが、現在では 3 つになります。
クライアントが提案する解決策は、カート内でカテゴリを混合できるようにすることから始めますが、バックエンドではそれらを分割し、チェックアウト時にカテゴリごとに「インライン」で個別のトランザクションを送信することです。
ご想像のとおり、私はこの方法が好きではありません。途中で何かがうまくいかず、レジが中途半端な状態で残ってしまうのではないかと心配です。さらに、それは会計の悪夢のように聞こえます。
私は、PayFlow Pro がある種の「項目」機能を提供し、適切なレポート機能を提供することを望んでいました。
彼らの XML API は明細項目をサポートしているようで、これはレベル III のトランザクション用だと思います。ただし、仮想端末にログインすると、レベル III のデータはサポートされていないようです。さらに、これはレベル III が意図したものではなく、「方向性に逆らっている」と感じています。
そこで、ここで選択肢を検討しています。これまでに検討したのは次の 2 つです。
Web アプリでアドホック トランザクションの作成、払い戻しの発行などの機能を提供し、これらの変更は Web アプリからのみ行うことができるというルールを作成します。そうすれば、これらのトランザクションをログに記録し、より正確なレポートを提供できます。ただし、これは大変な作業になります。
おそらく、PayPal の世界には、バックエンドでより豊富な API とレポート機能を提供するものがあるでしょう。既存のマーチャント アカウントをサポートできる必要があります。彼らの料金が上がった場合、それは彼らが望むものを手に入れるための合理的なトレードオフになるでしょう.
一般に、PayPal の製品提供は私にとって非常に混乱するため、オプション B が存在するかどうかを教えてくれるのに十分なほど PayPal を理解している人がいるかどうかを尋ねます。さらに、誰かが一般的なアドバイスを持っている場合、または CI が考慮していないオプションがある場合。
ありがとう。
xml - BN コードを XML Pay と統合するにはどうすればよいですか? (PayPal ペイフロー プロ)
私たちは PayPal のウェブ ペイメント PayFlow Pro を使用して、ウェブサイトでクレジット カードを処理しています。最近、PayPal パートナー プログラムに参加しました。これにより、処理された各トランザクションで「BN コード」を指定してクレジットを得ることができます。唯一の問題は... BN コードの使用方法に関するすべてのドキュメントは、XMLPay を使用した現在のモデルではなく、トランザクションを処理する時代遅れのエクスプレス チェックアウト スタイル (基本的にはフォーム データを長いクエリ文字列として送信するだけでした) に関するものです。 .
旧モデルではこの「BNコード」がBUTTONSOURCE
パラメータとして指定されていたので<ButtonSource>
、XMLPayでタグを使っていることが分かります。でも、どこに置いたらいいのかわからない。
XMLPay開発者ガイドもWeb Payments Pro Payflow Edition - XMLPay 開発者ガイドも、この質問に答えるのにあまり役に立たないようです。として使用されるタグの<ButtonSource>
すぐ内側にタグを配置する例を示します。これに関する問題は、ほとんどのお客様が支払いに PayPal を使用しないことです。彼らはクレジットカードを使用します。<PayPal>
<Tender>
<ButtonSource>
タグをさまざまな場所に移動して、タグの内側とタグなしの両方で、多くのトランザクションを試しました<PayPal>
。私が試みたすべての試みで、トランザクションが拒否されたか、単にコードが届かなかった.
PayPal に送信する XMLPay リクエストの例を次に示します。<ButtonSource>
これがタグの正しい配置ではないことはわかっていますが、ここで誰かがそのタグを配置する必要がある場所を教えてもらえますか? それとも、この XML を正しい方法で修正したコピーを投稿していただけないでしょうか?
どうもありがとう!
php - コンタクトフォームコード実行後のphpリダイレクト
友達..!
数秒後にペイパルのペイフロー リンクにリダイレクトしたい:
連絡先フォームに詳細を入力し、[送信] をクリックすると、[電子メールが正常に送信されました] などと表示されます。
お問い合わせフォーム プロセッサ コードは次のとおりです。
ライブ連絡フォームは次のリンクにあります: http://www.webngraphicssolutions.com/new_site/html_purple/web-contact-form-order-now/index.php