c# - 銀行口座の統合

Question

銀行口座を .NET アプリケーションに統合するための API はありますか? ユーザーが銀行取引明細書をソフトウェアに取り込む機能を提供したいと考えています。

提案してください。

Answer 1

銀行に、どこの銀行ですか?と尋ねる必要があります。ほとんどの主要なプロバイダーは、システムへのある種のプログラムによるアクセスを許可しています。

それができない場合（およびセキュリティは別として）、銀行のWebサイトへのHTTPリクエスト/レスポンスを生成でき、正しい資格情報が提供されたことに返信すると、オンラインで入手可能な情報（過去の明細書など）を取得できるはずです-PDFで提供されている場合のボーナスフォーマット。

あなたがどの国にいるかはわかりませんが、Egg Plcは Active X コントロールを使用して、顧客の他の銀行口座を開いて残高を読み取ります - 明らかに彼らの許可を得て。それはかなりうまくいきます。

Answer 2

これにはいくつかの厳しい制限があると確信しています。すべての銀行は別の API を持っている可能性があり、すべての銀行は非常に優れたセキュリティ コンテキストを持っている可能性があります。ただし、1 つ (多数) の銀行の API にアクセスできると仮定しましょう。したがって、銀行口座情報などに別の UI を提供します。

私があなたのプログラムを使用する場合、私は非常に慎重になります! あなたのコードが表示されません。あなたが私のユーザー/アカウント情報をどうするかわかりません。そのため、アカウント情報は提供しません。

あなたが私の情報を悪用してお金を引き出そうとしたらどうなりますか (ええ、そうです、ほとんどの場合、この TAN や PIN も同様に防止する別のセキュリティ層があります)。とにかく - ネットバンキング機能を使用/提供するソフトウェア - 銀行によって提供されていない/または銀行によって承認されていない/公式にチェックされていない - 私には非常に疑わしいように見えます!

申し訳ありませんが、他のアカウント情報を使用してネットバンキング機能を実装しないことをお勧めします。

Answer 3

「これとあれを使う」という点でそこに提案できることはあまりありません。問題は、すべての銀行が物事を行うための独自のシステムと独自のインターフェースを持っていることです (提供する場合)。銀行はほとんどの場合、従来の古いシステム上に構築された巨大な構造であり、適応が遅いため、外部プログラムへのインターフェイスをまったく提供しない可能性が非常に高くなります (伝統的であることに加えて、セキュリティ対策も必要です)。

その序文は、これは、顧客が最も使用する可能性が高い銀行を決定し、顧客に提供したい情報を取得するための外部プログラム/プロバイダーへのインターフェースを提供するかどうか、これらの銀行と話す必要があることを意味します. ただし、銀行は、このサービスを他の銀行にのみ提供するか、まったく提供しないと言っていることに注意してください.

ペイパルのような銀行に似たインターネット構造について話すと、少し異なります.....銀行にもアカウントがあり、入力して使用できるため、似ていると言います.... これらのコンストラクトには、多くの場合、それらを使用するために使用できる何らかの形式のインターフェースがありますが、私が知る限り、これらは顧客の現在のアカウントステータスが何であるかを顧客に伝える直接的な方法を提供していません. このために、彼らはそこに行って自分のアカウントにログインする必要があります.

したがって、全体として、個々のプロバイダー/銀行と話をする必要がありますが、1つのトランザクションの最初の情報が入力されるようにWebサイトを呼び出す方法に関する情報を提供することを除けば、そこにインターフェイスが表示される可能性はほとんどありません(通常の銀行の場合...ほとんどの場合、インターフェイスはまったくありません）。