IaaSプロバイダーが支払い受理の組織を支援する方法

IaaSプロバイダーの仕事を最適化する方法-私たちはHabréのブログでこれについて常に話します。 私たちのケースでの材料の例:







それがすべて始まった方法



私たちのプロジェクトの立ち上げ前は、顧客の大部分は個人であると想定していましたが、最終的に、私たちのサービスは法人の間で需要があります。 ドキュメントの操作の観点から、ドキュメントの操作は手動モードで実行する必要がありました。



他のサービスシステムの自動化として、会計業務に着手しました-法人の問題は解決され、個人の場合はMoney.Onlineに接続しました。



このツールは、安定して動作しなくなるまで、私たちにぴったりでした。 1回限りの技術的な問題から始まり、2014年12月8日から17日までの世界的な崩壊まで。



私たちは追加のシステムを詳しく調べ始めました。



ペイパル



Money.Onlineとの連携を継続しましたが、このサービスがPayPal支払いシステムとの連携を一時的に停止していることがわかりました。 ドキュメントの独立した調査では、PayPal APIを使用するには、何を知っているかという多くの「ダンス」が必要であることが示されました。



たとえば、クライアントIDを支払いフォームにインポートするには、CSSルールと標準要素の変更に関するさまざまなトリックに頼らなければなりませんでした。 簡単な解決策はありませんでした-PayPalサポートは状況から抜け出す方法を提案できませんでした。



いずれにせよ、私たちは皆、新しい支払い方法としてPayPalをセットアップして追加しました。



ロボカッサ



その後、新しい支払いゲートウェイのAPIとの別の戦いが続きました。 今回はロボカッサでした。 もちろん、これはネットワークのロシアのセグメントでより身近な支払い方法です。



ここで、ドキュメントの解析で問題が発生しました。 いくつかの要求がその説明と一致せず、説明どおりに期待される結果を生成しました。 たとえば、ゲートウェイ統合のテストを実装するときに同様の問題が発生しました。



ロボカッサの同僚とのコミュニケーションにより、ドキュメント内の多くの古い説明を削除し、前進することができました。 その結果、このゲートウェイは正常に構成されました。



結果



私たちの努力により、2つの追加の支払いツールを1cloudに提供することができました。 Money.Onlineをうまく補完し、支払いゲートウェイ側で次の技術的な問題が発生した場合に備えて状況を保証します。



PS仮想インフラストラクチャプロバイダーの作業についてもう少し説明します。






All Articles