
数か月前、質の向上と法人(および個々の起業家)のクライアントへのサービスの速度を向上させるために、人的要因を可能な限り排除し、銀行振込で受け取った資金のユーザーの残高への振替を自動化するという重要なタスクが登場しました。
銀行振込は、オンラインサービスの支払いを受け入れるための最も有利な方法です(法的オプションのみを考慮する場合)。 手数料を受け取る支払いシステムの形式の仲介者を除外します。例:
- Webmoney Capitaller- 保証機関を通じて当座預金口座に資金を移動する場合は0.8% 。 「契約に基づく有価証券の購入の支払いにおいて...」という支払いの非常に曖昧な目的のために、銀行はこれらの資金の出所に関して質問をする場合があるため、Webmoneyが支払いを受け取るエージェントの機能を引き受ける場合、 処理を通じてWebmoneyを受け入れることが最も合法です ロシアの場合、これはPaymasterであり、この場合の手数料は2%ですが、毎日のレジストリと支払いの法的目的があります。
- 銀行カード(インターネット取得) -2%から3%の手数料。 Topvisorの場合、 Tinkoff Bankから取得したインターネットを使用し、手数料は2.5%です。
- Paypal - 3.9% + 10ルーブル。
- Yandex.Money( ビジネスのキャッシャー )、 QIWI 、およびロボカッサ -5% 。
したがって、キャッシュレス支払いに対して2〜5% -0%の支払いシステムの手数料を受け取ります。 そのため、非常に重要なタスクは、可能な限り非現金資金を受け入れるプロセスを簡素化および自動化することでした。 タスクはいくつかの段階に分けられました。
- 請求書と契約書の生成(必要な場合)。
- 資金の受け取りの制御(1時間に少なくとも1回)。
- 終了ドキュメントの生成。
請求書作成
クライアントに、組織の名前とTIN、口座番号、BIC銀行、法的住所、郵便住所を要求する必要があります。
- BIC番号に加えて、銀行の名前とコルレス口座が必要です。これらは、 BIC RF Directory APIを介して自動的に取得できます。
- 支払いの受領後、元の文書の送信先を知るために郵送先住所が必要です。
データ入力フォームは次のとおりです。

請求書はPDF形式で最適に生成されます 。 最初はHTMLバージョンを作成しましたが、顧客側の誤解に直面しました。 会社の技術がどれほど進歩していたとしても、通常の会計士は(ほとんどの場合外部委託された)請求書の処理を担当するため、使い慣れた便利なフォーマットが必要です。
商品およびサービスの支払いに関する承認済みの統合請求書フォームはありません。 フォームは、会社の裁量で任意にできます。 こちらのアカウントの例。 クライアントには、請求書をすぐにダウンロードするか、電子メールで送信する機会を与えることができます。
資金の受領の管理
最も困難な段階であることが判明したため、法人にサービスを提供する健全なAPIを備えた銀行はすぐには見つかりませんでした。 このトピックについては、 banki.ruとixbt.comでのディスカッション 、 toster.ruでの質問、Alfa-Bankアイデアサイトでのウィッシュリストのディスカッションのみを見つけることができました。
このすべての情報の分析に基づいて、APIを備えた銀行は1つだけでした-SB銀行、統合ドキュメントはこちらwww.sbank.ru/Page/Details/internetbank/business/integr
GetLatestAdvices関数を使用すると、現在の営業日の支払いデータを受け取り(1時間に1回リクエストを行います)、ユーザーの残高に自動的に資金を入金できます。 完了した日の調整は、 DownloadDailyDocuments関数を使用して完全に実行できます。 理論的には、 GetLatestAdvicesのみを使用すると、すべての支払いが表示されない場合があります。
支払いは、支払い目的のTIN、アカウント番号、またはラベルで識別できます。
APIが常にエラーを出し、モスクワまたはサンクトペテルブルクにオフィスを開設しなかった場合、おそらく私たちと同じように、APIはあなたの地域にデプロイされていない可能性があります(サンクトペテルブルクの銀行APIを使用した最初のクライアントになりました)。 この問題は、テクニカルサポートで解決できます。
少し後に、Alfa-Bankマネージャー(アカウントを閉鎖したとき)から、同様の何か( 1C統合チャネル )があることを知りましたが、それを使用するには承認が必要です。
終了ドキュメントの生成
アカウントへの支払いを受け取ると、私たちはPDFで締め切りの財務書類(私たちの場合、実行されたサービスの行為)を生成し、元の請求書と一緒にクライアントの住所に送ります。 それだけです
EDI(電子文書管理)に切り替えると、3番目の段落の実装中のメールでのキャンペーンを完全に回避できます。 ロシアでは、これは63-「電子署名について」 、第6条1項に基づいて非常に現実的です。
資格のある電子署名によって署名された電子形式の情報は、手書きの署名で署名された紙の文書と同等の電子文書として認識されますが、それに従って採択された連邦法または規制法は、文書を紙だけで作成することを要求します。
このためのAPIと確立された形式のサービスは既にありますが、これは別の記事のトピックです。 この機能が実装されるとすぐに、ホットトラッキングのEDIへの移行について書きます。