@dodopayments/bun menyediakan tiga request handler untuk server Bun Anda. Checkout mengembalikan URL checkout, CustomerPortal mengarahkan pelanggan ke Customer Portal, dan Webhooks memverifikasi event webhook serta meneruskannya ke kode Anda. Setiap handler menerima Request standar dan mengembalikan Response, sehingga Anda dapat memanggilnya dari handler fetch milik Bun.serve().
Checkout Handler
Buat URL checkout dengan alur static, dynamic, dan checkout session.
Customer Portal
Izinkan pelanggan mengelola subscription dan detail mereka.
Webhooks
Terima dan proses event webhook Dodo Payments.
Instalasi
1
Install the Package
Jalankan perintah ini di root project Anda:Paket ini juga memerlukan
zod 3.25 atau yang lebih baru, yang dicantumkan sebagai peer dependency.2
Set Up Environment Variables
Buat file Bun membaca file
.env di root project Anda. Buat API key di Developer → API Keys. Tambahkan endpoint webhook di Developer → Webhooks, lalu salin Signing secret ke DODO_PAYMENTS_WEBHOOK_KEY:.env secara otomatis, sehingga contoh-contoh ini membaca nilai tersebut dari process.env. DODO_PAYMENTS_RETURN_URL adalah tempat pelanggan diarahkan setelah checkout. Jika Anda tidak meneruskan environment, handler akan menggunakan live_mode. API key mode test hanya berfungsi dengan test_mode.Contoh Route Handler
Semua contoh menggunakan server native Bun,
Bun.serve(), dan merutekan request berdasarkan path dan method di handler fetch miliknya.- Checkout Handler
- Customer Portal Handler
- Webhook Handler
Gunakan handler ini untuk menambahkan checkout Dodo Payments ke server Bun Anda. Static handler melayani request
GET. Session dan dynamic handler melayani request POST. Contoh dynamic checkout mengasumsikan server mengembalikan dynamicCheckoutHandler(request) untuk request POST.Checkout Route Handler
Checkout handler mendukung ketiga cara menerima pembayaran dengan Dodo Payments:- Static Payment Links: URL yang dapat dibagikan untuk mengumpulkan pembayaran tanpa kode.
- Dynamic Payment Links: payment link yang Anda buat dengan detail khusus. Link ini menggunakan endpoint yang sudah deprecated.
- Checkout Sessions: checkout hosted dengan keranjang produk, detail pelanggan, dan opsi kustomisasi. Ini adalah alur yang direkomendasikan.
Checkout menerima opsi berikut:
Handler melayani static checkout untuk request
GET. Untuk request POST, handler membuat dynamic payment link jika type adalah dynamic, dan checkout session jika tidak.
Static Checkout (GET)
Static Checkout (GET)
Parameter Query yang Didukung
string
wajib
Identifier produk, misalnya
?productId=pdt_xxx.integer
default:"1"
Jumlah produk.
string
Nama lengkap pelanggan. Diabaikan jika
firstName atau lastName diberikan.string
Nama depan pelanggan.
string
Nama belakang pelanggan.
string
Alamat email pelanggan.
string
Negara pelanggan, sebagai kode ISO 3166-1 alpha-2.
string
Alamat jalan pelanggan.
string
Kota pelanggan.
string
Negara bagian atau provinsi pelanggan.
string
ZIP atau kode pos pelanggan.
boolean
Atur ke
true untuk menonaktifkan field nama lengkap.boolean
Atur ke
true untuk menonaktifkan field nama depan.boolean
Atur ke
true untuk menonaktifkan field nama belakang.boolean
Atur ke
true untuk menonaktifkan field email.boolean
Atur ke
true untuk menonaktifkan field negara.boolean
Atur ke
true untuk menonaktifkan field baris alamat.boolean
Atur ke
true untuk menonaktifkan field kota.boolean
Atur ke
true untuk menonaktifkan field negara bagian.boolean
Atur ke
true untuk menonaktifkan field kode ZIP.string
Mata uang pembayaran, misalnya
USD.boolean
default:"true"
Tampilkan atau sembunyikan pemilih mata uang.
number
Menetapkan jumlah yang dibebankan, dalam unit mayor mata uang, misalnya
12.5 untuk $12.50. Hanya berfungsi pada produk Pay What You Want dan diabaikan jika nilainya di bawah harga minimum produk.boolean
default:"true"
Tampilkan atau sembunyikan bagian diskon.
string
Parameter query apa pun yang diawali
metadata_ diteruskan ke checkout sebagai metadata, misalnya metadata_orderId=123.email dengan disableEmail=true. Handler menambahkan returnUrl dari konfigurasinya ke link sebagai redirect_url.Format Response
Static checkout mengembalikan response JSON dengan URL checkout. Dalam mode test, URL menggunakantest.checkout.dodopayments.com:Dynamic Checkout (POST)
Dynamic Checkout (POST)
- Kirim parameter sebagai body JSON dalam request POST.
- Mendukung pembayaran satu kali dan berulang. Handler mengambil produk, lalu membuat subscription jika produk tersebut berulang dan pembayaran satu kali jika tidak.
- Body memerlukan
billing(denganstreet,city,state,country, danzipcode) sertacustomer, ditambahproduct_idatauproduct_cart. Subscription memerlukanproduct_id. - Untuk setiap field body yang didukung, lihat:
Format Response
Dynamic checkout mengembalikan response JSON dengan payment link sebagai URL checkout:Checkout Sessions (POST)
Checkout Sessions (POST)
Checkout session membuat checkout hosted untuk pembelian satu kali dan subscription, dengan kontrol penuh atas kustomisasi.
product_cart adalah satu-satunya field yang wajib diisi, dan memerlukan setidaknya satu produk. Jika body tidak memiliki return_url, handler menggunakan returnUrl dari konfigurasinya.Setiap checkout_url hanya dapat digunakan sekali dan kedaluwarsa setelah 24 jam, atau setelah 15 menit jika Anda meneruskan confirm: true. Session yang dibuat dengan payment_method_id tidak mengembalikan checkout_url, sehingga handler merespons dengan 400.Untuk detail lebih lanjut dan semua field yang didukung, lihat Panduan Integrasi Checkout Sessions.Format Response
Checkout session mengembalikan response JSON dengan URL checkout:Customer Portal Route Handler
Customer Portal route handler membuat session Customer Portal untuk pelanggan yang Anda teruskan, lalu mengarahkan browser ke sana.CustomerPortal menerima opsi bearerToken dan environment yang sama seperti Checkout.
Parameter Query
string
wajib
Customer ID untuk portal session, misalnya
?customer_id=cus_123.boolean
Jika diatur ke
true, Dodo Payments juga mengirim link portal melalui email kepada pelanggan.customer_id tidak ada, dan 500 jika portal session tidak dapat dibuat.
Webhook Route Handler
Webhook route handler memverifikasi setiap request menggunakan webhook secret Anda, yang diteruskan sebagaiwebhookKey, sebelum menjalankan kode Anda:
- Method: Hanya request POST yang didukung. Method lain mengembalikan 405.
- Signature Verification: Memverifikasi header
webhook-id,webhook-timestamp, danwebhook-signaturedenganwebhookKey, sesuai spesifikasi Standard Webhooks. Mengembalikan 401 jika verifikasi gagal. - Payload Validation: Mengurai body sebagai JSON dan memvalidasinya dengan Zod. Mengembalikan 400 untuk JSON atau payload yang tidak valid.
- Error Handling:
- 401: Signature tidak valid
- 400: Payload tidak valid
- 500: Error internal selama verifikasi
- Event Routing: Memanggil
onPayloaduntuk setiap event, kemudian handler untuk tipe event tersebut, lalu mengembalikan 200.
Bun.serve(), dan request gagal.