Anda bisa mengintegrasikan akun seller markeptlace yang anda miliki dengan akun DealPOS anda melalui omni.dealpos.app. Salah satu marketplace yang bisa terintegrasi ke DealPOS adalah Tokopedia. Pada integrasi marketplace, Tokopedia mempunyai alur yang sedikit berbeda dengan marketplace lain yang sudah bisa terintegrasi juga dengan DealPOS seperti marketplace Shopee, Lazada, dan Woocommerce.

Untuk melihat bagaimana alur dari transaksi Tokopedia masuk ke DealPOS dan skenario apa saja yang bisa dan tidak bisa ditangani dari integrasi terkait pesanan dari Tokopedia ke DealPOS, anda bisa ikuti langkah di bawah ini:

I. Alur Status Pesanan

Tokopedia	DealPOS	Deskripsi
Pelanggan telah membayar transaksi	Akan terbuat pesanan penjualan di menu Sales Order	Pesanan masuk ini memerlukan konfirmasi dari penjual dan pesanan yang belum dikonformasi tidak akan menjadi faktur penjualan di DealPOS
Penjual Sudah mengkonfirmasi pesanan di Tokopedia	Faktur penjualan akan terbuat dengan status Pembayaran sebagai Unpaid dan status pengiriman sebagai Unsent	Status pembayaran akan terbuat menjadi Unpaid (belum terbayar) dan pengiriman menjadi Unsent (belum dikirim), Stok barang akan tetap berkurang dan menjadi masuk ke Allocated (barang dialokasikan) bahkan jika seller belum menerima pesanan
Pesanan sudah dikirim (Barang sudah dipickup oleh kurir)	Status pengiriman (Fulfillment) dari faktur penjualan di DealPOS akan terupdate menjadi Sent	Status pengiriman (Fulfillment) yang sebelumnya Unsent dari faktur penjualan yang masuk ke Dealpos akan berubah menjadi Sent, dan status Allocated barang tersebut akan hilang
Pembeli sudah mengkonfirmasi bahwa pesanan sudah selesai	Status pembayaran (Payment) dari faktur penjualan di DealPOS akan terupdate menjadi Paid	Ketika pembeli menekan tombol pesanan sudah selesai di Tokopedia, maka Status pembayaran faktur penjualan yang masuk ke DealPOS akan otomatis berubah dari Unpaid menjadi Paid

Jika ada pesanan baru dari pembeli dan menunggu penjual untuk menerima pesanan, Pesanan tersebut akan masuk ke bagian New Order (Pesanan baru) di seller centre nya:

Jika pesanan sudah dikonfirmasi dan diterima oleh penjual, transaksi penjualan tersebut akan tercatat ke bagian Ready to Ship (siap dikirimkan):

Catatan:

Dari sini, faktur penjualan baru akan mulai masuk ke DealPOS dengan status pembayaran Unpaid dan status pengiriman Unsent

Jika pesanan tersebut sudah dikirim ke pihak logistik, pesanan tersebut akan pindah ke halaman In Delivery (sedang dalam pengiriman)

Catatan:

Di tahap ini, status pembayaran pada transaksi di DealPOS akan tetap Unpaid namun status pengirimannya akan berubah menjadi Sent

Jika pesanan tersebut sudah diterima oleh pembeli dan transaksi penjualan sudah diselesaikan oleh pembeli, maka transaksi penjualan tersebut akan tercatat di bagian Order Complete (pesanan selesai):

Catatan:

Pada tahap ini status pembayaran akan berubah menjad Paid dan status pengiriman berubahmenjadi Sent

II. Alur Pembatalan Pesanan

Tokopedia	DealPOS	Deskripsi
Pembeli membatalkan pesanan	Faktur penjualan yang sudah terbuat akan tervoid otomatis	Untuk faktur penjualan yang masuk dari Tokopedia akan berpindah ke Recyle Bin secara otomatis. Jika tidak menyalakan config Void, maka akan terhapus otomatis
Penjual membatalkan pesanan	Faktur penjualan yang sudah terbuat akan tervoid otomatis	Untuk faktur penjualan yang masuk dari Tokopedia akan berpindah ke Recyle Bin secara otomatis. Jika tidak menyalakan config Void, maka akan terhapus otomatis

Jika pesanan dibatalkan oleh pembeli atau penjual, pesanan akan tercatat di bagian Canceled (dibatalkan):

Notes:

Jika pembeli melakukan pembatalan ketika barang yang dipesan belum dikirimkan, maka faktur penjualan akan otomatis tervoid/terhapus

III. Alur Pengembalian Pesanan

Tokopedia	DealPOS	Description
Pembeli melakukan return (pengembalian barang)	Di DealPOS, transaksi penjualan tersebut sudah dianggap Paid dan Sent (sudah terbayar dan sudah dikirim)	Jika ada retur penjualan, maka kita perlu melakukan manual edit atau membuat retur manual di DealPOS

Jika ada pesanan yang dikomplain dan akan dikembalikan ke penjual, maka ini akan tercatat di bagian Complained (barang dikomplain):

IV. Detail Kode Status

Kode Status	Deskripsi	DealPOS	Realtime (Otomatis)	Download Manual
0	Penjual membatalkan pesanan	Hapus/Void Penjualan	Ya	Ya
3	Pesanan dibatalkan karena barang habis	Hapus/Void Penjualan	Ya	Ya
5	Pesanan dibatalkan dikarenakan ada penipuan	Hapus/Void Penjualan	Ya	Ya
6	Pesanan ditolak (otomatis karena barang habis)	Hapus/Void Penjualan	Ya	Ya
10	Pesanan ditolak penjual	Hapus/Void Penjualan	Ya	Ya
15	Pembatalan Instant dari pembeli	Hapus/Void Penjualan	Ya	Ya
100	Pesanan baru dibuat		Tidak	Tidak
103	Menunggu konfirmasi pembayaran dari pihak ketiga		Tidak	Tidak
220	Pembayaran sudah terverifikasi, pesanan siap diproses	Membuat *Sales Order*	Ya	Ya
221	Menunggu persetujuan partner		Tidak	Tidak
400	Penjual menerima pesanan (Accept)	Mengubah *Sales Order* menjadi *Customer Invoice*	Ya	Ya
450	Menunggu untuk dikirim		Tidak	Tidak
500	Pengiriman pesanan	Terbuat *Outbound logistics*	Yes	Yes
501	Status berubah menjadi waiting karena Resi tidak memiliki input		Tidak	Tidak
520	Nomor referensi pengiriman invalid (AWB).		Tidak	Tidak
530	Diminta oleh pengguna untuk memperbaiki data nomor referensi pengiriman		Tidak	Tidak
540	Dikirim ke titik penerimaan		Tidak	Tidak
550	Dikembalikan ke Penjual (Retur)		Tidak	Tidak
600	Pesanan dikirimkan		Tidak	Tidak
601	Pembeli membuka case untuk menyelesaikan pesanan		Tidak	Tidak
690	Pengecekan ulang penipuan		Tidak	Tidak
700	Pesanan Selesai	Pembayaran Faktur Penjualan (*Paid*)	Ya	Ya

Catatan:

Tabel dari kode status di atas akan menampilkan status secara detail terkait aksi apa saja yang bisa dan tidak bisa terintegrasi secara otomatis melalui omnichannel. Ini dapat digunakan ketika suatu waktu kita mendapatkan kendala teknis pada integrasi dan ini juga dapat membantu tim pengembang kami untuk mengetahui dan mengecek kendala yang terjadi

I. Alur Status Pesanan

II. Alur Pembatalan Pesanan

III. Alur Pengembalian Pesanan

IV. Detail Kode Status

Artikel Terkait