Templat data pencatatan hingga pelaporan, penutupan periode dan rekonsiliasi
Templat data pencatatan hingga pelaporan, penutupan periode dan rekonsiliasi
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dicatat
- Panduan ekstraksi data dari Oracle Fusion Financials
Atribut pencatatan hingga pelaporan, penutupan periode dan rekonsiliasi
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama tugas atau peristiwa tertentu yang terjadi dalam proses tutup buku periode. | ||
|
Deskripsi
Atribut ini mencatat setiap langkah dalam alur kerja tutup buku periode, seperti 'Periode subledger ditutup', 'Rekonsiliasi akun dimulai', atau 'Laporan keuangan dibuat'. Setiap aktivitas mewakili tonggak atau tindakan dalam proses. Analisis aktivitas menjadi dasar process mining. Analisis ini membantu memvisualisasikan peta proses, menemukan hambatan dengan mengukur waktu antaraktivitas, dan memeriksa variasi proses untuk memahami penyimpangan dari prosedur standar.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses, yang penting untuk memvisualisasikan alur proses, menemukan hambatan, dan menganalisis penyimpangan.
Sumber data
Biasanya, atribut ini diturunkan dari deskripsi transaksi, perubahan status, atau log peristiwa dalam berbagai modul Oracle Fusion Financials, seperti General Ledger, Subledger Accounting, dan Financial Consolidation and Close.
Contoh
Periode dibukaPeriode subledger ditutupRekonsiliasi disetujuiLaporan keuangan dibuat
|
|||
|
Periode keuangan
FinancialPeriod
|
Pengenal unik untuk periode tutup buku keuangan, seperti bulan atau kuartal tertentu. | ||
|
Deskripsi
Periode Keuangan berfungsi sebagai pengenal kasus utama yang mengelompokkan semua aktivitas terkait penutupan dan rekonsiliasi akun dalam siklus pelaporan tertentu. Setiap periode, misalnya 'Jan-2023' atau 'Q1-2024', mewakili satu pelaksanaan proses tutup buku akhir periode. Dalam analisis process mining, atribut ini memberikan gambaran menyeluruh tentang proses tutup buku periode dari awal hingga akhir. Atribut ini digunakan untuk menghitung waktu siklus keseluruhan, membandingkan kinerja antarperiode, serta menemukan tren atau keterlambatan sistemik dalam proses tutup buku dari waktu ke waktu.
Mengapa ini penting
Pengenal utama ini menghubungkan semua aktivitas tutup buku terkait ke dalam satu instans proses, sehingga setiap siklus tutup buku periode dapat dianalisis dari awal hingga akhir.
Sumber data
Biasanya, atribut ini diturunkan dari nama atau ID periode di modul General Ledger. Data ini sering ditemukan di tabel seperti GL_PERIOD_STATUSES dalam Oracle Fusion Financials.
Contoh
Jan-2023Feb-2023Q1-2024Mar-2024
|
|||
|
Waktu mulai
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi. | ||
|
Deskripsi
Waktu mulai, atau stempel waktu peristiwa, mencatat tanggal dan waktu persis saat aktivitas dijalankan atau status berubah. Data ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung durasi. Dalam process mining, stempel waktu ini digunakan untuk menyusun urutan peristiwa setiap periode keuangan, menghitung durasi aktivitas, dan mengukur waktu siklus proses secara keseluruhan. Data ini menjadi dasar analisis kinerja, identifikasi hambatan, dan pemantauan kepatuhan terhadap tenggat.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung metrik berbasis waktu seperti waktu siklus dan durasi aktivitas, serta memahami linimasa proses.
Sumber data
Informasi ini biasanya terdapat di kolom tanggal pembuatan, tanggal pembaruan terakhir, atau tanggal transaksi yang terkait dengan jurnal, rekonsiliasi, dan status periode di berbagai modul Oracle Fusion Financials.
Contoh
2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data terakhir diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu ekstraksi data terbaru dari Oracle Fusion Financials. Nilainya menunjukkan seberapa baru data yang dianalisis di alat process mining. Pengguna perlu mengetahui seberapa mutakhir analisis yang tersedia. Stempel waktu ini membantu mereka menilai keandalan dashboard dan laporan real-time, sehingga keputusan didasarkan pada informasi terbaru.
Mengapa ini penting
Atribut ini memberi tahu pengguna seberapa mutakhir data yang tersedia, hal penting untuk mengambil keputusan berdasarkan analisis proses.
Sumber data
Kolom metadata ini dibuat dan disimpan selama alur penyerapan data, serta mencatat stempel waktu proses ekstraksi.
Contoh
2023-03-10T02:00:00Z2023-03-11T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan sistem informasi asal data peristiwa. Untuk proses ini, sumbernya selalu Oracle Fusion Financials. Namun, atribut ini juga berguna jika data berasal dari beberapa sistem. Dalam analisis, atribut ini memberikan konteks tentang asal data, yang penting untuk tata kelola dan validasi data serta untuk memahami lingkungan teknologi proses. Atribut ini membantu memastikan wawasan dikaitkan dengan lingkungan aplikasi yang tepat.
Mengapa ini penting
Atribut ini memberikan konteks penting tentang asal data, memperjelas sumber data di lingkungan dengan banyak sistem, dan mendukung tata kelola data.
Sumber data
Biasanya, nilai statis ini ditambahkan saat ekstraksi data untuk menandai asal kumpulan data.
Contoh
Oracle Fusion FinancialsOracle Cloud ERP
|
|||
|
Departemen
Department
|
Departemen bisnis atau pusat biaya yang terkait dengan aktivitas atau kasus. | ||
|
Deskripsi
Atribut ini menunjukkan departemen yang bertanggung jawab atau terlibat dalam aktivitas tutup buku periode, seperti 'Corporate Accounting', 'FP&A', atau 'Internal Audit'. Atribut ini memberikan konteks organisasi pada proses. Mengelompokkan proses berdasarkan departemen merupakan teknik analisis yang berguna. Cara ini membantu membandingkan efisiensi proses tutup buku antarunit bisnis, memahami dampak serah terima antardepartemen terhadap jadwal, dan menganalisis pembagian beban kerja di tiap departemen.
Mengapa ini penting
Atribut ini memungkinkan perbandingan proses di berbagai bagian organisasi, sehingga praktik terbaik dapat ditemukan dan prosedur dapat diseragamkan.
Sumber data
Atribut ini dapat diturunkan dari profil pengguna, segmen pusat biaya akun GL, atau struktur organisasi entitas hukum di Oracle Fusion Financials.
Contoh
Akuntansi perusahaanUtang usahaPerbendaharaanFP&A
|
|||
|
Jenis Entri Jurnal
JournalEntryType
|
Klasifikasi entri jurnal, seperti “Standar”, “Pembalik”, atau “Penyesuaian”. | ||
|
Deskripsi
Atribut ini mengelompokkan entri jurnal berdasarkan tujuannya. Salah satu jenis penting dalam proses ini adalah “Penyesuaian”, yang sering menunjukkan koreksi atau reklasifikasi akibat aktivitas rekonsiliasi. Atribut ini penting untuk KPI dan dasbor “Volume Jurnal Penyesuaian”. Dengan memfilter entri penyesuaian, organisasi dapat memantau frekuensi koreksi. Frekuensi yang tinggi sering menunjukkan masalah pada pemrosesan transaksi sebelumnya atau kebijakan akuntansi. Mengurangi penyesuaian ini menjadi salah satu sasaran utama perbaikan proses.
Mengapa ini penting
Atribut ini memisahkan entri penyesuaian dari pencatatan rutin, sehingga pekerjaan ulang dan koreksi selama tutup buku dapat dianalisis secara khusus.
Sumber data
Informasi ini biasanya terdapat pada kolom JE_CATEGORY dan JE_SOURCE di tabel GL_JE_HEADERS. Anda mungkin perlu membuat pemetaan untuk menghasilkan jenis yang lebih sederhana.
Contoh
StandarPenyesuaianReklasifikasiAkrual
|
|||
|
Jenis rekonsiliasi
ReconciliationType
|
Kategori rekonsiliasi akun yang dilakukan. | ||
|
Deskripsi
Atribut ini mengelompokkan jenis rekonsiliasi, seperti Neraca, Laba Rugi, atau Antarperusahaan. Setiap jenis rekonsiliasi dapat mengikuti alur kerja yang berbeda atau memiliki tingkat kerumitan dan risiko yang berbeda. Atribut ini digunakan untuk mendukung dasbor “Kinerja Rekonsiliasi berdasarkan Jenis”. Dengan memfilter atribut ini, analis dapat membandingkan waktu siklus dan volume tiap kategori rekonsiliasi. Hasilnya membantu menunjukkan jenis yang paling sering mengalami keterlambatan atau penumpukan pekerjaan dan perlu diperbaiki prosesnya.
Mengapa ini penting
Atribut ini membantu menganalisis proses rekonsiliasi secara terarah dan menemukan hambatan pada jenis akun tertentu, seperti rekonsiliasi berisiko tinggi atau antarperusahaan.
Sumber data
Nilai ini dapat diambil dari jenis akun di Chart of Accounts atau dari atribut dalam modul Account Reconciliation Cloud Service (ARCS), jika modul tersebut digunakan.
Contoh
NeracaLaba RugiRekonsiliasi BankAntarperusahaan
|
|||
|
Kode perusahaan
CompanyCode
|
Pengenal entitas hukum atau perusahaan tempat proses tutup buku periode dilakukan. | ||
|
Deskripsi
Kode Perusahaan, atau Pengenal Entitas Hukum dalam istilah Oracle, menunjukkan entitas bisnis tertentu yang menjalani tutup buku periode. Dalam organisasi global, terdapat banyak kode perusahaan, masing-masing dengan proses tutup bukunya sendiri. Atribut ini penting untuk analisis perbandingan. Manajemen dapat membandingkan kinerja tutup buku periode antarentitas hukum, menemukan entitas yang mengikuti proses standar, dan mengetahui lokasi penyimpangan atau keterlambatan. Atribut ini juga menjadi filter utama untuk menelusuri bagian bisnis tertentu.
Mengapa ini penting
Atribut ini memungkinkan Anda memfilter dan membandingkan proses tutup buku antarentitas hukum, hal penting untuk menyeragamkan proses global.
Sumber data
Atribut ini sesuai dengan Legal Entity atau Balancing Segment Value dalam Chart of Accounts. Atribut ini terdapat pada hampir semua transaksi keuangan di Oracle Fusion Financials.
Contoh
101210US01DE01
|
|||
|
Pengguna yang bertanggung jawab
ResponsibleUser
|
Pengguna atau karyawan yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan pengguna yang bertanggung jawab menjalankan tugas tertentu, seperti akuntan yang menyetujui rekonsiliasi atau controller yang membuat laporan keuangan. Biasanya, atribut ini dikaitkan dengan ID pengguna atau nama karyawan. Analisis pengguna yang bertanggung jawab membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan menilai kinerja tim atau individu. Atribut ini penting untuk membuat dashboard yang memantau keseimbangan beban kerja dan memastikan tugas dibagikan secara efektif selama periode tutup buku yang padat.
Mengapa ini penting
Atribut ini penting untuk menganalisis pembagian beban kerja, alokasi sumber daya, serta peluang otomatisasi atau pelatihan.
Sumber data
Informasi ini biasanya tersedia di kolom 'Created By' atau 'Last Updated By' pada catatan transaksi Oracle Fusion Financials, seperti jurnal atau objek rekonsiliasi.
Contoh
john.doejane.smithcontroller_ussarah.jones
|
|||
|
Status Aktivitas
ActivityStatus
|
Status penyelesaian aktivitas, seperti “Selesai”, “Sedang Berlangsung”, atau “Gagal”. | ||
|
Deskripsi
Atribut ini mencatat hasil atau status terkini suatu tugas dalam proses tutup buku periode. Misalnya, impor jurnal dapat berstatus “Berhasil” atau “Gagal”, sedangkan rekonsiliasi dapat berstatus “Disetujui” atau “Ditolak”. Status ini penting untuk memahami pengecualian dan hasil proses. Analis dapat menggunakannya untuk mengetahui tingkat kegagalan pekerjaan otomatis, melacak pengulangan akibat penolakan dalam alur persetujuan, serta memantau kemajuan tutup buku secara langsung dengan melihat aktivitas yang masih tertunda dan yang sudah selesai.
Mengapa ini penting
Pelacakan status membantu menemukan pengecualian, kegagalan, dan pekerjaan ulang, sehingga Anda dapat memahami kualitas dan keandalan proses.
Sumber data
Biasanya, status ini terdapat pada kolom status di header atau baris transaksi dalam modul Oracle Fusion Financials.
Contoh
SelesaiSedang BerlangsungDisetujuiDitolakKesalahan
|
|||
|
Tanggal Target Penyelesaian
TargetCompletionDate
|
Batas waktu yang direncanakan untuk suatu aktivitas atau seluruh proses tutup buku periode. | ||
|
Deskripsi
Atribut ini menyimpan tanggal target penyelesaian tonggak penting dalam proses tutup buku, sesuai kalender tutup buku atau SLA internal. Tanggal ini menjadi acuan untuk mengukur kinerja aktual. Tanggal ini menjadi dasar bagi dasbor “Kepatuhan terhadap Tenggat Tutup Buku” dan KPI “Tingkat Tutup Buku Tepat Waktu”. Sistem membandingkan waktu penyelesaian aktual (EventTime) dengan tanggal target ini untuk menandai keterlambatan secara otomatis dan mengukur kepatuhan terhadap jadwal. Dengan begitu, organisasi dapat menjaga kedisiplinan dalam proses tutup buku.
Mengapa ini penting
Atribut ini membantu mengukur ketepatan waktu dan kepatuhan terhadap tenggat, yang penting agar laporan keuangan dapat disampaikan tepat waktu.
Sumber data
Informasi ini biasanya dikelola dalam alat manajemen tutup buku atau konfigurasi kalender tutup buku khusus di Oracle Financials.
Contoh
2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
|
|||
|
Waktu selesai
EndTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. | ||
|
Deskripsi
Waktu selesai mencatat tanggal dan waktu persis saat aktivitas berakhir. Waktu mulai menandai awal aktivitas, sedangkan waktu selesai menandai akhirnya. Keduanya memungkinkan durasi setiap langkah dihitung dengan tepat. Atribut ini penting untuk menghitung waktu pemrosesan setiap aktivitas. Dengan mengurangi waktu mulai dari waktu selesai, analis dapat menemukan langkah dalam proses tutup buku periode yang paling banyak menyita waktu, sehingga hambatan dan inefisiensi terlihat jelas.
Mengapa ini penting
Atribut ini memungkinkan penghitungan waktu pemrosesan aktivitas, yang menjadi dasar untuk menemukan hambatan dan mengukur efisiensi operasional.
Sumber data
Seperti waktu mulai, data ini sering ditemukan di kolom tanggal pembaruan terakhir atau kolom tanggal penyelesaian khusus dalam tabel transaksi Oracle Fusion Financials.
Contoh
2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
|
|||
|
Akun GL
GLAccountNumber
|
Nomor akun General Ledger yang direkonsiliasi atau menjadi tujuan pencatatan. | ||
|
Deskripsi
Atribut ini menunjukkan nomor akun GL tertentu yang terkait dengan suatu aktivitas, seperti rekonsiliasi akun atau jurnal penyesuaian. Atribut ini memberikan detail yang lebih terperinci untuk analisis keuangan. Atribut ini digunakan untuk menganalisis volume jurnal penyesuaian dan kinerja rekonsiliasi pada tingkat akun. Dengan begitu, Anda dapat menemukan akun bermasalah yang sering memerlukan penyesuaian atau memiliki waktu rekonsiliasi yang lama. Hal ini dapat menunjukkan adanya masalah pada subproses.
Mengapa ini penting
Atribut ini memberikan detail untuk menemukan akun bermasalah yang terus-menerus memerlukan penyesuaian atau mengalami keterlambatan rekonsiliasi.
Sumber data
Kolom ini merupakan kolom utama dalam tabel GL seperti GL_JE_LINES dan menjadi bagian penting dalam proses rekonsiliasi.
Contoh
111001401000625003212001
|
|||
|
Apakah Antarperusahaan
IsIntercompanyTransaction
|
Penanda yang menunjukkan apakah transaksi terjadi antara dua badan hukum berbeda dalam perusahaan yang sama. | ||
|
Deskripsi
Atribut boolean ini (true/false) menandai transaksi atau rekonsiliasi yang melibatkan pihak antarperusahaan. Aktivitas ini sering kali lebih rumit dan rentan terhadap ketidaksesuaian serta keterlambatan. Penanda ini penting untuk dasbor “Alur Rekonsiliasi Antarperusahaan” dan KPI “Tingkat Rekonsiliasi Antarperusahaan”. Anda dapat memisahkan dan menganalisis subproses ini untuk menemukan hambatan khusus pada transaksi lintas entitas dan meningkatkan akurasi laporan keuangan konsolidasi.
Mengapa ini penting
Atribut ini memisahkan proses rekonsiliasi antarperusahaan yang sering kali rumit dan bermasalah agar dapat dianalisis dan ditingkatkan secara terarah.
Sumber data
Informasi ini dapat dikenali dari modul antarperusahaan tertentu di Oracle (AGIS) atau dengan menganalisis entri jurnal yang kode perusahaannya berbeda antarbaris atau pada segmen penyeimbang.
Contoh
truefalse
|
|||
|
Apakah Pekerjaan Ulang
IsRework
|
Penanda hasil perhitungan untuk mengidentifikasi aktivitas yang menunjukkan adanya pekerjaan ulang. | ||
|
Deskripsi
Atribut boolean ini diturunkan dari alur proses dan menandai aktivitas yang menunjukkan pekerjaan ulang. Contoh umum dalam proses tutup buku periode adalah aktivitas “Jurnal Penyesuaian Dicatat” yang terjadi setelah aktivitas “Rekonsiliasi Disetujui” untuk akun yang sama. Ini dapat menunjukkan bahwa rekonsiliasi sebelumnya belum memadai. Atribut ini digunakan untuk mengukur frekuensi dan dampak pekerjaan ulang, yang menjadi salah satu sumber utama inefisiensi. Dengan menemukan dan menganalisis pengulangan pekerjaan, organisasi dapat mendiagnosis akar penyebab kesalahan, seperti pelatihan yang kurang memadai atau prosedur yang tidak tepat, lalu mengambil tindakan perbaikan.
Mengapa ini penting
Atribut ini mengukur inefisiensi proses secara langsung dengan menandai aktivitas yang memperbaiki pekerjaan sebelumnya, sehingga membantu menemukan akar penyebab kesalahan.
Sumber data
Atribut ini dihitung dengan menetapkan pola pekerjaan ulang di alat process mining, misalnya urutan “Persetujuan” yang diikuti “Koreksi”.
Contoh
truefalse
|
|||
|
Apakah Tepat Waktu
IsOnTime
|
Penanda hasil perhitungan yang menunjukkan apakah aktivitas selesai sebelum atau pada tanggal target. | ||
|
Deskripsi
Atribut boolean ini membandingkan waktu penyelesaian aktual suatu aktivitas (EventTime atau EndTime) dengan tenggat yang direncanakan (TargetCompletionDate). Nilainya true jika aktivitas selesai tepat waktu atau lebih awal, dan false jika terlambat. Atribut ini memberikan ukuran yang jelas dan sederhana untuk kepatuhan terhadap jadwal, serta menjadi dasar KPI “Tingkat Tutup Buku Tepat Waktu”. Atribut ini membantu menemukan hambatan yang menyebabkan tenggat terlewati dan memberi manajer metrik yang jelas untuk memantau kepatuhan terhadap kalender tutup buku.
Mengapa ini penting
Atribut ini memberikan ukuran yang jelas, dengan dua kemungkinan nilai, untuk kepatuhan terhadap jadwal. Dengan begitu, kepatuhan terhadap tenggat penting tutup buku mudah dipantau.
Sumber data
Nilai ini dihitung saat transformasi data dengan membandingkan EventTime dengan TargetCompletionDate (EventTime <= TargetCompletionDate).
Contoh
truefalse
|
|||
|
Buku besar
LedgerName
|
Nama buku besar tempat transaksi dan saldo dicatat. | ||
|
Deskripsi
Buku besar di Oracle Fusion Financials mencatat transaksi keuangan berdasarkan bagan akun, kalender, dan mata uang. Buku besar dapat menjadi buku besar utama untuk suatu entitas hukum atau buku besar sekunder/pelaporan untuk standar akuntansi yang berbeda. Analisis berdasarkan buku besar penting untuk memahami perbedaan proses yang timbul dari persyaratan akuntansi, misalnya IFRS dan US GAAP. Analisis ini membantu memastikan proses mematuhi standar pelaporan yang berlaku dan berjalan efisien.
Mengapa ini penting
Atribut ini memberikan konteks akuntansi yang penting, sehingga analisis dapat dikelompokkan berdasarkan standar akuntansi atau persyaratan pelaporan yang berbeda.
Sumber data
Data ini disimpan bersama data keuangan di tabel inti GL, biasanya dengan referensi LEDGER_ID dalam tabel seperti GL_JE_HEADERS dan GL_BALANCES.
Contoh
Buku besar utama ASBuku besar utama InggrisBuku besar pelaporan IFRS
|
|||
|
ID Entri Jurnal
JournalEntryId
|
Pengenal unik untuk entri jurnal. | ||
|
Deskripsi
Atribut ini adalah ID unik yang dibuat sistem untuk entri jurnal General Ledger. Atribut ini terutama relevan untuk aktivitas yang berkaitan dengan pencatatan entri manual atau penyesuaian. ID ini digunakan untuk melacak setiap entri jurnal, terutama entri penyesuaian, sepanjang siklusnya. ID ini membantu menghitung jumlah penyesuaian dan menelusuri pekerjaan ulang hingga ke pencatatan keuangan tertentu.
Mengapa ini penting
Atribut ini membantu melacak pencatatan keuangan tertentu, yang penting untuk audit serta analisis jumlah dan jenis entri penyesuaian.
Sumber data
Kolom ini adalah kunci utama dalam tabel GL_JE_HEADERS, biasanya bernama JE_HEADER_ID.
Contoh
JE1002345JE1002378JE1002412
|
|||
|
Jumlah Entri Jurnal
JournalEntryAmount
|
Total nilai debit atau kredit pada entri jurnal. | ||
|
Deskripsi
Atribut ini mencatat nilai uang suatu entri jurnal. Nilainya dapat menunjukkan besarnya penyesuaian, akrual, atau pencatatan keuangan lainnya. Analisis nilai entri penyesuaian membantu menunjukkan dampak keuangan dari kesalahan atau pengecualian proses. Penyesuaian yang besar atau sering dapat menandakan kelemahan pengendalian yang serius atau masalah yang perlu segera ditangani. Dengan demikian, analisis volume jurnal juga mempertimbangkan besarnya nilai transaksi.
Mengapa ini penting
Atribut ini membantu menilai dampak keuangan dan materialitas penyesuaian, serta membedakan koreksi kecil dari penyajian kembali laporan keuangan yang signifikan.
Sumber data
Nilai ini perlu dihitung dengan menjumlahkan nilai debit dari tabel GL_JE_LINES untuk setiap entri jurnal.
Contoh
15000.00250.75125000.50
|
|||
|
Negara
Country
|
Negara yang terkait dengan badan hukum atau kode perusahaan. | ||
|
Deskripsi
Atribut ini menunjukkan negara tempat badan hukum beroperasi dan memberikan konteks geografis untuk proses tutup buku periode. Analisis proses berdasarkan negara dapat menunjukkan perbedaan akibat persyaratan hukum setempat, praktik bisnis, atau kinerja pusat layanan bersama regional. Atribut ini membantu membandingkan kinerja antarwilayah dan memahami dampak perbedaan regional terhadap efisiensi proses.
Mengapa ini penting
Atribut ini memungkinkan analisis proses tutup buku berdasarkan wilayah, termasuk perbedaan akibat peraturan setempat atau kinerja tim regional.
Sumber data
Informasi ini biasanya diambil dari konfigurasi Legal Entity atau Business Unit di Oracle Fusion Financials.
Contoh
USAJermanJepangBrasil
|
|||
|
Waktu Siklus Tutup Buku Periode
PeriodCloseCycleTime
|
Total waktu yang diperlukan untuk menyelesaikan seluruh proses tutup buku periode, dari awal hingga akhir. | ||
|
Deskripsi
Metrik yang dihitung pada tingkat kasus ini menunjukkan total durasi tutup buku suatu periode keuangan. Nilainya dihitung dengan mengurangi waktu aktivitas pertama dari waktu aktivitas terakhir untuk periode keuangan tertentu. Metrik ini merupakan KPI utama untuk proses Record to Report. Metrik ini memberikan gambaran umum tentang efisiensi proses dari awal hingga akhir dan digunakan untuk memantau inisiatif perbaikan yang bertujuan mempercepat tutup buku.
Mengapa ini penting
KPI ini mengukur efisiensi proses tutup buku dari awal hingga akhir, yang menjadi fokus utama pimpinan senior bidang keuangan.
Sumber data
Metrik ini dihitung pada tingkat kasus di alat process mining dengan mengurangi StartTime paling awal dari StartTime paling akhir untuk suatu kasus.
Contoh
P5D4HP7D12HP4D20H
|
|||
Aktivitas pencatatan hingga pelaporan, penutupan periode dan rekonsiliasi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Jurnal penyesuaian dibukukan
|
Menandai pembukuan jurnal manual ke General Ledger untuk memperbaiki saldo, mencatat akrual, atau membuat penyesuaian lain yang ditemukan selama rekonsiliasi. Setiap pembukuan merupakan transaksi tersendiri yang tercatat. | ||
|
Mengapa ini penting
Banyaknya jurnal penyesuaian, terutama setelah rekonsiliasi disetujui, menunjukkan adanya pekerjaan ulang dan kemungkinan masalah pada proses sebelumnya. Melacak jurnal ini penting untuk meningkatkan kualitas data.
Sumber data
Dicatat di tabel GL_JE_HEADERS dan GL_JE_LINES. Jurnal penyesuaian biasanya dapat dikenali dari kategori atau sumber jurnal, yang umumnya ditetapkan sebagai 'Manual' atau 'Adjustment'.
Pengumpulan data
Ditentukan dari tanggal pembuatan dan pembukuan jurnal berkategori 'Adjustment' dalam periode tersebut.
Jenis peristiwa
explicit
|
|||
|
Laporan keuangan dibuat
|
Peristiwa ini menandai pembuatan laporan keuangan utama, seperti Laporan Laba Rugi, Neraca, dan Laporan Arus Kas. Biasanya, proses dijalankan oleh sistem setelah dimulai oleh pengguna. | ||
|
Mengapa ini penting
Ini merupakan tonggak penting yang menandai berakhirnya pemrosesan data dan dimulainya tahap peninjauan serta persetujuan akhir. Tahap ini penting untuk mengukur waktu persetujuan laporan keuangan.
Sumber data
Peristiwa ini dapat disimpulkan dari keberhasilan penyelesaian tugas pelaporan keuangan atau stempel waktu pembuatan laporan yang diterbitkan melalui alat pelaporan Oracle Fusion, seperti Financial Reporting Studio atau Narrative Reporting.
Pengumpulan data
Disimpulkan dari stempel waktu penyelesaian tugas terjadwal yang membuat paket laporan akhir.
Jenis peristiwa
inferred
|
|||
|
Periode dibuka
|
Menandai dimulainya proses tutup buku keuangan secara resmi untuk periode akuntansi tertentu. Biasanya, pengguna berwenang melakukan tindakan ini secara eksplisit di modul General Ledger agar transaksi dapat dibukukan. | ||
|
Mengapa ini penting
Aktivitas ini menjadi peristiwa awal yang pasti untuk kasus akhir periode. Aktivitas ini penting untuk mengukur total waktu siklus tutup buku periode dan menemukan keterlambatan dalam memulai proses tutup buku.
Sumber data
Peristiwa ini diambil dari modul General Ledger saat status periode diubah menjadi 'Open'. Datanya dapat ditemukan di tabel GL_PERIOD_STATUSES, yang mencatat status dan stempel waktu setiap periode.
Pengumpulan data
Diambil dari log perubahan status periode keuangan di GL_PERIOD_STATUSES.
Jenis peristiwa
explicit
|
|||
|
Periode ditutup permanen
|
Menandai penutupan akhir yang tidak dapat dibatalkan untuk suatu periode akuntansi di General Ledger. Setelah tindakan ini dilakukan, periode tidak dapat dibuka kembali dan tidak ada perubahan lebih lanjut yang dapat dibuat. | ||
|
Mengapa ini penting
Aktivitas ini menjadi peristiwa akhir yang pasti untuk kasus akhir periode. Stempel waktu ini digunakan untuk mengukur total waktu siklus tutup buku dan memastikan integritas data untuk pelaporan.
Sumber data
Tindakan ini dilakukan secara eksplisit untuk mengubah status periode di tabel GL_PERIOD_STATUSES menjadi 'Permanently Closed'. Sistem mencatat tindakan dan stempel waktunya.
Pengumpulan data
Diambil dari log perubahan status periode keuangan menjadi 'Permanently Closed' di GL_PERIOD_STATUSES.
Jenis peristiwa
explicit
|
|||
|
Rekonsiliasi akun dimulai
|
Peristiwa ini menandai dimulainya rekonsiliasi untuk akun GL tertentu atau sekelompok akun. Biasanya, peristiwa ini disimpulkan dari tindakan pertama pada rekonsiliasi, seperti penugasan kepada penyusun atau perubahan status awal. | ||
|
Mengapa ini penting
Tahap ini menandai dimulainya subproses penting yang sering memakan waktu. Mengukur waktu dari peristiwa ini hingga persetujuan membantu menghitung siklus rekonsiliasi dan menemukan tunggakan.
Sumber data
Di Oracle Account Reconciliation Cloud Service (ARCS), peristiwa ini dapat disimpulkan dari stempel waktu saat status rekonsiliasi berubah menjadi 'Open with Preparer' atau status awal serupa.
Pengumpulan data
Disimpulkan dari stempel waktu paling awal yang terkait dengan rekonsiliasi akun tertentu pada periode tersebut, saat statusnya berubah dari 'Pending' atau 'New'.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi disetujui
|
Menandakan bahwa peninjau telah menyetujui rekonsiliasi akun secara resmi dan memastikan akurasi serta kelengkapannya. Ini merupakan tonggak penting yang menandai selesainya alur kerja rekonsiliasi. | ||
|
Mengapa ini penting
Persetujuan menandai berakhirnya siklus rekonsiliasi suatu akun. Ini merupakan tonggak penting untuk mengukur kinerja rekonsiliasi dan melanjutkan ke tahap tutup buku berikutnya.
Sumber data
Di Oracle ARCS, peristiwa ini tercatat secara eksplisit beserta stempel waktu saat peninjau berwenang mengubah status rekonsiliasi menjadi 'Approved' atau 'Closed'.
Pengumpulan data
Diambil dari stempel waktu perubahan status menjadi 'Approved' dalam jejak audit sistem rekonsiliasi.
Jenis peristiwa
explicit
|
|||
|
Jurnal diimpor
|
Aktivitas ini mencatat impor transaksi subledger yang telah diringkas dan data eksternal lainnya ke General Ledger. Data keuangan dikumpulkan sebagai persiapan untuk rekonsiliasi dan penyesuaian. | ||
|
Mengapa ini penting
Melacak penyelesaian impor data penting untuk memahami waktu yang dibutuhkan dalam pengumpulan data. Tahap ini menandai saat General Ledger telah berisi data mentah yang diperlukan agar proses tutup buku dapat dilanjutkan.
Sumber data
Peristiwa ini dapat dikenali dari keberhasilan penyelesaian proses impor jurnal di tabel GL_JE_BATCHES dan GL_IMPORT_REFERENCES, dengan filter periode akuntansi yang relevan.
Pengumpulan data
Ditentukan dari tanggal pembuatan batch jurnal dengan sumber yang menunjukkan impor dari subledger atau sumber eksternal.
Jenis peristiwa
explicit
|
|||
|
Laporan keuangan ditinjau
|
Menandai selesainya peninjauan laporan keuangan yang dibuat oleh manajemen. Proses ini sering dilakukan secara manual, sehingga pencatatannya mungkin perlu disimpulkan dari aktivitas sistem terkait atau masukan manual. | ||
|
Mengapa ini penting
Siklus peninjauan sering memakan porsi besar pada tahap akhir tutup buku. Melacaknya membantu menemukan keterlambatan dalam peninjauan manajemen dan mempersingkat keseluruhan jadwal pelaporan.
Sumber data
Peristiwa ini sulit dicatat secara langsung. Peristiwa ini mungkin dapat disimpulkan dari stempel waktu perubahan status laporan di alat pelaporan naratif atau dari tugas persetujuan eksplisit dalam alat alur kerja.
Pengumpulan data
Peristiwa ini mungkin perlu disimpulkan dari peristiwa sistem lain, seperti penyelesaian tugas persetujuan dalam alur kerja BPM, atau dari entri manual.
Jenis peristiwa
inferred
|
|||
|
Neraca saldo dibuat
|
Aktivitas ini menandai pembuatan laporan neraca saldo untuk periode tersebut. Ini merupakan titik pemeriksaan penting untuk memastikan total debit sama dengan total kredit sebelum laporan keuangan akhir disiapkan. | ||
|
Mengapa ini penting
Keberhasilan pertama dalam membuat neraca saldo merupakan tonggak penting yang menunjukkan bahwa sebagian besar penyesuaian kemungkinan telah selesai. Tahap ini mendahului fase pelaporan akhir.
Sumber data
Peristiwa ini dapat disimpulkan dari keberhasilan penyelesaian permintaan bersamaan atau proses terjadwal 'Trial Balance Report'. Sistem mencatat waktu pelaksanaan tugas tersebut.
Pengumpulan data
Disimpulkan dari stempel waktu penyelesaian tugas pembuatan laporan neraca saldo di log penjadwal proses sistem.
Jenis peristiwa
inferred
|
|||
|
Periode subledger ditutup
|
Menandai penutupan buku pembantu seperti Payables, Receivables, dan Assets untuk periode tersebut. Tindakan ini mencegah transaksi baru dibukukan ke subledger dan menjadi prasyarat untuk menutup General Ledger. | ||
|
Mengapa ini penting
Keterlambatan menutup subledger sering menjadi hambatan yang langsung memengaruhi dimulainya penutupan General Ledger. Dengan melacak aktivitas ini, Anda dapat menemukan sumber keterlambatan sejak awal proses.
Sumber data
Diambil dari perubahan status periode akuntansi setiap subledger di Oracle Fusion Financials. Perubahan status biasanya dicatat beserta stempel waktunya untuk setiap modul subledger.
Pengumpulan data
Ditentukan dari tabel status periode subledger yang menunjukkan status 'Closed' untuk aplikasi tertentu, misalnya Payables atau Receivables.
Jenis peristiwa
explicit
|
|||
|
Proses konsolidasi dijalankan
|
Menandai pelaksanaan rutinitas konsolidasi yang menggabungkan data keuangan dari beberapa anak perusahaan atau unit bisnis menjadi satu rangkaian laporan keuangan untuk perusahaan induk. Proses ini terpisah dan tercatat. | ||
|
Mengapa ini penting
Bagi organisasi dengan banyak entitas, konsolidasi merupakan tahap penting dan rumit. Melacak pelaksanaan dan durasinya sangat penting untuk memahami jadwal tutup buku di tingkat perusahaan.
Sumber data
Di Oracle Financial Consolidation and Close Cloud (FCCS), pelaksanaan aturan dan proses konsolidasi dicatat beserta stempel waktu mulai dan selesai. Data ini dapat diekstrak dari penjadwal tugas.
Pengumpulan data
Diambil dari log pelaksanaan tugas konsolidasi atau aturan bisnis di modul FCCS.
Jenis peristiwa
explicit
|
|||
|
Rekonsiliasi antarperusahaan selesai
|
Menandai selesainya rekonsiliasi transaksi antara entitas hukum yang berbeda dalam organisasi yang sama. Aktivitas rekonsiliasi khusus ini memastikan saldo antarperusahaan menjadi nol. | ||
|
Mengapa ini penting
Rekonsiliasi antarperusahaan sering menjadi sumber keterlambatan dan kerumitan dalam proses tutup buku. Mengetahui durasinya membantu mengoptimalkan aktivitas penting dalam jalur pelaporan konsolidasi.
Sumber data
Peristiwa ini dapat diambil dari modul Intercompany Transaction atau ARCS saat rekonsiliasi antarperusahaan mencapai status 'Reconciled' atau 'Closed' untuk periode tersebut.
Pengumpulan data
Disimpulkan dari stempel waktu saat status batch rekonsiliasi antarperusahaan untuk periode tersebut ditandai selesai.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi dikirim untuk ditinjau
|
Aktivitas ini menandai serah terima dari penyusun rekonsiliasi akun kepada pihak yang bertanggung jawab meninjau dan menyetujuinya. Biasanya, status diubah secara eksplisit dalam alat rekonsiliasi. | ||
|
Mengapa ini penting
Serah terima ini berpotensi menimbulkan waktu tunggu atau hambatan. Analisis waktu antara pengiriman dan persetujuan menyoroti keterlambatan dalam siklus peninjauan dan dapat membantu menentukan alokasi sumber daya.
Sumber data
Diambil dari Oracle ARCS saat status rekonsiliasi berubah dari 'Preparation' menjadi 'Pending Review' atau 'Submitted'. Perubahan status ini disertai stempel waktu.
Pengumpulan data
Berdasarkan stempel waktu perubahan status menjadi 'Pending Approval' atau status setara di sistem rekonsiliasi.
Jenis peristiwa
explicit
|
|||
|
Status periode diubah menjadi 'Closed'
|
Ini adalah tahap akhir yang masih dapat dibatalkan, saat status periode General Ledger diubah menjadi 'Closed'. Setelah itu, jurnal baru tidak dapat dibukukan ke periode tersebut kecuali periode dibuka kembali. | ||
|
Mengapa ini penting
Aktivitas ini menandai berakhirnya operasional proses tutup buku periode, meskipun bukan tahap akhir yang tidak dapat dibatalkan. Ini merupakan tonggak penting untuk kepatuhan dan pengendalian.
Sumber data
Perubahan status ini dicatat secara eksplisit di tabel GL_PERIOD_STATUSES, termasuk pengguna, stempel waktu, dan status baru 'Closed' untuk periode tersebut.
Pengumpulan data
Diambil dari log perubahan status periode keuangan menjadi 'Closed' di GL_PERIOD_STATUSES.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Templat data ini menyediakan dasar untuk mulai mengoptimalkan proses pencatatan hingga pelaporan, penutupan periode dan rekonsiliasi. Gunakan wawasan ini untuk menemukan hambatan dan meningkatkan efisiensi operasional keuangan Anda.
Tingkatkan proses pencatatan hingga pelaporan dan penutupan periode Anda sekarang
Kurangi waktu siklus R2R hingga 30%, atasi hambatan, dan tingkatkan akurasi.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.