Good News™：現在、ページの1回限りの購入に加えて、 ABBYY Cloud OCR SDKはPayPalを介してサブスクライブすることもできます 。 私たちはこの開発を長い間計画してきましたが、長い間、限られたユーザーのサークルでベータ状態でした。 現在、サブスクリプションは誰でも利用できます。この投稿では、この壮大な開発のさまざまな技術的および社会的側面について説明しています。
「なぜ」という質問に答えることから始める必要があります。 答えは次のとおりです。サブスクリプションは多くのユーザーにとって便利で理解しやすいものです。 ページバンドルの購入も便利で複雑ではありませんが、ユーザーはアプリケーションの残りのページを追跡し、ページを購入する必要があります。 サービスは残りのページがすぐに使い果たされることについて警告を送信できますが、ユーザーはそれをスキップできます。 ユーザーがページを購入するのを忘れた場合-彼のアプリケーションは、最も不適切な瞬間に残りのページを使い果たして動作を停止する可能性があります。
キャプテンは解決策を求めます：自動化。 ユーザーは引き続きページパッケージを購入するか、購読することができます。 もちろん、サブスクリプションはいつでも終了できます。この場合、ページのプラス残高は変わらず、後で使い切ることができます。
サブスクリプションのロジックをできる限り明確にし、同時にユーザーにとって便利なものにするよう努めました。
サービスのすべてのサブスクリプション-残りのページの毎月の補充：月に一度、合意された金額が引き落とされ、残りは合意された日付まで補充されます。 処理できるページの数は、原則として無制限です-「ネガティブ」になりますが、後で追加料金を支払う必要があり、追加料金も自動的に引き落とされます。 “ Leave to minus”はTMの非常に重要な機能で、毎月のサブスクリプションボリュームが使い果たされた場合に突然停止することからユーザーアプリケーションを保護します。
「マイナス」があまり深くない場合、期間の終わりに月額料金だけでなく、発生したボリュームを超えて処理されたページの料金も請求されます。 ユーザーのアプリケーションが多くのページを処理し、残りがディープマイナスになると、サービスは次の月次の償却を待たずに、ユーザーに自動的に課金し、残りがゼロになるようにします。
毎月のサブスクリプションボリュームに応じて、特定のしきい値に達するたびにページバランスが低下するため、追加料金はほぼ任意の頻度で発生します。
毎月の請求の間にページを追加請求するこのスキームにより、アプリケーションが以前に考えていたよりも多くのページを処理する場合、ユーザーはより迅速に対応できます。 最も明白な考えられる原因は、処理されたボリュームの増加またはユーザーのアプリケーションの論理エラーです。 月末にその月の間に蓄積された10倍のサブスクリプションコストを償却することを知ることは、非常に予想外です-疑わしい喜びです。
過剰な支出から身を守るために、ユーザーは追加料金を禁止するか、月あたりのページ数を制限する機会を求めることがあります。 これまでのところ、これは非常に要求の厳しい要件であると考えています。 制限がどのように行われたとしても、それは、ユーザーアプリケーションが動作を停止するページに達すると、残りのページの値に特定のしきい値を意味します。 ユーザーは何らかの形で事前に彼を認識しなければなりません。 ユーザーがより小さい方向でミスをすると、アプリケーションは突然停止します。 ユーザーが大きな方法で誤解された場合-過度のキャンセルにより動揺します。 したがって、コストを厳密に制限する必要がある場合、答えはパッケージを購入することです。あなたはそれらを間違えないでしょう。
サブスクリプションは、PayPalの「参照トランザクション」に基づいて動作します。
サブスクリプションを作成するとき、サービスはPayPalのCreateBillingAgreementメソッドを呼び出し、PayPal Webサイトの確認ページへのリンクを返します。 ユーザーはPayPal Webサイトにアクセスし、「請求契約」の作成を確認します。 さらに、契約の識別子を示すサービスは、DoReferenceTransactionメソッドを呼び出すことにより、いつでもユーザーからほぼすべての金額を差し引くことができます。
サービスは、CreateBillingAgreementが正常に実行された直後に1回DoReferenceTransactionを呼び出し、毎月前の月額請求から1か月が経過するたび、および毎月の請求の間に追加ページを請求するしきい値に達するたびに呼び出します。 チャージオフの量は、特定のチャージオフの理由とページ数に応じて毎回計算され、異なる場合があります。
はい、そうです-ほぼすべての金額が
PayPal参照トランザクションは非常に強力なメカニズムです。 それを扱うときは、実行されたすべての償却とその金額を追跡（サービス側で記録）する必要があります。また、不当な償却につながる可能性のある論理エラーの数を減らすための合理的な技術的対策を講じる必要があります。
もちろん、ユーザーは、PayPalアカウントのすべての請求を確認します。請求に同意できない場合は、PayPalを使用する際に通常どおり申し立てることができます。 多数の不公正な償却は、サービスの評判を台無しにするだけでなく、所有者に仕事を大幅に追加する可能性があります-苦情に対応する必要があります。
償却ロジックの信頼性、予測可能性、検証可能性を確保することは重要ですが、これだけでは不十分です。 ユーザーに対して料金をできる限り明確にすることも重要です。
最も重要なことは、ユーザーはサブスクリプションが無制限であり、キャンセルされるまで有効であるという疑念を抱いてはならないことです。 ウィンドウに「毎月の支払いはそれだけのお金」と書くだけでは十分ではありません。また、サブスクリプションがキャンセルされるまで、毎月のサブスクリプション料金が自動的かつ無条件に請求されることをウィンドウと通知で明確に示す必要があります
また、数日間月額料金を引き落とすことについて警告するのも良いマナーと考えられます-それが起こると、ユーザーは購読し、それからサービスの使用を止め、購読を忘れます。 PayPalでサポートに問い合わせたり、キャンセルに異議を申し立てたりするよりも、事前に通知して登録解除を行う方が便利で効果的です。 ユーザーが誤解されたと信じる理由がある場合、地元の規制当局または裁判所に連絡することができます。この場合の費用は、償却された月額料金よりもはるかに多くなります。
間違った：「毎月の購読料を償却しました。」 そのとおりです。「月額料金を帳消しにし、このページ[およびリンク]でサブスクリプションをキャンセルするまで、毎月料金を請求し続けます。」
間違った：「ページオーバーランの場合はオフになります...」。 そうです：「月間サブスクリプションボリュームに含まれるよりも多くのページを処理できます。その場合、アプリケーションの残りのページがマイナスになる可能性があります。月間ボリュームを超えて処理されるすべてのページに対して、追加料金が請求されます。」
正しく行われた場合、ユーザーは喜んでお金を手放すだけでなく、「VZHUHのためにカードを置く場所はどこにありますか。必要に応じて引き落とされます」と尋ねます。 サブスクリプションを使用すると、残りのページを追跡する必要がなくなり、購入ごとにマウスを数回クリックするのは耐えられないほど退屈です。
ドミトリー・メッシェリャコフ、
開発者製品部門