Sekuritas Data Audit Laporan Keuangan

Abstrak: Laporan keuangan yang disajikan secara wajar adalah faktual, bebas dari bias dan salah saji materi apa pun, dan mencerminkan substansi komersial dari transaksi keuangan pada perusahaan. Pernyataan-pernyataan ini memiliki format standar dan harus disiapkan  sesuai dengan kerangka pelaporan keuangan yang berlaku. Audit eksternal menyediakan jaminan yang masuk akal untuk pemilik bisnis pada sejauh mana laporan keuangan  bebas dari salah saji material baik karena kesalahan atau penipuan. Selalu ada risiko (risiko pengendalian) bahwa sistem pengendalian internal bisnis tidak dapat mencegah, mendeteksi, atau mengoreksi salah saji. Sumber data keuangan yang diperlukan saat ini ditangani oleh sistem ERP (Enterprise Resource Planning), memicu pekerjaan manual. Sistem ERP yang diterapkan di perusahaan berbeda sesuai dengan ukuran dan arus bisnis perusahaan. Ketika di perusahaan berukuran kecil atau menengah, banyak dari mereka menggunakan satu sistem generik, yang mengoperasikan OLAP (analisis) dan fungsi OLTP (pemrosesan transaksi). Ada risiko umum pada saat transaksi menimpa data master, yang dapat mempengaruhi keandalan laporan keuangan. Banyak prosedur pengendalian memastikan bahwa data yang terkandung adalah valid dan menunjukkan keadaan bisnis yang benar dan jujur. Dalam tulisan ini, kami mengulas cara prosedur pengendalian dalam sistem ERP dapat mempengaruhi tingkat risiko pengendalian dan hubungannya dengan ruang lingkup dan kuantitas prosedur audit yang dilakukan oleh auditor keuangan.

 CRITICAL REVIEW
Acta Polytechnica Hungarica Vol. 11, No. 8, 2014

The Role of Data Authentication and Security in the

Audit of Financial Statements

László Szívós 
István Orosz

Pendahuluan

Dalam audit laporan keuangan selalu ada risiko bahwa salah saji muncul di tingkat penegasan yang material baik secara individu atau kapan dikumpulkan dan tidak dapat dicegah, dideteksi atau dikoreksi oleh internal kendali perusahaan. Jenis risiko ini disebut risiko pengendalian dan memainkan peran-peran penting dalam penilaian risiko auditor keuangan.

Akurasi dan relevansi data master dan file master sangat penting untuk penyajian laporan keuangan yang wajar. Hari ini penerapan sistem ERP sangat umum dalam bisnis. Ini juga berarti bahwa ERP menyediakan platform di mana data master dan file master dikelola dan dipelihara. Ada transaksi yang meningkatkan risiko salah saji dalam laporan keuangan. Seperti transaksi migrasi data misalnya, atau perubahan data yang tidak sah dalam file master. Ini dapat berdampak buruk pada tingkat risiko yang dirasakan oleh auditor yang harus menjaga risiko audit secara keseluruhan pada tingkat yang dapat diterima.

Resiko Audit Laporan Keuangan

Selalu ada risiko bahwa auditor mengungkapkan opini audit yang tidak tepat tentang laporan keuangan, ini disebut risiko audit. Prosedur penilaian risiko dilakukan oleh auditor untuk memahami entitas dan lingkungannya, termasuk pengendalian internalnya, untuk mengidentifikasi risiko kesalahan penyajian material karena kesalahan atau penipuan. Risiko audit terdiri dari dua komponen: risiko salah saji material dan risiko deteksi.

Risiko salah saji material dapat dibagi menjadi risiko inheren dan risiko pengendalian. Risiko yang inheren adalah kerentanan pernyataan terhadap salah saji yang bisa jadi material, baik secara individu (pada akun itu sendiri) atau ketika digabungkan dengan salah saji lainnya (mengaruhi total aktiva atau total laba), dengan asumsi bahwa tidak ada pengendalian internal yang terkait.

Risiko pengendalian muncul dalam pernyataan yang bisa bersifat material, baik secara individu atau ketika digabungkan dengan yang lain salah saji tidak dapat dicegah, atau dideteksi dan diperbaiki tepat waktu dasar oleh pengendalian internal entitas.  Risiko deteksi adalah risiko ketika prosedur yang dilakukan oleh auditor tidak akan mendeteksi kesalahan penyajian. Ini berasal dari fakta bahwa auditor tidak, dan tidak dapat memeriksa semua bukti yang tersedia. Risiko pengendalian dan risiko yang melekat adalah risiko bisnis dan ada independen dari prosedur audit.

ISA 200 menyatakan bahwa untuk memberikan jaminan yang wajar, auditor harus mengumpulkan bukti audit yang tepat dan memadai untuk menjaga risiko audit pada tingkat yang dapat diterima.

Studi kami menyelidiki risiko pengendalian, yang merupakan salah satu dari tiga yang disebutkan di atas faktor risiko. Pengendalian risiko tergantung pada efektivitas pengendalian internal yang dirancang dan diimplementasikan oleh manajemen entitas. Pengendalian internal yang efisien, bagaimanapun juga, hanya dapat mengurangi tetapi tidak sepenuhnya menghilangkan keberadaan risiko pengendalian. Ini berarti bahwa tingkat risiko pengendalian tertentu akan selalu ada. Yang paling umum contoh adalah kesalahan dan kesalahan manusia, dan contoh ketika manajemen  dan mereka yang dituduh mengendalikan pemerintahan.

Berdasarkan definisi ISA 315, pengendalian internal adalah proses yang dirancang,  dilaksanakan dan dipelihara oleh pihak yang bertanggung jawab atas tata kelola, manajemen dan personil lain untuk memberikan jaminan yang wajar tentang pencapaian suatu tujuan entitas berkaitan dengan keandalan pelaporan keuangan, efektifitas dan efisiensi operasi dan kepatuhan pada hukum dan peraturan. Melalui audit laporan keuangan, auditor harus mengakuisisi pemahaman yang wajar tentang aspek yang relevan dari pengendalian internal klien sistem. Ini mencakup identifikasi salah saji potensial, pertimbangan dari faktor-faktor yang mempengaruhi risiko salah saji material, dan berdasarkan yang dua desain sifat pertama dan waktu prosedur audit lebih lanjut.

Pengaruh Aplikasi Sistem Informasi Terhadap

Tingkat Resiko Pengendalian

Perusahaan dapat memperoleh manfaat besar dari menggunakan sistem TI, namun, ini bisa  juga membawa risiko yang signifikan. Laporan keuangan dapat disusun berdasarkan sistem TI  yang secara tidak akurat mengolah data atau memproses data yang tidak akurat, atau secara pasti keduanya terjadi pada saat yang bersamaan. Jika pengguna memiliki akses tidak sah ke data itu mungkin menghasilkan perubahan yang tidak tepat dalam data atau dalam catatan tidak sah atau tidak ada transaksi, atau pencatatan transaksi yang tidak akurat.

ISA 315 mengatakan bahwa auditor harus memahami sistem informasi diterapkan oleh perusahaan dan semua masalah terkait yang terkait dengan pelaporan keuangan. ISA 315 juga mengatakan bahwa auditor harus meninjau catatan akuntansi terkait, informasi pendukung dan akun khusus yang digunakan untuk memulai, mencatat, memproses dan melaporkan transaksi. Penting juga bagi auditor untuk mengerti cara sistem informasi menangkap transaksi dan peristiwa yang ada signifikan terhadap laporan keuangan.

Selanjutnya auditor harus memahami bagaimana perusahaan menanggapi risiko yang timbul dari penerapan sistem TI. Pengendalian yang diharapkan suatu entitas harus dapat dibagi menjadi dua kategori: 1) Pengendalian TI Umum dan 2) Aplikasi pengendalian. Pengendalian TI umum adalah kebijakan dan prosedur yang mendukung operasi yang tepat dari suatu sistem informasi. Pengendalian TI umum mencakup berikut: 1) pusat data dan operasi jaringan, 2) akuisisi perangkat lunak sistem, perubahan dan pemeliharaan, 3) perubahan program, 4) keamanan akses dan 5) aplikasi akuisisi sistem, pengembangan dan pemeliharaan.

Penerapan prosedur pengendalian, baik manual atau otomatis, yang berjalan pada tingkat proses bisnis. Tujuan dari pengendalian ini adalah untuk menjaga integritas catatan akuntansi. Mereka bersifat preventif atau detektif. Pengendalian aplikasi yang paling umum adalah: 1) pengendalian atas input: kelengkapan, akurasi dan otorisasi, 2) pengendalian atas pemrosesan, 3) pengendalian atas file master dan data berdiri. Aplikasi dari pengendalian IT dan pengendalian aplikasi secara umum sangat terkait dengan cara itu mereka dapat mendukung atau melemahkan satu sama lain. Kekuatan pengendalian umum dapat meningkatkan atau menurunkan keandalan pengendalian aplikasi. Misalnya, kelemahan dalam prosedur pengendalian umum, misalnya pengembangan sistem atau perangkat lunak pemeliharaan, atau otoritas pengguna sistem untuk data sensitif atau fungsi sistem mungkin menghasilkan risiko pengendalian yang lebih tinggi karena dapat menurunkan efisiensi pengendalian aplikasi. Tingkat risiko pengendalian tergantung pada sifat dan karakteristik dari sistem informasi perusahaan. Perusahaan harus mengelola risiko menggunakan TI aplikasi dengan menyiapkan pengendalian yang efektif berkenaan dengan sifat dari sistem Informasi.

Respon Auditor terhadap Meningkatnya Resiko Kontrol

Sebagaimana dinyatakan dalam ISA 200 auditor bertanggung jawab untuk menjaga risiko audit pada suatu tingkat yang dapat diterima. Karena risiko audit adalah fungsi dari risiko material salah saji dan risiko deteksi, jika sistem pengendalian internal gagal mengoperasikan pengendalian yang efisien dan efektif atas sistem TI, hal itu akan meningkatkan risiko pengendalian dan dengan demikian meningkatkan risiko salah saji material. Untuk menjaga tingkat risiko audit yang dapat diterima auditor harus lebih besar daripada efek ini dengan mengurangi risiko deteksi. Pada bagian ini kami mengulas apa yang dikatakan ISA 330 tanggapan yang diperlukan auditor.

Berdasarkan ISA 330 auditor harus merancang dan menerapkan tanggapan yang sesuai risiko yang dinilai dari salah saji material pada tingkat laporan keuangan. Jika auditor mengungkapkan bahwa risiko salah saji material (termasuk risiko pengendalian) adalah tinggi, prosedur substantif harus dilakukan untuk merespon risiko. Auditor dapat menanggapi risiko yang dinilai dari salah saji material dengan cara:

a.       mempertahankan skeptisisme profesional di tim keterlibatan,

b.      staf yang lebih berpengalaman dengan keterampilan yang lebih canggih harus ditunjuk,

c.       Penggunaan karya para ahli,

d.      pengawasan yang lebih tinggi atas proses audit,

e.       ketidakpastian yang lebih tinggi dalam pemilihan dan penerapan prosedur audit,

f.       perubahan umum dalam sifat, waktu dan ruang lingkup prosedur audit.

Tanggapan auditor terhadap risiko yang dinilai sangat tergantung pada pendapat auditor tentang lingkungan pengendalian. Jika lingkungan pengendalian efektif, auditor dapat menempatkan kepercayaan yang lebih tinggi dalam pengendalian internal dan bukti audit dikumpulkan secara internal. Inefisiensi lingkungan pengendalian, bagaimanapun, memiliki dampak yang berlawanan pada prosedur yang dilakukan oleh auditor. Tanggapan auditor terhadap lingkungan pengendalian yang tidak efektif adalah sebagai berikut:

a.       lebih banyak prosedur audit harus dilakukan,

b.      mengumpulkan lebih banyak bukti audit dari prosedur substantif,

c.       jumlah lokasi yang lebih besar harus dimasukkan dalam audit.

Setiap salah saji material yang diungkapkan oleh auditor merupakan indikator kelemahan  dalam sistem pengendalian internal. Auditor dapat memutuskan untuk:

a.       hanya melakukan prosedur analitis substantif karena cukup memadai mengurangi risiko audit ke tingkat yang diperlukan,

b.      melakukan uji rincian saja,

c.       gunakan kombinasi prosedur analitis substantif dan uji rincian.

Penilaian risiko salah saji material mempertimbangkan karakteristik dan keandalan sistem pengendalian internal, yaitu sejauh mana prosedur substantif harus ditingkatkan jika pengendalian internal berubah menjadi tidak efisien. Namun, harus disoroti bahwa penilaian risiko auditor adalah masalah penilaian profesional, jadi mungkin tidak mempertimbangkan semua risiko material salah saji dan ada batasan yang melekat pada pengendalian internal, yaitu manajemen dapat mengesampingkan pengendalian.

Tinjauan Pustaka

Baik fungsi audit dan prosedur audit yang diperlukan (analitis dan substantif) mengalami perubahan signifikan sebagai konsekuensi dari lebih intensif aplikasi sistem ERP di antara bisnis. Penelitian yang dilakukan oleh Wright dan Wright (2002) membuktikan fakta bahwa penerapan ERP secara signifikan meningkatkan risiko pengendalian. Mereka juga menyatakan bahwa banyak risiko berasal dari pelatihan personil yang tidak memadai. Namun, prosedur pengendalian internal yang efisien dapat melebihi risiko yang timbul dari aplikasi. Perusahaan-perusahaan harus mengelola prosedur pengendalian dengan benar karena biaya sekitar 50 hingga 100 kali lebih banyak menambah fungsionalitas atau untuk memperbaiki kesalahan pasca-implementasi yang akan menjadi biaya untuk menyediakan fungsionalitas yang tepat selama implementasi (Goldberg dan Godwin 2003). Penting bagi auditor eksternal untuk memahami dan mendokumentasikan bagaimana sistem ERP mengumpulkan dan memproses data dan apa pengendalian yang diterapkan dalam kaitannya dengan sistem ERP.

Penelitian yang dilakukan oleh Messier et al. (2004), mensurvei enam kantor akuntan publik terbesar di Norwegia, menyelidiki dampak dari IT pada audit prosedur yang dilakukan oleh auditor eksternal. Penelitian ini juga menguji apakah asal-usul salah saji yang diungkapkan oleh audit berbeda untuk komputerisasi dan proses bisnis yang tidak terkomputerisasi. Mereka menemukan bahwa prosedur pengendalian lebih sering hilang di komputer daripada proses bisnis non-komputerisasi dan ada peningkatan penyebab salah saji yang dihasilkan dari pengendalian dan tes audit yang hilang dan dirancang buruk. Mereka juga menemukan itu ketika IT muncul dalam bisnis, kerusakan lingkungan pengendalian dan kelebihan beban kerja staf akuntansi dapat diamati. Para penulis mengidentifikasi bahwa alasan utama auditor tidak bisa mengandalkan pengendalian internal adalah keyakinan mereka bahwa pengujian substantif lebih efektif.

Beberapa penelitian sebelumnya menunjukkan (misalnya Hunton et al., 2004) bahwa auditor keuangan mengenali risiko yang terkait dengan sistem ERP berbeda dari auditor TI. Hanya akuntan publik bersertifikat yang termasuk dalam penelitian dan survei menemukan bahwa auditor keuangan kurang mengamati dibandingkan auditor IT mengenai peningkatan risiko implementasi ERP (mis. keberlangsungan bisnis, basis data keamanan, keamanan aplikasi). Auditor keuangan memiliki keyakinan yang lebih tinggi dalam kemampuan mereka untuk mengevaluasi risiko pada sistem informasi komputerisasi dan tidak terkomputerisasi. Auditor keuangan membutuhkan keahlian auditor TI dan kerjasama yang kuat di antara mereka diperlukan.

Brazel dan Agoglia pada tahun 2007 menunjukkan bahwa auditor memiliki keahlian sistem informasi yang lebih tinggi dalam menilai risiko pengendalian yang lebih tinggi jika menghadapi kasus sistem informasi baru (misalnya Implementasi ERP) daripada yang tidak memiliki pengalaman IT sebelumnya dan ketika kompetensi pengendalian internal dan kompetensi spesialis komputer rendah, auditor keuangan merencanakan pengujian substantif yang lebih luas. Seperti yang kita buktikan di atas standar yang relevan tentang audit (ISA 315) mengharuskan auditor keuangan untuk merubah prosedur dan strategi audit mereka dalam menanggapi perubahan dalam klien audit sistem Informasi. Namun, beberapa penelitian menunjukkan (misalnya POB 2000) bahwa tingkat dan perubahan dalam risiko pengendalian terkadang tidak tercermin dalam prosedur audit yang dilakukan oleh auditor keuangan.

Sebagai konsekuensi dari menggunakan aplikasi IT dan sistem ERP dalam bisnis, auditor dipaksa untuk mengatasi tantangan dalam menyediakan audit di bidang TI. Banyak badan profesional (IFAC - International Federation of Akuntan, ISACA - Sistem Informasi Audit dan Pengendalian Asosiasi, AICPA - Lembaga Amerika Akuntan Publik Bersertifikat) telah menerbitkan standar di bidang ini. Survei Yang dan Guan pada tahun 2004 meneliti kepentingan dan keuntungan menggunakan standar ini dalam audit laporan keuangan dan menekankan pentingnya memiliki pemahaman menyeluruh tentang pedoman, standar oleh auditor ini.

Vendrzyk dan Bagranoff pada tahun 2003 menyelidiki dampak audit sistem informasi pada pekerjaan auditor keuangan. Mereka menemukan bahwa dalam beberapa dekade terakhir peran audit TI bergeser dari alat pendukung menuju pilar penting audit keuangan. Mereka juga mengungkapkan bahwa auditor keuangan menemukan tes umum dan aplikasi pengendalian sangat penting dan kelemahan pengendalian ini berdampak pada ruang lingkup prosedur audit yang dilakukan oleh auditor keuangan.

Kanellou dan Spathis 2011 menyatakan bahwa sistem ERP memberikan dampak yang signifikan pada audit keuangan dan audit internal. Menurut Kuhn dan Sutton 2010  dalam kesalahan lingkungan ERP mungkin tidak terdeteksi jika tidak ada prosedur audit yang cukup dilakukan, jadi internal prosedur pengendalian harus diperbaiki. Beberapa risiko muncul dan paling banyak yang signifikan terkait dengan integritas informasi, kesalahan transaksi, transparansi data dan penipuan.

Manajemen Master Data

Salah satu langkah pertama menjaga validasi data sistem adalah untuk mengamankan integritas dan konsistensi Master Data. Peran ERP menjadi semakin kompleks dan kebutuhannya adalah menyimpan Master Data hanya di satu tempat dan menggunakannya kembali melalui saluran umum. Manajemen Master Data yang Tepat dapat menjadi penting, misalnya, kesalahan mengetik dalam faktur alamat ship-to atau bill-to dapat menyebabkan hilangnya uang. Tetapi kami juga menyebutkan kemungkinan harga salah ketik di master item, nomor akun salah di master akun - tindakan ini dapat menyebabkan tindakan yang mirip penipuan. Jadi, pertahankan Master Data, dan menjaga validitas dan konsistensi sangat penting untuk hindari masalah semacam ini saat mengoperasikan sistem ERP.

Ada banyak perusahaan, yang tumbuh melalui merger dan / atau akuisisi. Setiap kali mereka mengakuisisi perusahaan, masalah berikut terjadi: perusahaan yang diakuisisi memiliki Master Data dan data transaksional sendiri. Fakta ini bisa menyebabkan masalah saat penggabungan: struktur data berbeda, kadang-kadang datang dari berbagai ERP, dan ada kemungkinan duplikat. Ketika perusahaan yang diperoleh berasal dari area bisnis yang sesuai, yang memungkinkan situasi, mereka cenderung memiliki pelanggan yang sama, vendor. Data transaksional miliki untuk diperiksa satu per satu untuk semua vendor dan pelanggan ini. Item, atribut dan persediaan Master Data bisa lebih sulit untuk didamaikan, ketika bagian yang sesuai disediakan oleh vendor yang sama, tetapi mungkin dengan berbeda

item dan pengidentifikasi vendor. Penanganan masalah semacam ini bisa menjadi bagian dari

proses manajemen perubahan perusahaan

Masalah pembersihan data umum adalah mengkonsolidasikan berbagai versi yang sama elemen data. Mari kita ambil contoh, vendor yang sama, yang dapat memiliki beberapa nama bisnis, alamat situs, nomor telepon dan faks. Nama bisnisnya bertanggung jawab dapat ditulis sebagai Mátyás Gábor, Gábor Mátyás, Gabor Matyas, Matyas Gabor, dan dalam banyak versi lainnya. Pembersihan data dalam hal ini perlu banyak pekerjaan tangan manual, karena permintaan pembaruan data database normal tidak bisa selesaikan masalah ini dengan benar.

Pada tahap ini penting untuk memperkirakan jumlah data yang sepenuhnya atau sebagian tidak valid. Ada banyak keuntungan, ketika sebuah perusahaan memiliki yang Master Data yang bersih, up-to-date dan valid:

a.       Dapat meningkatkan kepuasan pelanggan,

b.      Dapat menghemat waktu dan uang dalam operasi bisnis,

c.       Bisa mengurangi bahaya kehilangan pendapatan,

d.      dapat mengurangi kemungkinan masalah hukum saat mempersiapkan laporan keuangan,

e.       mengurangi kebutuhan waktu pemeliharaan database,

f.       meminimalkan kemungkinan dampak dari memiliki database yang korup.

Memiliki seperangkat Master Data yang konsisten dan valid sangat penting untuk setiap sistem ERP. Semua kebijakan, proses, dan sistem, yang diperlukan untuk mencapai ini dikenal sebagai Manajemen Master Data. Jika Manajemen Master Data didefinisikan dengan baik, kita harus mencatat, bahwa itu hanya bagian masalah teknologi, tetapi hal yang paling sulit untuk dipecahkan di bidang ini adalah kaitan proses bisnis dan arus data internal. Standarisasi data seringkali merupakan bagian tersulit dalam membuat Master Data yang tepat. Dalam hal ini di perusahaan multinasional membutuhkan solusi untuk konversi silang.

Metode Penelitian

Szívós dan Orosz membahas tentang bagaimana risiko audit yang muncul pada sistem ERP di perusahaan. Namun, peneliti tidak menyebutkan lokasi dan waktu penelitian serta tidak menyebutkan acuan metode penelitian dari salah satu peneliti terdahulu. Peneliti menggunakan tipe penelitian eksplanatori sesuai dengan tujuannya yaitu untuk memeroleh jawaban tentang bagaimana dan mengapa suatu fenomena terjadi. Salah satu tujuan penelitian Szívós dan Orosz adalah bagaimana cara prosedur pengendalian dalam sistem ERP dapat memengaruhi tingkat risiko pengendalian. Penelitian ini bersandar pada tinjauan literatur dan/atau pendekatan kualitatif dalam mengumpulkan data baik melalui diskusi informal maupun pendekatan formal.

Karena peneliti tidak menyebutkan sumber data maupun jenis data yang digunakan, reviewer tidak dapat menyimpulkan teknik pengambilan sampel yang digunakan dalam penelitian ini. Walaupun, diskusi informal mungkin dilakukan oleh peneliti untuk memeroleh hasil penelitian kemudian menyimpulkannya. Meskipun demikian, teknik analisis data yang digunakan dalam penelitian Szívós dan Orosz adalah teknik analisis relasional yaitu membangun analisis konseptual melalui pengujian hubungan antara konsep di dalam teks. Teknik ini digunakan dalam metode penelitian kualitatif.

Consistency Check,

Sebuah Metodologi yang Tepat untuk Mengurangi Resiko Kontrol

Consistency Check adalah salah satu alat terkuat di Microsoft Dynamics AX untuk mengamankan validitas dan konsistensi data transaksional. Secara teknis itu adalah alat pengolah batch, yang memvalidasi setiap data transaksional dalam sistem, dan memeriksa koneksi antara transaksi lain dan Master Data juga.

Tabel di Dynamic AX dapat dibagi menjadi tiga kategori: 1) tabel Master Data seperti Pelanggan, Akun Ledger, Vendor, dll .; 2) header transaksi seperti Sales Pesanan, Pesanan Pembelian, dan 3) rincian transaksi seperti Sales Lines, PO Lines, dll. Ketika transaksi dimasukkan ke dalam Dynamics AX, indeks dan kunci yang diperlukan diperbarui untuk menghubungkan Sales Orders dan Lines.

Terkadang catatan ini dapat ditinggalkan, yang berarti, bahwa catatan induk dihapus saat rekaman anak masih ada. Jika kami memiliki banyak catatan anak yatim, itu bisa memperlambat kinerja. Menghindari situasi ini, AX2012 memiliki alat, yang disebut pemeriksaan konsistensi. Dasar Ide dibalik alat ini adalah melalui seluruh database dan memindai catatan anak yatim.

Ada alat standar untuk menjaga integritas transaksi di Dynamic AX, seperti ttsLevel (tingkat transaksi SQL) memeriksa dan memeriksa forUpdate dalam data kode manipulasi. Meskipun ini adalah alat tingkat rendah, kita harus menyebutkannya, karena penggunaan yang tepat dari mereka membuat pemeriksaan konsistensi pada sisi teknis. Jika kita memeriksa fungsi forUpdate, kita dapat melihat bahwa itu memastikan bahwa sebuah catatan dapat dihapus atau diperbarui hanya jika pertama kali dipilih untuk pembaruan.

Dynamics AX 2012 menyediakan konsep pemrograman baru, yaitu disebut Unit of Work. Ini pada dasarnya adalah satu set metode manipulasi data, yang dilakukan pada data terkait. Kode aplikasi membentuk koneksi bersamaan dengan data dalam memori, memodifikasi mereka, mendaftarkan modifikasi dan kemudian meminta Unit Of Work untuk melakukan operasi yang diperlukan dengan urutan yang benar.

Pemecahan masalah konsistensi data ini selama upgrade menuju versi yang lebih baru Dynamic AX atau migrasi ke atau dari sistem ERP yang berbeda merupakan bagian yang sangat penting dari proses Migrasi Data.

Pada tes pertama setelah migrasi, untuk memiliki kesalahan konsistensi baik selama dan setelah proses. ada beberapa panduan untuk diikuti yang dapat membantu dengan cepat untuk menemukan akar permasalahannya. Pertama, seseorang harus memeriksa bentuk pemetaan hasil untuk melihat apakah ada pemetaan kesalahan. Setelah ini, harus ditentukan apakah masalahnya ada pada sumber atau target sisi proses. Data Consistency Check dapat membantu keputusan ini. Ada dua pilihan:

a.       Data terlihat korup: yang berarti bahwa masalah terjadi di sisi sumbernya. Kita harus menentukan tabel sumber dan transformasi yang dibuat pada tabel ini. Jika tabel adalah bagian dari transformasi, kita harus yakin tabel mana yang dihuni dan dengan hasil seperti apa?

b.      Data ok: masalahnya ada di sisi target. Jika data itu disalin benar selama penyalinan massal, skrip, yang digunakan selama migrasi data, harus ditentukan. Dari titik ini, kita bisa melakukan debug skrip untuk menentukan operasi kritis. Hal ini juga berguna untuk mengecek dependensi skrip.

Setelah keputusan ini, proses migrasi data harus dikoreksi, dijalankan kembali dan konsistensi harus dicek sekali lagi. Setelah pengecekan, kita dapat secara cepat menentukan jika ada modifikasi yang dibutuhkan selama proses.

Hal yang paling penting dari penggunaan Data Consistency Check adalah pelaksanaan setelah keberhasilan impor data, tepatnya setelah Migrasi Data. Hal tersebut meyakinkan bahwa data konsisten melalui relasi yang berbeda dan referensi silang. Hal ini mencegah sistem menjadi terkorup, dan dapat memeringati masalah pokok di bawah permukaan. Jika kita tidak dapat memerhatikan isu-isu ini, maka hal itu dapat membahayakan stabilitas sistem secara serius. Alat ini mencegah jangkauan luas terhadap informasi, yang perlu dievaluasi oleh pelayan data atau menguasai pelacakan master data, karena kompleksitas bidang.

Kesimpulan

Melalui alat ini, sistem dapat menjamin bahwa master data valid dalam seluruh aspek. Jika kita mengembangkan bagian-bagian penting untuk penyesuaian kode, hal ini juga benar dilakukan. Hasil dari fungsi ini adalah laporan, yang memuat seluruh rekaman tabel dengan isu-isu. Jika laporan kosong, maka secara teoritis hal itu adalah database yang sempurna. Berdasarkan pengalaman praktis biasanya hal itu bukan merupakan tujuan, sehingga siklus migrasi selalu memiliki isu konsistensi yang muncul, jadi inakurasi dan korupsi data dapat diperbaiki secara cepat sebelum perekaman transaksi mulai menggunakan data korup.

Aplikasi Data Consistency Check merupakan opsi, dan bukan merupakan kewajiban setelah migrasi data. Migrasi data membawa resiko korupsi data dan inkonsistensi master data dan data transaksional. Ketiadaan  prosedur pengendalian yang efektif, reliabilitas data kalkulasi yang tertera dalam laporan sangat dipertanyakan. Konsekuensinya, auditor harus melakukan prosedur substantif yang lebih ekstensif atau luas untuk mengecek master data dan akurasi data transaksional untuk mendeteksi salah saji material pada tingkat laporan keuangan. Sebagaimana banyak peneliti yang telah membuktikan bahwa biaya untuk mengoreksi kesalahan dibandingkan untuk mencegahnya adalah 50 atau 100 kali lebih mahal, penggunaan prosedur pengendalian menjadi lebih penting. Jika bagian pengendalian umum dan aplikasi IT bekerja dengan efektif, setelah pengendalian diuji, auditor keuangan dapat mengandalkan kinerja mereka. Sehingga, aplikasi dan dokumentasi Data Consistency Check dan prosedur pengendalian yang serupa akan menurunkan resiko pengendalian dan akan menghasilkan:

a.       Resiko audit pada tingkat yang lebih rendah

b.      Prosedur substantif yang tidak terlalu luas

c.       Ukuran sampel dapat diperkecil

d.      Prosedur audit yang lebih singkat

Kita juga dapat menyimpulkan bahwa metodologi konsistensi cek dalam Dynamics AX berguna untuk mencegah informasi yang penting mengenai validitas data transaksional, tetapi hal tersebut membutuhkan area validitas yang lebih luas agar cukup berguna. Kita harus membuat deskripsi yang detail atas validitas aturan bisnis, tidak hanya hitam dan putih. Saat hal tersebut mampu meningkatkan posibilitas alat ini, kita harus fokus pada mesin pembelajaran lanjutan dan teknik intelijensi, yaitu logika fuzzy. Manajemen master data membutuhkan standardisasi ekstensif sebagaimana bergantungnya sebuah metodologi pada proyek.