Skip to main content
Adaptor @dodopayments/express memberikan aplikasi Express Anda tiga route handler: checkoutHandler mengembalikan URL checkout, CustomerPortal mengarahkan pelanggan ke Customer Portal, dan Webhooks memverifikasi request webhook serta memanggil event handler Anda.

Checkout Handler

Buat payment link dan checkout session dari aplikasi Express Anda.

Customer Portal

Biarkan pelanggan mengelola subscription dan detail mereka.

Webhooks

Verifikasi dan proses event webhook Dodo Payments.

Instalasi

1

Install the Package

Jalankan perintah berikut di root project Anda:
2

Set Up Environment Variables

Buat file .env di root project Anda:
Buat API key di Developer → API Keys. Tambahkan endpoint webhook di Developer → Webhooks dan salin signing secret-nya ke DODO_PAYMENTS_WEBHOOK_KEY. Selama proses pengembangan, gunakan API key test mode dengan DODO_PAYMENTS_ENVIRONMENT=test_mode, karena key test mode hanya berfungsi pada test mode. DODO_PAYMENTS_RETURN_URL bersifat opsional.
Jangan pernah melakukan commit file .env atau secret ke version control.

Contoh Route Handler

Contoh-contoh ini mendaftarkan route pada aplikasi Express yang dibuat dengan express(). Checkout handler POST dan webhook handler membaca req.body, sehingga setiap contoh mendaftarkan express.json() sebelum route-nya.
Gunakan handler ini untuk mengintegrasikan checkout Dodo Payments ke aplikasi Express Anda. Mendukung payment flow static (GET), dynamic (POST), dan session (POST). Daftarkan setiap flow POST pada path-nya sendiri, karena handler pertama yang didaftarkan untuk suatu path akan menangani semua request ke path tersebut.

Checkout Route Handler

Adaptor ini mendukung ketiga flow checkout Dodo Payments. Atur type di konfigurasi handler untuk memilih flow yang dilayani oleh suatu route. Setiap flow merespons dengan JSON yang berisi checkout_url untuk dibuka oleh pelanggan.
  • Static Payment Links: type: "static", GET. Membuat payment link untuk satu produk dari query parameter, setelah memeriksa bahwa produk tersebut ada.
  • Dynamic Payment Links: type: "dynamic", POST. Membuat pembayaran satu kali atau subscription dengan payment link, bergantung pada apakah produk bersifat recurring.
  • Checkout Sessions: type: "session", POST. Membuat checkout session dari keranjang produk dan detail pelanggan. Gunakan flow ini untuk integrasi baru.
checkoutHandler menerima opsi berikut: Daftarkan handler untuk GET ketika type adalah static, dan untuk POST ketika type adalah dynamic atau session. Handler mengembalikan 405 untuk method lainnya.

Query Parameter yang Didukung

string
wajib
Identifier produk, misalnya ?productId=pdt_nZuwz45WAs64n3l07zpQR.
integer
default:"1"
Kuantitas 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
Kode pos atau ZIP 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 utama mata uang, misalnya 12.5 untuk $12.50. Hanya berfungsi pada produk Pay What You Want, dan diabaikan jika nilainya berada di bawah harga minimum produk.
boolean
default:"true"
Tampilkan atau sembunyikan bagian diskon.
string
Query parameter apa pun yang diawali metadata_ diteruskan ke checkout sebagai metadata, misalnya metadata_orderId=123.
Flag disable hanya berlaku jika nilainya true dan field yang sesuai memiliki nilai, misalnya email dengan disableEmail. Handler meneruskan parameter ini ke static payment link.
Jika productId tidak ada, handler mengembalikan respons 400. Query parameter yang tidak valid atau produk yang tidak ada di akun Anda juga menghasilkan respons 400.

Format Respons

Static checkout mengembalikan respons JSON dengan URL checkout:
  • Kirim parameter sebagai body JSON dalam request POST.
  • Mendukung pembayaran satu kali dan recurring. Handler mengambil produk, lalu membuat subscription jika produk bersifat recurring dan pembayaran satu kali jika tidak.
  • Body memerlukan billing (dengan street, city, state, country, dan zipcode) dan customer, ditambah product_id (dengan quantity opsional) atau product_cart. Subscription memerlukan product_id.
  • Handler juga meneruskan metadata, allowed_payment_method_types, billing_currency, discount_codes (atau discount_code yang deprecated), return_url, show_saved_payment_methods, dan tax_id. Untuk subscription, handler juga meneruskan addons, on_demand, dan trial_period_days. Field lainnya diabaikan.
  • Untuk detail field, lihat:
Dynamic Checkout memanggil endpoint POST /payments dan POST /subscriptions yang deprecated. Gunakan Checkout Sessions untuk integrasi baru.

Format Respons

Dynamic checkout mengembalikan respons JSON dengan payment link sebagai URL checkout:
Kirim payload checkout session sebagai body JSON. Handler membuat checkout session yang menangani seluruh payment flow untuk pembelian satu kali dan subscription, lalu mengembalikan checkout_url-nya. product_cart wajib ada dan harus berisi setidaknya satu produk.Setiap checkout_url hanya dapat digunakan sekali dan kedaluwarsa setelah 24 jam, atau setelah 15 menit jika Anda mengirim confirm: true. Session yang dibuat dengan payment_method_id tidak mengembalikan checkout_url, sehingga handler merespons dengan 400.Lihat Checkout Sessions Integration Guide untuk detail selengkapnya dan daftar lengkap field yang didukung.

Format Respons

Checkout session mengembalikan respons JSON dengan URL checkout:

Customer Portal Route Handler

Customer Portal Route Handler membuat session Customer Portal untuk pelanggan pada customer_id dan mengarahkan request ke link portal. CustomerPortal menerima opsi bearerToken dan environment, sama seperti checkoutHandler. Jika Dodo Payments tidak dapat membuat session, handler mengembalikan 500.

Query Parameter

string
wajib
ID pelanggan untuk session portal, misalnya ?customer_id=cus_123.
boolean
Jika diatur ke true, email berisi link portal akan dikirim kepada pelanggan.
Mengembalikan 400 jika customer_id tidak ada. Handler tidak mengautentikasi request dan membuka portal untuk customer_id apa pun yang diterimanya, jadi lindungi route dengan autentikasi Anda sendiri dan hanya teruskan ID pelanggan pengguna yang sedang login.

Webhook Route Handler

Webhook handler memverifikasi setiap request menggunakan webhook secret Anda, yang diteruskan sebagai webhookKey, lalu memanggil event handler Anda.
Daftarkan express.json() sebelum webhook route. Handler memverifikasi signature terhadap req.body, sehingga setiap request ditolak kecuali body telah diparse sebagai JSON. Jangan gunakan express.raw() untuk route ini.
  • Method: Hanya request POST yang didukung. Method lainnya mengembalikan 405.
  • Verifikasi Signature: Memverifikasi header webhook-id, webhook-timestamp, dan webhook-signature dengan webhookKey, sesuai spesifikasi Standard Webhooks. Mengembalikan 401 jika verifikasi gagal.
  • Validasi Payload: Divalidasi dengan Zod. Mengembalikan 400 untuk payload yang tidak valid.
  • Penanganan Error:
    • 401: Signature tidak valid
    • 400: Payload tidak valid
    • 500: Error internal selama verifikasi
  • Routing Event: Memanggil onPayload untuk setiap event, lalu handler untuk tipe event tersebut, dan mengembalikan 200 setelah keduanya selesai. Handler tidak menangkap error yang dilemparkan oleh event handler Anda.

Event Handler Webhook yang Didukung

Setiap handler bersifat opsional dan async. Untuk payload setiap event, lihat Webhook Event Guide.

Prompt untuk LLM

Terakhir diubah pada 26 September 2026