Sales Order vs Purchase Order: Bedanya
Perbedaan mendasar sales order vs purchase order terletak pada pihak yang menerbitkannya. PO adalah dokumen permintaan beli, sedangkan SO adalah konfirmasi jual.
Disusun dengan bantuan AI berdasarkan panduan editorial Sparta, lalu melewati pemeriksaan struktur, keunikan, dan konsistensi otomatis. Lihat metodologi editorial.
Bagian dari panduan Aplikasi CRM Indonesia: Panduan Memilih untuk Bisnis B2B
Sales order vs purchase order adalah dua sisi dari satu koin transaksi perdagangan. Purchase order (PO) diterbitkan oleh pembeli sebagai permintaan resmi barang, sementara sales order (SO) dibuat oleh penjual untuk mengonfirmasi pesanan tersebut sebelum pengiriman. Memahami perbedaan keduanya krusial untuk menjaga akurasi stok, piutang, dan sinkronisasi data keuangan antara pemasok dan pelanggan Anda secara profesional.
Apa Itu Sales Order (SO) dari Sisi Penjual
Sales Order adalah dokumen internal yang diterbitkan oleh penjual kepada pelanggan. Dokumen ini berfungsi sebagai konfirmasi bahwa penjual sanggup menyediakan barang atau jasa sesuai spesifikasi, harga, dan waktu yang disepakati. Dalam alur kerja B2B, SO biasanya dibuat setelah penjual menerima PO dari pelanggan atau setelah penawaran harga (quotation) disetujui.
Bagi tim gudang, SO menjadi dasar untuk menyiapkan barang (picking) dan melakukan pengepakan (packing). Bagi tim keuangan, SO adalah komitmen pendapatan yang akan berubah menjadi piutang setelah faktur diterbitkan. Tanpa SO yang rapi, perusahaan distribusi sering kali mengalami kekacauan dalam prioritas pengiriman, terutama saat stok terbatas.
Apa Itu Purchase Order (PO) dari Sisi Pembeli
Purchase Order adalah dokumen resmi yang dikirimkan oleh pembeli kepada pemasok. Dokumen ini berisi instruksi pembelian yang mencakup jenis barang, kuantitas, harga satuan, dan syarat pembayaran. PO bertindak sebagai kontrak yang mengikat secara hukum setelah penjual menerimanya.
Fungsi utama PO adalah memberikan perlindungan bagi pembeli jika barang yang datang tidak sesuai dengan pesanan. Selain itu, PO memudahkan tim purchasing dalam melacak pesanan yang masih dalam perjalanan (outstanding orders) dan membantu tim keuangan merencanakan arus kas keluar untuk pelunasan hutang dagang di masa depan.
Perbandingan Sales Order vs Purchase Order
Meskipun keduanya berisi informasi yang hampir identik seperti nama barang dan total nilai transaksi, peran keduanya dalam sistem akuntansi sangat berbeda. Memahami Aplikasi CRM Indonesia: Panduan Memilih untuk Bisnis B2B dapat membantu Anda mengelola hubungan ini dengan lebih baik sejak tahap prospek hingga menjadi pesanan resmi.
| Fitur | Purchase Order (PO) | Sales Order (SO) |
|---|---|---|
| Diterbitkan Oleh | Pembeli / Pelanggan | Penjual / Pemasok |
| Tujuan Utama | Memesan barang dan mengunci harga | Mengonfirmasi pesanan dan menyiapkan stok |
| Status Stok | Menambah stok (saat diterima) | Mengurangi stok (saat dikirim) |
| Dampak Akuntansi | Hutang dagang (setelah tagihan) | Piutang dagang (setelah faktur) |
| Dokumen Rujukan | Permintaan pembelian (PR) | Purchase Order dari pelanggan |
Hubungan Antara SO dan PO dalam Rantai Pasok
Dalam transaksi bisnis ke bisnis, satu transaksi yang sama akan menghasilkan dua dokumen berbeda di masing-masing pihak. PO yang dikirimkan oleh PT A (pembeli) akan diterima oleh PT B (penjual). PT B kemudian akan memasukkan data dari PO tersebut ke dalam sistem mereka sebagai SO.
Sinkronisasi antara nomor PO pelanggan dan nomor SO internal sangat penting untuk pelacakan. Jika pelanggan bertanya tentang status pesanan mereka menggunakan referensi nomor PO mereka, tim sales Anda harus bisa menemukannya dengan cepat di sistem melalui field referensi di SO. Tanpa tautan ini, rekonsiliasi data di akhir bulan akan menjadi mimpi buruk bagi admin keuangan.
Contoh Perhitungan dengan PPN 12 Persen
Sejak 1 Januari 2025, tarif PPN yang berlaku adalah 12 persen. Namun, untuk barang dan jasa non-mewah, pemerintah menerapkan kebijakan DPP Nilai Lain sebesar 11/12, sehingga beban efektifnya tetap 11 persen dari nilai transaksi bruto. Berikut adalah simulasi angka pada dokumen SO atau PO:
- Nilai Barang: Rp100.000.000
- DPP Nilai Lain (11/12 x Rp100.000.000): Rp91.666.667
- PPN (12% x Rp91.666.667): Rp11.000.000
- Total Tagihan: Rp111.000.000
Pastikan sistem Anda sudah mencatat nomor faktur pajak yang diterbitkan melalui Coretax agar sinkron dengan data di laporan SPT Masa PPN. Penggunaan aplikasi faktur penjualan yang tepat akan mempermudah tim pajak Anda dalam melakukan rekonsiliasi data ini setiap bulannya.
Contoh Kasus di Bisnis Distribusi
Bayangkan sebuah distributor suku cadang kendaraan yang melayani bengkel-bengkel besar. Bengkel tersebut mungkin memiliki Kontrak Harga Tahunan dengan Pelanggan Korporat yang sudah disepakati di awal tahun. Setiap kali bengkel membutuhkan stok, mereka mengirimkan PO.
Distributor harus memastikan bahwa harga di SO yang mereka buat sama persis dengan harga di kontrak tersebut, meskipun harga pasar mungkin sudah naik. Jika distributor menggunakan sistem manual, sering terjadi kesalahan input harga yang menyebabkan PO ditolak oleh pembeli saat penagihan. Di sinilah peran integrasi sistem menjadi krusial untuk mencegah selisih harga yang merugikan salah satu pihak.
Kesalahan yang Sering Terjadi dalam Pengelolaan
Kesalahan paling umum adalah menganggap SO sebagai pengganti invoice. Padahal, SO hanyalah janji jual, sementara invoice adalah tagihan resmi. Jika Anda langsung mengakui pendapatan saat SO dibuat, laporan keuangan Anda akan menyesatkan karena barang mungkin belum keluar dari gudang atau bahkan belum tentu tersedia.
- Double entry: Memasukkan data yang sama berulang kali karena sistem tidak terintegrasi.
- Stok negatif: Memproses SO tanpa memeriksa ketersediaan fisik, yang mengakibatkan janji kirim meleset.
- Salah satuan: Pelanggan memesan dalam 'dus' tapi admin menginput dalam 'pcs'.
- Abaikan status kredit: Memproses SO untuk pelanggan yang sudah melewati batas kredit (credit limit).
- Lupa mencantumkan nomor PO pelanggan di dokumen pengiriman, sehingga gudang penerima menolak barang.
Dalam beberapa kasus, penjual mungkin menerbitkan Proforma Invoice: Pengertian dan Contoh sebelum SO benar-benar diproses sebagai dokumen penagihan uang muka. Hal ini sering dilakukan untuk pelanggan baru atau pesanan bernilai besar.
Otomasi Sales Order dengan Sparta
Sparta membantu bisnis distribusi mengelola alur SO dan PO dengan lebih efisien melalui fitur Tanya Sparta. Agen AI kami dapat membaca data dari dokumen PDF PO yang dikirimkan pelanggan dan secara otomatis menyiapkan draf Sales Order di sistem. Anda tidak perlu lagi melakukan input manual yang rawan kesalahan ketik.
Secara default, Sparta mengaktifkan fitur cegah stok negatif untuk memastikan setiap SO yang diposting didukung oleh stok fisik yang tersedia. Namun, bagi bisnis yang menerapkan sistem backorder, fitur ini dapat dimatikan sesuai kebijakan pemilik. Meskipun Sparta saat ini belum memiliki koneksi langsung ke Coretax untuk penerbitan faktur otomatis, sistem kami sudah siap menampung nomor faktur pajak dan mengekspor data dalam format XML atau Excel untuk kebutuhan pelaporan SPT Anda.
Langkah Praktis Sinkronisasi Dokumen
Untuk memastikan operasional Anda berjalan lancar, mulailah dengan menstandarisasi alur dokumen. Pastikan setiap Sales Order yang dibuat wajib mencantumkan nomor Purchase Order dari pelanggan sebagai referensi utama. Lakukan audit mingguan terhadap SO yang belum dikirim (backlog) dan PO yang belum diterima (outstanding) untuk menjaga kesehatan arus barang.
Jika Anda masih menggunakan cara manual, pertimbangkan untuk beralih ke sistem terpusat yang memungkinkan tim sales, gudang, dan keuangan melihat data yang sama secara real-time. Hal ini akan mengurangi miskomunikasi dan meningkatkan kecepatan layanan kepada pelanggan Anda.
