Peningkatan dibuat untuk perhitungan biaya rata-rata di Microsoft Dynamics GP

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 923960
Ringkasan
Artikel ini membahas proses yang berbeda yang terjadi saat Anda meng-upgrade ke Microsoft Dynamics GP. Artikel ini juga membahas skenario di mana buku besar menyesuaikan transaksi yang dihasilkan dan pengaturan biaya dibuat.
PENDAHULUAN
Artikel ini membahas perhitungan biaya rata-rata dan beberapa perbaikan baru yang dibuat untuk perhitungan biaya rata-rata di Microsoft Dynamics GP.
Informasi lebih lanjut
Jika Anda saat ini menggunakan biaya rata-rata penilaian untuk item, dan jika Anda memiliki unposted batch atau kumpulan dokumen yang Anda gunakan item ini, kami sarankan Anda posting semua batch dan kumpulan dokumen sebelum Anda meng-upgrade ke Microsoft Dynamics GP. Tindakan ini akan membantu mencegah pengguna posting transaksi tertanggal kembali.

Sebagai contoh, Pertimbangkan skenario berikut ini. Tanda terima terakhir rata-rata terus-menerus item XYZ memiliki kumpulan dokumen tanggal 1 Juni 2006. Microsoft Dynamics GP diperbarui ke versi 9.0 15 Juni 2006. Jika Anda mencoba untuk mengirimkan kumpulan dokumen yang berisi item XYZ yang memiliki tanggal kumpulan dokumen tersebut sebelum tanggal 1 Juni 2006, posting gagal. Anda harus mengubah kumpulan dokumen tanggal 1 Juni 2006 atau nanti.


Meningkatkan ke Microsoft Dynamics GP

Proses yang terjadi saat Anda meng-upgrade

Selama proses upgrade, Microsoft Dynamics GP menetapkan nilai bidang-bidang berikut di dalam Daftar Tabel IV10200:
  • Metode penilaian (VCTNMTHD)
  • Jumlah sisi (QTYONHND)
  • Disesuaikan biaya (ADJUNITCOST)
Pembelian penerimaan yang dimasukkan sebelum Anda meng-upgrade ke Microsoft Dynamics GP tidak memiliki data yang diperlukan untuk secara otomatis membuat buku besar transaksi atau menghitung ulang biaya rata-rata. Oleh karena itu, proses berikut ini terjadi saat Anda meng-upgrade:
  • Untuk setiap item yang telah FIFO terus-menerus atau metode penilaian LIFO terus-menerus, Microsoft Dynamics GP menunjukkan penerimaan terjual terbaru yang ada di dalam Daftar Tabel IV10200. Microsoft Dynamics GP menetapkan nilai berikut di dalam Daftar Tabel IV10200:
    • Metode penilaian: 1 untuk FIFO terus-menerus, atau 2 untuk LIFO terus-menerus
    • Jumlah di sisi: jumlah keseluruhan di tangan di semua situs untuk item
    • Biaya disesuaikan: biaya unit terbaru terjual tanda terima item
    Catatan Selama proses ini, nilai yang ada di kolom Lokasi kode dan Ketik jumlah kolom diabaikan.
  • Untuk setiap item yang memiliki metode penilaian rutin, Microsoft Dynamics GP mengidentifikasi terima terjual terbaru dalam Daftar Tabel IV10200. Microsoft Dynamics GP menetapkan nilai berikut di dalam Daftar Tabel IV10200:
    • Metode penilaian: 4 rutin FIFO penilaian metode, atau 5 untuk rutin LIFO metode penilaian
    • Jumlah di sisi: jumlah keseluruhan di tangan di semua situs untuk item
    • Biaya disesuaikan: nilai yang ada di kolom Biaya saat ini di jendela pemeliharaan Item
    Catatan Selama proses ini, nilai yang ada di kolom Lokasi kode dan Ketik jumlah kolom diabaikan.
  • Untuk setiap item yang memiliki metode penilaian terus-menerus rata-rata, Microsoft Dynamics GP menunjukkan penerimaan terjual terbaru yang ada di dalam Daftar Tabel IV10200. Microsoft Dynamics GP menetapkan nilai berikut di dalam Daftar Tabel IV10200:
    • Metode penilaian: 3
    • Jumlah di sisi: jumlah keseluruhan di tangan di semua situs untuk item
    • Biaya disesuaikan: nilai yang ada di kolom Biaya saat ini di jendela pemeliharaan Item
    Catatan Selama proses ini, nilai yang ada di kolom Lokasi kode dan Ketik jumlah kolom diabaikan.
  • Untuk semua pembelian penerimaan yang tidak diperbarui oleh tindakan yang disebutkan sebelumnya di bagian ini, Microsoft Dynamics GP menetapkan Metode penilaian kolom ke nol. nilai nol menunjukkan bahwa penerimaan diposting pada versi Microsoft Dynamics GP sebelum versi 9.0.
  • Pertimbangkan catatan yang tertera dengan menggunakan salah satu metode yang disebutkan sebelumnya di bagian ini. Jika salah satu data ini memiliki Sejumlah dijual kolom yang lebih besar dari nol, konversi juga membuat catatan rincian kuantitas dijual di dalam Daftar Tabel IV10201. Catatan ini menunjukkan jumlah yang sama sebagai kolom Kuantitas dijual untuk menerima.

Efek inventaris item dengan metode penilaian tertentu

Informasi berikut ini berlaku bagi pelanggan yang memiliki inventaris item yang memiliki metode penilaian terus-menerus rata-rata, LIFO terus-menerus, atau FIFO terus-menerus:
  • Microsoft Dynamics GP secara otomatis menghasilkan penyesuaian di buku besar jika item yang dijual atau diambil dari inventaris dan biaya kemudian diubah. Dalam versi sebelum versi 9.0, Microsoft Dynamics GP dibuat laporan yang memerintahkan Anda untuk memasukkan penyesuaian untuk akun inventaris dan akun biaya dari barang dijual (roda). Tindakan ini dirancang untuk memperbaiki akun yang digunakan oleh transaksi yang dijual atau yang digunakan item. Di Microsoft Dynamics GP, penyesuaian ini sekarang dihasilkan secara otomatis.

    Microsoft Dynamics GP menyimpan tambahan kuantitas dijual transaksi dalam Daftar Tabel IV10201. Data tambahan ini memungkinkan Microsoft Dynamics GP menghasilkan menyesuaikan transaksi. Microsoft Dynamics GP menghasilkan laporan jurnal Posting umum untuk menyesuaikan transaksi yang dijual jumlah transaksi yang dikirim setelah Anda meng-upgrade ke Microsoft Dynamics GP. Biaya varians jurnal masih menampilkan pesan untuk item yang tidak memiliki rincian untuk nilai bidang Kuantitas dijual . Pesan ini menunjukkan bahwa Anda membuat penyesuaian biaya untuk transaksi di buku besar.
  • Jumlah penyesuaian yang dibuat untuk perbedaan antara biaya asli dan biaya baru ditentukan transaksi dikirim.
Tindakan berikut ini dapat menyebabkan Microsoft Dynamics GP untuk menghasilkan menyesuaikan transaksi di buku besar untuk terus-menerus rata-rata, LIFO terus-menerus, atau item FIFO terus-menerus:
  • Jendela inventaris menyesuaikan biaya digunakan untuk mengubah biaya unit penerimaan pembelian. Microsoft Dynamics GP menghitung perbedaan biaya untuk menentukan jumlah penyesuaian transaksi yang diperlukan.
  • Pengguna memilih revalue inventaris saat mereka posting faktur pembelian biaya faktur berbeda dari biaya pengiriman.
  • Item baris pesanan pembelian diubah ke status tertutup jika kondisi berikut ini benar untuk pesanan pembelian:
    • Jumlah dikirimkan kolom nilai lebih besar dari nilai bidang Kuantitas menerima faktur .
    • Jumlah ditagih jumlah kolom bukan nol.
  • Transaksi pembelian kembali pesanan dikirim.
  • Tanda terima pembelian dimasukkan ke dalam pembelian penerimaan kehabisan memori yang sudah ada ketika posting tanggal sebelum tanggal yang ada pembelian tanda terima.
Skenario berikut ini menyebabkan biaya penyesuaian akan dihasilkan:
  • Anda mengirim pesanan pembelian pengiriman transaksi yang memiliki nilai berikut:
    • Jumlah dikirimkan: 100
    • Unit biaya: $1.00
  • Anda mengirim faktur penjualan yang memiliki nilai berikut:
    • Jumlah dikirimkan: 10
    • Unit biaya: $1.00
    • Jumlah ditagih: $10
  • Anda menerima faktur pesanan pembelian transaksi untuk pengiriman yang dikirim dengan menggunakan unit biaya $ 2. Anda revalue inventaris menggunakan salah satu dari metode berikut ini:
    • Anda debit akun inventaris untuk revalue $100.
    • Anda debit akun pembelian ditambahkan untuk $100, dan kemudian Anda kredit account dibayar account $ 200.
    • Akun inventaris $ 10 yang dihapus setelah penerimaan asli dikirim kredit Anda. Untuk saldo faktur ini, Anda harus debit akun roda $ 10.

Buku besar posting informasi

Buku besar posting transaksi yang dihasilkan secara otomatis

Kondisi berikut ini berlaku untuk buku besar posting transaksi yang dihasilkan secara otomatis:
  • Microsoft Dynamics GP menggunakan preferensi posting yang dimasukkan seri di mana transaksi berasal. Program menggunakan tipe entri asal entri Umum.
  • Posting laporan tujuan dipilih dengan menggunakan jendela Posting Setup di mana bidang seri diatur ke keuangan dan laporan bidang diatur ke Posting jurnal umum.
  • Ketika Anda mengirim kumpulan dokumen menggunakan tingkat transaksi posting, Microsoft Dynamics GP mengikuti aturan yang ada. Program posting ke buku besar bukan melalui buku besar.
  • Microsoft Dynamics GP selalu posting ringkasan.
  • Setelah Microsoft Dynamics GP berhasil membuat buku besar transaksi, transaksi ini akan ditambahkan ke kumpulan buku besar yang memiliki atribut berikut ini:
    • Batch ID: dibuat sistem
    • Asal: Entri umum
    • Komentar: biaya penyesuaian
    • Frekuensi: penggunaan tunggal
    • Microsoft Dynamics GP kehormatan "Kirim ke" dan "kirimkan melalui" opsi seri di mana transaksi berasal.
    • Ketika Anda mengirim batch dari modul, Microsoft Dynamics GP membuat entri jurnal satu untuk setiap kumpulan dokumen dalam batch tersebut yang menyebabkan penyesuaian buku besar akan dihasilkan. Contoh dari modul tersebut adalah pemrosesan pesanan penjualan dan inventaris. Mungkin ada beberapa akun yang posting ringkasan.

      Catatan Tergantung pada opsi yang Anda pilih di jendela Posting Setup, Microsoft Dynamics GP mengambil tindakan lain untuk batch umum entri yang memiliki atribut yang dicantumkan di item poin ini. Jika Anda memilih Buat baru<b00> </b00> opsi, program akan membuat batch baru jika masih ada entri di buku besar. Jika Anda memilih opsi Append , program menambah transaksi batch yang sudah ada. Satu-satunya pengecualian terjadi saat transaksi berasal dari jendela inventaris menyesuaikan biaya. Dalam hal ini, Microsoft Dynamics GP selalu membuat batch baru.
    • Pertimbangkan contoh berikut bagaimana Microsoft Dynamics GP kehormatan "Kirim ke" dan "kirimkan melalui" opsi untuk biaya perubahan transaksi:
      • Pemrosesan pesanan penjualan, kumpulan dokumen kembali tertanggal kembali menciptakan entri jurnal perubahan biaya. entri jurnal perubahan biaya ini akan memperhatikan "Kirim ke" dan "kirimkan melalui" opsi untuk entri transaksi penjualan asal seri penjualan.
      • Pemrosesan pesanan pembelian, tanda terima pengiriman tertanggal kembali menciptakan entri jurnal perubahan biaya. entri jurnal perubahan biaya ini akan memperhatikan "Kirim ke" dan "kirimkan melalui" opsi untuk entri transaksi Receivings asal seri pembelian.
      • Inventaris, penyesuaian tanggal kembali peningkatan menciptakan entri jurnal perubahan biaya. entri jurnal perubahan biaya ini akan memperhatikan "Kirim ke" dan "kirimkan melalui" opsi untuk entri transaksi asal seri inventaris.
  • Pertimbangkan nilai berikut untuk item:
    • Beli harga varians akun
    • Akun inventaris
    • Inventaris Offset akun
    • Inventaris varians akun
    Ketika Microsoft Dynamics GP harus mendapatkan nilai-nilai ini, proses berikut terjadi:
    • Microsoft Dynamics GP dulu akan berusaha mendapatkan akun dari jendela pemeliharaan Account Item.
    • Jika akun kosong di jendela pemeliharaan Account Item, Microsoft Dynamics GP berusaha mendapatkan akun dari jendela Setup account Posting. Dalam jendela ini, kolom tampilan ditetapkan ke inventaris.
    • Jika Microsoft Dynamics GP tidak bisa mendapatkan account yang diperlukan selama langkah-langkah yang disebutkan sebelumnya, akun akan kosong.
  • Situs pengganti diterapkan ketika Microsoft Dynamics GP memperoleh akun untuk item.
  • Buku besar transaksi disimpan ke kumpulan buku besar dan akun tersebut kosong jika kondisi berikut benar:
    • Microsoft Dynamics GP berusaha membuat buku besar transaksi dengan menggunakan akun dari jumlah dijual rincian transaksi.
    • Satu atau lebih dari akun yang tidak sah atau tidak ada.
  • Jika sekurangnya satu transaksi memiliki akun posting kosong, Microsoft Dynamics GP tidak mengirim batch bahkan jika kotak centang posting ke buku besar dipilih di jendela Posting Setup seri inventaris. Anda harus memasukkan nomor akun sehingga batch dapat dikirim.
  • Ketika Anda mengirim, Microsoft Dynamics GP memeriksa akun posting untuk memverifikasi bahwa mereka tidak aktif. Jika akun tidak aktif, Microsoft Dynamics GP posting modul inventaris dan kemudian membuat buku besar batch transaksi tersebut.

Item yang menggunakan metode penilaian terus-menerus rata-rata

Kondisi berikut ini berlaku untuk item yang menggunakan metode penilaian terus-menerus rata-rata:
  • Biaya (rata-rata) saat ini secara otomatis dihitung ulang setelah tindakan tambahan berikut ini:
    • Pengguna memilih untuk revalue inventaris ketika pengguna posting faktur pesanan pembelian yang biaya faktur berbeda dari biaya pengiriman.
    • Pengguna menggunakan jendela inventaris menyesuaikan biaya untuk mengedit biaya pembelian penerimaan kumpulan dokumen.
    • Pengguna perubahan status item baris pesanan pembelian tertutup jika nilai kolom Kuantitas dikirimkan untuk item baris lebih besar daripada nilai bidang Kuantitas menerima faktur , dan jika Ditagih jumlah kolom nilai bukan nol.
    • Pengguna posting transaksi pembelian urutan menurun kembali.
    • Pengguna memasukkan tanda pembelian ke pembelian penerimaan kehabisan memori yang sudah ada.
  • Hitung ulang biaya (saat ini) rata-rata item dan penyesuaian nilai Kuantitas dijual rata-rata terus-menerus, LIFO terus-menerus, atau item FIFO terus-menerus terjadi hanya pada saat Anda menyetel penerimaan pembelian yang dikirimkan setelah Anda meng-upgrade ke Microsoft Dynamics GP. Karena Microsoft Dynamics GP tidak menyimpan data yang diperlukan sebelum Anda meng-upgrade ke Microsoft Dynamics GP, Anda tidak dapat menghitung ulang biaya rata-rata atau posting transaksi yang disesuaikan untuk pembelian penerimaan lama.
  • Microsoft Dynamics GP melakukan tindakan berikut jika biaya unit ada tanda terima pembelian item biaya rata-rata Diperbarui:
    • Microsoft Dynamics GP pertama recalculates biaya disesuaikan baru diperbarui penerimaan data dengan menggunakan rumus berikut:
      {(Jumlah penerimaan sebelumnya di sisi x penerimaan sebelumnya disesuaikan biaya Unit) + [(penerimaan kuantitas – kuantitas kembali) x biaya Unit tanda terima]} ÷ [jumlah penerimaan sebelumnya di sisi + (kuantitas tanda terima di sisi-kuantitas kembali)]
      Catatan
      • Jika nilai sebelumnya penerimaan kuantitas di sisi negatif, Microsoft Dynamics GP menggunakan nol untuk nilai dalam formula.
      • Tanda terima dari jumlah di sisi nilai tanggal khusus dan jumlah total untuk semua situs. Untuk menerima pembelian, nilai tanda terima dari jumlah di sisi mencerminkan jumlah total di tangan setelah penerimaan yang dikirim. Yaitu, nilai tanda terima dari jumlah di sisi termasuk jumlah penerimaan tersebut.
      • Jika nilai yang Dikembalikan kuantitas dikurangi dari nilai Kuantitas diterima saat Anda mengirim transaksi PO kembali, Microsoft Dynamics GP meningkatkan penerimaan pembelian Kuantitas dijual nilai mengurangi nilai Kuantitas diterima . Oleh karena itu, untuk mendapatkan Kuantitas menerima nilai yang benar, Microsoft Dynamics GP harus memeriksa rincian kuantitas dijual Daftar Tabel baru untuk transaksi PO kembali dan mengurangi nilai Kuantitas dikembalikan dari nilai Kuantitas diterima .
    • Jika ada tanda terima pembelian tertanggal lambat penerimaan pembelian disesuaikan, Microsoft Dynamics GP recalculates biaya (rata-rata) saat ini untuk menerima pembelian yang berikutnya untuk menghitung biaya disesuaikan baru tanda terima kumpulan dokumen tersebut selanjutnya. Proses ini tetap untuk setiap tanda terima pembelian berikutnya. Proses ini terus melalui tumpukan untuk menentukan biaya disesuaikan pada tanggal pengguna. Nilai ini baru menjadi biaya saat ini. Sebagai proses terus untuk setiap tanda terima pembelian berikutnya, Microsoft Dynamics GP pembaruan biaya disesuaikan untuk setiap pembelian tanda terima. Selain itu, Microsoft Update Dynamics GP nilai biaya disesuaikan untuk setiap kuantitas dijual transaksi yang kemudian tertanggal daripada penerimaan disesuaikan pembelian dan lebih awal dari penerimaan berikutnya. Tindakan ini berdasarkan tanggal penerimaan. Tindakan ini juga menggunakan biaya disesuaikan dari penerimaan pembelian sebelumnya.

      Catatan Saat menerima pembelian direkam, Microsoft Dynamics GP memuat nilai Inventaris di sisi kuantitas penerimaan pembelian menggunakan nilai yang sama dengan jumlah persamaan berikut:
      (Inventaris di sisi kuantitas penerimaan sebelumnya) + (Qty diterima untuk menerima sebelumnya) – (Qty dijual transaksi yang terjadi setelah yang membeli penerimaan direkam tetapi sebelum menerima pembelian berikutnya, berdasarkan tanggal)
      Contoh berikut ini menganggap bahwa kondisi berikut ini benar:
      • Memulai di tangan kuantitas adalah nol
      • Telah ada transaksi kembali pesanan pembelian
      Jenis transaksiInventaris di sisi Qty Qty diterimaQty dijualBiaya unitBiaya disesuaikan
      Tanda terima #1100100$1.00$1.00
      Tanda terima #2125100$1,50$1,25
      Penjualan #150$1,25$1,25
      Penjualan #225$1,25$1,25
      Tanda terima #3200100$1,20$1,23
      Penjualan #325$1,23$1,23
      Tanda terima #4250100$1,30$1,25
      Penjualan #450$1,25$1,25
      Perhitungan penerimaan # 1 menggunakan rumus berikut:
      [(0 x $0.00) + (100 x $1.00)] ÷ [0 + (100-0)] = $1.00
      Perhitungan untuk tanda terima #3 menggunakan rumus berikut:
      [(125 x $1,25) + (100 x $1,20)] ÷ [125 + (100-0)] = $1.227
      Catatan Jumlah perhitungan ini bulat untuk $1.23.
    • Ketika biaya unit penerimaan pembelian ada diperbarui, Microsoft Dynamics GP recalculates biaya disesuaikan penerimaan pembelian menggunakan nilai berikut di rumus perhitungan biaya rata-rata:
      • Nilai-nilai Inventaris di sisi kuantitas yang disimpan
      • Nilai-nilai Disesuaikan biaya penerimaan sebelumnya
      • Disimpan Kuantitas menerima nilai-nilai
      • Nilai-nilai biaya Unit baru
      Contoh dari situasi di mana ada pembelian penerimaan diperbarui adalah situasi berikut:
      • Anda revalue inventaris varians harga pembelian di faktur pesanan pembelian.
      • Faktur adalah untuk varians materi atau varians biaya mendarat.
      Jika ada catatan tanda terima tertanggal lambat penerimaan diperbarui, Microsoft Dynamics GP recalculates biaya disesuaikan untuk Data Penerimaan dengan menggunakan langkah-langkah dan rumus perhitungan biaya rata-rata yang disebutkan sebelumnya di bagian ini. Microsoft Dynamics GP pembaruan kolom Biaya saat ini di jendela pemeliharaan Item menggunakan biaya disesuaikan baru untuk pembelian akhir penerimaan data. Selain itu dalam contoh ini, perubahan yang dibuat oleh biaya disesuaikan ditunjukkan pada Daftar Tabel berikut.

      Catatan Daftar Tabel ini mengasumsikan bahwa kondisi berikut ini benar:
      • Anda mengirim faktur pesanan pembelian untuk tanda terima #3 unit biaya $ 1,28.
      • Anda memilih untuk revalue inventaris.
      • Pengiriman sebelumnya diposting pada biaya unit $1,20.
      Jika kondisi berikut ini benar, Microsoft Dynamics GP pembaruan biaya unit pada kehabisan memori tanda terima menjadi $1,28. Program kemudian recalculates biaya disesuaikan untuk setiap tanda terima berikutnya dengan memulai catatan tanda terima tersebut.
      Jenis transaksiInventaris di sisi Qty Qty diterimaQty dijualBiaya unitBiaya disesuaikan
      Tanda terima #1100100$1.00$1.00
      Tanda terima #2125100$1,50$1,25
      Penjualan #150$1,25$1,25
      Penjualan #225$1,25$1,25
      Tanda terima #3200100$1,20$1,28$1,23$1.26
      Penjualan #325$1,23$1,23$1.26
      Tanda terima #4250100$1,30$1,25$1,27
      Penjualan #450$1,25$1,25
      Perhitungan untuk tanda terima #3 menggunakan rumus berikut:
      [(125 x $1,25) + (100 x $1,28)] ÷ [125 + (100-0)] = $1.263
      Catatan Jumlah perhitungan ini bulat untuk $1.26.
      Perhitungan penerimaan # 4 menggunakan rumus berikut:
      [(200 * $1.26) + (100 * $1,30)] ÷ [200 + (100-0)] = $1.273
      Catatan Jumlah perhitungan ini bulat untuk $1,27.
    • Microsoft Dynamics GP menghasilkan transaksi beberapa penyesuaian kuantitas dijual rincian transaksi yang diperbarui berdasarkan biaya disesuaikan penerimaan pembelian. Transaksi menyesuaikan menggunakan nomor akun yang digunakan untuk transaksi asli dan yang disimpan di dalam Daftar Tabel IV10201.
  • Perubahan berikut ini berlaku jika Anda membuat dan Anda mengirim transfer inventaris item rata-rata biaya:
    • Transfer dari sisi kuantitas jenis untuk jenis kuantitas lain menggunakan saat ini biaya item.
    • Transfer dari jumlah jenis lain daripada di sisi menggunakan biaya FIFO daripada saat ini biaya item. Jika Anda membuat transfer, unit biaya item menggunakan biaya nilai saat ini. Namun, saat transfer dikirim, Microsoft Dynamics GP memperoleh biaya FIFO dari pembelian penerimaan kehabisan memori.
    • Jika biaya unit transaksi berbeda dari saat ini biaya item, Microsoft Dynamics GP recalculates (rata-rata) saat ini biaya item setelah transfer inventaris ketik jumlah di sisi .

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 923960 - Tinjauan Terakhir: 04/05/2016 03:51:00 - Revisi: 0.1

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0

  • kbhowto kbexpertiseinter kbexpertiseadvanced kbinfo kbmbsmigrate kbmt KB923960 KbMtid
Tanggapan