Mengatur transaksi pembayaran dengan pekerja layanan

Cara menyesuaikan aplikasi pembayaran berbasis web Anda dengan Pembayaran Web dan memberikan pengalaman pengguna yang lebih baik bagi pelanggan.

Eiji Kitamura

Setelah aplikasi pembayaran didaftarkan, Anda siap untuk menerima permintaan pembayaran dari penjual. Postingan ini menjelaskan cara mengorkestrasi transaksi pembayaran dari pekerja layanan selama runtime (yaitu saat jendela ditampilkan dan pengguna berinteraksi dengannya).

Mengorkestrasi transaksi pembayaran dengan pekerja layanan

"Perubahan parameter pembayaran runtime" mengacu pada sekumpulan peristiwa yang memungkinkan penjual dan pengendali pembayaran untuk bertukar pesan saat pengguna berinteraksi dengan pengendali pembayaran. Pelajari lebih lanjut di Menangani informasi pembayaran opsional dengan pekerja layanan.

Menerima peristiwa permintaan pembayaran dari penjual

Saat pelanggan memilih untuk membayar dengan aplikasi pembayaran berbasis web Anda dan penjual memanggil PaymentRequest.show(), pekerja layanan Anda akan menerima peristiwa paymentrequest. Tambahkan pemroses peristiwa ke pekerja layanan untuk merekam peristiwa dan mempersiapkan tindakan berikutnya.

[pengendali pembayaran] service-worker.js:

…
let payment_request_event;
let resolver;
let client;

// `self` is the global object in service worker
self.addEventListener('paymentrequest', async e => {
  if (payment_request_event) {
    // If there's an ongoing payment transaction, reject it.
    resolver.reject();
  }
  // Preserve the event for future use
  payment_request_event = e;
…

Perhatian: Perlu diingat bahwa pekerja layanan adalah satu instance di berbagai tab dan jendela pada browser yang sama. Variabel global digunakan bersama di semua tab dan jendela.

PaymentRequestEvent yang dipertahankan berisi informasi penting tentang transaksi ini:

Nama properti	Deskripsi
topOrigin	String yang menunjukkan asal halaman web tingkat atas (biasanya penjual penerima pembayaran). Gunakan atribut ini untuk mengidentifikasi asal penjual.
paymentRequestOrigin	String yang menunjukkan asal invoker. Ini bisa sama seperti topOrigin saat penjual memanggil API Permintaan Pembayaran secara langsung, tetapi mungkin berbeda jika API dipanggil dari dalam iframe oleh pihak ketiga seperti gateway pembayaran.
paymentRequestId	Properti id dari PaymentDetailsInit yang diberikan ke Payment Request API. Jika penjual menghapusnya, browser akan memberikan ID yang dibuat secara otomatis.
methodData	Data khusus metode pembayaran yang diberikan oleh penjual sebagai bagian dari PaymentMethodData. Gunakan ini untuk menentukan detail transaksi pembayaran.
total	Jumlah total yang diberikan oleh penjual sebagai bagian dari PaymentDetailsInit. Gunakan ini untuk membuat UI yang memberi tahu pelanggan jumlah total yang harus dibayar.
instrumentKey	Kunci instrumen yang dipilih oleh pengguna. Hal ini mencerminkan instrumentKey yang Anda berikan sebelumnya. String kosong menunjukkan bahwa pengguna tidak menetapkan instrumen apa pun.

Buka jendela pengendali pembayaran untuk menampilkan frontend aplikasi pembayaran berbasis web

Saat peristiwa paymentrequest diterima, aplikasi pembayaran dapat membuka jendela pengendali pembayaran dengan memanggil PaymentRequestEvent.openWindow(). Jendela pengendali pembayaran akan menampilkan antarmuka aplikasi pembayaran kepada pelanggan tempat mereka dapat mengautentikasi, memilih alamat dan opsi pengiriman, serta memberikan otorisasi pembayaran. Kami akan membahas cara menulis kode frontend dalam artikel Menangani pembayaran di frontend pembayaran (segera hadir).

Alur checkout dengan aplikasi pembayaran berbasis web.

Teruskan promise yang dipertahankan ke PaymentRequestEvent.respondWith() sehingga Anda dapat menyelesaikannya dengan hasil pembayaran di masa mendatang.

[pengendali pembayaran] service-worker.js:

…
self.addEventListener('paymentrequest', async e => {
…
  // Retain a promise for future resolution
  // Polyfill for PromiseResolver is provided below.
  resolver = new PromiseResolver();

  // Pass a promise that resolves when payment is done.
  e.respondWith(resolver.promise);
  // Open the checkout page.
  try {
    // Open the window and preserve the client
    client = await e.openWindow(checkoutURL);
    if (!client) {
      // Reject if the window fails to open
      throw 'Failed to open window';
    }
  } catch (err) {
    // Reject the promise on failure
    resolver.reject(err);
  };
});
…

Anda dapat menggunakan polyfill PromiseResolver yang mudah untuk me-resolve promise pada waktu tertentu.

class PromiseResolver {
  constructor() {
    this.promise_ = new Promise((resolve, reject) => {
      this.resolve_ = resolve;
      this.reject_ = reject;
    })
  }
  get promise() { return this.promise_ }
  get resolve() { return this.resolve_ }
  get reject() { return this.reject_ }
}

Catatan: Untuk alasan keamanan, halaman frontend yang dibuka di jendela pengendali pembayaran harus memiliki sertifikat HTTPS yang valid dan bukan konten campuran; jika tidak, permintaan pembayaran akan dibatalkan oleh Chrome. Pelajari lebih lanjut di artikel Men-debug aplikasi pembayaran berbasis web.

Bertukar informasi dengan frontend

Pekerja layanan aplikasi pembayaran dapat bertukar pesan dengan frontend aplikasi pembayaran melalui ServiceWorkerController.postMessage(). Untuk menerima pesan dari frontend, proses peristiwa message.

[pengendali pembayaran] service-worker.js:

// Define a convenient `postMessage()` method
const postMessage = (type, contents = {}) => {
  if (client) client.postMessage({ type, ...contents });
}

Menerima sinyal siap dari frontend

Setelah jendela pengendali pembayaran dibuka, pekerja layanan harus menunggu sinyal siap pakai dari frontend aplikasi pembayaran. Pekerja layanan dapat meneruskan informasi penting ke frontend jika sudah siap.

Frontend [pengendali pembayaran]:

navigator.serviceWorker.controller.postMessage({
  type: 'WINDOW_IS_READY'
});

[pengendali pembayaran] service-worker.js:

…
// Received a message from the frontend
self.addEventListener('message', async e => {
  let details;
  try {
    switch (e.data.type) {
      // `WINDOW_IS_READY` is a frontend's ready state signal
      case 'WINDOW_IS_READY':
        const { total } = payment_request_event;
…

Meneruskan detail transaksi ke frontend

Sekarang, kirim kembali detail pembayaran. Dalam hal ini, Anda hanya mengirimkan total permintaan pembayaran, tetapi Anda dapat meneruskan detail lainnya jika menginginkannya.

[pengendali pembayaran] service-worker.js:

…
        // Pass the payment details to the frontend
        postMessage('PAYMENT_IS_READY', { total });
        break;
…

Frontend [pengendali pembayaran]:

let total;

navigator.serviceWorker.addEventListener('message', async e => {
  switch (e.data.type) {
      case 'PAYMENT_IS_READY':
        ({ total } = e.data);
        // Update the UI
        renderHTML(total);
        break;
…

Menampilkan kredensial pembayaran pelanggan

Ketika pelanggan memberikan otorisasi pembayaran, frontend dapat mengirim pesan postingan ke pekerja layanan untuk melanjutkan. Anda dapat me-resolve promise yang diteruskan ke PaymentRequestEvent.respondWith() untuk mengirimkan hasilnya kembali ke penjual. Teruskan objek PaymentHandlerResponse.

Nama properti	Deskripsi
methodName	ID metode pembayaran yang digunakan untuk melakukan pembayaran.
details	Data khusus metode pembayaran yang memberikan informasi yang diperlukan agar penjual dapat memproses pembayaran.

Frontend [pengendali pembayaran]:

  const paymentMethod = …

  postMessage('PAYMENT_AUTHORIZED', {
    paymentMethod,              // Payment method identifier
  });

[pengendali pembayaran] service-worker.js:

…
// Received a message from the frontend
self.addEventListener('message', async e => {
  let details;
  try {
    switch (e.data.type) {
      …
      case 'PAYMENT_AUTHORIZED':
        // Resolve the payment request event promise
        // with a payment response object
        const response = {
          methodName: e.data.paymentMethod,
          details: { id: 'put payment credential here' },
        }
        resolver.resolve(response);
        // Don't forget to initialize.
        payment_request_event = null;
        break;
      …

Membatalkan transaksi pembayaran

Untuk memungkinkan pelanggan membatalkan transaksi, frontend dapat mengirim pesan pasca ke pekerja layanan untuk melakukannya. Pekerja layanan kemudian dapat menyelesaikan janji yang diteruskan ke PaymentRequestEvent.respondWith() dengan null untuk menunjukkan kepada penjual bahwa transaksi telah dibatalkan.

Frontend [pengendali pembayaran]:

  postMessage('CANCEL_PAYMENT');

[pengendali pembayaran] service-worker.js:

…
// Received a message from the frontend
self.addEventListener('message', async e => {
  let details;
  try {
    switch (e.data.type) {
      …
      case 'CANCEL_PAYMENT':
        // Resolve the payment request event promise
        // with null
        resolver.resolve(null);
        // Don't forget to initialize.
        payment_request_event = null;
        break;
      …

Kode contoh

Semua kode contoh yang Anda lihat dalam dokumen ini adalah nukilan dari aplikasi contoh yang berfungsi berikut:

https://paymenthandler-demo.glitch.me

pekerja layanan [pengendali pembayaran]

Frontend [pengendali pembayaran]

Untuk mencobanya:

1. Buka https://paymentrequest-demo.glitch.me/.
2. Arahkan kursor ke bagian bawah laman.
3. Tekan tombol Tambahkan pembayaran.
4. Masukkan https://paymenthandler-demo.glitch.me ke kolom ID Metode Pembayaran.
5. Tekan tombol Bayar di samping kolom.

Langkah berikutnya

Dalam artikel ini, kita telah mempelajari cara mengorkestrasi transaksi pembayaran dari pekerja layanan. Langkah berikutnya adalah mempelajari cara menambahkan beberapa fitur lanjutan lainnya ke pekerja layanan.

• Menangani informasi pembayaran opsional dengan pekerja layanan