Templat data Record to Report - Jurnal

Oracle Fusion Financials
Templat data Record to Report - Jurnal

Templat data Record to Report - Jurnal

Templat data ini memandu Anda mengekstrak dan menyusun data Jurnal Oracle Fusion Financials. Templat ini menjelaskan atribut penting yang perlu dikumpulkan dan aktivitas utama yang perlu dilacak agar informasi yang dibutuhkan untuk analisis proses tersedia. Anda juga akan menemukan panduan praktis untuk mengekstrak data langsung dari sistem.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi untuk Oracle Fusion Financials
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Record to Report - Jurnal

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses Record to Report - Jurnal dapat dianalisis.
5 Wajib 6 Disarankan 10 Opsional
Nama Deskripsi
Aktivitas
ActivityName
Nama peristiwa bisnis atau tugas tertentu yang terjadi pada suatu waktu dalam proses jurnal.
Deskripsi

Nama Aktivitas menjelaskan satu tahap dalam siklus jurnal, seperti 'Journal Entry Created' atau 'Journal Entry Approved'. Data ini penting untuk menyusun peta proses dan memahami urutan peristiwa.

Analisis aktivitas membantu menemukan alur proses, termasuk jalur standar, penyimpangan, dan siklus pengerjaan ulang. Dengan melacak berbagai aktivitas, Anda dapat mengukur waktu di setiap tahap, seperti persetujuan, serta menemukan tahap yang paling lama atau paling sering mengalami kesalahan.

Mengapa ini penting

Atribut ini menentukan tahapan proses. Atribut ini menjadi dasar peta proses dan memungkinkan analisis alur, hambatan, serta variasi.

Sumber data

Atribut ini biasanya diperoleh dari perubahan status, log peristiwa, atau tabel jejak audit yang terkait dengan objek jurnal di modul General Ledger.

Contoh
Journal Entry CreatedJournal Submitted For ApprovalJurnal disetujuiJurnal dibukukan
ID jurnal
JournalEntryId
Pengenal unik untuk satu jurnal, yang menghubungkan semua aktivitas transaksi keuangan terkait.
Deskripsi

Journal Entry ID berfungsi sebagai pengenal utama untuk setiap kasus. ID ini menghubungkan semua aktivitas yang terkait dengan rangkaian transaksi keuangan tertentu. Dengan begitu, Anda dapat melacak seluruh siklus satu jurnal, dari awal hingga pembukuan akhir, dan memastikan semua debit serta kredit tercatat.

Dalam process mining, ID ini penting untuk merekonstruksi perjalanan setiap jurnal dari awal hingga akhir. ID ini menghubungkan peristiwa yang terpisah, seperti 'Journal Entry Created', 'Journal Submitted For Approval', dan 'Journal Entry Posted', menjadi satu alur proses yang utuh. Dengan begitu, Anda dapat menganalisis waktu siklus, hambatan, dan variasi proses.

Mengapa ini penting

Ini adalah kunci utama untuk melacak jurnal dari awal hingga akhir dan menganalisis seluruh alur proses untuk setiap kasus.

Sumber data

Kunci utama ini terdapat di tabel inti General Ledger, seperti GL_JE_HEADERS dan GL_JE_LINES.

Contoh
JE100523JE202311001882019
Waktu mulai
EventTime
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Stempel waktu ini menunjukkan tanggal dan waktu persis saat aktivitas dilakukan. Dalam process mining, data ini menjadi dasar untuk menentukan urutan peristiwa dan menghitung durasi di antaranya.

Keakuratan Waktu Peristiwa sangat penting untuk semua analisis berbasis waktu, termasuk menghitung waktu siklus, menemukan hambatan, dan memantau kinerja terhadap perjanjian tingkat layanan. Urutan waktu ini diperlukan untuk merekonstruksi alur proses sesuai kejadian sebenarnya.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung seluruh durasi proses, dan melakukan analisis berbasis waktu.

Sumber data

Informasi ini biasanya tersimpan di tabel jejak audit atau sebagai 'Last Update Date' maupun 'Creation Date' pada tabel transaksi seperti GL_JE_HEADERS dan GL_JE_LINES untuk peristiwa tertentu.

Contoh
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu saat data terakhir kali diperbarui atau diekstrak dari sistem sumber.
Deskripsi

Atribut ini mencatat waktu terakhir dataset diperbarui. Informasi ini menunjukkan seberapa baru data yang dianalisis, sehingga Anda dapat menilai relevansi wawasan yang dihasilkan.

Dalam analisis, terutama pada dashboard operasional, waktu Pembaruan Data Terakhir penting agar pengguna dapat memercayai data dan mengambil keputusan berdasarkan informasi yang tepat. Waktu ini juga menunjukkan batas data yang disertakan dalam model process mining.

Mengapa ini penting

Menunjukkan kebaruan data agar pengguna memahami seberapa mutakhir analisis proses dan dapat memercayai wawasannya.

Sumber data

Nilai ini dibuat dan disimpan selama proses ekstraksi dan transformasi data. Biasanya, nilai ini menunjukkan waktu selesainya tugas ETL/ELT.

Contoh
2023-11-20T08:00:00Z2023-11-21T08:00:00Z2023-11-22T08:00:00Z
Sistem sumber
SourceSystem
Sistem atau modul asal data.
Deskripsi

Atribut ini menunjukkan sistem sumber tempat data proses diambil. Dalam lingkungan TI yang kompleks, data dapat berasal dari beberapa sistem terintegrasi. Kolom ini membantu membedakan asalnya.

Dalam analisis proses, informasi tentang sistem sumber penting untuk memahami variasi proses yang mungkin disebabkan oleh perbedaan perilaku sistem. Informasi ini juga membantu memvalidasi data dan menelusuri masalah hingga ke sumbernya.

Mengapa ini penting

Menunjukkan asal data, yang penting untuk tata kelola dan validasi data serta untuk memahami variasi proses di berbagai sistem.

Sumber data

Nilai ini sering kali ditetapkan saat ekstraksi data, atau berasal dari kolom di tabel sumber yang menunjukkan sistem tempat entri dibuat.

Contoh
Oracle Fusion Financials CloudOracle EBS R12Fusion GL
Alasan penolakan
RejectionReason
Keterangan atau kode yang menjelaskan alasan jurnal ditolak.
Deskripsi

Saat jurnal ditolak dalam proses persetujuan, atribut ini mencatat alasan penolakan. Isinya dapat berupa kode yang telah ditentukan atau komentar bebas dari pemberi persetujuan.

Atribut ini sangat penting untuk menemukan akar penyebab inefisiensi proses. Dengan menganalisis alasan penolakan yang paling umum, organisasi dapat menentukan hal yang perlu diperbaiki, seperti pelatihan yang lebih baik bagi pembuat jurnal, panduan yang lebih jelas, atau penyempurnaan kontrol sistem. Atribut ini mendukung dashboard 'Journal Entry Rejection Rate Analysis'.

Mengapa ini penting

Memberikan gambaran langsung tentang penyebab pengerjaan ulang dan keterlambatan proses, sehingga perbaikan dapat diarahkan untuk mengurangi tingkat penolakan.

Sumber data

Informasi ini mungkin tersimpan di tabel alur kerja atau jejak audit yang terkait dengan proses persetujuan, atau di kolom catatan pada header jurnal.

Contoh
Kombinasi akun tidak validDokumen pendukung tidak memadaiMelebihi anggaran
Departemen pengguna
UserDepartment
Departemen atau tim tempat pengguna yang melakukan aktivitas bekerja.
Deskripsi

Atribut ini memberikan konteks organisasi dengan mengaitkan aktivitas ke departemen tertentu, seperti 'Keuangan', 'Operasional Akuntansi', atau 'Audit Internal'. Biasanya, data ini diperoleh dari data induk pengguna.

Analisis berdasarkan Departemen Pengguna membantu menemukan hambatan lintas departemen, membandingkan kinerja tim, dan memahami perbedaan pelaksanaan proses di seluruh organisasi. Informasi ini berguna untuk mengalokasikan sumber daya dan menentukan perbaikan proses yang tepat sasaran.

Mengapa ini penting

Memberikan konteks organisasi agar Anda dapat menganalisis kinerja berdasarkan tim atau departemen dan menemukan inefisiensi lintas fungsi.

Sumber data

Atribut ini biasanya tidak tersedia di tabel transaksi. Anda perlu mengambilnya dengan mencocokkan UserName ke tabel data induk pengguna atau data sistem SDM.

Contoh
Akuntansi umumPelaporan keuanganUtang usaha
Kategori jurnal
JournalCategory
Kategori jurnal, seperti 'Akrual', 'Penyesuaian', atau 'Reklasifikasi'.
Deskripsi

Kategori Jurnal mengelompokkan entri berdasarkan tujuan bisnisnya. Pengelompokan ini memungkinkan analisis proses yang lebih terperinci karena setiap kategori dapat memiliki alur proses, aturan persetujuan, atau waktu siklus yang berbeda.

Contohnya, jurnal penyesuaian akhir bulan mungkin memerlukan proses yang lebih rumit dan mendesak dibandingkan akrual rutin. Analisis berdasarkan kategori membantu menemukan perbedaan ini dan menyesuaikan perbaikan untuk jenis jurnal tertentu.

Mengapa ini penting

Memungkinkan Anda mengelompokkan proses berdasarkan tujuan bisnis jurnal, sehingga perbedaan perilaku dan kinerja tiap jenis entri terlihat.

Sumber data

Tersedia di tabel GL_JE_HEADERS, biasanya pada kolom bernama JE_CATEGORY.

Contoh
AkrualManualPenyesuaianRevaluasi
Nilai jurnal
JournalAmount
Total nilai uang dalam jurnal, biasanya jumlah debit.
Deskripsi

Atribut ini menunjukkan total nilai keuangan dalam jurnal. Nilai tersebut dapat memengaruhi proses. Contohnya, entri bernilai tinggi mungkin memerlukan tahap persetujuan tambahan atau pemeriksaan yang lebih teliti.

Analisis Nilai Jurnal memungkinkan Anda mengelompokkan kasus berdasarkan dampak keuangannya. Anda dapat menjawab pertanyaan seperti 'Apakah entri bernilai tinggi memerlukan waktu lebih lama untuk disetujui?' atau 'Apakah entri di atas batas tertentu lebih sering ditolak?'. Informasi ini memberikan konteks bisnis penting untuk memahami alur proses.

Mengapa ini penting

Memberikan konteks bisnis penting agar Anda dapat menganalisis dampak keuangan dan mengetahui apakah entri bernilai tinggi mengikuti proses yang berbeda.

Sumber data

Nilai ini biasanya dihitung dengan menjumlahkan debit atau kredit dari tabel GL_JE_LINES untuk jurnal tertentu.

Contoh
5000.00125000.75750.50
Pengguna
UserName
Pengguna yang melakukan aktivitas, seperti membuat, menyetujui, atau membukukan jurnal.
Deskripsi

Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab menjalankan suatu aktivitas. Data ini penting untuk memahami pembagian beban kerja dan kinerja, serta menemukan hambatan pada individu.

Dalam analisis, UserName memungkinkan Anda memfilter proses berdasarkan pengguna, membandingkan efisiensi pengguna, dan menyelidiki penyebab keterlambatan atau kesalahan. Data ini mendukung dashboard seperti 'User Workload & Efficiency Across Teams' dan KPI seperti 'User Journal Bottleneck Index'.

Mengapa ini penting

Menunjukkan siapa yang bertanggung jawab atas setiap tahap proses, sehingga Anda dapat menganalisis beban kerja, kinerja individu, dan kebutuhan pelatihan.

Sumber data

Tersedia di tabel transaksi seperti GL_JE_HEADERS, misalnya pada kolom CREATED_BY dan LAST_UPDATED_BY, serta di tabel jejak audit terkait.

Contoh
john.doesusan.smithautoprocess_user
Sumber jurnal
JournalSource
Subledger atau sumber yang menghasilkan jurnal, seperti 'Utang', 'Piutang', atau 'Manual'.
Deskripsi

Atribut ini menunjukkan asal jurnal di dalam sistem ERP. Entri dapat dibuat secara manual di General Ledger atau dihasilkan secara otomatis dari subledger seperti Utang Usaha, Piutang Usaha, atau Aset Tetap.

Sumber Jurnal merupakan atribut penting untuk menganalisis otomatisasi. Atribut ini membantu membedakan entri manual dan entri yang dihasilkan sistem, serta mendukung KPI 'Automated Journal Entry Rate'. Proses untuk entri dari sumber yang berbeda sering kali memiliki tingkat kerumitan dan efisiensi yang berbeda.

Mengapa ini penting

Membedakan entri manual dan otomatis, yang penting untuk mengukur tingkat otomatisasi dan menganalisis perbedaan proses.

Sumber data

Tersedia di tabel GL_JE_HEADERS, biasanya pada kolom bernama JE_SOURCE.

Contoh
ManualUtangAsetPiutang
Mata uang
CurrencyCode
Kode mata uang untuk nilai jurnal, seperti USD, EUR, atau GBP.
Deskripsi

Kode Mata Uang menunjukkan mata uang yang digunakan untuk nilai keuangan dalam jurnal. Informasi ini penting bagi organisasi multinasional yang bertransaksi dalam berbagai mata uang.

Atribut ini memastikan nilai keuangan ditafsirkan dengan benar. Anda dapat memfilter data berdasarkan mata uang. Atribut ini juga diperlukan untuk analisis yang membandingkan atau menjumlahkan nilai uang dari berbagai wilayah.

Mengapa ini penting

Memberikan konteks yang diperlukan untuk menafsirkan nilai keuangan dengan benar dan menganalisis data berdasarkan mata uang.

Sumber data

Tersedia di tabel GL_JE_HEADERS, biasanya pada kolom bernama CURRENCY_CODE.

Contoh
USDEURGBPJPY
Nama ledger
LedgerName
Nama general ledger tempat jurnal dicatat.
Deskripsi

Nama Ledger menunjukkan ledger tempat jurnal dicatat. Organisasi dengan beberapa badan hukum atau kebutuhan pelaporan dapat memiliki beberapa ledger, misalnya ledger utama untuk akuntansi perusahaan dan ledger sekunder untuk pelaporan sesuai peraturan setempat.

Atribut ini penting untuk memfilter dan membandingkan proses di berbagai badan hukum atau unit bisnis. Atribut ini memastikan analisis dilakukan dalam konteks organisasi yang tepat, terutama untuk kepatuhan dan pelaporan keuangan.

Mengapa ini penting

Memungkinkan Anda memfilter dan membandingkan analisis proses di berbagai badan hukum atau kerangka akuntansi, yang penting bagi organisasi besar.

Sumber data

Tersedia di tabel GL_JE_HEADERS, biasanya melalui LEDGER_ID yang dapat dicocokkan dengan GL_LEDGERS untuk mendapatkan namanya.

Contoh
Ledger utama ASLedger wajib InggrisLedger konsolidasi global
Pembukuan tepat waktu
IsOnTimePosting
Penanda hasil perhitungan yang bernilai benar jika jurnal dibukukan pada atau sebelum tanggal target.
Deskripsi

Atribut boolean ini diperoleh dengan membandingkan stempel waktu aktivitas 'Journal Entry Posted' dengan 'Target Posting Date'. Jika pembukuan dilakukan pada atau sebelum tanggal target, nilainya 'true'. Jika tidak, nilainya 'false'.

Atribut ini mendukung KPI 'On-Time Journal Posting Rate' secara langsung dengan menyederhanakan perhitungannya. Anda dapat memfilter dan menganalisis entri yang terlambat untuk menemukan penyebab umum, seperti kategori jurnal atau pemberi persetujuan tertentu.

Mengapa ini penting

Memberikan hasil yang jelas, tepat waktu atau terlambat, sehingga Anda dapat menganalisis tingkat ketepatan waktu dan penyebab keterlambatan dengan lebih mudah.

Sumber data

Atribut ini dihitung oleh alat process mining. Perhitungannya memerlukan atribut 'TargetPostingDate' dan stempel waktu aktivitas 'Journal Entry Posted'.

Contoh
truefalse
Penanda pembalikan
ReversalIndicator
Penanda yang menunjukkan apakah jurnal merupakan pembalikan dari entri lain.
Deskripsi

Atribut boolean ini mengidentifikasi jurnal yang dibuat untuk membalik entri yang telah dibukukan sebelumnya. Jurnal pembalik merupakan jenis jurnal khusus yang sering mengikuti proses tersendiri dan terkadang bermasalah.

Analisis penanda ini penting untuk mendukung dashboard 'Journal Reversal Process Performance'. Anda dapat memisahkan proses pembalikan untuk mengukur frekuensi, penyebab, dan waktu siklusnya, serta menemukan masalah pada entri asli yang mengharuskan pembalikan.

Mengapa ini penting

Membantu memisahkan dan menganalisis proses pembalikan, yang sering menunjukkan adanya kesalahan atau masalah pada transaksi asli.

Sumber data

Penanda ini dapat berupa kolom khusus di tabel GL_JE_HEADERS, seperti ACCRUAL_REV_FLAG, atau dikenali melalui tautan ke jurnal asli yang dibalik.

Contoh
truefalse
Pengerjaan ulang
IsRework
Penanda hasil perhitungan yang bernilai benar jika jurnal mengalami siklus penolakan dan perbaikan.
Deskripsi

Atribut boolean ini dihitung untuk mengidentifikasi kasus yang mengalami pengerjaan ulang. Biasanya, atribut ini bernilai 'true' untuk setiap aktivitas setelah peristiwa 'Journal Entry Rejected', seperti 'Journal Corrected and Resubmitted'.

Pengerjaan Ulang memudahkan analisis karena Anda dapat menghitung jumlah dan dampak siklus pengerjaan ulang. Atribut ini mendukung KPI 'Average Journal Rework Rate' dan membantu membandingkan alur serta durasi kasus yang dikerjakan ulang dengan kasus yang benar sejak awal.

Mengapa ini penting

Menandai secara langsung kasus yang mengalami siklus pengerjaan ulang yang tidak efisien, sehingga frekuensi dan dampak kegagalan proses mudah dihitung.

Sumber data

Atribut ini tidak tersedia di sistem sumber. Atribut ini dihitung di dalam alat process mining dengan menganalisis urutan aktivitas untuk setiap kasus.

Contoh
truefalse
Periode akuntansi
AccountingPeriod
Periode fiskal saat jurnal dibukukan, seperti 'Jan-24'.
Deskripsi

Periode Akuntansi menunjukkan periode keuangan saat transaksi diakui. Informasi ini menjadi dasar pelaporan dan analisis keuangan.

Dalam process mining, atribut ini penting untuk analisis tren. Anda dapat membandingkan kinerja proses, seperti waktu siklus atau tingkat penolakan, antarbulan atau antarkuartal. Analisis ini membantu menemukan pola musiman, seperti peningkatan beban kerja saat penutupan akhir bulan, dan mengukur dampak perbaikan proses dari waktu ke waktu.

Mengapa ini penting

Memungkinkan analisis tren KPI dari waktu ke waktu untuk mengukur perbaikan proses dan menemukan pola musiman, seperti tekanan kerja di akhir bulan.

Sumber data

Tersedia di tabel GL_JE_HEADERS, biasanya pada kolom bernama PERIOD_NAME.

Contoh
Jan-24Feb-24Mar-24
Status pembukuan
PostingStatus
Status pembukuan jurnal saat ini, misalnya 'Belum dibukukan' atau 'Sudah dibukukan'.
Deskripsi

Atribut ini menunjukkan status jurnal dalam proses pembukuan ke general ledger. Atribut ini menjadi penanda penting posisi jurnal dalam siklusnya, terutama untuk kasus yang masih berjalan.

Status Pembukuan penting untuk dashboard 'Real-Time Journal Entry Status Tracker', yang menampilkan kondisi semua entri aktif. Atribut ini membantu memantau antrean jurnal yang belum dibukukan dan menemukan keterlambatan pada tahap akhir proses.

Mengapa ini penting

Menunjukkan status jurnal saat ini, yang penting untuk memantau antrean dan melacak entri yang masih diproses.

Sumber data

Tersedia di tabel GL_JE_HEADERS, biasanya pada kolom seperti STATUS atau POSTING_STATUS.

Contoh
Sudah dibukukanBelum dibukukanKesalahan
Tanggal target pembukuan
TargetPostingDate
Tanggal yang telah ditetapkan sebagai batas waktu pembukuan jurnal.
Deskripsi

Tanggal Target Pembukuan adalah tenggat untuk membukukan jurnal ke general ledger. Tenggat ini biasanya ditentukan oleh perjanjian tingkat layanan (SLA) atau jadwal penutupan akhir bulan. Tanggal ini menjadi tolok ukur kinerja.

Atribut ini penting untuk menghitung KPI 'On-Time Journal Posting Rate'. Dengan membandingkan tanggal pembukuan aktual dengan target, sistem dapat menandai entri yang tepat waktu atau terlambat secara otomatis. Hasilnya menunjukkan dengan jelas apakah proses berjalan sesuai jadwal.

Mengapa ini penting

Menetapkan tenggat atau perjanjian tingkat layanan untuk pembukuan, sehingga KPI kinerja tepat waktu dapat dihitung.

Sumber data

Kolom ini mungkin tidak tersedia secara standar. Nilainya dapat diturunkan dari aturan bisnis berdasarkan tanggal pembuatan, periode akuntansi, atau kategori jurnal.

Contoh
2023-10-312023-11-302024-01-05
Waktu selesai
EndTime
Stempel waktu yang menunjukkan kapan aktivitas tertentu selesai.
Deskripsi

Waktu Selesai menandai berakhirnya suatu aktivitas. Waktu Mulai mencatat awal aktivitas, sedangkan Waktu Selesai menunjukkan titik akhirnya. Dengan kedua data ini, Anda dapat menghitung waktu pemrosesan setiap tahap secara akurat.

Data ini penting untuk menghitung waktu pemrosesan aktivitas, metrik utama untuk menemukan hambatan dan mengukur efisiensi sumber daya. Contohnya, selisih antara Waktu Selesai dan Waktu Mulai aktivitas 'Journal Entry Reviewed' menunjukkan waktu yang benar-benar digunakan peninjau untuk menyelesaikan tugas.

Mengapa ini penting

Data ini memungkinkan Anda menghitung durasi atau waktu pemrosesan aktual setiap aktivitas, yang penting untuk menemukan masalah efisiensi.

Sumber data

Seperti Waktu Mulai, data ini sering ditemukan di tabel jejak audit atau dapat disimpulkan dari Waktu Mulai aktivitas berikutnya dalam proses.

Contoh
2023-10-26T10:15:00Z2023-11-15T14:55:10Z2024-01-05T09:22:00Z
Waktu siklus dari awal hingga akhir
EndToEndCycleTime
Total durasi hasil perhitungan dari pembuatan jurnal hingga rekonsiliasi akhir.
Deskripsi

Metrik ini menunjukkan total waktu yang dihabiskan jurnal dalam seluruh proses, dari peristiwa 'Journal Entry Created' pertama hingga peristiwa 'Journal Entry Reconciled' terakhir. Metrik ini memberikan gambaran menyeluruh tentang kinerja proses.

Metrik ini merupakan KPI utama untuk mengukur efisiensi proses secara keseluruhan. Dashboard tren menggunakannya untuk melacak dampak inisiatif perbaikan dari waktu ke waktu. Metrik ini juga menjadi tolok ukur untuk menilai setiap perubahan proses.

Mengapa ini penting

Memberikan ukuran tingkat tinggi tentang kondisi dan efisiensi seluruh proses, sehingga menjadi metrik penting untuk pelaporan eksekutif.

Sumber data

Platform process mining menghitung metrik ini dengan mencari selisih waktu antara stempel waktu peristiwa pertama dan terakhir untuk setiap kasus.

Contoh
P10DT5HP4DT12HP22D
Wajib Disarankan Opsional

Aktivitas Record to Report - Jurnal

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar proses Jurnal dapat ditemukan dengan akurat.
5 Disarankan 7 Opsional
Aktivitas Deskripsi
Journal Entry Created
Aktivitas ini menandai dimulainya proses pencatatan jurnal. Pada tahap ini, pengguna membuat header jurnal baru dan mulai memasukkan data, sebelum jurnal diajukan untuk ditinjau atau disetujui.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses. Dengan menganalisis waktu dari aktivitas ini ke langkah berikutnya, Anda dapat mengukur efisiensi pencatatan data awal dan total waktu siklus proses.

Sumber data

Peristiwa ini biasanya disimpulkan dari stempel waktu tanggal pembuatan pada tabel GL_JE_HEADERS untuk Journal Entry ID tertentu. Tabel ini juga mencatat pengguna yang membuat data tersebut.

Pengumpulan data

Gunakan CREATION_DATE dari tabel GL_JE_HEADERS.

Jenis peristiwa inferred
Journal Submitted For Approval
Aktivitas ini terjadi saat pengguna secara resmi mengajukan jurnal yang sudah lengkap ke alur kerja persetujuan. Jurnal berubah dari draf atau belum lengkap menjadi menunggu persetujuan.
Mengapa ini penting

Ini adalah tonggak penting untuk mulai mengukur waktu siklus persetujuan dan menemukan hambatan. Tahap ini menandai peralihan dari pencatatan data ke peninjauan dan persetujuan.

Sumber data

Peristiwa ini disimpulkan dari perubahan status pada tabel GL_JE_HEADERS, khususnya saat APPROVAL_STATUS_CODE berubah menjadi nilai seperti 'REQUIRED' atau 'INITIATED'. Stempel waktu pengajuan mungkin juga tercatat.

Pengumpulan data

Lacak stempel waktu saat APPROVAL_STATUS_CODE di GL_JE_HEADERS berubah untuk menandai pengajuan.

Jenis peristiwa inferred
Jurnal dibukukan
Data keuangan jurnal berhasil dicatat di General Ledger. Debit dan kredit kini tercermin dalam saldo akun.
Mengapa ini penting

Tonggak penting ini menandai pencatatan jurnal dalam catatan keuangan resmi. Data ini penting untuk mengukur tingkat pembukuan tepat waktu dan total waktu dari pembuatan hingga pembukuan.

Sumber data

Peristiwa ini disimpulkan dari perubahan status pada tabel GL_JE_HEADERS, saat kolom STATUS berubah menjadi 'P' (Posted). Tabel GL_JE_BATCHES juga memuat status pembukuan.

Pengumpulan data

Catat stempel waktu saat STATUS pada GL_JE_HEADERS berubah menjadi 'P'.

Jenis peristiwa inferred
Jurnal direkonsiliasi
Jurnal telah dicocokkan dan diselesaikan dalam proses rekonsiliasi akun akhir periode. Ini memastikan transaksi sesuai dengan data keuangan lain, seperti rekening koran.
Mengapa ini penting

Aktivitas ini menjadi titik akhir yang sebenarnya dalam siklus jurnal. Waktu dari pembukuan hingga rekonsiliasi merupakan KPI penting untuk menilai efisiensi proses penutupan keuangan.

Sumber data

Peristiwa ini biasanya dicatat di Oracle Financial Consolidation and Close Cloud Service (FCCS) atau Account Reconciliation Cloud Service (ARCS), bukan di General Ledger. Peristiwa ini disimpulkan dari perubahan status pada catatan rekonsiliasi yang terhubung dengan jurnal.

Pengumpulan data

Cocokkan data jurnal dengan pembaruan status rekonsiliasi dari tabel ARCS atau FCCS.

Jenis peristiwa inferred
Jurnal disetujui
Pemberi persetujuan yang ditunjuk telah menyetujui jurnal secara resmi dan memastikan keakuratan serta keabsahannya. Ini adalah tahap terakhir dalam alur kerja persetujuan, sebelum jurnal dapat dibukukan.
Mengapa ini penting

Tonggak ini menandai akhir proses persetujuan. Waktu antara pengajuan dan persetujuan menjadi KPI penting untuk mengukur efisiensi alur kerja dan menemukan hambatan dalam persetujuan.

Sumber data

Peristiwa ini disimpulkan dari perubahan status pada tabel GL_JE_HEADERS, saat APPROVAL_STATUS_CODE diperbarui menjadi 'APPROVED'. Tabel alur kerja memuat identitas pemberi persetujuan dan stempel waktunya.

Pengumpulan data

Catat stempel waktu saat APPROVAL_STATUS_CODE pada GL_JE_HEADERS berubah menjadi 'APPROVED'.

Jenis peristiwa inferred
Journal Corrected and Resubmitted
Setelah jurnal ditolak, pembuatnya melakukan perbaikan yang diperlukan lalu mengajukannya kembali untuk disetujui. Aktivitas ini menandai dimulainya siklus persetujuan baru untuk jurnal yang sama.
Mengapa ini penting

Melacak pekerjaan ulang penting untuk memahami inefisiensi proses. Jika dianalisis bersama aktivitas 'Journal Entry Rejected', aktivitas ini membantu mengukur waktu dan frekuensi pekerjaan ulang.

Sumber data

Ini adalah peristiwa 'Journal Submitted For Approval' berikutnya untuk jurnal yang sebelumnya berstatus 'REJECTED'. Peristiwa ini dikenali dengan menganalisis urutan perubahan status untuk satu Journal Entry ID.

Pengumpulan data

Identifikasi waktu pengajuan yang terjadi setelah peristiwa penolakan untuk case ID yang sama.

Jenis peristiwa inferred
Journal Entry Rejected
Pemberi persetujuan meninjau jurnal lalu menolaknya karena kesalahan, dokumen pendukung yang kurang, atau pelanggaran kebijakan. Jurnal dikembalikan kepada pembuatnya untuk diperbaiki.
Mengapa ini penting

Aktivitas ini penting untuk menganalisis pengulangan pekerjaan, tingkat penolakan, dan metrik ketepatan sejak pengajuan pertama. Penolakan yang sering terjadi dapat menandakan masalah kualitas data atau kebutuhan pelatihan.

Sumber data

Peristiwa ini disimpulkan dari perubahan status pada tabel GL_JE_HEADERS saat APPROVAL_STATUS_CODE diperbarui menjadi 'REJECTED'. Riwayat alur kerja mencatat pengguna dan stempel waktu tindakan ini.

Pengumpulan data

Lacak stempel waktu saat APPROVAL_STATUS_CODE di GL_JE_HEADERS diatur ke 'REJECTED'.

Jenis peristiwa inferred
Journal Entry Reviewed
Tahap peninjauan ini dapat berlangsung sebelum atau sebagai bagian dari proses persetujuan resmi. Rekan kerja atau manajer memeriksa ketepatan dan kepatuhan jurnal sebelum meneruskannya kepada pemberi persetujuan akhir.
Mengapa ini penting

Dengan memisahkan aktivitas ini, Anda dapat membedakan waktu peninjauan awal dari waktu persetujuan akhir. Langkah peninjauan yang informal tetapi memakan waktu dapat menjadi hambatan tersembunyi.

Sumber data

Tahap ini mungkin tercatat sebagai langkah tersendiri dalam alur kerja persetujuan bertahap, melalui tabel riwayat alur kerja. Jika peninjauan dilakukan secara informal, aktivitasnya tidak tercatat. Anda dapat menyimpulkannya jika tindakan pengguna tertentu tercatat sebelum keputusan persetujuan akhir.

Pengumpulan data

Analisis tabel riwayat alur kerja untuk menemukan tahap persetujuan atau peninjauan sementara sebelum status akhir 'Approved'.

Jenis peristiwa inferred
Pembalikan jurnal diproses
Jurnal pembalik telah dibuat dan dibukukan pada periode berikutnya untuk meniadakan dampak keuangan jurnal asli. Tindakan ini umum dilakukan untuk akrual.
Mengapa ini penting

Pelacakan pembalikan membantu menemukan jenis entri yang sering dibalik dan menganalisis efisiensi proses pembalikan. Hal ini dapat menunjukkan masalah dalam pengelolaan akrual.

Sumber data

Peristiwa ini disimpulkan dengan mengidentifikasi jurnal baru yang secara eksplisit ditautkan ke jurnal asli sebagai pembaliknya. Tabel GL_JE_HEADERS memiliki kolom seperti REVERSAL_PERIOD dan REVERSAL_FLAG untuk mengidentifikasi dan menautkan entri tersebut.

Pengumpulan data

Identifikasi tanggal pembuatan dan pembukuan jurnal baru yang header-nya merujuk pada jurnal asli sebagai jurnal yang dibalik.

Jenis peristiwa inferred
Pembukuan diverifikasi
Tahap verifikasi setelah pembukuan, saat pengguna atau sistem memastikan jurnal telah dibukukan dengan benar dan saldonya sesuai harapan. Tahap ini sering menjadi kontrol manual.
Mengapa ini penting

Analisis aktivitas ini membantu mengetahui waktu yang digunakan untuk kontrol manual dan pemeriksaan kualitas setelah pembukuan. Hasilnya dapat menunjukkan peluang untuk mengotomatiskan proses verifikasi.

Sumber data

Kemungkinan besar peristiwa ini tidak tercatat secara eksplisit di Oracle Fusion. Peristiwa ini perlu disimpulkan dari tindakan lain, seperti pengguna menjalankan laporan tertentu atau memperbarui kolom status khusus, yang bukan bagian dari standar.

Pengumpulan data

Memerlukan logika khusus, misalnya mencatat waktu laporan verifikasi dijalankan atau pembaruan pada descriptive flexfield.

Jenis peristiwa inferred
Proses pembukuan jurnal dimulai
Proses membukukan jurnal yang telah disetujui ke General Ledger telah dimulai. Tahap ini dapat dilakukan secara otomatis atau manual, dengan memasukkan jurnal ke antrean untuk diproses oleh program pembukuan.
Mengapa ini penting

Aktivitas ini memisahkan persetujuan dari proses teknis pembukuan. Jeda antara persetujuan dan dimulainya pembukuan dapat menunjukkan masalah penjadwalan atau keterbatasan sumber daya pada mesin pembukuan.

Sumber data

Peristiwa ini dapat disimpulkan dari perubahan status pada tabel GL_JE_BATCHES atau dari waktu pengajuan permintaan konkuren pembukuan yang terkait dengan batch jurnal.

Pengumpulan data

Identifikasi waktu pengajuan permintaan untuk program General Ledger Posting pada batch jurnal terkait.

Jenis peristiwa inferred
Supporting Documentation Attached
Aktivitas ini mencatat lampiran dokumen pendukung, seperti faktur atau spreadsheet, pada jurnal. Dokumen tersebut biasanya memberikan konteks dan bukti bagi auditor serta pemberi persetujuan.
Mengapa ini penting

Melacak aktivitas ini membantu Anda mengetahui apakah dokumen yang belum tersedia menyebabkan keterlambatan. Informasi ini juga menunjukkan tingkat kepatuhan dan kelengkapan jurnal sebelum masuk ke alur kerja persetujuan.

Sumber data

Aktivitas ini mungkin sulit dilacak sebagai peristiwa tersendiri. Anda dapat menyimpulkannya dari stempel waktu pada tabel lampiran seperti FND_ATTACHED_DOCUMENTS, yang ditautkan ke catatan jurnal di GL_JE_HEADERS.

Pengumpulan data

Simpulkan aktivitas ini dari tanggal pembuatan catatan di FND_ATTACHED_DOCUMENTS yang ditautkan ke jurnal.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Oracle Fusion Financials

Siap memulai?

Gunakan templat ini untuk mengubah data Jurnal Oracle Fusion menjadi wawasan yang dapat ditindaklanjuti dan mempercepat siklus Record to Report. Mulai tingkatkan operasional keuangan Anda hari ini.

Percepat proses Record to Report - Jurnal hari ini

Kurangi waktu siklus Jurnal hingga 30% dan sederhanakan operasional keuangan.

Mulai uji coba gratis

Tidak perlu kartu kredit. Aktifkan uji coba gratis sekarang.