Question 1

Hyperswitch で PayPal のペイアウトが 501 IR_00 'not implemented' エラーで失敗するのはなぜですか？

Accepted Answer

HyperswitchにおけるPayPalペイアウトはウォレットのみ対応です。PoFulfillリクエストビルダー（`crates/hyperswitch_connectors/src/connectors/paypal/transformers.rs`内の`PaypalPayoutItem::try_from`）は`PayoutMethodData::Wallet`のみを受け付け、CardおよびBankバリアントは`ConnectorError::NotSupported`を返します。これはルーターによって501 IR_00「Selected payment method through paypal is not implemented」として表面化します。修正方法：card/bankの代わりにwalletのペイアウトメソッドデータを送信してください。サポートされる受取人は、PayPalウォレット（email、telephone_number、またはpaypal_id）とVenmoウォレット（telephone_number）です。なお、PayPalではPoCreate（ペイアウト適格性）も未実装であり、実装されているのはPoFulfill（`POST /v1/payments/payouts`）とPoSyncのみです。card、SEPA bank、open-banking、またはpayshapのペイアウトには、別のコネクターを使用してください。Cypressペイアウトテストがこの501エラーで誤ってパス（fake-pass）する場合は、`cypress-tests/cypress/e2e/configs/Payout/Utils.js`内の`CONNECTOR_LISTS.EXCLUDE.CARD_TEST`に`paypal`を追加してcard/bankテストをゲートでスキップさせ、`00009-ClientAuthPayoutConfirm.cy.js`のウォレットカバレッジに依存してください。

Question 2

Ilixium connector の Cypress の誤検知による失敗（VA8 の支払い確認エラーを含む）を修正するにはどうすればよいですか？

Accepted Answer

Ilixium の Cypress fixtures を sandbox の動作に合わせて更新してください。cypress-tests/cypress/e2e/configs/Payment/Ilixium.js では、顧客の生年月日を標準のトップレベル customer.date_of_birth フィールドを使って送信してください。これを省略すると sandbox は confirmation を VA8 で拒否します。Ilixium は manual capture のみをサポートするため、auto-capture fixtures の期待される error codes を修正してください。54-OfferEngine.cy.js 内のフラットでマージ不可能な offer_engine import を connector-override mechanism に置き換え、Ilixium が未サポートの repeat_payment と saved-card confirmation フローを無効化できるようにしてください。最後に、cypress/utils/specSelection/config.js を更新して、Ilixium のテストを card payment methods のみにスコープし、未サポートの bank transfer、bank redirect、UPI specs が実行されないようにしてください。fixture-correction PR を適用し、Cypress suite を再実行してください。

Question 3

cargo clippy --all-targets を実行した際に発生する diesel の 'recursion limit reached while expanding impl_sql_type!' エラーを修正するには？

Accepted Answer

このエラーは、Cargo が通常の依存関係と dev-dependencies の間で `diesel` クレートの不一致な feature セットを解決した場合に発生します（ワークスペースの一部のクレートで `diesel` がオプションになった場合によく起こります）。Diesel の `128-column-tables` feature は `#![recursion_limit = "256"]` を制御しており、いずれかの解決バケット（例：dev-dependency）がその feature なしで diesel を要求すると、clippy --all-targets は引き上げられた上限なしで diesel をビルドする一方、通常の `cargo check`/`build` は成功したままになります。

修正方法：
1. 未使用の diesel dev-dependencies を削除します。`quote!{}` ブロック内で `diesel::` パスを出力するだけの proc-macro クレートは diesel に対して型チェックを行わないため、その依存関係はまったく必要ありません。
2. Cargo.toml で feature を条件付きで転送します。他のクレートの diesel feature を無条件に有効化する代わりに（例：独自に diesel への依存関係を持つクレートへの `some_crate = { features = ["diesel"] }` を避けて）、`diesel = ["dep:diesel", "some_crate/diesel"]` を使用します。マージコンフリクトによって条件付き転送が静かに元に戻されてしまうことに注意してください。
3. diesel を要求するすべてのクレートが同じ feature（特に `128-column-tables`）を含むように、ワークスペース全体で diesel の feature セットを揃えます。

`cargo metadata` または `cargo tree -e features -i diesel` で診断し、`128-column-tables` がすべての解決バケットで有効になっていることを確認してください。

Question 4

deja http_outgoing で再構築された reqwest HTTP レスポンスをキャプチャする際に、"body not captured (missing extension)" をどう修正すればよいですか？

Accepted Answer

レスポンスを再構築するときに body extension を復元する。crates/external_services/src/http_client/boundary.rs の replay_response では、レスポンスボディに使用した同じ bytes::Bytes を保持し、再構築したレスポンスを reqwest::Response に変換する前に、その extensions に CapturedResponseBody を挿入する:

let body = bytes::Bytes::from(recorded_body);

let mut response = builder
    .body(body.clone())?;

response
    .extensions_mut()
    .insert(CapturedResponseBody(body));

let response: reqwest::Response = response.try_into()?;

Bytes は参照カウントされるため、クローンは安価である。記録されたレスポンスを再構築し、それをキャプチャし、キャプチャ結果が元のペイロードと等しいことをアサートするラウンドトリップテストを追加する。これにより capture(reconstruct(v)) != v と body not captured (missing extension) エラーが修正される。

Question 5

V2プロキシ決済の再試行のたびにwebhooksがトリガーされないのはなぜですか？

Accepted Answer

V2プロキシ決済では、webhookの冪等性キーはpayment IDとevent typeのみを使用して生成されます。同じpayment intentに対する複数の試行が同じステータスを返す場合、後続の試行は`events`テーブル内で重複として扱われるため、最初のイベントのみがwebhookを発火します。修正: V2決済webhookの冪等性キーを生成する際に、payment attempt IDを含めます。payment IDはイベントのプライマリオブジェクトIDとして維持しつつ、attempt IDを使用して個別の決済試行からのイベントを区別することで、すべての試行がそれぞれ独自のイベントを作成し、webhookをトリガーするようにします。

hyperswitch

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト