Toko Online dengan Payment Gateway dan Ongkir Live: Bagaimana Alur Penjualannya?

Toko online yang rapi menghubungkan katalog, cart, checkout, ongkir, pembayaran, order, dan tracking dalam satu perjalanan yang dapat dipahami customer. Setiap tahap mempunyai authority sendiri agar harga dan status tidak bergantung pada browser.

1. Product dan cart menyiapkan data transaksi

Customer mulai dari detail produk, quantity, dan stok yang tersedia. Cart membantu menggabungkan beberapa item sebelum checkout. Quantity invalid atau produk yang tidak tersedia harus ditolak oleh server, bukan hanya oleh tampilan browser. Harga juga harus berasal dari catalog authority sehingga manipulasi nilai di sisi client tidak menjadi harga transaksi.

Pada Toko Online WEVIX, product/category, stock, cart, checkout, order, dan tracking adalah bagian dari full commerce authority. Paket saat ini juga mencakup 5 mailbox dan pooled 10 GB email storage. Harga aktif Toko Online dibaca dari katalog: Rp4.500.000; maintenance Rp1.500.000/tahun.

2. Checkout mengumpulkan data yang diperlukan untuk order

Checkout mengubah cart menjadi instruksi pembelian yang lebih formal. Customer mengisi identitas dan alamat yang dibutuhkan, memilih service pengiriman ketika relevan, lalu melihat total yang dihitung oleh server. Jika checkout mempunyai idempotency key, submit ganda harus menghasilkan transaksi yang aman dan tidak membuat order berulang.

Tujuannya bukan membuat form panjang, tetapi memastikan data yang diperlukan untuk pembayaran dan fulfillment tersedia. Validasi harus memberi pesan yang jelas ketika quantity, alamat, atau service belum dapat diproses.

3. Ongkir live berarti rate berasal dari shipping service yang dikonfigurasi

Shipping flow menggunakan origin, destination, berat/dimensi, dan service untuk meminta rate yang tersedia. Customer memilih salah satu service, lalu shipping cost yang dipakai order tetap harus authoritative. Jika provider belum dikonfigurasi atau credential invalid, sistem harus fail-closed daripada membuat ongkir palsu.

Artikel ini menggunakan istilah provider-neutral. WEVIX mempunyai provider architecture untuk shipping, tetapi tidak boleh mengklaim Biteship atau provider lain production-live tanpa bukti credential/runtime yang benar.

4. Payment gateway membuat status pembayaran dapat diverifikasi

Setelah checkout, customer diarahkan atau diberi instruksi pembayaran dari provider yang aktif. Browser return bukan authority pembayaran final. Status PAID seharusnya berasal dari callback/webhook yang diverifikasi sesuai mekanisme provider, termasuk reference transaksi dan jumlah yang benar.

Prinsip ini mencegah order dianggap lunas hanya karena user kembali ke halaman sukses. Provider gateway juga harus tenant-aware sesuai konfigurasi merchant. Artikel tidak menyatakan Xendit, Midtrans, atau provider tertentu sedang production-live; availability mengikuti konfigurasi aktual.

5. Verified payment memicu order processing dan stock finalization

Ketika pembayaran benar-benar terverifikasi, order dapat masuk ke tahap pemrosesan dan stock finalization sesuai reservation/commerce policy. Event duplicate harus idempotent sehingga stock tidak berkurang dua kali hanya karena provider mengirim callback ulang.

Setelah order siap dipenuhi, merchant memproses packing dan pengiriman. Resi/tracking memberi customer jalur untuk melihat perkembangan. Detail implementasi teknis tidak perlu diketahui pembeli, tetapi pengalaman status harus konsisten dari pembayaran sampai pengiriman.

6. Uji alur end-to-end sebelum mengarahkan traffic

Sebelum toko dipakai customer nyata, lakukan skenario add/update/remove cart, quantity invalid, out-of-stock, checkout ganda, pembayaran berhasil/gagal, duplicate callback, shipping service, dan tracking. Pengujian seperti ini lebih penting daripada sekadar melihat halaman checkout tampil bagus.

Gunakan demo untuk memahami pengalaman publik dan halaman Harga untuk current commercial authority. Provider production baru boleh disebut aktif setelah credential dan runtime benar-benar terverifikasi.

Checklist QC sebelum toko menerima customer nyata

Lakukan setidaknya satu transaksi uji dari awal sampai akhir menggunakan data yang aman. Pastikan perubahan quantity di cart benar, produk out-of-stock tidak bisa dilanjutkan, alamat yang tidak lengkap ditolak, shipping service menampilkan rate yang masuk akal, dan total checkout tidak berubah karena manipulasi browser. Uji juga refresh atau submit ganda agar checkout key tidak membuat order kembar.

Pada sisi pembayaran, pastikan status tidak menjadi PAID hanya karena browser kembali dari provider. Uji callback sukses, gagal, dan duplicate event sesuai environment test. Setelah verified payment, periksa stock finalization, status order, serta alur resi/tracking. Catat hasil tiap skenario. Jika provider atau credential belum siap, biarkan sistem fail-closed dan tampilkan pesan yang jujur. Menunda launch lebih aman daripada menerima order dengan ongkir atau pembayaran yang belum benar-benar terverifikasi.

Untuk customer service, siapkan jawaban standar ketika payment pending, rate shipping tidak tersedia, atau tracking belum bergerak. Jawaban harus menjelaskan kondisi tanpa menjanjikan sesuatu yang belum terverifikasi. Jika provider sedang bermasalah, tampilkan status yang jujur dan hindari menerima order dengan kalkulasi yang tidak authoritative.

Audit juga email/notifikasi yang menyertai order agar customer menerima informasi yang konsisten dengan status di website. Notifikasi bukan authority pengganti database/order state; ia hanya menyampaikan status yang sudah benar.

Catat pula siapa yang berwenang melakukan koreksi order. Perubahan manual setelah pembayaran harus memiliki alasan yang dapat ditelusuri agar stock, total, dan status customer tidak saling bertentangan.

QC juga perlu diulang ketika provider, credential, atau aturan shipping berubah.

FAQ