Kode Alasan di Dynamic AX 2012 untuk Ritel

[ad_1]

Kode-kode alasan dalam Dynamic AX 2012 untuk Ritel sangat kuat dan pada saat yang sama cara yang fleksibel untuk mengumpulkan informasi tambahan selama proses penjualan di terminal POS. Ini dapat digunakan untuk semua jenis analisis terkait BI yang diminta, misalnya, oleh departemen Pemasaran.

Untuk membuat kode alasan, buka kode Retail-> Setup-> Reason.

Setiap kode harus diberi tipe input. Ada beberapa jenis masukan yang tersedia:

Saya akan mendorong Anda untuk membaca bantuan online pada formulir ini karena memberikan penjelasan yang sangat bagus untuk setiap jenis.

Saya pikir yang paling kuat adalah jenis kode Subcode. Misalnya, ketika satu item ditambahkan ke transaksi, pesan munculan akan muncul menanyakan kepada rekan toko jika item biaya pengiriman perlu ditambahkan. Jika jawabannya Ya, maka pengiriman barang otomatis ditambahkan ke transaksi penjualan. Jika jawabannya Tidak, maka tidak ada tindakan yang dilakukan. Ini dapat sangat mempermudah proses penjualan yang masuk untuk produk yang tidak ada stoknya dan menghilangkan kesalahan manusia ketika pengiriman tidak sengaja dilupakan.

Sekarang mari kita bicara tentang aksi pemicu yang berbeda untuk kode muncul. Kode alasan dapat ditugaskan untuk:

• Item

• Pelanggan

• Cara Pembayaran

• Profil fungsionalitas

Mari kita pertimbangkan beberapa contoh.

Ketika Anda melampirkan kode ke suatu item, itu akan ditampilkan di layar POS ketika item ini ditambahkan ke transaksi penjualan. Ini dapat berguna untuk item yang memerlukan verifikasi usia pembeli.

Untuk melampirkan kode ke suatu item, buka Manajemen informasi produk-> Bentuk umum-> Produk yang dirilis, tab Ritel, dan klik tombol kode alasan. Dari sini Anda akan dapat memilih dari salah satu kode yang ada dan jika diperlukan memodifikasi parameter input default.

Ketika Anda melampirkan kode ke pelanggan, itu akan ditampilkan di layar POS ketika pelanggan ini ditambahkan ke transaksi penjualan. Misalnya, ini dapat mengingatkan rekan toko untuk memverifikasi alamat pengiriman atau apakah penerimaan penjualan harus dikirim melalui email atau hanya dicetak.

Untuk melampirkan kode ke item, buka AR-> Formulir umum-> Semua pelanggan, klik dua kali pada pelanggan yang perlu Anda ubah, pilih tab Ritel dan klik tombol Kode alasan.

Ketika Anda melampirkan kode alasan untuk metode pembayaran, itu akan ditampilkan di layar POS ketika metode pembayaran ini digunakan untuk menyelesaikan transaksi penjualan. Misalnya, toko ritel dapat menerima cek dan mereka akan diotorisasi menggunakan sistem pemrosesan bagian ketiga yang akan mengembalikan kode otorisasi pada akhir otorisasi yang sukses. Anda mungkin ingin menangkap kode ini ketika memeriksa pembayaran diterima, membuat proses rekonsiliasi lebih mudah bagi karyawan kantor pusat.

Itulah mengapa Anda mungkin ingin membuat kode dengan jenis input Teks dan melampirkannya untuk menyimpan metode pembayaran. Untuk melakukan ini, buka Retail-> Common forms-> Retail channels-> Toko ritel, Set up tab, tombol metode Pembayaran dan kemudian klik tombol Alasan Alasan.

Dan akhirnya, tempat yang digunakan untuk melampirkan kode alasan ke daftar besar aksi pemicu yang telah ditentukan dapat ditemukan di formulir profil Fungsionalitas. Profil fungsional ditugaskan ke toko ritel dan antara lain digunakan untuk penugasan kode untuk tindakan pemicu berikut.

Untuk membuka formulir profil fungsionalitas, buka profil Ritel-> Pengaturan-> POS-> Profil-> Fungsi.

Seperti yang Anda lihat, Anda dapat melampirkan kode alasan untuk mengembalikan transaksi, menimpa harga dan bahkan di awal dan akhir setiap transaksi di antara yang lain.

Ada beberapa parameter kunci yang menentukan perilaku kode alasan yang diberikan:

• mencetak baik prompt, input atau nama masukan pada penerimaan penjualan

• tentukan frekuensi dengan kode yang akan muncul serta masukan cuaca diperlukan

• nilai maks / min diizinkan sebagai input

Perlu diingat bahwa hanya prompt dan bukan deskripsi kode alasan yang akan ditampilkan di layar POS.

Setelah kode ditampilkan di POS dan masukan diketik, alasan transaksi kode dicatat dalam basis data POS. Kemudian P-1001 dijalankan yang mentransfer semua transaksi POS (termasuk kode alasan) ke basis data AX. Saat itulah Anda dapat memeriksanya dengan pergi ke Eceran-> Pertanyaan-> Transaksi, klik tombol Transaksi dan pilih Kode alasan transaksi. Ingat bahwa hanya transaksi dengan jenis Penjualan dan pesanan Pelanggan yang dapat dilampirkan.

Tabel yang menyimpan catatan ini dalam basis data AX disebut RetailTransactionInfocodeTrans.

Itu saja untuk hari ini. Dalam posting saya berikutnya saya berencana untuk berbagi pengalaman saya dengan mengatur pengisian ulang di AX. Ini akan mencakup pembuatan aturan pengisian dan hierarki pengisian ulang serta pemrosesan pesanan transfer yang dibuat dengan fungsi push dan cross-docking pembeli.

[ad_2]

Aturan Pengisian Ulang, Cross Docking, dan Dorongan Pembeli dalam Dynamic AX 2012 untuk Ritel

[ad_1]

Dalam posting ini saya akan menjelaskan cara membuat aturan pengisian ulang dan cara menggunakannya dengan cross docking dan perintah push pembeli. Saya juga akan berbicara tentang dua metode distribusi lain yang tersedia untuk membuat perintah transfer dengan cross docking dan dorongan pembeli.

Aturan Pengisian Ulang

Mari kita bicara tentang aturan pengisian ulang dulu. Aturan-aturan ini digunakan untuk mendefinisikan distribusi ke saluran ritel yang berbeda ketika baik perintah push pembeli atau transfer docking silang dibuat (kita akan membicarakan tentang pesanan ini nanti di posting ini).

Untuk membuat aturan pengisian, Anda harus terlebih dahulu membuat hierarki pengisian ulang (tipe hierarki organisasi) atau toko ritel (ini adalah satu-satunya jenis saluran ritel yang didukung; toko online tidak dapat digunakan dengan aturan pengisian ulang). Hirarki pengisian dibuat dengan masuk ke administrasi Organisasi-> Pengaturan-> Organisasi-> hierarki Organisasi. Pastikan untuk menetapkan tujuan sebagai pengisian Ritel. Ritel luka dibuat di sini: Ritel-> Umum-> saluran Ritel-> Toko Eceran.

Saat menambahkan saluran ke aturan, bobot bawaan ditarik dari kolom Berat formulir Gudang (tab Ritel).

Persentase default dihitung berdasarkan semua saluran dan hierarki yang termasuk dalam aturan pengisian kembali.

Jika Anda menyertakan hierarki pengisian ulang, bobot bawaan untuknya dihitung sebagai jumlah dari semua bobot toko ritel yang termasuk dalam hierarki yang dipilih. Sebagai contoh, hierarki berikut termasuk 2 toko dengan Berat 15 dan 25 masing-masing.

Oleh karena itu, berat bawaan dari hirarki adalah 40.

Seluruh tujuan aturan pengisian ulang adalah kemampuan untuk mengubah bobot bawaan. Cukup ketikkan bobot baru untuk toko atau hierarki dan persentase baru akan dihitung.

Sekarang pertanyaan besar: bagaimana nilai berat ini digunakan? Nilai ini digunakan untuk menentukan jumlah produk yang didistribusikan ke setiap toko selama pembuatan pesanan transfer dengan dorongan pembeli atau cross docking. Ini sangat berguna ketika organisasi ritel memiliki sejumlah besar toko dan satu pesanan pembelian besar harus didistribusikan ke setiap toko sesuai dengan ukuran, musim atau faktor lainnya. Di situlah beratnya ikut bermain.

Catatan: jika Anda membuat aturan yang hanya memiliki hierarki pengisian ulang, jumlah yang didistribusikan ke setiap toko dalam hierarki dihitung berdasarkan bobot bawaan untuk setiap gudang yang ditandai sebagai Store.

Sekarang mari kita bicara tentang cara menggunakan aturan pengisian ulang untuk membuat beberapa perintah transfer yang akan mendistribusikan produk ke banyak toko.

Mengait menyilang

Cross docking order dapat dibuat dari form Purchase order (tab Retail).

Atau dari modul Ritel itu sendiri (Retail-> Common-> Replenishment-> Cross docking). Keuntungan menggunakan formulir pemesanan Pembelian adalah bahwa semua produk dari PO yang dipilih secara otomatis disertakan (jangan khawatir Anda masih dapat mengecualikan jalur PO apa pun atau bahkan membatasi jumlah yang akan didistribusikan).

Mari kita periksa PO dengan satu baris (kuantitas 100):

Bentuk cross docking akan terlihat seperti ini.

Pertama kami akan menentukan jumlah baris yang ingin kami distribusikan ke toko-toko. Cukup pilih garis dan ketik kuantitas dalam Kuantitas untuk mendistribusikan bidang (Garis tab).

Saya memutuskan untuk mendistribusikan kuantitas 30 dari 100 dari satu-satunya jalur PO.

Selanjutnya, di bawah tab Lokasi saya akan memilih aturan Pengisian dan klik tombol Hitung. Aturan ini digunakan untuk menghitung jumlah untuk setiap toko.

Catatan: Anda mungkin mendapatkan kesalahan yang mengatakan bahwa aturan pengisian tidak ditentukan untuk produk atau kategori produk. Anda dapat memperbaiki ini dengan memilih kategori produk Ritel (modul Ritel) dan memilih aturan yang ada untuk kategori produk utama.

Terakhir, saya akan mengklik tombol Buat pesanan untuk membuat 2 perintah transfer untuk jumlah yang ditentukan.

Catatan: jalur PO asli harus memiliki gudang yang berbeda dari yang Anda coba sebarkan. Sebagai contoh, aturan termasuk 2 toko (201 dan 202) yang terhubung ke gudang STD dan KW-STD 202 masing-masing. Jalur PO saya harus memiliki gudang penerima yang berbeda. Ini akan memungkinkan aturan untuk membuat 2 TOs: satu ke setiap gudang toko dari gudang penerima.

Klik Ya untuk perintah.

Semut di sini Anda pergi: dua perintah transfer dibuat.

Setelah selesai dan Anda menutup pesan info, Anda dapat melihat setiap pesanan dengan memilih toko di bawah tab Lokasi dan mengklik tombol Oder. Ini akan membuka formulir pesanan Transfer.

Aturan pengisian ulang hanya salah satu dari tiga metode yang dapat Anda gunakan untuk mendistribusikan produk dan membuat pesanan transfer. Dua lainnya adalah: Berat lokasi dan jumlah tetap untuk semua.

Metode Bobot Lokasi akan memungkinkan Anda memilih hierarki pengisian ulang yang ada. Pesanan transfer akan dibuat untuk setiap toko milik hierarki berdasarkan bobot default untuk setiap gudang penyimpanan.

Kuantitas tetap untuk semua metode secara merata akan mendistribusikan kuantitas lintas dok di antara semua toko dalam hierarki yang dipilih.

Atau Anda dapat menentukan toko di bidang Lokasi dan seluruh kuantitas akan masuk ke toko itu. Itu akan menghasilkan hasil yang sama seperti membuat pesanan transfer secara manual dari gudang di jalur PO ke gudang yang terhubung ke toko. Jenis mengalahkan tujuan menggunakan cross docking di tempat pertama.

Catatan: setelah setiap modifikasi metode distribusi Anda harus mengklik tombol Hitung untuk melihat perubahan.

Dorongan Pembeli

Dorongan pembeli bekerja sangat mirip dengan menyeberang kecuali bahwa itu mendistribusikan persediaan yang ada di tangan ke toko. Anda dapat membuka formulir dengan memasukkan Pengaya Ritel-> Umum-> Pengisian Ulang-> Pembeli.

Perbedaannya adalah Anda harus memilih produk yang ingin Anda distribusikan dengan mengklik tombol Tambah (menambahkan produk satu per satu) atau Tambahkan tombol produk (menambahkan beberapa produk pada saat yang sama).

Setelah produk dipilih, prosesnya identik dengan yang digunakan untuk membuat pesanan transfer lintas docking.

Itu saja untuk sekarang. Dalam posting berikutnya saya akan berbicara tentang mengapa dan bagaimana menghitung dan mengirim laporan ritel serta berbagai masalah yang mungkin Anda lihat saat melakukan hal ini.

[ad_2]