メインコンテンツへスキップ
このページで

Athiaは、サポートされているプロセッサのリストに限定されません。 提供者がデータを生成できる場合、Athiaはそれを読み取ることができます。Athiaは、あなたの決済処理環境に依存しません。特定の手段でデータを取得する必要はありません。

ほとんどのクライアントは、倉庫から送信するか、スケジュールされたファイルエクスポートを通じて送信します。この方法をお勧めします。 これは、使用しているすべての決済プロセッサで機能します。1つのプロセッサあたりではなく、1つの接続ではなく、どのプロセッサがどのような情報を公開するかに関係なく動作します。

プロセッサ側のコネクタは、データのエクスポート作業を軽減するための便利な手段です。これはオプションであり、必須ではありません。Athiaは、データがどのような経路で到着したかに関係なく、動作は変わりません。

Athiaに、倉庫またはデータレイクからの読み取り権限、またはSFTPまたはS3へのファイル送信を通じて保持しているデータを送信してください。

  • これは、すべてのプロセッサを一括でカバーします、コネクタがないプロセッサを含む
  • 単一仕様、単一配送、各プロバイダーに対して、個別の認証情報と個別のコンソールを使用するのではなく。
  • 履歴とライブデータは同じソースから取得、そのため、個別のバックフィルによる設定は不要です。
  • 独自のフィールド名はそのまま使用できます。 Athiaチームが、インジェスト時にそれらをマッピングします。

詳細は オフラインでのデータ転送 の設定方法について。

直接的なプロバイダ接続#

プロバイダーがレポート用の認証情報を公開している場合、Athiaはそれらから直接読み取ることができます。これにより、データチームのデータのエクスポート作業が不要になり、トランザクションデータに関しては、スケジュールされた配送よりも最新のデータを利用できます。読み取る情報は以下の通りです: 接続は、決済の承認、実行、払い戻し、またはキャンセルを行うことはできません。

提供元(provider)のコンソールで読み取り専用の認証情報を発行し、それをAthiaに貼り付けます。 設定 → 接続 → 接続の追加. 接続の名前を定義し、設定を スケジュール, 認証情報を貼り付け、[クリック] 接続の確認* 各プロバイダーのマニュアルには、正確なコンソールパス、権限、およびフィールドの詳細が記載されています。これは、認証要件が異なるためです。

ご自身で接続: Stripe, Adyen, Braintree, Checkout.com, PayPal Direct, EBANX, PPRO.

Athiaチームと連携して設定してください。 彼らはファイルまたはアカウント側のプロビジョニングで対応します。 Amex, Worldpay, Chase, dLocal.

もし、ご利用のプロバイダーがリストにない場合#

これは通常のケースであり、制限ではありません。

Athiaチームは、あなたがエクスポートできる内容と、それがDEUNAにどのように渡されるかを、あなたのデータとエンジニアリングチームと直接合意します。最初にコンプライする必要があるスキーマはなく、プロバイダーからの承認を待つ必要もありません。データが到着すると、すべてのAthia機能は、直接接続時と同じように動作します。

もし、そのプロバイダー用のコネクタが後で追加された場合、既存の構築に変更はありません。 Athia は複数のパスで重複処理を行うため、切り替え時に両方を同時に実行できます。

不正検知とコストに関するデータ#

Sift, Kount, Chargeblast および Cybersource Fraud 不正と紛争に関する情報を、それぞれの決定に対して追加し、Athia のチームと連携して設定します。不正検知エンジンによる拒否は、決してプロセッサに到達しないため、承認率とは異なる場所に存在します。「当社のルールでブロックした」と「発行者が拒否した」を区別するために、不正ソースとの接続が重要です。Chargeblast は紛争に関するアラート信号のみを持ち、完全な決定データは提供しません。

手数料データ Athiaのテンプレートに対してCSV形式でアップロードされるため、各ルートのコストを考慮したルーティングの推奨事項を適用できます。詳細は、[参照] コストデータアップロード.

データの鮮度#

データの鮮度は、プロバイダーとデータの種類によって決定され、Athia の設定によって制御されません。

承認、拒否、決済は、リアルタイムに近い状態で生成されるため、どのパスでも可能です。 決済、支払い、手数料、インターチェンジは、プロバイダーがバッチを完了したり、ステートメントを発行したりするまで存在しないため、通常は毎日、毎週、または毎月到着し、コネクタによってそれらのタイミングが変更されません。

次の スケジュール 接続の頻度制限は、Athiaが質問する頻度を制限するものであり、回答の鮮度を制限するものではありません。ソースよりも速い頻度で質問すると、負荷が増加し、意味のある情報が得られません。

データ通常生成される適切な頻度
承認と拒否発生したときライブで確認する場合:15~30分、それ以外の場合は1~3時間
チャージバックと返金発生したものを、後でレポートで確認1~3時間
紛争トランザクションから30~180日後6~24時間
決済と支払いバッチまたは調整サイクルの完了時12~24時間
手数料とインターチェンジ通常、毎月24時間

履歴の取得はプロバイダーの制限であり、設定ではありません。 Stripeは履歴の同期を1年まで制限し、PPROは前向きな同期のみをサポートします。以前のコネクターで生成されたファイルは、現在の再帰的なフィードと同じ仕様で一度読み込まれます。

トラブルシューティング#

症状対処方法
使用しているプロバイダーがカタログに存在しない期待される。代わりにデータを送信してください。詳細は参照してください。 オフラインでのデータ転送
接続ステータスは ERROR すぐに 確認認証範囲が狭すぎる、または誤った環境で発行されています。処理環境で、レポートとトランザクションの読み取り権限付きで再発行してください。
接続は ACTIVE ただし、最初の同期後にデータは提供されません。プロバイダーのレポートウィンドウまたは履歴の制限に達していません。再度同期してください。古い履歴はファイルとして読み込んでください。
同じ注文に対して注文の行数が注文の行数よりも多いある注文が複数のプロバイダーにルーティングされているため、各プロバイダーごとのデータは、注文ごとに1行で表示されます。プロバイダーごとにグループ化して、行数をカウントするのではなく、表示します。詳細は、 Athiaデータ辞書に定義されています
カードの情報には、BIN(銀行識別番号)と最後の4桁のみが表示されます。Athiaは、PAN(クレジットカード番号)全体やCVV(カードセキュリティコード)を収集しません。CVVとAVS(商取引防欺システム)の結果は、マッチ/マッチしないというレスポンスコードで返されます。

このセクションで