Gejala
Setelah Anda memposting tanda terima Pemrosesan Pesanan Pembelian Anda memperhatikan bahwa Anda memiliki 2 lapisan tanda terima yang dibuat. Misalnya, tanda terima Anda untuk jumlah 100, dan Anda melihat satu lapisan tanda terima dengan jumlah 99 dan yang lain dengan kuantitas 1. Anda dapat melihat lapisan tanda terima ini di Pertanyaan Tanda Terima Pembelian, di Laporan Tanda Terima Pembelian atau jendela pencarian apa pun yang menampilkan lapisan tanda terima inventaris Anda.
Penyebab
Penyebab 1
Biaya Diperpanjang dari baris tanda terima tidak dibagi merata menurut jumlah yang telah Anda terima. Lihat Resolusi 1.
Penyebab 2
Anda memiliki biaya landed pada pengiriman atau pengiriman/transaksi faktur. Lihat Resolusi 2.
Pemecahan Masalah
Resolusi 1 Tanda terima terpisah dibuat saat Biaya Diperpanjang tidak dibagi dengan jumlah yang sama
dengan jumlah yang diterima (Penjualan Penjualan). Saat tanda terima terpisah dibuat, Microsoft Dynamics GP membuat lapisan tanda terima terpisah sehingga nilai total item sama dengan Biaya Diperpanjang pada tanda terima pembelian. Untuk melihat lapisan tanda terima terpisah, buka Pertanyaan Tanda Terima Pembelian. Untuk membuka jendela ini, pada menu Pertanyaan, arahkan ke Inventaris, lalu klik Tanda Terima.
Misalnya, tanda terima terpisah dibuat jika Anda menerima item tiga-pak IV5015 jika kondisi berikut benar: Biaya Pengiriman Diperpanjang adalah
$10,49.
Anda memasukkan 3-pak sebagai Satuan Pengukuran
Basis Satuan Pengukuran adalah Masing-masing.
Karena Microsoft Dynamics GP tidak bisa membagi biaya yang diperpanjang ($10,49) dengan kuantitas tiga untuk menentukan biaya per unit pengukuran dasar (Masing-masing), dua lapisan tanda terima pembelian yang memiliki nomor tanda terima yang sama dibuat. Dua lapisan tanda terima diperlihatkan dalam tabel berikut.
|
Nomor item |
Nomor tanda terima |
Jumlah dalam unit dasar pengukuran |
Biaya diterima |
|
IV5015 |
000234 |
2 |
$3,50 |
|
IV5015 |
000234 |
1 |
$3,49 |
Contoh lain menampilkan varians yang lebih besar karena biaya 2 lapisan tanda terima. Misalnya, Anda memasukkan tanda terima pembelian untuk item IV5016 menggunakan satuan dasar pengukuran Masing-masing untuk jumlah 2000. Anda memasukkan Biaya Diperpanjang dari $347,08. Karena $347,08 tidak dibagi sama dengan 2000 (347,08 / 2000 = 0,17354), lapisan tanda terima harus dipisahkan. Hasilnya dua lapisan tanda terima diperlihatkan dalam tabel berikut.
|
Nomor item |
Nomor tanda terima |
Kuantitas |
Biaya diterima |
|
IV5016 |
000235 |
1999 |
$0,17 |
|
IV5016 |
000235 |
1 |
$7,25 |
Jadi, seberapa besar ketidaksesuaian antara biaya tersebut? Mari kita perhitungan matematika.
Total Biaya dibagi dengan kuantitas (347,08 / 2000 = 0,17354) memberi kita lebih dari 2 desimal (yang merupakan tempat item disetel) jadi kita akan perlu melakukan beberapa membulatkan.
Kami tidak bisa membulatkan lapisan tanda terima ke atas hingga $0,18 karena nilainya akan terlalu tinggi dibandingkan dengan Biaya Diperpanjang kami sebesar $347,08.
0,18 x 2000 = $360 Jadi kita harus memberi nilai
pada $0,17. Namun, valuasi semua 2000 dengan biaya tersebut mengembalikan apa yang kami bayarkan untuk mereka sebesar $7,08.
0,17 x 2000 = $340 Jadi sebagai gantinya kita nilai semuanya tapi
1 pada $0,17.
0,17 x 1999 = $339,83 Lalu sisa biaya didistribusikan ke
jumlah terpisah 1.
347,08 – 339,83 = $7,25 Di akhir 2 lapisan tanda terima sekarang memiliki nilai
total yang benar.
$339,83 + $7,25 = $347,08 Saat Anda menjual item, item dihapus dari inventaris sesuai dengan metode
valuasi item. Hal yang perlu diingat adalah, 2 lapisan tanda terima mewakili nilai keseluruhan tanda terima. Setiap kali 1.999 dijual, produk sebenarnya hanya sedikit kurang berharga karena dijual pada 0,17, bukan ,17354. Kami membutuhkan biaya lapisan tanda terima terakhir tersebut menjadi $7,25 untuk membuat perbedaan.
Tidak ada penyesuaian yang perlu dilakukan pada Akun Ledger Umum untuk masalah ini.
Satu saran yang akan membantu mencegah pemisahan lapisan tanda terima seperti ini menggunakan lebih banyak tempat desimal untuk mata uang item Anda. Dalam contoh kedua di atas, jika Desimal Mata Uang pada item diatur ke 5, kami hanya dapat membuat 1 lapisan tanda terima seperti berikut.
|
Nomor item |
Nomor tanda terima |
Kuantitas |
Biaya diterima |
|
IV5016 |
000235 |
2000 |
$0,17354 |
Bergantung pada biaya dan kuantitas yang dimasukkan, pengaturan tempat desimal ke 5 mungkin tidak mencegah setiap pemisahan tanda terima, namun seharusnya mengurangi jumlah kemunculan.
Untuk mengubah Mata Uang Desimal dari item yang telah Anda gunakan, manfaatkan jendela Ubah Tempat Desimal. Untuk membuka jendela itu di menu Microsoft Dynamics GP, arahkan ke Alat, arahkan ke Utilitas, arahkan ke Inventaris, lalu klik Ubah Tempat Desimal.
Resolusi 2 Mulai dari Microsoft Dynamics GP versi
10.0 SP3, setiap kali Anda memposting pengiriman atau pengiriman/faktur yang memiliki ID biaya pengiriman yang terkait, tanda terima terpisah akan
dibuat. Hal ini benar meskipun Biaya Diperpanjang pada tanda terima tidak dibagi dengan jumlah yang diterima.
Alasan untuk hal ini adalah karena saat biaya rumah ditagihkan, mungkin biaya rumah tidak dapat dibagi secara sama di antara jumlah. Jadi sebagai tindakan pencegahan, kami membagi tanda terima pada saat penerimaan. Ini memungkinkan kami untuk mengalokasikan biaya biaya pokok dengan benar antara 2 lapisan tanda terima di kemudian hari jika diperlukan.
Informasi Selengkapnya
Artikel ini adalah TECHKnowledge Document ID: 7246
Artikel ini adalah ID Dokumen Pangkalan Pengetahuan: 866321
