Satu SKU yang sama dijual di toko fisik, situs sendiri, dan tiga marketplace sekaligus. Pertanyaan yang bikin tim gudang pusing bukan lagi “berapa stok”, tapi “stok yang mana untuk pesanan yang mana”. Manajer e-commerce dan kepala fulfillment menghadapi order kecil-banyak, tingkat retur tinggi, dan janji kirim cepat yang tak sanggup dipenuhi gudang yang masih berpikir per-kanal. Artikel ini bukan daftar aplikasi WMS, melainkan pembahasan kapabilitas inti yang dituntut fulfillment omnichannel. Sebelum melangkah lebih jauh, ada baiknya menyamakan pemahaman soal konsep warehouse management system sebagai fondasi.
Ringkas: Omnichannel fulfillment adalah pemenuhan pesanan yang memperlakukan seluruh kanal — toko fisik, situs sendiri, dan marketplace — sebagai satu jaringan stok tunggal, sehingga pesanan dari kanal mana pun bisa dilayani dari sumber persediaan mana pun. Warehouse management system menjadi enabler-nya lewat single stock pool, wave picking, ship-from-store/BOPIS, dan returns management.
Apa Itu Omnichannel Fulfillment dan Mengapa Gudang Lama Kewalahan?
Omnichannel fulfillment memperlakukan semua kanal penjualan sebagai satu jaringan stok, bukan gudang-gudang terpisah per kanal. Order dari marketplace mana pun bisa dilayani dari gudang, distribution center, atau toko terdekat, dengan satu janji ketersediaan yang konsisten. Gudang lama kewalahan karena dirancang untuk pola order yang berbeda.
Order e-commerce punya ciri khas yang menyulitkan gudang tradisional: kecil per transaksi, tapi sangat banyak, datang sepanjang hari, dan diikuti tingkat retur yang jauh lebih tinggi ketimbang penjualan B2B. Gudang yang terbiasa memenuhi beberapa purchase order besar tiba-tiba harus memroses ratusan pesanan satuan menuju alamat berbeda. Alur kerja dan tata letak yang dulu efisien justru menjadi penghambat.
Skalanya nyata. Badan Pusat Statistik mencatat 4,4 juta usaha e-commerce di Indonesia pada 2024, naik 15,3% dibanding tahun sebelumnya, dan sekitar 48% pelaku mengirim langsung dari penjual ke pembeli (BPS, Statistik E-Commerce 2024). Beban eksekusi jatuh langsung ke gudang penjual, bukan pihak ketiga.
Yang jarang disadari, kegagalan omnichannel sebagian besar bukan soal “belum terhubung ke Shopee atau Tokopedia”. Akarnya lebih dalam: stok masih tersilo per kanal. Ketika setiap kanal memegang kuota stoknya sendiri, sistem kehilangan gambaran utuh soal berapa unit yang tersedia dan di mana. Dari sinilah oversell, pembatalan sepihak, dan penalti performa toko di marketplace bermula.
Single Stock Pool: Satu Sumber Stok untuk Semua Kanal
Single stock pool menyatukan seluruh persediaan lintas kanal ke dalam satu kebenaran stok real-time, alih-alih membagi kuota terpisah per kanal. Dengan visibilitas terpusat, satu unit bisa dialokasikan ke pesanan mana pun secara dinamis, mencegah oversell (stok “habis” di sistem padahal masih ada) dan stockout semu antar-marketplace.
Perlu diperjelas, single stock pool adalah konsep, bukan nama fitur produk tertentu. Dalam ekosistem SAP, kebenaran stok lintas kanal dicapai lewat kapabilitas Inventory Visibility pada SAP Customer Activity Repository (CAR) di atas fondasi S/4HANA. Fondasi real-time semacam ini kerap dibangun bersamaan dengan migrasi ERP ke cloud, karena single stock pool sulit dicapai di atas sistem lama yang terfragmentasi.
Biaya dari stok yang tidak akurat tidak kecil. IHL Group memperkirakan inventory distortion (gabungan out-of-stock dan overstock) menelan sekitar USD 1,7–1,8 triliun per tahun secara global (estimasi IHL Group; angka bervariasi antar-tahun studi, jadi perlakukan sebagai rentang). Di lapangan, oversell lintas marketplace hampir selalu berakar pada stok yang tidak tersinkron real-time, bukan pada konektor kanal yang kurang banyak.
Tabel berikut memetakan tantangan omnichannel ke kapabilitas WMS yang menjawabnya.
| Tantangan omnichannel | Gejala di lapangan | Kapabilitas WMS yang menjawab |
|---|---|---|
| Stok tersilo per kanal | Oversell / stockout semu antar-marketplace | Single stock pool + inventory visibility real-time |
| Order kecil tapi sangat banyak | Picking lambat, biaya per order tinggi | Wave / batch / cluster picking, zone picking |
| Janji pengiriman cepat | Gudang pusat terlalu jauh dari pembeli | Ship-from-store (sourcing dari toko terdekat) |
| Pembeli ingin ambil di toko | Tidak ada opsi pickup | BOPIS / click-and-collect |
| Tingkat retur tinggi | Barang retur menumpuk, margin tergerus | Returns management: inspeksi, restock, refurbish |
| Akurasi order rendah | Salah kirim, retur, pelanggan hilang | Barcode/RFID + system-guided picking |
Bagaimana WMS Mempercepat Picking untuk Ribuan Order Kecil?
Ketika satu gudang harus memenuhi ribuan pesanan satuan per hari, mengambil barang pesanan demi pesanan jadi tidak masuk akal. WMS enterprise menjawabnya dengan wave picking: menggabungkan banyak pesanan menjadi satu “gelombang”, sehingga picker mengambil beberapa pesanan sekaligus dalam satu putaran. Jarak tempuh lebih pendek dan biaya per order turun.
Di SAP Extended Warehouse Management (EWM), sebuah wave dibentuk dari gabungan item beberapa warehouse request dan dapat dikelompokkan berdasarkan kriteria seperti waktu pengiriman, rute, atau pelanggan (SAP Community). Sistem lalu membuat picking warehouse task dan menentukan lokasi bin sumber berdasarkan strategi seperti FIFO (First-In, First-Out) atau LIFO. Picker tidak lagi menebak; sistem yang menuntun langkahnya.
Wave picking bukan satu-satunya metode, dan tidak ada yang “paling benar”. E-commerce order kecil-banyak sering memadukan beberapa pendekatan berikut:
- Wave picking: pesanan dijadwalkan dalam gelombang berdasarkan waktu kirim atau rute.
- Batch picking: beberapa pesanan dengan item serupa diambil sekaligus lalu dipilah.
- Zone picking: setiap picker bertanggung jawab atas satu zona gudang, pesanan berpindah antar-zona.
- Cluster picking: satu picker menangani banyak pesanan sekaligus dengan wadah terpisah per pesanan.
Kecepatan tidak ada artinya tanpa akurasi. Salah kirim satu unit berujung retur, biaya kirim ganda, dan pelanggan yang enggan belanja lagi. Karena itu WMS enterprise mengandalkan system-guided picking dengan verifikasi barcode atau RFID di setiap langkah; SAP EWM menyediakan integrasi ke perangkat mobile/RF, RFID scanner, hingga conveyor otomatis (SAP Community). Untuk memantau apakah upaya ini menurunkan biaya per order dan menjaga fill rate, metrik fulfillment biasanya dibaca lewat dashboard business intelligence.
Ship-from-Store, BOPIS, dan Returns: Kapabilitas yang Sering Diremehkan
Tiga kapabilitas ini paling sering hilang dari brosur WMS, padahal justru menentukan pengalaman omnichannel dan margin. Ship-from-store mengirim pesanan online dari stok toko terdekat. BOPIS (Buy Online, Pick-up In Store) membiarkan pembeli mengambil di toko. Returns management memutuskan nasib barang retur dengan cepat agar margin tidak tergerus.
Penting untuk memisahkan dua lapisan yang kerap dicampur. Dalam ekosistem SAP, orkestrasi ketersediaan dan sumber pesanan lintas kanal ditangani kapabilitas Omnichannel Article Availability and Sourcing (OAA) di SAP CAR, sementara eksekusi fisik di gudang atau toko ditangani SAP EWM: CAR memutuskan dari mana pesanan sebaiknya dilayani, EWM menjalankan pengambilan dan pengirimannya. Menurut SAP, OAA mendukung skenario click-and-ship dan click-and-collect, dengan sumber pemenuhan bisa berupa DC, vendor, atau toko fisik (SAP Help Portal, OAA).
Ada nuansa yang menentukan apakah janji “ada di toko” ditepati. SAP menyatakan perhitungan ketersediaan artikel di toko hanya memperhitungkan stok fisik, bukan stok proyeksi. Artinya BOPIS yang bisa dipercaya harus berbasis stok nyata. Di sinilah single stock pool yang akurat menjadi syarat agar layanan omnichannel tidak gagal saat pelanggan datang mengambil pesanan.
Retur adalah bagian yang paling menentukan margin, karena e-commerce berciri tingkat retur tinggi. WMS enterprise memroses retur dari penerimaan, inspeksi, hingga keputusan restock, refurbish, atau scrap. Di SAP, sejak S/4HANA 1709 seluruh proses retur pelanggan pada Embedded EWM dipetakan melalui Advanced Return Management (ARM) untuk menangani reverse logistics kompleks dengan langkah minimal (SAP Community). Barang retur yang cepat kembali ke stok bisa dijual lagi, bukan menumpuk di sudut gudang.
WMS Enterprise vs Aplikasi Integrasi Marketplace: Kapan Anda Belum Perlu yang Berat
Bagian ini jarang ditulis vendor, padahal jujur soal ini justru membangun kepercayaan. Tidak setiap bisnis e-commerce butuh WMS enterprise. Untuk volume awal dengan satu gudang, kombinasi konektor marketplace dan modul inventory pada sistem ringan biasanya sudah cukup; memaksakan sistem berat terlalu dini hanya menambah biaya tanpa manfaat sepadan.
Ada juga salah kaprah yang perlu diluruskan: WMS enterprise umumnya tidak terhubung langsung ke marketplace lokal secara bawaan. Koneksi ke Shopee, Tokopedia, atau kurir dilakukan lewat integration layer/middleware, misalnya SAP Integration Suite atau konektor pihak ketiga. Keunggulannya bukan pada “berapa banyak marketplace yang bisa dicolok”, melainkan pada eksekusi gudang dan kebenaran stok saat skala membesar.
Anda mulai benar-benar membutuhkan WMS enterprise ketika beberapa kondisi ini muncul bersamaan:
- Banyak lokasi jadi sumber pengiriman. Beberapa gudang dan toko yang semuanya bisa memenuhi order menuntut sourcing lintas lokasi, di luar jangkauan konektor sederhana.
- Kebutuhan ship-from-store dan BOPIS nyata. Begitu toko fisik ikut memenuhi order online, Anda butuh orkestrasi lintas kanal, bukan sekadar sinkronisasi stok.
- Volume order kecil-banyak menuntut wave picking. Saat picking manual per pesanan jadi bottleneck, strategi picking canggih baru terbayar.
- Kompleksitas retur tinggi. Retur yang butuh inspeksi dan keputusan restock/refurbish sistematis melampaui kemampuan modul inventory biasa.
Bagi UKM satu lokasi dengan volume terbatas, mendahulukan proses yang rapi dan data master yang bersih lebih menentukan ketimbang membeli sistem paling berat. WMS enterprise seperti SAP EWM, yang oleh SAP dijadikan arsitektur target manajemen gudang di dalam S/4HANA, layak dipertimbangkan justru saat kompleksitas omnichannel sudah terasa, bukan sebagai antisipasi terlalu dini.
FAQ (Pertanyaan yang Sering Diajukan)
Apa itu omnichannel fulfillment?
Omnichannel fulfillment adalah pemenuhan pesanan yang memperlakukan seluruh kanal (toko fisik, situs sendiri, dan marketplace) sebagai satu jaringan stok tunggal. Pesanan dari kanal mana pun bisa dilayani dari sumber mana pun: gudang, distribution center, maupun toko. Tujuannya satu janji ketersediaan yang konsisten lintas kanal.
Apa itu ship-from-store dan BOPIS?
Ship-from-store adalah strategi mengirim pesanan online dari stok toko terdekat, bukan hanya gudang pusat, sehingga pengiriman lebih cepat. BOPIS (Buy Online, Pick-up In Store) adalah membeli online lalu mengambil di toko. Dalam ekosistem SAP, keduanya didukung SAP Customer Activity Repository lewat skenario click-and-ship dan click-and-collect.
Apa itu wave picking?
Wave picking adalah metode menggabungkan banyak pesanan menjadi satu “gelombang” yang dijadwalkan bersama, sehingga picker mengambil beberapa pesanan sekaligus dalam satu putaran gudang. Metode ini krusial untuk e-commerce yang berciri order kecil tapi sangat banyak. Di SAP EWM, wave dibentuk dari gabungan item warehouse request.
Bagaimana WMS terhubung ke marketplace seperti Shopee dan Tokopedia?
WMS enterprise umumnya tidak terhubung langsung ke marketplace lokal secara bawaan. Koneksi ke Shopee, Tokopedia, atau kurir dilakukan lewat integration layer/middleware seperti SAP Integration Suite, SAP Commerce, atau konektor pihak ketiga. Fokus WMS tetap pada eksekusi gudang dan kebenaran stok.
Bagaimana WMS menangani retur e-commerce?
Retur menentukan margin karena e-commerce berciri tingkat retur tinggi. WMS enterprise memproses retur dari penerimaan, inspeksi, hingga keputusan restock, refurbish, atau scrap. Di SAP, retur pelanggan pada Embedded EWM (sejak S/4HANA 1709) dipetakan lewat Advanced Return Management (ARM).
Apakah UKM e-commerce butuh WMS enterprise?
Belum tentu. Untuk volume awal, kombinasi konektor marketplace dan modul inventory pada sistem yang lebih ringan biasanya sudah cukup. WMS enterprise seperti SAP EWM mulai relevan saat skala meningkat: banyak lokasi sumber pengiriman, kebutuhan ship-from-store/BOPIS, atau kompleksitas retur tinggi. Over-invest terlalu dini justru menambah biaya tanpa manfaat sepadan.
Kesimpulan
Kembali ke pertanyaan awal: “stok yang mana untuk pesanan yang mana.” Jawabannya bukan menambah konektor marketplace, melainkan menegakkan satu kebenaran stok real-time lalu mengeksekusinya lewat picking cerdas, ship-from-store, BOPIS, dan penanganan retur yang rapi. Tantangan terbesar omnichannel bukan integrasi kanal, tapi menjaga satu sumber stok yang akurat. Sebagai SAP Platinum Partner melalui United VARs dengan pengalaman implementasi di industri Retail dan Wholesale Distribution, Soltius mendampingi perusahaan menghadirkan fulfillment omnichannel di atas fondasi stok yang tepercaya, dari penilaian kebutuhan hingga dukungan pasca go-live.
Untuk mendiskusikan kesiapan fulfillment omnichannel di perusahaan Anda, jelajahi solusinya di soltius.co.id.
