Geekly articles weekly

Rekomendasi untuk penerapan akuntansi paralel RAS + IFRS pada platform 1C

Pertama, perkenalkan diri saya. Nama saya Nikolai Shilkin, dan saya telah terlibat dalam otomatisasi akuntansi sesuai dengan IFRS selama lebih dari 20 tahun. Dia beralih dari program akuntansi pertama untuk Windows, yang mendukung IFRS, ke produk unggulan terbaru dari 1C. Di bagasi - lebih dari 30 proyek di perusahaan transnasional.


Nah, sekarang, pada kenyataannya, pada topik ...


Sesaat sebelum tahun Baru (2020), saya diundang ke satu grup perusahaan pertambangan untuk memberi saran kepada mereka tentang cara mengotomatisasi konsolidasi sesuai dengan IFRS di 1C. Ternyata, alasan yang memprihatinkan adalah rekomendasi dari salah satu perusahaan Empat Besar bahwa sudah waktunya untuk beralih dari metode mengubah laporan keuangan sesuai dengan standar akuntansi Rusia (RAS) ke standar pelaporan keuangan internasional (IFRS) ke metode akuntansi paralel RAS + IFRS .


Saya memberi tahu para pemodal kesulitan apa yang dapat mereka harapkan dalam jalur ini, tidak terlalu sederhana. Setelah cerita itu dibingkai dalam bentuk protokol, saya menyadari bahwa itu akan bermanfaat bagi semua orang yang memiliki tugas serupa, terlepas dari jenis perangkat lunak apa pada platform 1C yang mereka gunakan.


Sebelum mengeluarkan rekomendasi, saya ingin memberikan definisi istilah "akuntansi paralel". Saya pertama kali mendengarnya dari auditor ketika Empat Besar masih Enam Besar, yaitu lebih dari 20 tahun yang lalu. Inti dari metode ini adalah bahwa akuntansi negara lokal dan akuntansi perusahaan sesuai dengan standar internasional adalah "paralel", yaitu setiap transaksi bisnis tercermin dalam dua buku: nasional dan perusahaan. Untuk Rusia, ini akan menjadi daftar RAS dan IFRS. Tetapi masalahnya adalah paralelisme penuh antara RAS dan IFRS tidak mungkin karena alasan sederhana bahwa standar Rusia dan internasional tidak selalu bersamaan. Dan kemudian semua akuntansi dibagi menjadi 2 bagian: "paralel", di mana standar Rusia dan internasional serupa, dan "independen", di mana standarnya berbeda.


Tampilan operasi "paralel" dikonfigurasikan sedemikian rupa sehingga tabel korespondensi dikompilasi - pemetaan (dari pemetaan bahasa Inggris) - antara dua bagan akun: RAS dan IFRS. Transaksi yang dibentuk oleh pemetaan bertepatan dalam tanggal, jumlah, mata uang, analis (seluruhnya atau sebagian), dll. Dalam struktur data 1C, terlihat sehingga satu dokumen mencatat dalam dua register akuntansi: "Mandiri" dan "Internasional".


Pemetaan transaksi "independen" dalam 1C, sebagai suatu peraturan, terjadi dengan berbagai dokumen: satu dokumen hanya menghasilkan entri RAS, dan dokumen lainnya hanya entri IFRS


Saya hanya akan membuat reservasi bahwa presentasi di bawah ini agak berantakan (yang saya minta maaf kepada komunitas), karena, pada kenyataannya, itu mewakili tesis laporan. Mungkin suatu buku atau kursus pelatihan suatu hari akan lahir dari mereka. Paling tidak, ada permintaan untuk informasi "chipboard" di pasar.


Nah, sekarang, setelah bagian pengantar seperti itu, saya mengutip sepiring rekomendasi yang lahir dari pembicaraan lebih dari dua jam.



Tidak.MasalahRekomendasi
1Metodologi akuntansi paralel
1.1
Survei akuntansi untuk RAS dan standar perusahaan (jika tidak ada, pengembangan).
Survei mencakup beberapa poin:
  1. Analisis kebijakan akuntansi berdasarkan RAS.
  2. Analisis kebijakan akuntansi sesuai dengan IFRS (jika ada).
  3. Analisis bagan akun IFRS (jika ada).
  4. Analisis pemetaan RAS-IFRS (jika ada).
  5. Sebuah survei dari database 1C untuk refleksi kualitas transaksi bisnis di bawah RAS untuk tujuan menggunakannya sebagai sumber data untuk akuntansi di bawah IFRS.
  6. Survei basis data perangkat lunak (CRM, ERP, ZUP, EDMS, dll) terintegrasi dengan program di mana RAS dilakukan.
  7. Survei perangkat lunak yang direncanakan untuk implementasi untuk akuntansi paralel RAS + IFRS.

Laporan survei membuat rekomendasi dalam bentuk tugas teknis singkat tentang isu-isu berikut:
  1. Mengubah kebijakan akuntansi RAS dan IFRS untuk menyelaraskan akun ini.
  2. Meningkatkan kualitas akuntansi di bawah RAS dan tingkat otomatisasi akuntansi paralel, termasuk mengubah bagan akun RAS dan menyelesaikan direktori dan dokumen 1C untuk keperluan IFRS.
  3. Memproyeksikan bagan akun IFRS dan pemetaan RAS-IFRS pada struktur data 1C.

1.2
Harmonisasi kebijakan akuntansi RAS dan IFRS.
Harmonisasi RAS dan IFRS mencakup konvergensi standar RAS dan IFRS untuk mengurangi biaya tenaga kerja ketika memperhitungkan IFRS dengan meningkatkan pangsa transaksi "paralel" yang diterjemahkan oleh pemetaan.
1.3
Pembagian bagian akuntansi IFRS menjadi "paralel" dengan RAS dan "independen" sesuai dengan tingkat harmonisasi yang dicapai.
Untuk rencana revisi program akuntansi paralel, masuk akal untuk menyusun daftar lengkap transaksi bisnis di bawah RAS dan IFRS, baik "paralel" dan "independen", yang akan memungkinkan Anda untuk menganalisis operasi mana yang dapat "diparalelkan" dengan pemetaan, dan yang harus mengembangkan dokumen khusus untuk Refleksi operasi "Independen".
1.4
Memproyeksikan standar perusahaan pada struktur data 1C dari perangkat lunak yang dipilih.
Jika ada standar perusahaan sesuai dengan IFRS (kebijakan akuntansi, bagan akun, laporan keuangan, dll.), Mereka perlu disesuaikan dengan struktur data perangkat lunak yang dipilih. Berdasarkan analisis komparatif standar perusahaan dan fungsionalitas dari perangkat lunak yang dipilih, sebuah rencana untuk perbaikannya disusun.
2Persiapan untuk penerapan akuntansi paralel
2.1
Normalisasi direktori (jika perlu).
Jika direktori dalam 1C dipertahankan secara sembarangan (ada dua kali lipat, urutan penyortiran mesin dilanggar, tidak semua detail diisi, dll.), Anda harus merevisinya dan menguraikan rencana kerja untuk menormalkan elemen dalam direktori.
2.2
Mengubah akuntansi RAS sesuai dengan tingkat harmonisasi yang dicapai.
Dalam kasus di mana perkiraan standar RAS dan IFRS dimungkinkan, pertimbangan harus diberikan untuk merevisi dokumen 1C di bawah RAS, postingan yang dapat diterjemahkan dengan pemetaan. Sebagai contoh, 1C tidak memperbolehkan cadangan otomatis cadangan untuk piutang tak tertagih ke RAS dalam konteks kontrak dan mata uang, yang akan diminta oleh apriori dalam IFRS, sehingga masuk akal untuk mengembangkan dokumen universal yang akan membentuk entri di kedua buku: RAS dan IFRS. Dalam hal ini, akan perlu untuk membuat perubahan pada kebijakan akuntansi RAS dan IFRS, dan untuk memperbaiki konfigurasi 1C khas di bagian RAS (misalnya, menambahkan sub-akun pada akun 63).
2.3
Pengembangan spesifikasi teknis untuk menyelesaikan 1C untuk standar perusahaan di bagian yang tidak dicakup oleh perangkat lunak yang dipilih
Tingkat elaborasi spesifikasi teknis dapat sangat bervariasi dari minimal hingga sedetail mungkin tergantung pada tingkat programmer dan kontinuitas perusahaan pelaksana proyek. Semakin rendah level programmer, dan semakin sering performer berubah, semakin banyak
rinci harus TK. Oleh karena itu, direkomendasikan untuk merekrut programmer dan / atau pelaksana yang kompeten dengan portofolio yang dikonfirmasi, yang akan mengurangi tingkat elaborasi spesifikasi teknis dan, dengan demikian, anggaran proyek.
2.4
Penyempurnaan konfigurasi 1C sesuai dengan standar perusahaan di bagian yang tidak dicakup oleh perangkat lunak yang dipilih.
Perbaikan tersebut tidak dapat dilakukan sekaligus, tetapi secara bertahap, sesuai prioritas, ditentukan oleh biaya tenaga kerja untuk mencerminkan operasi dalam program. Sebagai contoh, masuk akal untuk berolahraga cepat tutup di tempat pertama, dan beberapa akrual tidak teratur di terakhir.
2.5
Pengembangan / penyempurnaan dalam MS Excel dari bagan akun IFRS sesuai dengan standar perusahaan dan struktur data 1C.
Merancang bagan akun IFRS adalah fase wajib, karena bukan bagan tunggal akun Pengiriman standar IFRS untuk program akuntansi paralel mana pun tidak memenuhi standar perusahaan Grup perusahaan tertentu.
Bagan akun IFRS untuk keperluan pemetaan RAS-IFRS harus mewarisi struktur akun dari bagan akun "Mandiri" 1C:
  • Komposisi detail
  • Komposisi subkontraktor pada akun
  • Pemisahan rekening debitur dan kreditor sesuai dengan rasio mata uang dari harga dengan mata uang pembayaran dalam perjanjian: "penyelesaian dalam rubel", "penyelesaian dalam mata uang asing" dan "penyelesaian dalam unit sewenang-wenang"

Pada saat yang sama, bagan akun IFRS harus bebas dari kekurangan dalam pengiriman tipikal bagan akun "Mandiri":
  • Seharusnya tidak ada akun pasif aktif.
  • Subkontraktor hanya boleh berada di sub-akun dengan level terendah.
  • Sebagai aturan, jenis subkontraktor yang sama dengan hierarki yang sama harus dibuat pada akun pendapatan dan pengeluaran IFRS.

2.6
Merancang dalam MS Excel akun pemetaan RAS dan IFRS.
Merancang pemetaan antara RAS dan grafik IFRS akun juga merupakan fase wajib, karena ini adalah konsekuensi dari keunikan bagan akun IFRS perusahaan.
Pemetaan dikonfigurasikan dalam beberapa cara:
  • “Kepatuhan yang tidak ambigu”: satu akun RAS → menjadi satu akun IFRS
  • “Konvolusi”: beberapa akun RAS → menjadi satu akun IFRS
  • "Memecah": satu akun RAS → ke beberapa akun IFRS

Dalam hal ini, kriteria untuk pemisahan analitis dapat:
  • Subconto pada akun RAS → ke IFRS
  • Subconto diperlukan dalam akun RAS → ke akun IFRS
  • Akun subkontraktor tambahan di akun RAS → ke akun IFRS
  • Subconto pada akun RAS yang sesuai → ke akun IFRS
  • Subconto diperlukan pada akun RAS yang sesuai → ke akun IFRS
  • Akun subkontraktor tambahan dalam akun RAS yang sesuai → ke akun IFRS

Perhatian khusus diperlukan untuk merancang pemetaan akun aktif-pasif RAS, seperti tidak ada akun seperti itu di IFRS. Oleh karena itu, revolusi debit untuk akun RAS aktif-pasif akan diterjemahkan ke dalam akun aktif IFRS, dan perputaran kredit ke akun pasif IFRS. Konsekuensi dari pendekatan ini adalah pengembangan dokumen tambahan yang membuat konvolusi hutang homogen dalam IFRS pada tanggal penutupannya di RAS.
2.7
Merancang dalam pelaporan MS Excel IFRS.
Jika laporan keuangan menurut IFRS sudah dihasilkan oleh metode transformasi dari laporan keuangan RAS, maka masuk akal untuk mengambil file tabel transformasi sebagai dasar, membandingkannya dengan sumber data dalam 1C.
2.8
Menentukan tanggal mulai akuntansi otomatis sesuai dengan IFRS.
Menyiapkan akuntansi IFRS dalam program akuntansi paralel harus siap setidaknya satu bulan sebelum tanggal yang direncanakan untuk akuntansi otomatis di bawah IFRS, lebih disukai seperempat.
3Penerapan akuntansi paralel
3.1
Pembaruan konfigurasi 1C sesuai dengan standar perusahaan
Setelah penyempurnaan, konfigurasi program akuntansi paralel harus diperbarui dengan konfigurasi kerja di mana RAS disimpan.
3.2
Unduh dalam 1C dari MS Excel grafik yang dikembangkan / direvisi IFRS akun.
Bagan akun harus disiapkan dalam MS Excel dalam bentuk terstruktur yang memungkinkan pengunduhan cepat berikutnya ke 1C. Mekanisme pemuatan harus mencakup penghapusan bagan akun IFRS yang dimuat, sebagai mendesain dalam MS Excel selalu mengandung beberapa kesalahan dan ketidakakuratan (misalnya, subordinasi akun yang salah ke akun tingkat atas).
3.3
Input dalam 1C (unduh dari MS Excel) memetakan akun RAS dan IFRS.
Mengunduh ke 1C tampaknya jauh dari selalu mungkin karena sifat multifaktorial pemetaan, yang mengarah pada biaya tenaga kerja yang sangat tinggi untuk menulis kode pemuatan program, dan karena pemuatan pemetaan hanya dilakukan satu kali selama pelaksanaan program, konfigurasi pemetaan manual dalam 1C seringkali jauh lebih cepat. dan solusi yang kurang melelahkan.
3.4
Penerjemahan dengan memetakan saldo dalam akun RAS ke saldo dalam akun IFRS pada tanggal sebelum tanggal mulai akuntansi otomatis sesuai dengan IFRS.
Perangkat lunak yang dipilih untuk akuntansi paralel harus dapat mengirimkan tidak hanya entri RAS untuk transaksi saat ini dalam pemetaan IFRS, tetapi juga untuk membentuk sisa-sisa RAS untuk tanggal tertentu. Transfer saldo harus memperhitungkan reklasifikasi objek yang dicatat dalam RAS berdasarkan standar selain IFRS (misalnya, perangkat lunak yang dicatat sebagai biaya ditangguhkan berdasarkan RAS direklasifikasi ke aset tidak berwujud berdasarkan IFRS). Jika perangkat lunak yang dipilih untuk akuntansi paralel tidak tahu caranya, maka masuk akal untuk melakukan pengembangan seperti itu hanya jika biaya tenaga kerja untuk input manual dari saldo IFRS secara signifikan melebihi biaya tenaga kerja untuk pengembangan.
3.5
Rekonsiliasi saldo IFRS menurut laporan yang dihasilkan sebelumnya yang diperoleh dari transformasi laporan keuangan RAS, penyesuaian saldo yang diterjemahkan menurut saldo yang ditransformasikan, penjelasan perbedaan di antara mereka.
Setelah terjemahan dengan memetakan saldo IFRS, perbedaan selalu muncul antara saldo yang diterjemahkan oleh pemetaan saldo dan saldo yang diperoleh melalui tabel transformasi selama transformasi pernyataan dari RAS ke IFRS. Penyimpangan seperti itu bisa mencapai 30%. Untuk menjaga kontinuitas laporan keuangan sesuai dengan IFRS, kita tidak hanya harus menunjukkan perbedaan antara dua teknologi yang disebutkan di atas dalam istilah total, tetapi juga menjelaskannya dengan meyakinkan.
3.6
Membalikkan ketidaksesuaian yang dipasang antara residu yang diterjemahkan dan yang ditransformasikan.
Semua posting terjemahan pertama-tama harus disesuaikan secara manual dengan penyesuaian saldo transformasi pada tanggal sebelum dimulainya akuntansi otomatis sesuai dengan IFRS, dan kemudian, untuk memotong kesalahan transformasi, mereka harus dibalik ke tanggal berikutnya - tanggal mulai akuntansi otomatis sesuai dengan IFRS.
3.7
Menyiapkan pelaporan IFRS.
Saat memilih perangkat lunak untuk akuntansi paralel, Anda harus memperhatikan fakta bahwa itu dapat mengunggah laporan sambil menyimpan rumus di MS Excel. Sebagian besar program pada platform 1C tidak tahu caranya. Keuntungan dari menyimpan rumus adalah bahwa ketika melakukan akuntansi paralel, akan mungkin untuk menggunakan tabel transformasi yang sama yang biasanya dikompilasi dalam MS Excel, cukup dengan menghubungkan sumber data dalam bentuk 1C.

Dalam periode transisi implementasi program akuntansi paralel, masuk akal untuk menggunakan tabel transformasi sebagai solusi paliatif menggunakan 1C sebagai sumber data pelaporan dalam MS Excel. Untuk tujuan ini, generator pelaporan keuangan IFRS khusus yang tersedia di pasar dapat digunakan.
4Operasi percontohan akuntansi paralel
4.1
Pengembangan instruksi langkah demi langkah untuk akuntansi IFRS.
Karena melakukan akuntansi paralel adalah proses yang sangat memakan waktu, perlu untuk mengembangkan instruksi langkah demi langkah untuk mempertahankan akuntansi IFRS dalam konteks peran pengguna untuk bagian akuntansi.
4.2
Pelatihan personil sesuai dengan petunjuk langkah demi langkah untuk memelihara akuntansi IFRS.
Pelatihan personel harus dilakukan berdasarkan instruksi langkah demi langkah untuk melakukan akuntansi paralel RAS + IFRS.
4.3
Debugging IFRS akuntansi selama satu bulan (kuartal).
Setelah menyelesaikan pengaturan akuntansi paralel
perlu untuk men-debug pembentukan posting IFRS pada contoh setidaknya
satu bulan, lebih baik - seperempat.
4.4
Melakukan debugging pembentukan pelaporan IFRS selama satu bulan (seperempat).
Setelah menyelesaikan debugging pembentukan posting IFRS, perlu untuk debug pembentukan laporan IFRS untuk periode yang sama - satu bulan atau seperempat.
5Membangun tim pada proyek akuntansi paralel
5.1
Pembuatan satu tim perwakilan dari Kontraktor dan Pelanggan.
Kunci untuk implementasi proyek yang sukses dan tepat waktu pada penerapan akuntansi paralel adalah satu tim yang terdiri dari perwakilan kedua belah pihak: Kontraktor dan Pelanggan. Jika karyawan Pelanggan tidak terlibat dalam proyek sejak awal implementasinya, risiko ketidakmampuan dan keengganan (hingga sabotase) karyawan untuk bekerja dalam program setelah proyek dioperasikan menjadi hebat.
5.2
Pemisahan tanggung jawab antara Kontraktor dan Pelanggan.
Untuk mengurangi anggaran proyek, Pelanggan dapat mengambil bagian dari pekerjaan. Karya-karya tersebut, misalnya, dapat berupa: pengembangan kebijakan akuntansi, input saldo IFRS, pengembangan kartu posting IFRS, pengembangan kode program oleh programmer 1C, dll.
5.3
Memberdayakan manajer proyek pada bagian Pelanggan di tingkat wakil manajer dan membebaskannya, setidaknya sebagian, dari tugas rutin yang biasa.
Karena fakta bahwa proyek akuntansi paralel mempengaruhi kepentingan beberapa departemen (TI, akuntansi, perencanaan ekonomi, IFRS, dll.), Proyek harus dipimpin oleh seorang karyawan dengan wewenang untuk memberinya wewenang untuk mengeluarkan perintah yang mengikat untuk semua kepala departemen yang terlibat dalam proyek.
5.4
Pelepasan anggota tim dari pihak Pelanggan dari tugas rutin yang biasa.
Praktek menunjukkan bahwa sering ketika menerapkan akuntansi paralel, pelanggan tidak merekrut karyawan baru, dan karyawan saat ini tidak dibebaskan dari tugas sehari-hari mereka. Karena pekerjaan karyawan saat ini sebelum proyek penuh, mereka harus bekerja lembur atau mengabaikan salah satu beban: reguler atau proyek. Dalam kedua kasus itu, bisnis menderita. Jika prioritas tetap dengan tugas-tugas biasa, maka jadwal untuk proyek akuntansi paralel ditunda. Jika prioritas diberikan kepada proyek akuntansi paralel, maka ada pengabaian terhadap tanggung jawab pekerjaan yang biasa.
5.5
Mitaps mingguan wajib.
Karena proyek akuntansi paralelnya cukup kompleks, Pelanggan perlu mengikuti perkembangannya. Ini paling baik dilakukan melalui newsgroup mingguan, yang merangkum minggu lalu. Dianjurkan untuk melakukan ini pada awal minggu (misalnya, pada Senin pagi), atau pada akhir minggu (misalnya, pada Jumat malam.)
6Pekerjaan terkait dan terkait pada proyek akuntansi paralel
6.1
Integrasi 1C dengan CRM, ERP, dan sistem akuntansi operasional lainnya.
Seringkali, akuntansi operasional dilakukan dalam sistem ERP, penggajian dalam program 1C: Gaji dan Manajemen Personalia 8, dan kontrak disiapkan dalam EDMS, yang mensyaratkan perlunya mengintegrasikan program-program ini dengan subsistem akuntansi. , , , , – . .
6.2
.
— , . . , .
6.3
.
, . .
:
  1. , .
  2. , .
  3. , .
  4. ( , , ..).

, .


Source: https://habr.com/ru/post/id482706/

More articles:


All Articles