エラーの処理
チェックアウトや支払い処理中に問題が発生した場合に、明確で実用的なガイダンスを提供し、人々が問題を迅速に解決し、取引を完了できるようにします。
データ検証
アプリまたはWebサイトは、支払いシートが表示されたとき、支払いシートの特定のフィールド値を変更したとき、およびトランザクションを認証した後に、ユーザーの入力に応答できます。これらの機会を利用して、データ入力の問題をチェックし、明確で一貫したメッセージングを提供します。
データが無効な場合、システムが提供するエラーメッセージングは、支払いシートの関連フィールドに注意を喚起します。人々はフィールドを選択して追加の詳細を表示し、問題を解決できます。人々が問題のあるフィールドを選択したときに表示される詳細ビューにカスタマイズされたエラーメッセージを提供します。
開発者のガイダンスについては、
注意
プライバシー上の理由から、あなたのアプリやウェブサイトは、人々が取引を承認しようとするまで、データへのアクセスが制限されています。承認前に、カードの種類と編集された配送先住所のみにアクセスできます。承認が失敗したときにエラーを表示することが重要ですが、可能な限り、利用可能な情報を検証し、承認前に問題を報告する必要があります。
ビジネスロジックの遵守を強制することは避けてください。無関係なデータを無視し、可能な限り不足しているデータを推測するのに十分なインテリジェントなデータ検証プロセスを設計する。たとえば、アプリに5桁の郵便番号が必要ですが、誰かがZip + 4コードを入力した場合、修正を求めるのではなく、追加の数字を無視します。エラーが発生することなく、ダッシュの有無、国コードの有無など、複数の形式で電話番号を入力できます。
システムに正確なステータスレポートを提供します。問題が発生した場合は、システムが支払いシートに最も関連性の高いエラーメッセージを表示できるように、アプリやウェブサイトが問題の種類を正確に示すことが不可欠です。これは、カスタムエラーメッセージに正しいステータスコードを添付することによって行われます。開発者のガイダンスについては、
データが無効または正しくフォーマットされていない場合の問題を簡潔かつ具体的に説明してください。関連するフィールドを参照し、期待されていることを正確に示してください。たとえば、無効な郵便番号を入力した場合、「住所は無効です」を表示する代わりに、「郵便番号が都市と一致しません」などの特定のメッセージを表示します。配送先住所が使用できない場合は、「この州では配送できません」のようなメッセージで理由を明記してください。文スタイルの大文字化と終了句読点のない名詞句を使用してください。切り捨てを避けるために、メッセージを128文字以下に保つことを目指します。
支払い処理
割り込みを正しく処理します。キャンセルのようなユーザー主導のイベントやタイムアウトのようなシステム主導のイベントは、支払いフローを中断させ、支払いシートが却下される可能性があります。そのようなイベントが発生した場合は、進行中の支払いをキャンセルする必要があります。支払いシートが却下された後、Apple Payボタンを再度選択してプロセスを再開できます。開発者のガイダンスについては、PKPaymentAuthorization（iOS、watchOS）およびoncancel（ウェブ）を参照してください。
コメント