Jadi mengapa akhir bulan masih melibatkan 5 versi spreadsheet yang berbeda? Seseorang mencari file yang tepat, dan manajer menunggu jawaban yang seharusnya sudah jelas. Anda mungkin memiliki satu buku besar, beberapa departemen, dan ribuan transaksi, tetapi Anda tetap tidak bisa menceritakan satu kisah keuangan dengan jelas. Disitulah Dynamics 3Rance berperan. Saya Mirko Peters dari M365FM, dan cuplikan pengetahuan ini menjelaskan bagaimana data keuangan yang diposting berubah menjadi laporan yang benar-benar bisa dibaca orang. Anggaplah setiap transaksi sebagai dokumen yang disimpan sekali di lemari pusat, lalu dibaca dengan cara berbeda tanpa harus menyusun ulang angka setiap saat. Mari kita mulai dengan catatan di dalam lemari itu. Fondasinya, Buku Besar Umum, Akun Utama, dan Kategori Buku Besar Umum adalah catatan keuangan utama perusahaan dan setiap transaksi yang diposting berakhir di sana dalam bentuk tertentu. Faktur pelanggan, tagian pemasok, entry penggajian, pembayaran bank, atau penyesuaian stok semuanya. Meninggalkan catatan akutansi. Bayangkan buku besar umum sebagai lemari arsip besar dengan aturan ketat. Oh, Anda tidak memasukkan tagian sewa kelajian sama dengan penjualan produk dan Anda tidak mencampur saldo bank dengan gaji karyawan. Setiap jumlah membutuhkan tempat keuangan. Tempat itu dimulai dengan akun utama dan menjawab satu pertanyaan sederhana. Apa kaitan uang ini? Kas berada di satu akun utama pendapatan penjualan di akun lain dan beban sewa, gaji, piutang, hutang, pinjaman, dan pajak masing-masing memiliki akunnya sendiri. Jadi, saat perusahaan Anda membayar tagihan sewa bulanan, Dynamics tiga-an tersebut pada akun beban sewa. Dan saat pelanggan membayar faktur, pendapatan masuk ke akun penjualan, sedangkan jumlah yang belum dibayar masuk ke piutang. Akun tersebut memberitahu finance apa yang terjadi secara finansial. Struktur ini penting, karena laporan keuangan tidak mengandadakan angka oh, laporan tersebut membaca dan mengelompokkan angka yang sudah diposting di buku besar umum. Jika catatan akuntansi berakhir di tempat yang salah, tidak ada desain laporan yang dapat memperbaiki maknanya nanti tanpa kerja manual. Sekarang, akun utama juga memiliki tipe, dan tipe akun memberikan klasifikasi luas bagi Dynamics 365 Finance. Akun laba rugi mencatat pendapatan dan beban untuk suatu periode, dan saldo gabungannya berkontribusi pada hasil akhir tahun. Neraca mencatat apa yang dimiliki perusahaan, apa yang terhutang, dan kepentingan pemilik oh, aset, kewajiban, dan ekuitas. Kas biasanya merupakan aset, pinjaman bank biasanya merupakan kewajiban, pendapatan penjualan termasuk dalam laba rugi, dan sewa termasuk dalam beban. Itu mungkin terdengar seperti akutansi dasar. Memang benar, tetapi itu juga merupakan titik kendali pertama untuk pelaporan, karena sistem perlu mengetahui apakah suatu akun termasuk dalam laporan laba rugi atau neraca. Ada juga jenis akun total khusus yang dapat menjumlahkan serangkaian saldo akun. Oh, Anda mungkin menggunakan ini saat menginginkan total di seluruh interval yang ditentukan. Sekipun demikian, banyak tim keuangan membuat total laporan mereka secara langsung dalam pelaporan keuangan. Jenis akun tetap luas, dan disitulah kategori akun utama berperang. Oh, kategori tersebut membuat grup laporan yang lebih berguna di dalam klasifikasi yang luas itu. Sebagai contoh, akun aset dapat berada dalam kategori seperti kas, aset tetap, piutang, atau investasi jangka pendek. Sementara akun kewajiban mungkin berada dalam utang usaha, utang pajak, atau utang jangka panjang. Perbedaannya sederhana. Jenis akun memberitahu Anda kelas akuntansi umum, dan kategori akun utama memberitahu Anda grup laporan yang ingin dilihat orang lain. Bayangkan Anda memiliki beberapa rekening bank, akun kas kecil, dan akun clearing kas. Oh, masing-masing bisa memiliki akun utama sendiri karena keuangan membutuhkan tingkat detail tersebut. Namun, semua yang bisa termasuk dalam kategori kas. Jadi, sebuah laporan dapat menampilkan satu baris kas yang bersisai itu saja yang dibutuhkan pembaca. Itulah mengapa laporan keuangan default menggunakan kategori akun utama. Oh, mereka memerlukan struktur yang familiar sebelum dapat menampilkan saldo di bagian seperti aset, kewajiban, pendapatan, atau beban. Pengaturan yang rapi akan terbayar nanti karena saat akun utama mengikuti aturan yang jelas, jenis akun benar, dan kategori sesuai dengan cara perusahaan Anda membaca laporan keuangan, pelaporan menjadi jauh lebih mudah. Anda memulai dengan data yang sudah memiliki tempat. Akun menjelaskan apa yang terjadi secara finansial, tetapi para pemimpin biasanya meminta lebih dari. Oh, mereka juga ingin tahu di mana hal itu terjadi, siapa yang membelanjakan uangnya, dan bagian bisnis mana yang menghasilkan hasil tersebut. Dimensi finansial menambahkan pertanyaan yang sebenarnya ditanyakan oleh para pemimpin. Akun utama memberitahu Anda pekaitan uang tersebut, bahwa cukup sederhana. Namun, dimensi finansial menambahkan konteks bisnis di sekitar jumlah tersebut. Dimensi tersebut menjawab pertanyaan yang diajukan para pemimpin saat mereka. Departemen yang menerima belanja, lokasi penolahnya, unit bisnis mana, apakah itu terikat pada proyek? Mari kita lihat beban sewa. Perusahaan Anda mungkin membayar sewa untuk kantor pusat, gudang, dan beberapa lokasi retail. Jika setiap pembayaran dibukukan ke beban sewa, Anda melihat tegian total. Itu berguna, tetapi tidak memberitahu manajer regional berapa biaya lokasi mereka. Dimensi finansial mengisi celah tersebut. Anda dapat menambahkan Departemen Keuangan Penjualan atau Operasional atau Pusat Biaya Unit Bisnis Wilayah atau Proyek. Nilainya tersebut disertakan pada entry akutansi saat diposting. Jadi akunnya tetap beban sewa, tetapi entry tersebut memberikan informasi yang lebih long. Satu pembayaran mungkin terbaca beban sewa, kantor pusat. Lainnya beban sewa, gudang. Ketiga, beban sewa, retail utara. Akun yang sama, mana bisnis yang berbeda. Hal ini memberi bagian keuangan satu struktur akun yang konsisten sambil membiarkan para pemimpin melihat hasil melalui bagian perusahaan mereka. Direktur penjualan melihat penjualan. Manager gudang melihat gudang. Uangan melihat total keseluruhan dari semua orang. Ini menghilangkan kebiasaan spreadsheet yang umum. Tanpa dimensi, seseorang mengekspor saldo buku besar dan mulai menambahkan kolom secara manual. Mengurutkan, memfilter, menyalin angka ke buku kerja baru, lalu mencoba menjelaskan mengapa total departemen tidak cocok dengan total perusahaan. Dengan dimensi yang dimasukkan saat transaksi diposting, pekerjaan itu dimulai dari titik yang lebih baik. Detail tersebut sudah menjadi bagian dari catatan akutansi, tetapi yang berfungsi jika nilai tetap konsisten. Jika satu orang memilih utara, yang lain memilih utara, dan yang ketiga. Menggunakan utara 01, laporan akan membagi apa yang seharusnya menjadi satu saldo menjadi paris terpisah. Keuangan memerlukan nama yang jelas, kemilihan yang jelas, dan aturan tentang nilai mana yang dapat digunakan orang. Dynamik setigiran ampung hal tersebut melalui aturan akun. Tergantung pada akunnya, sistem dapat mewajibkan dimensi atau membatasi nilai yang dapat dipilih pengguna. Sebagai contoh, akun beban mungkin memerlukan pusat biaya, sementara akun bank mungkin hanya memerlukan unit bisnis. Anda tidak memerlukan detail yang sama untuk setiap akun. Berikut adalah sederhananya. Gunakan dimensi finansial jika Anda berharap untuk menggunakan kembali nilai tersebut dan melaporkan saldo berdasarkan detail dari waktuku. Dapat digunakan kembali. Pusat biaya dapat digunakan kembali. Wilayah dapat digunakan kembali. Proyek juga. Jika tim keuangan Anda melacak saldo dan biaya berdasarkan proyek, nomor faktur berbeda, nomor pesan pembelian berbeda. Nilai-nilai tersebut seringkali hanya untuk satu transaksi atau satu pekerjaan yang berumur pendek. Membuat dimensi finansial untuk setiap nomor faktur akan meninggalkan ribuan nilai unik yang tidak diinginkan siapapun dalam laporan. Disitulah tech finansial lebih cocok. Tech finansial menyimpan referensi yang fleksibel, misalnya nomor faktur pesanan pembelian, referensi pembayaran, atau ID sistem eksternal, atau ID sistem eksternal. Tech ini ada pada entry akutansi untuk detail dan analisis, tetapi tidak memiliki peran terstruktur yang sama seperti dimensi finansial. Dimensi finansial merupakan bagian dari struktur akut. Sistem memeriksa apakah nilainya valid dan bagian keuangan dapat menggunakannya untuk melingkak saldo. Tech finansial lebih ringan. Tech ini melabeli transaksi tanpa mengubah label tersebut menjadi segmen pelaporan permanen. Jadi jangan buat dimensi bernama nomor faktur hanya untuk mencari faktur nantinya. Gunakan detail transaksi atau tech finansial untuk itu. Satu poin pengaturan lagi yang perlu dikterkan. Pelaporan keuangan dapat menggunakan dimensi yang sudah ada di sistem Anda tanpa alat pelaporan tambahan. Pada halaman pengaturan pelaporan keuangan, tim keuangan memilih dimensi mana yang muncul untuk desain dan tampilan laporan serta urutannya. Urutan tersebut lebih penting daripada kedengarannya. Jika laporan Anda biasanya terbaca akun utama, departemen, pusat biaya, proyek, orang akan terbiasa mencarinya di sana. Jika urutannya berubah dari satu laporan ke laporan lain, membaca detail menjadi lebih lambat dan kesalahan lebih mudah terjadi. Setelah setiap entry memiliki label yang dapat digunakan kembali dengan benar, buku besar dapat menjawab lebih dari sekadar apa yang kita belanjakan. Hal ini menjawab di mana, siapa, dan bagian bisnis mana yang terlibat. Dan dengan detail tersebut, Dynamics 365 Finance dapat mengubah entry yang diposting tersebut menjadi laporan keuangan. Apa sebenarnya pelaporan keuangan itu? Jadi, setelah entry buku besar Anda menyertakan akun dan dimensi yang tepat, apa yang sebenarnya dilakukan pelaporan keuangan? Pelaporan keuangan adalah add-in dalam Dynamics 365 Finance untuk membuat, memelihara, dan melihat laporan keuangan. Itu terdengar teknis, jadi mari kita gunakan bahasa yang sederhana. Ini adalah bagian dari Dynamics 365 Finance yang mengubah saldo buku besar Anda menjadi laporan, seperti laporan laba rugi, neraca arus kas, neraca saldo, atau laporan anggaran versus aktual, atau laporan anggaran versus aktual. Ini bukan buku besar baru. Tidak ada yang memposting faktur ke dalam pelaporan keuangan atau membayar pemasok darinya. Posting terjadi di Dynamics 365 Finance, dan pelaporan keuangan membaca hasilnya setelahnya. Ini juga bukan sekadar dashboard dengan berapa grafik. Dashboard memungkinkan Anda memindai tren dengan cepat. Laporan keuangan memberikan tampilan terstruktur dengan grup akun total, periode pelaporan, perbandingan, dan kemampuan untuk memeriksa detail di balik sebuah angka. Anggap saja ini sebagai ruang laporan yang terhubung ke buku besar umum. Buku besar mencatat transaksi. Pelaporan keuangan menyusunnya ke dalam format yang perlu dibaca oleh tim keuangan, manajer, auditor, atau anggota dewan Anda. Di balik layar, pelaporan keuangan menggunakan matdata keuangan yang diperbarui dari buku besar umum. Matdata adalah salinan pelaporan data keuangan yang diatur agar laporan dapat berjalan tanpa memperlambat orang yang memasukkan faktur atau memposting jurnal. Pemisahan tersebut membantu tim keuangan meninjau laporan sementara pengguna lain terus bekerja. Anda tidak perlu mengekspor setiap saldo ke lembar kerja hanya untuk membuat laporan bulanan yang rapi. Microsoft menyertakan 22 laporan keuangan standar dengan Dynamics 365 Finance. Anda mendapatkan laporan laba rugi, neraca, laporan arus kas, neraca saldo terperinci, neraca saldo ringkasan, laporan pengeluaran bergulir, dan laporan anggaran versus aktual. Ditambah laporan untuk penjualan dan diskon mingguan, detail audit, rasio, atau neraca di samping laporan laba rugi. Namun bukan berarti semuanya langsung cocok dengan perusahaan Anda sejak hari pertama. Tata letak laporan mungkin terlihat benar, tetapi akun utama dan kategori Anda tetap perlu dipetakan ke baris dengan tepat. Jika perusahaan Anda menyebut grup akun sebagai biaya langsung, sementara laporan default mengharapkan harga pokok penjualan, seseorang perlu meninjau pengaturan tersebut, mengalah dengan laporan default. Laporan ini memberikan contoh yang berfungsi, struktur yang familiar, dan titik awal yang jauh lebih cepat daripada membangun setiap laporan dari halaman kosong. Buka laporan tersebut, bandingkan saldo dengan buku besar Anda, periksa pengelompokan akun, dan sesuaikan hanya dengan kebutuhan bisnis Anda. Ini Dynamics 365 Finance memiliki beberapa alat pelaporan, dan disinilah orang sering bingung. Pelaporan keuangan, menangani laporan keuangan berbasis buku besar. SSRS, SKL Server Reporting Services, biasanya menangani dokumen bisnis terformat, dan laporan terperinci seperti faktur, pesanan pembelian, laporan pelanggan, atau daftar transaksi panjang. Alat ini dibuat untuk halaman yang merlukan tata letak tetap. Pelaporan elektronik menangani file yang perlu dikirim ke tempat lain seperti file bank, pengajuan pajak, file XML, file CSV, atau format lain yang diatur. Alat tersebut berfokus pada pengiriman atau penerimaan data struktur. Power BI menangani analisis interak. Anda menggunakan Power BI jika menginginkan bagian, filter, trend, dan tampilan manajemen yang membantu orang mengeksplorasi pertanyaan. Nilaih mana yang memiliki pertumbuhan biaya tercepat? Bagaimana perbandingan pengeluaran aktual dengan anggaran selama beberapa bulan? Pelaporan keuangan menangani laporan formal. Power BI membantu orang menyendidiki pola di sekitarnya. Excel memberikan tempat yang familiar bagi bagian keuangan untuk memeriksa angka atau melakukan analisis tambahan, tetapi tidak perlu menjadi tempat di mana setiap laporan keuangan di malajari awal. Setiap alat memiliki fungsinya masih. Pilih alat yang tepat, maka pelaporan tidak lagi tentang membangun kembali angka, melainkan membacanya. Membangun laporan, baris, kolom, dan definisi laporan. Setiap laporan keuangan dimulai dengan Anda harus memutuskan apa yang ada di sisi kiri, apa yang ada di bagian atas, dan bagaimana laporan menggabungkan keduanya. Di Dynamics 365 Finance, kami menyebut bagian tersebut sebagai definisi baris, definisi kolom, dan definisi laporan. Mari kita mulai dengan barisnya. Definisi baris mengontrol sisi kiri laporan Anda. Ini memberi tahu sistem akun, kategori akun, atau kombinasi dimensi mana yang harus ditarik. Ini juga menentukan nama setiap baris dan di mana total harus muncul. Pikirkan laporan nabar rugi yang normal. Pendapatan di bagian atas, harga pokok penjualan berikutnya, lalu margin kotor. Di bawahnya terdapat beban operasional, dan di bagian paling bawah, hasil bersih. Setiap baris tersebut memerlukan instruksinya sendiri. Pendapatan mungkin mengacu pada sekelompok akun penjualan, sementara harga pokok penjualan mengacu pada akun. Margin kotor tidak mengacu pada akun apapun sama sekali. Margin ini menghitung total dengan mengurangi harga pokok penjualan dari pendapatan. Itulah tugas dari definisi baris. Definisi ini memberi tahu pelaporan keuangan saldo mana yang diposting di setiap baris, dan memberi tahu laporan cara menambah atau mengurangi baris tersebut saat Anda perlu menghitung total. Anda dapat menyusun baris berdasarkan akun utama individu, rentang akun, atau kategori akun utama. Kategori menghemat banyak pekerjaan penyiapan. Sebagai contoh, neraca biasanya memisahkan aset, diabilitas, dan ekuitas. Di dalam aset, Anda mungkin menampilkan kas, biutang, aset tetap, dan inventaris. Jika akun-akun tersebut sudah berada dalam kategori akun utama yang tepat, baris neraca default dapat menggunakan grup tersebut tanpa menggunakan grup tersebut tanpa harus mencantumkan setiap akun satu persen. Itu memberikan desain yang lebih rapat. Keuangan tetap menyimpan akun terpisah untuk saldo terpisah, namun pembaca hanya melihat tingkat detail yang masuk akal untuk pernyataan resmi. Jika mereka memerlukan detail lebih lanjut, mereka dapat melihat lebih lanjut. Pernyataan itu sendiri tidak perlu menjadi buku telepon nomor akun. Baris menjawab satu pertanyaan, apa yang kita laporkan. Kalau menjawab pertanyaan lain, bagaimana kita ingin melihat? Definisi kolom mengontrol informasi yang melintasi halaman. Anda mungkin menampilkan bulan berjalan, hasil tahun berjalan, hasil tahun lalu, anggaran aktual, atau selisih antara aktual dan anggaran. Laporan laba rugi sederhana dapat dimulai dengan kolom deskripsi. Selanjutnya, Anda mungkin menampilkan aktual untuk periode berjalan, lalu tahun berjalan, lalu anggaran, kemudian varian. Kolom varian tersebut menghitung selisih secara otomatis, sehingga manajer tidak perlu membuka Excel dan membuat rumus lain setelah laporan dijalankan. Anda juga dapat menampilkan periode berdampingan, mungkin Januari hingga Desember, mungkin kuartal ini di samping kuartal yang sama tahun lalu, mungkin hasil aktual di samping perakiraan. Baris menentukan subjek dan kolom menentukan tampilan. Satukan kedua bagian tersebut dan Anda mendapatkan sebagian besar laporan keuangan, namun sistem tetap memerlukan tempat di mana Anda menamai laporan dan memberitahu Dynamics 3, memberitahu Dynamics 365 Finance definisi baris dan kolom mana yang digabungkan. Itulah definisi laporan. Definisi laporan menggabungkan baris dan kolom menjadi sesuatu yang dapat dihasilkan oleh pengguna. Definisi ini juga mengontrol pengaturan seperti pembulatan dan bagaimana jumlah negatif. Berikut adalah contoh konkretnya. Anda mungkin membuat definisi baris bernama baris laporan laba rugi, lalu definisi kolom bernama aktual bulanan anggaran dan varians. Definisi laporan menghubungkan semuanya dan memberi nama pada laporan akhir mungkin laporan laba rugi manajemen. Pemisahan itu berguna karena Anda dapat menggunakan kembali bagian-bagian. Satu definisi baris untuk laporan laba rugi bisa digunakan dengan tata letak kolom bulanan, tata letak kolom berjalan, dan tata letak perbandingan tahun sebelumnya. Anda tidak perlu membangun ulang struktur pendapatan dan pengeluaran yang sama setiap kali seseorang mengajukan pertanyaan baru. Beberapa perusahaan memerlukan satu laporan untuk satu. Perusahaan lain memerlukan laporan yang mengikuti struktur perusahaan. Di situ laporan hirarki pelaporan reporting. Hirarki pelaporan memungkinkan Anda mengatur hasil keuangan ke dalam unit-unit laporan. Unit-unit tersebut dapat mewakili entitas hukum, wilayah, departemen, unit bisnis, atau bagian lain dari setelah perusahaan. Bayangkan sebuah grup dengan tiga anak perusahaan. Perusahaan induk ingin melihat setiap anak perusahaan secara terpisah lalu satu total gabungan untuk grup. Hirarki pelaporan dapat menggambarkan struktur tersebut dengan setiap anak perusahaan sebagai unit pelaporan dan total grup diatasnya. Pendekatan yang sama berlaku untuk wilayah. Anda mungkin menampilkan wilayah utara, selatan, dan barat sebagai unit terpisah lalu menyatakan total untuk seluruh perusahaan. Atau seorang pimpinan departemen mungkin hanya perlu melihat unit mereka sendiri, sementara tim keuangan memerlukan tampilan penuh. Satu definisi laporan dapat terhubung ke satu hirarki pelaporan dalam satu waktu, jadi pilih struktur yang sesuai dengan pertanyaan yang perlu dijawab oleh laporan tersebut. Bagi pengguna baru, report designer menyertakan panduan yang membantu Anda mulai membangun bagian-bagian ini tanpa harus menghadapi semua opsi sekaligus. Anda memilih jenis laporan, menyelesaikan pilihan dasar, dan membuat desain awal. Seiring tim keuangan Anda semakin terbiasa, mereka dapat mengedit definisi baris, definisi kolom, definisi laporan, dan hirarki pelaporan secara langsung. Hal itu memberi mereka kendali lebih besar atas perhitungan, tata letak, pengelompokan, dan cara tantilan dibuat. Tujuannya bukan untuk mencoba membangun laporan yang serumit mungkin. Tujuannya adalah membangun laporan di mana setiap baris menjawab pertanyaan bisnis yang nyata, setiap kolom memperjelas perbandingan, dan angkanya sesuai dengan buku besar. Sebuah laporan baru menjadi berguna jika orang dapat membacanya, mempertanyakannya, dan percaya apa yang mereka lihat. Setelah membuat laporan keuangan, Anda tidak serta-merta terkunci pada satu halaman statis. Anda dapat mengubah tanggal laporan, memilih mata uang, beralih antara ringkasan dan detail, serta menerapkan filter untuk dimensi atau atribut keuangan. Artinya, laporan yang sama dapat menjawab pertanyaan yang berbeda tanpa perlu menyalinnya ke dalam buku kerjaban. Seorang manajer keuangan mungkin memulai dengan laporan laba rugi perusahaan secara penuh untuk bulan bekerja. Kemudian, mereka dapat memfilternya ke satu unit bisnis, melihatnya dalam mata uang berbeda, atau mengubah tanggal untuk membandingkan perwilai. Desain laporan tetap sama. Tampilannya berubah sesuai dengan pertanyaan Anda. Dua tampilan penting di sini. Tampilan ringkasan memberikan gambaran keuangan tingkat tinggi, total pendapatan, total biaya, dan hasil bersih kita. Tampilan detail memberi Anda lebih banyak baris untuk diperiksa jika totalnya tidak terlihat benar. Dan itu membawa kita ke fitur. Bayangkan jika baris biaya operasional terlihat jauh lebih tinggi daripada Anda. Alih-alih mengirim email, mengeksplor daftar buku besar, dan mencoba mencocokkan nomor akun secara manual. Anda dapat menelusuri jumlah tersebut dari laporan. Anda dapat mengikuti saldo tersebut hingga ke transaksi di baliknya. Itu memungkinkan Anda melihat entry jurnal, tanggal, voucher, dan detail lain yang membentuk angka tersebut. Laporan menjadi titik awal untuk diskusi bukan jauhan akhir yang dicetak di atas kertas. Ini sangat membantu selama akhir bulan. Seseorang bertanya, oh mengapa biaya gudang naik? Anda mulai dengan tampilan gudang, temukan baris pengeluaran, telusuri transaksinya, dan lihat apakah kenaikan tersebut berasal dari sewa, perbaikan, staff, atau biaya sekali bayar. Tim keuangan menghabiskan lebih sedikit waktu untuk mencari sumber dan lebih banyak waktu untuk menjelaskan hasilnya. Laporan juga dapat dijalankan setelah jadwal. Sebuah tim mungkin membuat laporan harian, mingguan, bulanan, atau tahunan datang gantung pada pekerjaan. Paket manajemen bulanan adalah contoh yang jelas, tetapi jadwal juga dapat membantu tim menyiapkan tinjauan anggaran rutin atau laporan grup berkala atau laporan grup berkala. Untuk perusahaan dengan beberapa entitas hukum, laporan keuangan dapat mendukung laporan litas entitas dan dapat mengonversi mata uang untuk kebutuhan pelaporan. Tim keuangan grup mungkin memerlukan laporan setiap perusahaan dalam mata uang lokalnya, tetapi pimpinan mungkin memerlukan satu tampilan dalam mata uang pelaporan. Strukturnya perlu pengaturan yang cermat, namun pembaca tidak perlu menyusun ulang laporan dari file terpisah setiap bulan. Berikut adalah satu detail pemeliharaan yang patut diingat. Laporan yang baru dibuat menerima tanggal keduluar se-90 hari secara default. Pengguna dengan izin keamanan yang tepat dapat mengubah periode tersebut termasuk mengatur agar laporan tidak pernah kedaluar se. Orang yang membuat laporan dapat menghapus laporannya sendiri. Pengguna dengan tugas keamanan pelaporan keuangan dapat menghapus laporan yang dibuat oleh pengguna lain dan mengelola pengaturan kedaluar se-laporan. Itu melindungi daftar laporan agar tidak menjadi arsi panjang dari laporan lama yang tidak dikenali siapapun. Namun berhatilah juga dengan laporan lama. Mulai dari risk laporan keuangan 10.45 saat Anda menjalankan ulang laporan yang disimpan atau menusuri detailnya. Dynamics tiga transaksi terkini, dynamics terkini, taking. Jika seseorang mengedit transaksi dasar setelah laporan dijalankan, detail drill down bisa berbeda dari apa yang Anda lihat sebelumnya. Saldo tingkat atas yang tersimpan cenderung tidak berubah, namun detail pendukungnya bisa saja berubah. Jadi jika bagian keuangan membutuhkan saringan audit yang tidak dapat diubah untuk periode tutup buku ekspor laporan final ke Excel atau PDF dan simpan file tersebut sesuai proses pencatatan normal Anda. Satu peringatan terakhir mengenai add-in itu sendiri. Jika seseorang menghapus add-in pelaporan keuangan, Dynamics 365 Finance akan menghapus secara permanen laporan, desain laporan, dan konfigurasi yang dibuat sebelumnya. Microsoft tidak menyediakan dukungan pemulihan untuk tindakan tersebut. Anggap ini seperti menghapus ruang kerja keuangan bersama, bukan seperti menghapus aplikasi dari ponsel Anda. Laporan resmi membantu bagian keuangan menjelaskan angka-angka dalam format yang terkontrol. Untuk pemindahan visual yang lebih cepat dan pertanyaan tren, alat lain dapat digunakan bersama. Di mana Power BI dan Excel berperan? Jadi di mana sebenarnya posisi Power BI dan Excel? Pelaporan keuangan menangani laporan resmi Anda, yaitu yang dibutuhkan oleh auditor. Power BI menangani grafik, tren, dan tampilan manajemen yang interaktif. Pendapatan berdasarkan wilayah anggaran dibandingkan dengan waktu. Excel juga masih memiliki perhentik. Tim Anda menggunakannya untuk pemeriksaan, perhitungan, dan berbagi angka dalam format yang sudah dikenal semua orang. Ruang kerja analisis keuangan menyertakan konten Power BI untuk tampilan umum, namun buatlah setiap dashboard fokus pada satu pertanyaan saja. Jangan menumpuk semuanya di layar yang sama. Bagian terbaiknya, semua alat ini membaca dari catatan keuangan yang sama. Semuanya bekerja bersama. Penutup Bangun buku besar terlebih dahulu Laporan yang jelas tidak dimulai dari tatatan. Laporan dibelih jauh sebelum. Akun utama yang rapi, dimensi yang dapat digunakan kembali. Tanpa fondasi tersebut hal-halnya tidak akan berat. Mulailah dengan laporan default. Uji dengan saldo nyata Anda, lalu ubah hanya apa yang dibutuhkan perusahaan Anda. Berlanggananlah untuk mendapatkan lebih banyak pengetahuan Microsoft dari Mircopeters di M365FM. Dan bagikan ini kepada seseorang yang masih berpikir pelaporan keuangan dinamik, M365FM hanya berawal dan berakhir.