Trang này được dịch bởi Cloud Translation API.

Hướng dẫn dành cho nhà phát triển ứng dụng thanh toán trên Android

Tìm hiểu cách điều chỉnh ứng dụng thanh toán Android của bạn để hoạt động với Thanh toán trên web và cung cấp trải nghiệm người dùng tốt hơn cho khách hàng.

Eiji Kitamura

Yuichi Araki

API yêu cầu thanh toán mang đến cho web một giao diện dựa trên trình duyệt tích hợp sẵn, cho phép người dùng nhập thông tin thanh toán bắt buộc dễ dàng hơn bao giờ hết. API này cũng có thể gọi các ứng dụng thanh toán dành riêng cho nền tảng.

Hỗ trợ trình duyệt

60
15
11.1

Nguồn

Quy trình thanh toán bằng ứng dụng Google Pay dành riêng cho nền tảng có sử dụng phương thức Thanh toán trên web.

So với việc chỉ sử dụng Android Intent, Thanh toán web cho phép tích hợp tốt hơn với trình duyệt, tính bảo mật và trải nghiệm người dùng:

Ứng dụng thanh toán được chạy dưới dạng phương thức, trong bối cảnh trang web của người bán.
Triển khai bổ sung cho ứng dụng thanh toán hiện có của bạn, cho phép bạn tận dụng cơ sở người dùng của mình.
Chữ ký của ứng dụng thanh toán được kiểm tra để tránh cài đặt không qua cửa hàng ứng dụng.
Ứng dụng thanh toán có thể hỗ trợ nhiều phương thức thanh toán.
Mọi phương thức thanh toán, chẳng hạn như tiền mã hoá, chuyển khoản ngân hàng, v.v. đều có thể được tích hợp. Các ứng dụng thanh toán trên thiết bị Android thậm chí có thể tích hợp các phương thức yêu cầu quyền truy cập vào chip phần cứng trên thiết bị.

Cần bốn bước để triển khai Thanh toán trên web trong ứng dụng thanh toán Android:

Cho phép người bán khám phá ứng dụng thanh toán của bạn.
Hãy cho người bán biết liệu khách hàng đã có phương thức đã đăng ký (chẳng hạn như thẻ tín dụng) sẵn sàng để thanh toán hay chưa.
Cho phép khách hàng thanh toán.
Xác minh chứng chỉ ký của người gọi.

Để xem cách hoạt động của tính năng Thanh toán trên web, hãy xem bản minh hoạ android-web-payment.

Bước 1: Cho phép người bán khám phá ứng dụng thanh toán của bạn

Để người bán sử dụng ứng dụng thanh toán của bạn, họ cần sử dụng API yêu cầu thanh toán và chỉ định phương thức thanh toán mà bạn hỗ trợ bằng cách sử dụng giá trị nhận dạng phương thức thanh toán.

Nếu có giá trị nhận dạng phương thức thanh toán dành riêng cho ứng dụng thanh toán của mình, thì bạn có thể thiết lập tệp kê khai phương thức thanh toán của riêng mình để các trình duyệt có thể khám phá ứng dụng của bạn.

Bước 2: Cho người bán biết liệu khách hàng đã đăng ký một phương thức đã đăng ký và đã sẵn sàng để thanh toán hay chưa

Người bán có thể gọi hasEnrolledInstrument() để truy vấn xem khách hàng có thể thanh toán hay không. Bạn có thể triển khai IS_READY_TO_PAY dưới dạng một dịch vụ Android để trả lời truy vấn này.

`AndroidManifest.xml`

Khai báo dịch vụ bằng bộ lọc ý định bằng thao tác org.chromium.intent.action.IS_READY_TO_PAY.

<service
  android:name=".SampleIsReadyToPayService"
  android:exported="true">
  <intent-filter>
    <action android:name="org.chromium.intent.action.IS_READY_TO_PAY" />
  </intent-filter>
</service>

Dịch vụ IS_READY_TO_PAY là không bắt buộc. Nếu không có trình xử lý ý định như vậy trong ứng dụng thanh toán, thì trình duyệt web sẽ giả định rằng ứng dụng luôn có thể thanh toán.

AIDL

API của dịch vụ IS_READY_TO_PAY được xác định trong AIDL. Tạo 2 tệp AIDL có nội dung sau:

app/src/main/aidl/org/chromium/IsReadyToPayServiceCallback.aidl

package org.chromium;
interface IsReadyToPayServiceCallback {
    oneway void handleIsReadyToPay(boolean isReadyToPay);
}

app/src/main/aidl/org/chromium/IsReadyToPayService.aidl

package org.chromium;
import org.chromium.IsReadyToPayServiceCallback;

interface IsReadyToPayService {
    oneway void isReadyToPay(IsReadyToPayServiceCallback callback);
}

Triển khai `IsReadyToPayService`

Cách triển khai đơn giản nhất của IsReadyToPayService được thể hiện trong ví dụ sau:

class SampleIsReadyToPayService : Service() {
  private val binder = object : IsReadyToPayService.Stub() {
    override fun isReadyToPay(callback: IsReadyToPayServiceCallback?) {
      callback?.handleIsReadyToPay(true)
    }
  }

  override fun onBind(intent: Intent?): IBinder? {
    return binder
  }
}

Phản hồi

Dịch vụ có thể gửi phản hồi thông qua phương thức handleIsReadyToPay(Boolean).

callback?.handleIsReadyToPay(true)

Quyền

Bạn có thể sử dụng Binder.getCallingUid() để kiểm tra xem phương thức gọi là ai. Lưu ý rằng bạn phải thực hiện việc này trong phương thức isReadyToPay, chứ không phải trong phương thức onBind.

override fun isReadyToPay(callback: IsReadyToPayServiceCallback?) {
  try {
    val callingPackage = packageManager.getNameForUid(Binder.getCallingUid())
    // …

Xem bài viết Xác minh chứng chỉ ký của phương thức gọi để biết cách xác minh gói gọi có chữ ký chính xác.

Bước 3: Cho phép khách hàng thanh toán

Người bán gọi show() để chạy ứng dụng thanh toán để khách hàng có thể thanh toán. Ứng dụng thanh toán được gọi thông qua một ý định PAY trên Android với thông tin giao dịch trong các tham số ý định.

Ứng dụng thanh toán này phản hồi bằng methodName và details (dành riêng cho ứng dụng thanh toán) và không rõ ràng đối với trình duyệt. Trình duyệt chuyển đổi chuỗi details thành đối tượng JavaScript cho người bán thông qua quá trình huỷ chuyển đổi tuần tự JSON, nhưng không thực thi bất kỳ tính hợp lệ nào ngoài phạm vi đó. Trình duyệt không sửa đổi details; giá trị của thông số đó được chuyển trực tiếp đến người bán.

`AndroidManifest.xml`

Hoạt động với bộ lọc ý định PAY phải có thẻ <meta-data> xác định giá trị nhận dạng phương thức thanh toán mặc định cho ứng dụng.

Để hỗ trợ nhiều phương thức thanh toán, hãy thêm thẻ <meta-data> có tài nguyên <string-array>.

<activity
  android:name=".PaymentActivity"
  android:theme="@style/Theme.SamplePay.Dialog">
  <intent-filter>
    <action android:name="org.chromium.intent.action.PAY" />
  </intent-filter>

  <meta-data
    android:name="org.chromium.default_payment_method_name"
    android:value="https://bobbucks.dev/pay" />
  <meta-data
    android:name="org.chromium.payment_method_names"
    android:resource="@array/method_names" />
</activity>

resource phải là một danh sách chuỗi, mỗi chuỗi phải là một URL tuyệt đối hợp lệ với giao thức HTTPS như minh hoạ dưới đây.

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <string-array name="method_names">
        <item>https://alicepay.com/put/optional/path/here</item>
        <item>https://charliepay.com/put/optional/path/here</item>
    </string-array>
</resources>

Tham số

Các tham số sau được truyền đến hoạt động dưới dạng phần bổ sung Ý định:

methodNames
methodData
topLevelOrigin
topLevelCertificateChain
paymentRequestOrigin
total
modifiers
paymentRequestId

val extras: Bundle? = intent?.extras

methodNames

Tên của các phương thức đang được sử dụng. Các phần tử này là các khoá trong từ điển methodData. Đây là những phương thức mà ứng dụng thanh toán này hỗ trợ.

val methodNames: List<String>? = extras.getStringArrayList("methodNames")

`methodData`

Liên kết từ mỗi methodNames đến methodData.

val methodData: Bundle? = extras.getBundle("methodData")

merchantName

Nội dung thẻ HTML <title> trên trang thanh toán của người bán (ngữ cảnh duyệt web cấp cao nhất của trình duyệt).

val merchantName: String? = extras.getString("merchantName")

`topLevelOrigin`

Nguồn gốc của người bán không có lược đồ (Nguồn gốc không có lược đồ trong ngữ cảnh duyệt web cấp cao nhất). Ví dụ: https://mystore.com/checkout được truyền dưới dạng mystore.com.

val topLevelOrigin: String? = extras.getString("topLevelOrigin")

`topLevelCertificateChain`

Chuỗi chứng chỉ của người bán (Chuỗi chứng chỉ của ngữ cảnh duyệt web cấp cao nhất). Giá trị rỗng đối với máy chủ cục bộ và tệp trên ổ đĩa (đều là ngữ cảnh bảo mật) mà không cần chứng chỉ SSL. Mỗi Parcelable là một Gói có khoá certificate và giá trị mảng byte.

val topLevelCertificateChain: Array<Parcelable>? =
    extras.getParcelableArray("topLevelCertificateChain")
val list: List<ByteArray>? = topLevelCertificateChain?.mapNotNull { p ->
  (p as Bundle).getByteArray("certificate")
}

`paymentRequestOrigin`

Nguồn gốc không có lược đồ của ngữ cảnh duyệt web iframe đã gọi hàm khởi tạo new PaymentRequest(methodData, details, options) trong JavaScript. Nếu hàm khởi tạo được gọi từ ngữ cảnh cấp cao nhất, thì giá trị của thông số này sẽ bằng giá trị của tham số topLevelOrigin.

val paymentRequestOrigin: String? = extras.getString("paymentRequestOrigin")

`total`

Chuỗi JSON biểu thị tổng số tiền của giao dịch.

val total: String? = extras.getString("total")

Dưới đây là nội dung mẫu của chuỗi:

{"currency":"USD","value":"25.00"}

`modifiers`

Kết quả của JSON.stringify(details.modifiers), trong đó details.modifiers chỉ chứa supportedMethods và total.

`paymentRequestId`

Trường PaymentRequest.id mà các ứng dụng "thanh toán đẩy" sẽ liên kết với trạng thái giao dịch. Các trang web của người bán sẽ sử dụng trường này để truy vấn các ứng dụng "thanh toán đẩy" cho trạng thái giao dịch ngoài phạm vi.

val paymentRequestId: String? = extras.getString("paymentRequestId")

Phản hồi

Hoạt động có thể gửi lại phản hồi thông qua setResult bằng RESULT_OK.

setResult(Activity.RESULT_OK, Intent().apply {
  putExtra("methodName", "https://bobbucks.dev/pay")
  putExtra("details", "{\"token\": \"put-some-data-here\"}")
})
finish()

Bạn phải chỉ định 2 tham số làm phần bổ sung Ý định:

methodName: Tên của phương thức đang được sử dụng.
details: Chuỗi JSON chứa thông tin cần thiết để người bán hoàn tất giao dịch. Nếu thành công là true, thì details phải được tạo theo cách JSON.parse(details) sẽ thành công.

Bạn có thể chuyển RESULT_CANCELED nếu giao dịch không được hoàn tất trong ứng dụng thanh toán, ví dụ: nếu người dùng không nhập đúng mã PIN cho tài khoản của họ trong ứng dụng thanh toán. Trình duyệt có thể cho phép người dùng chọn một ứng dụng thanh toán khác.

setResult(RESULT_CANCELED)
finish()

Nếu kết quả hoạt động của một phản hồi thanh toán nhận được từ ứng dụng thanh toán đã gọi được đặt thành RESULT_OK, thì Chrome sẽ kiểm tra methodName và details không trống trong các dữ liệu bổ sung. Nếu xác thực không thành công, Chrome sẽ trả về lời hứa bị từ chối từ request.show() kèm theo một trong các thông báo lỗi mà nhà phát triển gặp phải sau đây:

'Payment app returned invalid response. Missing field "details".'
'Payment app returned invalid response. Missing field "methodName".'

Quyền

Hoạt động có thể kiểm tra phương thức gọi bằng phương thức getCallingPackage().

val caller: String? = callingPackage

Bước cuối cùng là xác minh chứng chỉ ký của phương thức gọi để xác nhận rằng gói gọi có chữ ký phù hợp.

Bước 4: Xác minh chứng chỉ ký của người gọi

Bạn có thể kiểm tra tên gói của phương thức gọi bằng Binder.getCallingUid() trong IS_READY_TO_PAY và bằng Activity.getCallingPackage() trong PAY. Để xác minh thực sự rằng phương thức gọi là trình duyệt mà bạn muốn, bạn nên kiểm tra chứng chỉ ký của trình duyệt đó và đảm bảo rằng chứng chỉ đó khớp với giá trị chính xác.

Nếu đang nhắm đến API cấp 28 trở lên và đang tích hợp với trình duyệt có một chứng chỉ ký duy nhất, thì bạn có thể sử dụng PackageManager.hasSigningCertificate().

val packageName: String = … // The caller's package name
val certificate: ByteArray = … // The correct signing certificate.
val verified = packageManager.hasSigningCertificate(
  callingPackage,
  certificate,
  PackageManager.CERT_INPUT_SHA256
)

PackageManager.hasSigningCertificate() được ưu tiên cho các trình duyệt chứng chỉ đơn lẻ, vì hàm này xử lý chính xác việc xoay chứng chỉ. (Chrome có một chứng chỉ ký duy nhất.) Các ứng dụng có nhiều chứng chỉ ký không thể xoay các chứng chỉ đó.

Nếu cần hỗ trợ API cũ cấp 27 trở xuống hoặc cần xử lý các trình duyệt có nhiều chứng chỉ ký, bạn có thể sử dụng PackageManager.GET_SIGNATURES.

val packageName: String = … // The caller's package name
val certificates: Set<ByteArray> = … // The correct set of signing certificates

val packageInfo = getPackageInfo(packageName, PackageManager.GET_SIGNATURES)
val sha256 = MessageDigest.getInstance("SHA-256")
val signatures = packageInfo.signatures.map { sha256.digest(it.toByteArray()) }
val verified = signatures.size == certificates.size &&
    signatures.all { s -> certificates.any { it.contentEquals(s) } }

Hướng dẫn dành cho nhà phát triển ứng dụng thanh toán trên Android

Bước 1: Cho phép người bán khám phá ứng dụng thanh toán của bạn

Bước 2: Cho người bán biết liệu khách hàng đã đăng ký một phương thức đã đăng ký và đã sẵn sàng để thanh toán hay chưa

AndroidManifest.xml

AIDL

Triển khai IsReadyToPayService

Phản hồi

Quyền

Bước 3: Cho phép khách hàng thanh toán

AndroidManifest.xml

Tham số

methodNames

methodData

merchantName

topLevelOrigin

topLevelCertificateChain

paymentRequestOrigin

total

modifiers

paymentRequestId

Phản hồi

Quyền

Bước 4: Xác minh chứng chỉ ký của người gọi

`AndroidManifest.xml`

Triển khai `IsReadyToPayService`

`AndroidManifest.xml`

`methodData`

`topLevelOrigin`

`topLevelCertificateChain`

`paymentRequestOrigin`

`total`

`modifiers`

`paymentRequestId`