人気のあるもの (paypal など) からあまり人気のないものまで、約 6 つの電子決済ゲートウェイを統合しました。
人気のない電子決済ゲートウェイを統合しようとするたびに、当初の見積もりを超えているようです。
私はまともなプログラマーだと思いますが、私の時間の見積もりにはおそらく作業が必要です。
他のプログラマーは、聞いたことのない電子決済ゲートウェイを統合するときに、多くの「驚き」に遭遇しますか?
どんなアドバイスも役に立ちます。
ありがとう
人気のあるもの (paypal など) からあまり人気のないものまで、約 6 つの電子決済ゲートウェイを統合しました。
人気のない電子決済ゲートウェイを統合しようとするたびに、当初の見積もりを超えているようです。
私はまともなプログラマーだと思いますが、私の時間の見積もりにはおそらく作業が必要です。
他のプログラマーは、聞いたことのない電子決済ゲートウェイを統合するときに、多くの「驚き」に遭遇しますか?
どんなアドバイスも役に立ちます。
ありがとう
はい、これは完全に真実です。支払いゲートウェイは非常に扱いやすく、大きなものでさえ奇妙な癖があります.
私が見つけたのは、主な問題はドキュメントです。よく知られているゲートウェイには、優れたドキュメントがたくさんあります。あまり知られていないものには、悪い情報や古い情報がほとんどありません。
これは支払いゲートウェイに限定されません。私は IVR の Fax Services でも同じことを経験しました (USPS API は非常に優れた例です)。それがソープ、残り、または単純なクエリ文字列であるかどうかは関係ありません。ドキュメントが悪い場合は、推測してチェックする必要があります。このデバッグには時間がかかります。
電子決済ゲートウェイを統合する必要はありませんでしたが、数年前、私は小売会社で働いていました。私たちのアプリケーションと顧客/サプライヤーのアプリケーションとの間で通信するために、独自のファイル形式を作成する必要があるたびに、それは地獄でした: )どうやら、良い仕様を書くのはとても難しい...