Membagi Tanggung Jawab Pesanan untuk Beberapa Outlet

Dua outlet dapat membutuhkan produk yang sama pada tanggal berbeda. Ketika keduanya memesan melalui satu orang, ringkasan gabungan membantu pemasok membaca kebutuhan. Namun, ringkasan itu juga dapat menimbulkan kebingungan jika tidak jelas siapa yang boleh mengubah jumlah, menyetujui penggantian, atau menerima kiriman.

Pembagian tanggung jawab sebaiknya dibuat sebelum pesanan dikirim. Tujuannya agar satu keputusan tidak dibatalkan oleh pesan dari orang lain beberapa menit kemudian. Model berikut merupakan cara menyusun pekerjaan internal, bukan pernyataan bahwa setiap pemasok menyediakan layanan distribusi antaroutlet dengan ketentuan yang sama.

Pisahkan empat jenis keputusan

Mulai dengan orang yang mengusulkan kebutuhan. Biasanya orang tersebut memahami jumlah pemakaian, tanggal acara, dan keterbatasan outletnya. Ia mengumpulkan informasi, tetapi belum tentu mempunyai kewenangan menyetujui seluruh pesanan.

Tentukan pemberi persetujuan untuk jumlah dan ruang lingkup pembelian. Setelah itu, pilih satu penghubung pemasok yang mengirim versi final serta menerima jawaban. Di setiap lokasi, tunjuk pihak penerima kiriman yang mengetahui isi pesanan dan cara mencatat hasil penerimaan.

Satu orang boleh memegang lebih dari satu peran bila sesuai proses perusahaan. Yang penting adalah keputusan dan jalur informasinya jelas. Istilah “semua bertanggung jawab” tidak membantu ketika ada perubahan mendadak dan pemasok membutuhkan satu jawaban yang dapat digunakan.

Buat kebutuhan per outlet tetap terlihat

Jangan menggabungkan seluruh jumlah menjadi satu angka sebelum mencatat pembagiannya. Contoh fiktif: Outlet A membutuhkan 12 kotak pada Selasa pagi, sedangkan Outlet B membutuhkan delapan kotak pada Rabu siang. Ringkasan “20 kotak minggu ini” menghilangkan informasi yang penting bagi perencanaan.

Gunakan satu baris per kombinasi outlet, produk, satuan, dan tanggal kebutuhan. Tambahkan alamat atau titik penerimaan yang sudah dikonfirmasi, nama penerima, serta catatan yang memang diperlukan. Nomor kontak dibagikan hanya kepada pihak yang membutuhkan untuk pengaturan pesanan.

Jika rencana kiriman gabungan akan dibagi sendiri oleh perusahaan, jelaskan titik serah awal dan siapa yang menangani pembagian berikutnya. Jangan membuat pemasok menebak bahwa seluruh distribusi menjadi tugasnya hanya karena dua alamat tercantum pada daftar.

Pakai satu versi final untuk komunikasi

Penghubung pemasok perlu menerima kebutuhan yang sudah disetujui. Beri ringkasan identitas sederhana, seperti “Pesanan Outlet A–B, revisi 2”, beserta tanggal perubahan. Simpan versi sebelumnya sebagai rujukan internal bila proses perusahaan memerlukannya.

Sebelum mengirim revisi, periksa apa yang berubah: jumlah, produk, tanggal, atau lokasi. Tuliskan perubahan itu secara eksplisit. Pesan “pakai yang terakhir” dapat membingungkan jika orang lain baru saja mengirim daftar berbeda.

Pemasok mungkin meminta konfirmasi ulang untuk kapasitas, ketersediaan, atau pengaturan kiriman. Jawaban dari pemasok belum otomatis menjadi persetujuan internal. Penghubung perlu meneruskan perubahan yang memengaruhi keputusan pembelian kepada orang yang berwenang, lalu mengirim satu jawaban final kembali.

Sepakati jalur ketika rencana berubah

Pertimbangkan beberapa kejadian sebelum pesanan berjalan. Siapa yang memutuskan bila satu outlet menambah kebutuhan? Siapa yang menyetujui produk pengganti? Siapa yang menghubungi penerima jika waktu kiriman berubah? Jawaban tersebut dapat ditulis dalam matriks tugas yang singkat.

Untuk setiap kejadian, sebut pihak yang mengusulkan, yang menyetujui, yang mengomunikasikan, dan yang perlu diberi tahu. Hindari membuat seluruh petugas masuk ke setiap percakapan. Informasi yang terlalu banyak bisa membuat keputusan penting terlewat.

Contoh: Outlet B meminta tambahan dua kotak. Pengelola B mengusulkan, pemberi persetujuan menilai, penghubung mengecek pemasok, dan penerima B mendapat ringkasan yang telah diperbarui. Tambahan itu baru dianggap bagian pesanan setelah jalur konfirmasi selesai, bukan saat permintaan pertama dikirim.

Siapkan pengganti ketika pemilik tugas tidak hadir

Nama penanggung jawab perlu disertai jalur pengganti yang diketahui tim. Bila penghubung utama sedang tidak bekerja, tentukan siapa yang membaca percakapan pemasok dan meneruskan keputusan. Pengganti memakai ringkasan yang sama, bukan membuat daftar pesanan kedua berdasarkan ingatannya.

Catat pekerjaan terbuka sebelum pergantian: pertanyaan ketersediaan yang belum dijawab, perubahan jumlah yang belum disetujui, serta waktu penerimaan yang belum dikonfirmasi. Informasi tersebut membantu pengganti membedakan keputusan final dari pembicaraan yang masih berlangsung.

Buat batas kewenangan tetap terlihat. Pengganti mungkin boleh menyampaikan informasi, tetapi perubahan jumlah tetap perlu persetujuan pihak yang sama. Jika keputusan tidak dapat diperoleh tepat waktu, sampaikan status menunggu secara jelas. Jangan menganggap diamnya pemberi persetujuan sebagai izin mengubah pesanan, terutama ketika perubahan memengaruhi kebutuhan outlet lain.

Tutup pekerjaan per lokasi

Setelah kiriman tiba, masing-masing penerima mencatat jumlah yang diterima, dokumen terkait, serta pertanyaan yang belum selesai. Penghubung mengumpulkan hasilnya agar status gabungan tidak ditentukan hanya dari satu outlet.

Jika A sudah menerima lengkap dan B masih menunggu, tulis kedua status tersebut. Menandai pesanan “selesai” karena kiriman pertama datang dapat menghilangkan tindak lanjut untuk lokasi kedua. Sebaliknya, satu selisih di B tidak perlu membuat catatan penerimaan A menjadi tidak jelas.

Evaluasi satu hal setelah pesanan ditutup: apakah tugas tertentu tidak mempunyai pemilik, atau ada terlalu banyak orang mengirim keputusan? Perbaiki pembagian itu pada pesanan berikutnya. Saat membicarakan kebutuhan dengan ASA Group, gunakan brief B2B yang memisahkan kebutuhan outlet dan jalur persetujuan. Untuk data pendukung, bawa forecast yang dapat diterangkan. Pembagian peran yang jelas membuat ringkasan gabungan tetap berguna tanpa menghilangkan kebutuhan setiap lokasi.