TL;DR
Export pesanan marketplace nggak bisa langsung dijadiin laporan karena satu pesanan bisa jadi banyak baris, status pesanan nyampur, dan biaya potongan ada di kolom terpisah. Bersihin dulu dengan mastiin baris unik, saring status, lalu tambahin kolom label minggu. Setelah itu satu rumus SUMIFS udah cukup buat bikin rekap mingguan yang angkanya cocok sama dana masuk.
File export pesanan dari marketplace itu catatan transaksi mentah, bukan laporan. Satu pesanan bisa pecah jadi tiga baris, status pesanan nyampur jadi satu, dan potongan biaya ditaruh di kolom yang jauh dari nilai pesanan.
Kalau kamu langsung bikin pivot dari file itu, angkanya hampir pasti lebih besar dari dana yang masuk ke rekening.
Aku bakal jalanin proses lengkapnya: kolom mana yang dipakai, urutan pembersihan, rumus rekap mingguan, dan hasil akhirnya pakai data toko beneran.
Ada empat masalah yang selalu muncul di file export, apa pun marketplace-nya.
Satu pesanan jadi banyak baris. Pembeli beli 3 barang berbeda, filenya nulis 3 baris dengan nomor pesanan sama. Ongkir dan nomor pesanan diulang di tiap baris. Kalau kamu jumlahin kolom ongkir, hasilnya tiga kali lipat.
Status nyampur. Pesanan batal, retur, dan selesai duduk di tabel yang sama. Tanpa filter status, omzet kamu ngembung.
Tanggal disimpan sebagai teks. Format kayak 07/11/2025 14:32 sering kebaca sebagai teks, bukan tanggal. Rumus berbasis tanggal jadi nggak jalan.
Potongan biaya terpisah. Biaya layanan, biaya admin, dan subsidi ongkir ada di kolomnya masing-masing, kadang bernilai negatif, kadang positif.
Empat hal ini masuk kategori data quality. Selesaikan di awal, sisanya gampang.
Export marketplace rata-rata punya 30 sampai 40 kolom. Untuk laporan mingguan, dua belas ini cukup.
| Kolom | Dipakai buat |
|---|---|
| Nomor pesanan | Nentuin baris unik dan ngitung jumlah pesanan |
| Tanggal pesanan | Acuan minggu |
| Tanggal pesanan selesai | Acuan pendapatan terealisasi |
| Status pesanan | Saringan wajib |
| SKU | Rekap per produk |
| Nama produk | Dibaca manusia |
| Jumlah (qty) | Volume terjual |
| Harga satuan | Hitung nilai kotor |
| Diskon penjual | Potongan yang kamu tanggung |
| Biaya layanan dan admin | Potongan marketplace |
| Provinsi pembeli | Rekap wilayah |
| Channel atau nama toko | Pembeda kalau punya lebih dari satu toko |
Sisanya hapus atau sembunyikan. File yang lebih ramping bikin rumus jalan lebih cepat dan salah tunjuk kolom jadi lebih jarang.
=IF(COUNTIF($B$2:B2;B2)=1;1;0), di mana kolom B itu nomor pesanan. Nilai 1 artinya baris itu wakil pesanan. Kolom ini yang dipakai buat ngitung ongkir dan jumlah pesanan.hitung yang isinya 1 cuma kalau status ada di daftar yang kamu akui, misalnya Selesai dan Dikirim.=TEXT(A2;"yyyy")&"-W"&TEXT(ISOWEEKNUM(A2);"00") biar hasilnya kayak 2025-W45. Label teks lebih aman buat pengurutan dibanding nomor minggu polos.=qty*harga_satuan-diskon_penjual. Biaya marketplace jangan dicampur di sini, taruh di kolom sendiri.Rumus TEXT dipakai supaya label minggunya rapi dan konsisten. Detail kode formatnya ada di dokumentasi resmi Microsoft.
Catatan pemisah argumen: contoh di sini pakai titik koma. Kalau spreadsheet kamu setelan bahasa Inggris, ganti jadi koma.
Bikin sheet Rekap dengan satu baris per minggu. Empat rumus ini yang ngisi semuanya.
' Nilai penjualan bersih per minggu
=SUMIFS(Data!$K:$K; Data!$M:$M; $A2; Data!$N:$N; 1)
' Jumlah pesanan per minggu (pakai kolom baris unik)
=SUMIFS(Data!$L:$L; Data!$M:$M; $A2; Data!$N:$N; 1)
' Jumlah pesanan batal per minggu
=COUNTIFS(Data!$M:$M; $A2; Data!$F:$F; "Batal")
' Rata-rata nilai pesanan, aman dari pembagian nol
=IFERROR(B2/C2; 0)Kolom K itu nilai bersih per baris, M label minggu, N penanda status diakui, L penanda baris unik pesanan, dan F status pesanan.
Tiga fungsi inti di sini: SUMIFS buat jumlah dengan banyak syarat, COUNTIFS buat hitungan, dan IFERROR biar sel kosong nggak nampilin error.
Kalau kamu perlu narik nama kategori dari sheet master produk, XLOOKUP pilihan yang paling bersih karena bisa nyari ke kiri dan punya argumen nilai kalau nggak ketemu.
Dataset latihan toko_berkah punya export pesanan marketplace Oktober 2025 dengan 4.716 baris. Setelah dibikin unik per nomor pesanan, sisanya 3.180 pesanan. Jadi rata-rata satu pesanan isinya 1,48 barang.
| Minggu | Nilai pesanan | Jumlah pesanan | Rata-rata per pesanan |
|---|---|---|---|
| 2025-W40 | Rp 41.200.000 | 712 | Rp 57.865 |
| 2025-W41 | Rp 46.900.000 | 798 | Rp 58.772 |
| 2025-W42 | Rp 52.300.000 | 869 | Rp 60.184 |
| 2025-W43 | Rp 47.030.000 | 801 | Rp 58.714 |
| Total | Rp 187.430.000 | 3.180 | Rp 58.940 |
Angka yang bikin kaget ada di bawah itu. Pesanan batal dan retur nilainya Rp 7.870.000, atau 4,2% dari nilai pesanan. Biaya layanan plus biaya admin marketplace nyampe Rp 21.360.000, setara 11,4% dari nilai pesanan.
Jadi dari Rp 187.430.000 yang kelihatan di dashboard penjualan, yang beneran nyampe rekening cuma Rp 158.200.000. Selisihnya Rp 29.230.000 dalam satu bulan.
Pemilik toko ini sebelumnya cuma ngerekap kolom nilai pesanan. Tiap bulan dia bingung kenapa mutasi bank selalu kurang sekitar 15%, dan sempat curiga ada pesanan yang nggak kebayar. Ternyata potongannya memang segitu, cuma nggak pernah masuk laporan.
Kalau kamu mau nurunin angka ini jadi target tim, struktur di tulisan metric tree bisa dipakai langsung.
Karena nilai pesanan itu angka kotor. Marketplace motong biaya layanan, biaya admin, dan kadang subsidi ongkir sebelum dana dicairkan. Ada juga jeda pencairan beberapa hari, jadi pesanan minggu ini bisa cair minggu depan. Rekap dua angka terpisah: nilai pesanan untuk penjualan, dan dana diterima untuk arus kas.
Pakai tanggal pesanan buat ngukur permintaan, dan tanggal selesai buat ngukur pendapatan yang beneran terealisasi. Kalau kamu cuma mau satu, pilih tanggal pesanan dan konsisten dipakai tiap minggu. Yang bikin laporan berantakan bukan pilihan tanggalnya, tapi gonta-ganti acuan tiap bulan.
Bikin satu sheet perantara dengan nama kolom standar versi kamu sendiri, misalnya tanggal, id_pesanan, sku, qty, nilai, status, channel. Tiap export dipetakan ke kolom itu pakai XLOOKUP atau salin manual sekali di awal. Setelah formatnya seragam, semua rumus rekap kamu jalan tanpa diubah lagi.
Kalau kamu ngolah export tiap minggu, Power Query hemat banyak waktu karena langkah pembersihannya kesimpan dan tinggal refresh. Kalau baru sesekali, rumus biasa udah cukup dan lebih gampang diperiksa orang lain. Aku biasanya mulai dari rumus dulu, pindah ke Power Query setelah prosesnya stabil tiga bulan.
Kolom status pesanan dan kolom diskon penjual. Status yang nggak disaring bikin pesanan batal ikut kehitung. Diskon penjual yang kelewat bikin omzet kelihatan lebih besar dari yang sebenarnya kamu terima. Dua kolom ini yang paling sering jadi biang selisih antara laporan dan mutasi rekening.
Tiga hal yang perlu kamu bawa. Pertama, bikin baris unik per nomor pesanan sebelum ngitung apa pun yang berhubungan sama pesanan. Kedua, saring status di kolom bantu, bukan di filter tampilan, biar rumusnya ikut kena. Ketiga, pisahkan nilai kotor dan potongan biaya, karena selisihnya bisa nyampe 15% kayak contoh tadi.
Coba buka export bulan lalu kamu sekarang, tambahin satu kolom penanda baris unik, dan bandingin jumlah pesanannya sama yang selama ini kamu laporkan. Kalau angkanya beda, kamu baru nemu sumber selisih yang selama ini bikin pusing.
Mau latihan rumus rekapnya langsung di browser tanpa install apa-apa? Kulik latihan spreadsheet di NgulikSheet dan pakai file export kamu sendiri sebagai bahan.
Mau praktek langsung? Mulai latihan SQL gratis
Latihan interaktif, langsung di browser.
Punya ratusan angka dan mau tau sebarannya masuk ke rentang mana aja? FREQUENCY ngitung distribusi frekuensi sekali jalan, tanpa nulis COUNTIFS berkali-kali.
SUMIFS ribet kalau kriterianya banyak dan sering ganti. Rumus database Excel kayak DSUM baca kriteria dari sel terpisah, jadi kamu tinggal ubah tabel kecil tanpa nyentuh rumus.
DATEDIF ngasih umur bulat, tapi kadang kamu butuh angka desimal kayak 27,6 tahun buat hitung masa kerja atau bunga. YEARFRAC ngasih pecahan tahun dengan presisi.