Akhir tahun menutup prosedur untuk analitis akuntansi dalam Microsoft Dynamics GP

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 960356 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

PENDAHULUAN

Tidak ada prosedur dekat akhir tahun 'terpisah' untuk analitis akuntansi. Keseimbangan dibawa ke depan (BBF) entri diciptakan untuk AA dimensi otomatis sebagai bagian dari proses dekat akhir tahun GL, jika Anda memiliki setup dimensi AA untuk memiliki entri BBF dibuat. Langkah-langkah dalam artikel ini akan membantu untuk memeriksa data Anda sebelum melakukan GL akhir tahun menutup proses untuk memeriksa data AA yang dapat menyebabkan kesalahan selama akhir tahun GL menutup proses. Artikel ini juga akan menunjukkan cara mengatur dimensi AA untuk memiliki keseimbangan dibawa ke depan entri dibuat tahun baru per dimensi, jika diinginkan.

Langkah-langkah juga diberikan pada bagaimana memindahkan data historis untuk sejarah, yang akan mengatasi pesan kesalahan di bawah ini yang bisa dialami selama proses dekat akhir tahun GL: (Lihat Langkah 3 untuk menyelesaikan pesan ini.)

Anda harus menjalankan transaksi konsolidasi dan transfer detail ke sejarah utilitas untuk ditutup tahun untuk menciptakan analitis akuntansi saldo membawa maju.

Informasi lebih lanjut

Ketika akhir tahun menutup proses dijalankan untuk General Ledger di Microsoft Dynamics GP, itu secara otomatis bergerak transaksi analitis Akuntansi dari Daftar Tabel sejarah AAG30000 AAG40000 seri Daftar Tabel. (Ada tidak terpisah penutupan prosedur yang harus dijalankan secara analitis akuntansi.) Anda dapat memilih yang ukuran yang Anda inginkan untuk konsolidasi selama proses akhir tahun. Analitis akuntansi, keseimbangan dibawa ke depan entri yang dibuat dalam Daftar Tabel AAG30000 untuk orang-dimensi yang ditandai untuk dimasukkan dalam proses akhir tahun, dan kemudian detail akan dipindahkan ke Daftar Tabel seri AAG40000.

Catatan Jika Anda menggunakan FRx pelaporan, Anda harus berada di FRx 6.7 SP12 (versi 6.7.12008) atau lebih tinggi. Jika Anda FRx versi lebih rendah dari 6.7.12008, kemudian Anda harus pertama menerapkan hotfix 962862 agar FRx Microsoft untuk dapat membaca analitis akuntansi data historis di seri AAG40000 dalam Daftar Tabel.



RESOLUSI


LANGKAH 1: MENENTUKAN JIKA LAPORAN KEUANGAN MENGGUNAKAN AA TABEL:


Sebelum Anda menutup GL atau melakukan setiap langkah dalam artikel ini, jalankan laporan keuangan yang Anda biasanya dijalankan untuk menyeimbangkan untuk GL Trial Balance. Berdasarkan apa yang Anda temukan, ikuti metode yang tepat:

-Metode 1 - jika benar: jika laporan keuangan benar dan cocok GL, maka Anda dapat melanjutkan dengan langkah 2-8 dalam artikel ini, yang masih harus diselesaikan sehingga Anda tidak mendapatkan kesalahan AA selama tahun GL dekat proses akhir.

Catatan: jika Anda menggunakan sistem pelaporan yang hanya membaca langsung dari Daftar Tabel GL (seperti penyedia warisan di manajemen wartawan ketika membaca dari perusahaan GL atau alat pelaporan lainnya)] untuk laporan keuangan, kemudian Anda dapat melanjutkan ke langkah 2 karena AA data tidak mempengaruhi pelaporan keuangan Anda.


-Metode 2 - jika tidak benar: Namun, jika laporan keuangan tidak benar, itu sebagian besar mungkin karena Daftar Tabel AA yang sedang digunakan dan AA data tidak cocok GL data. Untuk memverifikasi AA data, Anda harus pertama dijalankan melalui skrip SQL yang disediakan di KB 2910626 selain sisa langkah-langkah dalam artikel ini.

Catatan: Data Mart dalam manajemen Reporter membaca dari AA (dan GL) Daftar Tabel, atau penyedia warisan yang digunakan dengan manajemen Reporter mungkin membaca dari perusahaan AA.

Langkah-langkah untuk metode 2:

a.) pertama, menjalankan semua thescripts di 2910626 KB untuk memverifikasi AA data dengan GL data.

Laporan keuangan dari manajemen wartawan tidak cocok General Ledger Trial Balance laporan di Microsoft Dynamics GP
http://support.Microsoft.com/kb/2910626

b.) ketika Anda telah menyelesaikan langkah-langkah di KB 2910626, kemudian kembali kembali ke ini andcontinue KB pada dengan sisa langkah-langkah yang tercantum di bawah ini. (Perhatikan bahwa langkah 2 dan langkah 4 yang juga di KB 2910626, tapi kami sarankan untuk memeriksa ini lagi, karena mereka tidak harus gulung balik hasil apapun jika Anda sudah diperbaiki data ini.)



LANGKAH 2: VERIFIKASI AA DATA SELAMA BERTAHUN-TAHUN YANG TUMPANG TINDIH


Menjalankan script ini untuk memastikan Anda tidak memiliki tumpang tindih tahun dalam Daftar Tabel AAG30000 terbuka dengan Daftar Tabel sejarah AAG40000. Setiap tahun berbeda harus hanya ada di satu tabel atak atau yang lain, tetapi tidak keduanya.
select distinct(YEAR1) from AAG30000
select distinct(YEAR1) from AAG40000
-Jika Anda menemukan tumpang tindih tahun dalam Daftar Tabel kedua, maka disarankan untuk membuka insiden dukungan untuk bantuan. Kasus dukungan dikenakan biaya karena masalah ini biasanya dibuat karena mengimpor catatan. Harap dicatat bahwa jika memperbaiki data yang dibutuhkan, ini mungkin perlu dirujuk konsultasi, yang akan menjadi biaya yang ditagih kepada Anda.


LANGKAH 3: ULANG TAHUN-TAHUN ANTARA TERBUKA DAN SEJARAH Daftar Tabel PERTANDINGAN ANTARA AA GL:


Selanjutnya, pastikan tahun AA Daftar Tabel adalah dalam tahun terbuka atau tertutup sama sebagai Daftar Tabel GL Anda. Daftar Tabel Buka AAG30000 dan GL20000 harus memiliki tahun yang sama. Dan AAG40000 dan GL30000 Daftar Tabel sejarah harus berisi ditutup tahun yang sama.
select distinct(YEAR1) from AAG30000
select distinct(OPENYEAR) from GL20000

select distinct(YEAR1)from AAG40000 order by YEAR1
select distinct(HSTYEAR) from GL30000 order by HSTYEAR
-Jika Anda menemukan tahun AAG30000 buka Daftar Tabel sebelum tahun Anda menutup, Anda juga harus melakukan Langkah-langkah untuk bergerak ke HISTORI DATA di bawah ini juga untuk memindahkan data sejarah tahun sejarah. Daftar Tabel AAG30000 hanya harus memiliki data selama bertahun-tahun yang saat ini terbuka tahun GL.Jika Anda mencoba untuk menutup tahun di GL, Anda akan diminta dengan pesan ini:

Anda harus menjalankan transaksi konsolidasi dan transfer detail ke sejarah utilitas untuk ditutup tahun untuk menciptakan analitis akuntansi saldo membawa maju.

Jadi gunakan script diatas untuk menentukan jika Anda perlu untuk menjalankan Langkah-langkah untuk memindahkan DATA ke sejarah, sehingga Anda dapat mencegah pesan di atas dari durng terjadi akhir tahun GL dekat proses.


LANGKAH-LANGKAH UNTUK MEMINDAHKAN DATA SEJARAH:
Pertama kali Anda menutup GL pada versi yang lebih tinggi daripada GP 10,0 SP2 atau yang lebih tinggi (dengan AA diaktifkan), Anda akan diminta untuk memindahkan AA data sejarah sebelum sistem akan memungkinkan Anda untuk menutup tahun GL. Sistem akan memverifikasi bahwa AA data yang dalam seri terbuka dan sejarah sesuai Daftar Tabel AA, sebagai GL data duduk di Daftar Tabel terbuka dan sejarah GL. Jika hal ini tidak terjadi, Anda akan menerima pesan untuk menjalankan pindah ke sejarah Utility untuk AA sebelum Anda dapat melanjutkan dengan akhir tahun GL tutup.

Ingat, jika Anda tidak ditutup tahun GL Anda (dengan AA diaktifkan) setelah menginstal Service Pack lambat SP2 untuk versi 10,0, atau upgrade ke GP 2010, Anda mungkin menerima pesan yang menyatakan "Anda harus mengkonsolidasikan transaksi dan mentransfer detail untuk sejarah utilitas untuk menutup tahun". Kode telah ditambahkan untuk proses penutupan yang akan membandingkan tahun AA buka Daftar Tabel terhadap tahun sejarah di perusahaan fiskal periode Setup. Jika ada AA data dalam seri AAG3000X Daftar Tabel untuk tahun bersejarah, Anda akan menerima kesalahan. Ikuti langkah berikut untuk mengkonsolidasikan tahun-tahun:

1.) Pada Microsoft Dynamics GP menu, titik ke titik alat, utilitas, arahkan ke keuangan, menunjuk ke Analitis akuntansi, dan kemudian klik memindahkan Data sejarah.

2.) Tahun tertua akan default dalam bahwa sistem ditemukan dalam Daftar Tabel AAG3000x terbuka. Anda hanya akan mampu bergerak satu tahun pada suatu waktu.

3.) Pilih opsi yang sesuai:

Transfer transaksi detail untuk sejarah ? opsi ini akan memindahkan catatan detail AA dari terbuka ke Daftar Tabel sejarah dan tidak ada entri BBF akan dibuat. Anda harus memastikan ada tidak ada entri BBF dalam Daftar Tabel AA jika tidak Anda tidak akan dapat memilih opsi ini. Opsi ini hanya bergerak catatan dari Daftar Tabel AAG30000 Daftar Tabel yang AAG40000.

Transaksi konsolidasi dan transfer detail sejarah -pilihan ini akan memindahkan AA catatan detail dari terbuka ke Daftar Tabel sejarah, dan membuat BBF entri. Namun, Anda harus memiliki pilihan yang disebutkan sebelumnya dipilih agar BBF entri akan dibuat. Pilihan ini akan mengkonsolidasikan saldo semua transaksi dimensi kode tahun tertutup (yang ditandai untuk digabungkan) dan transfer informasi AA ke Daftar Tabel sejarah.

Catatan saldo konsolidasi dibawa ke depan untuk tahun baru. Entri BBF diciptakan dari tahun tertutup.

Cetak laporan tinjauan transfer hanya -ini akan memungkinkan Anda untuk melihat transaksi yang akan dipindahkan tanpa benar-benar memindahkan data. Laporan tinjauan menampilkan konsolidasi yang akan dibuat.

Perhatikan pilihan ini tidak mengubah data.

4.) Klik OK.

5.) Mengulangi proses ini untuk setiap tahun 'sejarah'. (Mana tahun adalah di AAG30000 buka Daftar Tabel tetapi di Daftar Tabel sejarah GL30000. Tahun kebutuhan akan dipindahkan ke Daftar Tabel sejarah AA sesuai.)

Catatan: Jika Anda jalankan kembali skrip berbeda tahun di 'Langkah 3' di atas lagi, Anda harus mendapatkan bertahun-tahun yang berbeda untuk mencocokkan antara buka Daftar Tabel AA dan GL, dan sejarah AA dan GL Daftar Tabel.



LANGKAH 4: MEMERIKSA AA Daftar Tabel TUMPANG TINDIH HEADER ID


Jalankan script ini terhadap database perusahaan melihat jika header sama id juga ada antara tabel:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
-Jika Anda menemukan duplikat header id kedua Daftar Tabel, maka disarankan untuk membuka insiden dukungan untuk bantuan. Dukungan kasus dikenakan biaya. Harap dicatat bahwa jika memperbaiki data yang dibutuhkan, ini mungkin perlu dirujuk konsultasi, yang akan menjadi biaya yang ditagih kepada Anda.

Ini akan terjadi jika Anda dikembalikan database dinamika yang lebih tua dari atas dinamika database saat ini, dan begitu tersedia nomor berikutnya disimpan dalam Daftar Tabel AAG00102 di database dinamika diatur kembali. GP terus kenaikan dari nilai-nilai ini, meskipun mereka mungkin sudah telah digunakan dan akan mengakibatkan nilai aaGLHdrID yang sama mendapatkan digunakan untuk YEAR1 nilai yang berbeda.


LANGKAH 5: UPDATE NILAI-NILAI AACOPYSTATUS

Selanjutnya Periksa nilai salah aacopystatus dalam Daftar Tabel AAG40001. Jalankan script ini:

select count(*) from AAG40001 where aaCopyStatus<>8 

Jika script diatas kembali hasil Anda akan ingin untuk memperbarui aaCopyStatus ke '8' sebelum menjalankan GL tahun menutup: (nilai '8' adalah nilai yang proses dekat akhir tahun akan menerima.)

update AAG40001 set aaCopyStatus=8


LANGKAH 6: REVIEW SETUP UNTUK DIMENSI UNTUK DIMASUKKAN PADA AKHIR TAHUN

Pastikan bahwa Anda ditandai AA dimensi yang Anda inginkan untuk disertakan di akhir tahun menutup sehingga AA kode yang terkait dengan entri jurnal keseimbangan dibawa ke depan.

Jika Anda belum ditutup General Ledger Namun, ikuti langkah-langkah untuk memastikan dimensi ditandai dengan benar untuk dimasukkan dalam proses dekat:
  1. Mark pilihan konfigurasi untuk menyertakan analitis akuntansi di akhir tahun menutup sebagai berikut:
    1. Pada menu Microsoft Dynamics GP , arahkan ke alat, arahkan ke pengaturan, arahkan ke perusahaan, arahkan ke Analitis akuntansi, dan lalu klik opsi.
    2. Klik untuk memilih kotak sertakan di dekat akhir tahun , dan kemudian klik OK.

      Catatan Pilihan ini adalah hanya untuk mengaktifkan fungsi untuk menciptakan keseimbangan dibawa ke depan entri pada dimensi. Data analitis akuntansi akan masih bergerak untuk AAG40000 seri Daftar Tabel ketika General Ledger ditutup terlepas dari apakah opsi ini ditandai.
  2. Individual menandai dimensi untuk dimasukkan dalam akhir tahun sebagai berikut:
    1. Pada menu Kartu Bisnis , menunjuk ke keuangan, menunjuk ke Analitis akuntansi, dan kemudian klik Transaksi dimensi.
    2. Dalam daftar Trx dimensi , klik dimensi yang ingin Anda sertakan dalam proses dekat akhir tahun.
    3. Di daerah Dekat akhir tahun , klik untuk memilih kotak sertakan di dekat akhir tahun , dan kemudian klik Simpan.
    4. Ulangi langkah b dan c untuk masing-masing dimensi yang ingin Anda sertakan dalam proses dekat akhir tahun.


Langkah 7 - menjalankan GL akhir tahun menutup proses untuk memindahkan AA saldo dan menciptakan BBF's.

Selalu membuat arus cadangan sebelum memulai proses dekat akhir tahun GL. Dianjurkan untuk menguji berjalan dekat GL akhir tahun di perusahaan tes pertama untuk memastikan Anda tidak mendapatkan kesalahan. Proses dekat akhir-tahun GL adalah yang benar-benar menciptakan keseimbangan dimajukan entri jurnal (BBF) dan bergerak catatan untuk tahun yang Anda menutup dalam Daftar Tabel General Ledger dan analitis akuntansi. BBF entri yang dibuat di Daftar Tabel GL dan AA. Mengacu pada proses yang digariskan pada KB 888003 untuk akhir tahun menutup prosedur untuk General Ledger.

Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
888003 Akhir tahun menutup prosedur untuk General Ledger di Microsoft Dynamics GP


LANGKAH 8 - MEMVERIFIKASI LAPORAN neraca

Disarankan untuk membandingkan laporan neraca dalam manajemen Reporter laporan General Ledger Trial Balance dari Microsoft Dynamics GP, untuk memverifikasi bahwa saldo rekening dimajukan tahun baru benar. Jika saldo ini tidak cocok, gulung balik cadangan Anda dan menghubungi Microsoft Dynamics GP dukungan untuk membuka insiden dukungan untuk bantuan tambahan.



Properti

ID Artikel: 960356 - Kajian Terakhir: 20 November 2013 - Revisi: 0.14
Berlaku bagi:
  • Microsoft Dynamics GP 2013
  • Microsoft Dynamics GP 2010
  • Microsoft Dynamics GP 10.0, ketika digunakan dengan:
    • Analytical Accounting
Kata kunci: 
kbsurveynew kbexpertiseinter kbhowto kbinfo kbmbsmigrate kbexpertisebeginner kbmt KB960356 KbMtid
Penerjemahan Mesin
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: 960356

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com