Pada perusahaan dagang, pembelian melibatkan beberapa bagian dengan kepentingan berbeda. Tim pembelian ingin pesanan segera dipenuhi, gudang perlu memastikan barang yang datang sesuai dokumen, sedangkan keuangan harus mengetahui kewajiban yang benar-benar perlu dibayar. Masalah muncul ketika masing-masing bagian memakai catatan sendiri tanpa rujukan yang sama. Barang dapat sudah dijual tetapi invoice pemasok belum diperiksa, atau pembayaran disiapkan untuk tagihan yang jumlahnya masih diperselisihkan. Software ERP membantu menyatukan alur tersebut melalui dokumen yang saling berkaitan. Manfaatnya perlu dinilai dari kemampuan tim menelusuri transaksi, bukan hanya dari banyaknya menu pembelian yang tersedia.
Bedakan pesanan, barang diterima, dan tagihan pemasok
Pesanan pembelian menyatakan kebutuhan yang disepakati dengan pemasok, tetapi belum membuktikan bahwa seluruh barang sudah masuk gudang. Dokumen penerimaan menunjukkan barang yang benar-benar diterima, sedangkan invoice menjadi dasar pemeriksaan tagihan sesuai proses perusahaan. Ketiga dokumen ini dapat mempunyai tanggal dan kuantitas berbeda ketika pengiriman berlangsung bertahap. Dalam Integratix tersedia alur pesanan pembelian, penerimaan, invoice pemasok, serta pembayaran. Saat mengevaluasi alurnya, minta tim mengikuti satu pesanan nyata dan mencocokkan nomor rujukan, produk, satuan, serta jumlahnya. Dengan cara itu, selisih dapat ditemukan sebelum diteruskan menjadi pembayaran yang sulit dikoreksi.
Periksa penerimaan sebagian sebelum menutup pesanan
Pengiriman sebagian sering terjadi karena ketersediaan pemasok, kapasitas angkut, atau kebutuhan gudang. Tim perlu membedakan jumlah yang dipesan, jumlah yang sudah diterima, dan jumlah yang masih ditunggu. Barang rusak atau spesifikasi yang tidak sesuai juga perlu mempunyai catatan tindak lanjut, bukan langsung dianggap sebagai penerimaan normal. Pada contoh 100 unit tadi, datangnya 60 unit tidak otomatis menyelesaikan kebutuhan pembelian. Pastikan sisa 40 unit masih diperlukan dan pemasok mempunyai jadwal pemenuhan yang jelas. Jika kebutuhan berubah, koordinasikan penyesuaian dokumen sesuai prosedur agar laporan pesanan terbuka tidak terus memuat permintaan yang sebenarnya sudah dibatalkan.
Cocokkan invoice dengan dokumen sumber yang telah diposting
Invoice pemasok perlu diperiksa terhadap dokumen sumber, harga yang disepakati, dan barang yang diterima. Dalam Integratix, pembuatan invoice yang memakai dokumen asal mensyaratkan sumber tersebut sudah berstatus posted. Status ini membantu membedakan dokumen kerja dengan transaksi yang sudah diproses, tetapi tidak menggantikan pemeriksaan isi oleh petugas. Periksa pula tanggal, nomor invoice pemasok, pajak, dan biaya terkait sebelum menyetujui pencatatan. Bila ada perbedaan jumlah atau harga, selesaikan bersama pembelian dan pemasok dengan bukti yang jelas. Jangan membuat transaksi tambahan hanya untuk memaksa saldo terlihat cocok tanpa mengetahui asal selisihnya.
Pisahkan pemantauan hutang dari pemenuhan pesanan
Sisa hutang menjelaskan kewajiban yang belum dilunasi atas tagihan yang sudah dicatat, sedangkan sisa pesanan menjelaskan barang yang masih diharapkan datang. Menyamakan keduanya membuat rapat pembelian dan kas mudah menghasilkan keputusan keliru. Keuangan dapat mengira seluruh pesanan sudah perlu dibayar, sementara gudang menganggap pemasok tidak mempunyai pekerjaan tersisa karena invoice pertama telah lunas. Gunakan daftar hutang dan catatan pembelian untuk menjawab pertanyaan yang berbeda, lalu cocokkan keduanya melalui dokumen sumber. Dalam perencanaan kas, perhatikan jatuh tempo, pembayaran yang sudah dialokasikan, serta kesepakatan uang muka bila memang ada.
Uji alur dengan satu transaksi sebelum memperluas penggunaan
Pilih satu pemasok dan produk dengan satuan yang mudah diperiksa. Jalankan pesanan, penerimaan sebagian, invoice, lalu pembayaran sesuai hak akses yang tersedia pada paket perusahaan. Sesudah setiap tahap, bandingkan dokumen dan laporan terkait dengan perhitungan manual yang disepakati. Libatkan pembelian, gudang, dan keuangan agar masing-masing memahami titik serah tanggung jawabnya. Sertakan pula skenario koreksi: transaksi posted perlu mengikuti mekanisme pembatalan atau reversal yang berlaku, bukan dihapus sembarangan. Hasil uji sebaiknya menjadi panduan kerja singkat berisi siapa yang mencatat, siapa yang memeriksa, dan dokumen apa yang harus tersedia sebelum tahap berikutnya dijalankan.
Langkah berikutnya
Mulai dari satu pembelian yang masih terbuka. Cocokkan jumlah pesanan, penerimaan, invoice, dan pembayaran, lalu tulis selisih yang perlu diselesaikan beserta penanggung jawabnya. Alur ERP menjadi berguna ketika hubungan dokumen tersebut dapat dipahami bersama oleh pembelian, gudang, dan keuangan.