Templat Data Record to Report - Entri Jurnal Anda

SAP ECC
Templat Data Record to Report - Entri Jurnal Anda

Templat Data Record to Report - Entri Jurnal Anda

Templat ini memandu Anda mengumpulkan data yang diperlukan untuk menganalisis dan mengoptimalkan proses Record to Report - Entri Jurnal. Templat ini menjelaskan atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta panduan praktis untuk mengekstrak informasi dari SAP ECC. Dengan mengikuti templat ini, Anda dapat menyiapkan kumpulan data yang andal untuk menemukan inefisiensi dan meningkatkan pelaporan keuangan.
  • Atribut yang disarankan untuk analisis menyeluruh
  • Aktivitas utama entri jurnal yang perlu dilacak
  • Panduan praktis mengekstrak data dari SAP ECC
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Record to Report - Entri Jurnal

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar Anda dapat menganalisis proses Record to Report - Entri Jurnal di SAP ECC secara menyeluruh.
5 Wajib 6 Disarankan 7 Opsional
Nama Deskripsi
Journal Entry ID
JournalEntryId
Pengenal unik untuk dokumen akuntansi keuangan, yang menggabungkan kode perusahaan, nomor dokumen, dan tahun fiskal.
Deskripsi

Journal Entry ID adalah pengenal kasus utama untuk melacak siklus hidup jurnal. ID ini merupakan kunci gabungan yang biasanya dibentuk dengan menggabungkan Company Code (BUKRS), Document Number (BELNR), dan Fiscal Year (GJAHR), sehingga unik di seluruh sistem SAP.

Dalam analisis proses, ID ini menghubungkan semua aktivitas terkait, seperti pembuatan, penangguhan, pengajuan, persetujuan, penolakan, dan pencatatan. Dengan menelusuri ID ini, kita dapat menyusun perjalanan setiap jurnal dari awal hingga akhir, mengukur waktu siklus, serta menemukan penyimpangan proses atau hambatan pada entri tertentu.

Mengapa ini penting

Kunci ini penting untuk melacak jurnal sejak dibuat hingga akhirnya dicatat. Dengan kunci ini, Anda dapat menganalisis proses dari awal hingga akhir dan membandingkan variasinya.

Sumber data

Atribut turunan ini biasanya merupakan gabungan kolom dari tabel BKPF: Company Code (BUKRS), Document Number (BELNR), dan Fiscal Year (GJAHR).

Contoh
1000-1000000123-20232000-1900000456-20231000-1800000789-2024
Nama aktivitas
ActivityName
Nama aktivitas bisnis atau peristiwa yang terjadi pada titik tertentu dalam proses jurnal.
Deskripsi

Nama aktivitas menjelaskan langkah tertentu dalam siklus hidup jurnal, seperti 'Jurnal dibuat', 'Jurnal disetujui', atau 'Jurnal dicatat'. Atribut ini biasanya diturunkan dari beberapa sumber di SAP, termasuk kode transaksi (TCODE), log perubahan dokumen (tabel CDHDR dan CDPOS), serta kolom status dokumen.

Analisis aktivitas merupakan inti process mining. Analisis ini memungkinkan Anda memvisualisasikan peta proses, menghitung waktu perpindahan antar langkah, dan menemukan siklus pengerjaan ulang (misalnya, 'Jurnal ditolak' lalu 'Jurnal diperbaiki'). Data ini menjadi dasar dashboard waktu siklus, tingkat pengerjaan ulang, dan variasi proses.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam peta proses, sehingga alur kerja jurnal dapat divisualisasikan, dianalisis, dan dioptimalkan.

Sumber data

Ditentukan dari berbagai sumber, termasuk kode transaksi di BKPF (TCODE), status dokumen, log alur kerja di tabel seperti SWW_WI2OBJ, atau dokumen perubahan di CDHDR dan CDPOS.

Contoh
Jurnal dibuatJurnal disetujuiJurnal ditolakJurnal dicatat
Waktu peristiwa
EventTime
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi pada jurnal.
Deskripsi

Waktu peristiwa mencatat tanggal dan waktu tepat untuk setiap aktivitas dalam proses jurnal. Data ini penting untuk menghitung semua metrik berbasis waktu, seperti waktu siklus, durasi pemrosesan, dan jeda antar langkah. Sumber stempel waktu bergantung pada aktivitasnya. Sumbernya dapat berupa tanggal dan waktu pembuatan dokumen (CPUDT/CPUTM) atau stempel waktu perubahan dari log (CDHDR-UDATE/UTIME).

Dalam analisis, Waktu peristiwa digunakan untuk mengurutkan peristiwa secara kronologis dan menjadi dasar peta proses. Data ini penting untuk menghitung semua KPI terkait waktu, seperti Rata-rata Waktu Siklus Jurnal, Rata-rata Waktu Persetujuan, dan Waktu dari Persetujuan hingga Pencatatan.

Mengapa ini penting

Stempel waktu ini menjadi dasar semua analisis terkait waktu, termasuk penghitungan waktu siklus, durasi, dan hambatan.

Sumber data

Sumbernya bergantung pada aktivitas, terutama stempel waktu pembuatan (CPUDT, CPUTM) dari BKPF atau stempel waktu perubahan dokumen (UDATE, UTIME) dari CDHDR.

Contoh
2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T11:05:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data terakhir diekstrak atau diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari SAP ECC. Kolom metadata ini penting untuk mengetahui seberapa baru dan mutakhir data yang dianalisis.

Dalam dashboard atau analisis process mining, waktu pembaruan terakhir penting agar pengguna dapat memercayai data dan mengambil keputusan berdasarkan informasi yang tepat. Atribut ini membantu menjawab pertanyaan, 'Seberapa mutakhir informasi ini?'.

Mengapa ini penting

Memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka memahami rentang waktu analisis dan dapat memercayai hasilnya.

Sumber data

Kolom metadata ini dibuat dan disimpan oleh alat ekstraksi data atau proses ETL saat data diperbarui.

Contoh
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Sistem sumber
SourceSystem
Sistem tempat data proses diekstrak.
Deskripsi

Atribut ini menunjukkan asal data, dalam hal ini instans SAP ECC tertentu. Biasanya, nilai statis ditambahkan saat proses ekstraksi data.

Meski sederhana, atribut ini penting jika lingkungan Anda menggunakan beberapa ERP atau sumber data. Atribut ini memperjelas asal-usul data dan memungkinkan analisis difilter atau dikelompokkan berdasarkan sistem sumber.

Mengapa ini penting

Memperjelas asal-usul data dan penting untuk melacak kualitas data, terutama di lingkungan dengan beberapa sistem sumber.

Sumber data

Biasanya berupa nilai statis yang ditambahkan selama transformasi data untuk menunjukkan instans SAP ECC tertentu (misalnya, 'ECC_PROD_100').

Contoh
SAP ECC EHP8ECC_FIN_PRODSAP_ERP_60
Dibalik
IsReversed
Penanda boolean yang menunjukkan apakah jurnal telah dibalik.
Deskripsi

Penanda ini menunjukkan entri jurnal yang kemudian dibalik dengan dokumen akuntansi lain. Di SAP, dokumen yang dibalik ditautkan ke dokumen pembaliknya sehingga jejak auditnya jelas.

Atribut ini menjadi dasar untuk dashboard 'Analisis Pembalikan Entri Jurnal' dan KPI 'Tingkat Pembalikan Entri Jurnal'. Anda dapat menggunakannya untuk memisahkan entri yang dibalik dan menyelidiki penyebabnya, seperti kesalahan input data atau perlakuan akuntansi yang keliru. Tujuannya, mengurangi frekuensi pembalikan.

Mengapa ini penting

Mendukung analisis pembalikan dengan menandai entri yang kemudian dibatalkan. Informasi ini membantu menemukan penyebab kesalahan dan meningkatkan integritas data.

Sumber data

Diambil dari kolom nomor Dokumen Pembalik (STBLG) pada tabel BKPF. Jika STBLG tidak kosong, penanda bernilai benar.

Contoh
truefalse
Jenis dokumen
DocumentType
Klasifikasi dokumen akuntansi yang menentukan cara dokumen diproses dan disimpan.
Deskripsi

Jenis dokumen membedakan berbagai transaksi bisnis, seperti entri buku besar (SA), faktur pemasok (KR), atau pencatatan aset (AA). Jenis ini ditetapkan saat konfigurasi sistem dan diberikan ke setiap jurnal.

Atribut ini penting untuk analisis karena proses dapat dikelompokkan berdasarkan jenis transaksi. Dashboard 'Volume Jurnal Berdasarkan Jenis' dan KPI 'Rata-rata Waktu Siklus Berdasarkan Jenis Jurnal' bergantung langsung pada kolom ini. Atribut ini membantu menemukan apakah jenis entri tertentu lebih sering mengalami keterlambatan, pengerjaan ulang, atau pembalikan.

Mengapa ini penting

Memungkinkan analisis dikelompokkan berdasarkan jenis transaksi, sehingga Anda dapat mengetahui apakah masalah proses hanya terjadi pada jenis jurnal tertentu.

Sumber data

Terdapat di tabel header dokumen BKPF, kolom BLART.

Contoh
SAKRREAA
Kode perusahaan
CompanyCode
Unit organisasi yang mewakili badan hukum independen dan menjadi dasar penyusunan laporan keuangan.
Deskripsi

Company Code adalah unit organisasi dasar di SAP Financials. Unit ini mewakili perusahaan yang berdiri sebagai badan hukum independen dan menjadi kolom penting di header dokumen jurnal.

Atribut ini penting untuk mengelompokkan analisis proses berdasarkan badan hukum. Atribut ini memungkinkan perbandingan kinerja proses, tingkat kepatuhan, dan hasil KPI di berbagai bagian bisnis. Misalnya, atribut ini dapat membantu menemukan apakah keterlambatan persetujuan atau tingginya tingkat pembalikan hanya terjadi pada kode perusahaan tertentu.

Mengapa ini penting

Memungkinkan Anda memfilter dan membandingkan kinerja proses di berbagai badan hukum atau unit bisnis dalam organisasi.

Sumber data

Terdapat di tabel header dokumen BKPF, kolom BUKRS.

Contoh
10002000US01DE01
Kode transaksi
TransactionCode
Kode transaksi SAP yang digunakan untuk membuat atau memproses jurnal.
Deskripsi

Kode transaksi (T-Code) adalah pengenal unik untuk fungsi atau program tertentu di SAP. Untuk jurnal, kode ini menunjukkan cara entri dibuat, misalnya secara manual (FB01, F-02), melalui penangguhan (FV50), atau lewat antarmuka otomatis.

Atribut ini sangat berguna untuk dashboard 'Optimalisasi Aktivitas Manual'. Dengan menganalisis T-Code, kita dapat membedakan aktivitas manual dan otomatis, menemukan proses manual yang paling memakan waktu, serta mengidentifikasi peluang otomatisasi untuk mengurangi pekerjaan manual dan meningkatkan efisiensi.

Mengapa ini penting

Membantu membedakan proses manual dan otomatis, serta menemukan peluang otomatisasi dan standardisasi proses.

Sumber data

Terdapat di tabel header dokumen BKPF, kolom TCODE.

Contoh
FB01F-02FV50FBD1
Pengguna
User
ID pengguna SAP milik orang yang membuat atau mengubah jurnal.
Deskripsi

Atribut ini mencatat nama pengguna SAP yang bertanggung jawab atas aktivitas tertentu, seperti membuat, menangguhkan, atau mencatat dokumen. Datanya diambil langsung dari header dokumen atau tabel log perubahan.

Analisis atribut Pengguna penting untuk memahami kinerja tim dan individu. Atribut ini mendukung dashboard Produktivitas Pengguna dengan melacak jumlah aktivitas dan waktu pemrosesan per pengguna. Atribut ini juga membantu menemukan pihak yang terlibat dalam siklus pengerjaan ulang, pembalikan, atau penyimpangan kepatuhan, sehingga pelatihan atau perbaikan proses dapat diarahkan dengan tepat.

Mengapa ini penting

Menunjukkan pengguna yang bertanggung jawab atas setiap aktivitas, sehingga kinerja pengguna, pembagian beban kerja, dan pola pengerjaan ulang dapat dianalisis.

Sumber data

Biasanya diambil dari tabel BKPF (kolom USNAM untuk pembuat) atau tabel CDHDR (kolom USERNAME untuk pengubah).

Contoh
ABROWNCJONESDSMITH
Tanggal pencatatan
PostingDate
Tanggal transaksi dicatat di buku besar dan memengaruhi periode keuangan.
Deskripsi

Tanggal pencatatan menentukan periode fiskal untuk membukukan jurnal. Tanggal ini penting dari sisi keuangan dan kepatuhan karena harus sesuai dengan jadwal penutupan periode akuntansi dan peraturan yang berlaku.

Dalam process mining, tanggal ini digunakan untuk memantau kepatuhan. Dashboard 'Pemantauan Kepatuhan' dan KPI 'Tingkat Kepatuhan' menggunakan atribut ini untuk memeriksa apakah entri dicatat pada periode yang tepat. Atribut ini juga dapat digunakan untuk menganalisis tren volume jurnal dari waktu ke waktu.

Mengapa ini penting

Penting untuk pelaporan keuangan dan analisis kepatuhan, serta memastikan entri dicatat pada periode akuntansi yang tepat.

Sumber data

Terdapat di tabel header dokumen BKPF, kolom BUDAT.

Contoh
2023-10-312023-11-302024-01-15
Alasan Pembalikan
ReversalReason
Kode yang menunjukkan alasan entri jurnal dibalik.
Deskripsi

Saat membalik dokumen, pengguna dapat menentukan kode alasan di SAP. Kode ini mencatat alasan pembalikan secara terstruktur, misalnya tanggal posting yang keliru atau kesalahan input data.

Atribut ini menjadi masukan utama untuk dashboard 'Analisis Pembalikan Entri Jurnal'. Dengan menganalisis alasan pembalikan yang paling sering muncul, organisasi dapat menemukan masalah berulang dalam proses atau kekurangan pelatihan. Setelah itu, organisasi dapat mengambil tindakan yang tepat untuk mencegah kesalahan dan menurunkan tingkat pembalikan.

Mengapa ini penting

Menunjukkan secara langsung alasan pembalikan, sehingga Anda dapat menelusuri akar masalah dan mencegah kesalahan serupa.

Sumber data

Tersimpan di tabel header dokumen BKPF, kolom STGRD.

Contoh
010205
Disimpan Sementara
IsParked
Penanda boolean yang menunjukkan apakah entri jurnal disimpan sebagai dokumen sementara sebelum diposting.
Deskripsi

Dokumen dapat disimpan sementara agar pengguna bisa menyimpan entri jurnal yang belum lengkap tanpa memengaruhi saldo keuangan. Pengguna lain kemudian dapat melengkapi atau meninjaunya sebelum dokumen diposting. Penanda ini menunjukkan entri yang melalui tahap penyimpanan sementara.

Analisis atribut ini membantu Anda memahami penggunaan fitur penyimpanan sementara. Hasilnya dapat menunjukkan apakah fitur tersebut digunakan sebagai tahap peninjauan informal yang berpotensi menimbulkan keterlambatan. Atribut ini juga mendukung analisis waktu siklus dari awal hingga akhir, dengan membedakan entri yang langsung diposting dan entri yang disimpan sementara terlebih dahulu.

Mengapa ini penting

Menandai entri yang menggunakan fitur penyimpanan sementara. Tahap ini dapat menyebabkan keterlambatan atau menunjukkan adanya proses peninjauan informal.

Sumber data

Diambil dari kolom status dokumen (BSTAT) pada tabel BKPF. Nilai 'V' menunjukkan dokumen yang disimpan sementara.

Contoh
truefalse
Kode Mata Uang
CurrencyKey
Kode mata uang untuk jumlah yang tercatat dalam entri jurnal.
Deskripsi

Atribut ini menunjukkan mata uang entri jurnal, seperti USD, EUR, atau JPY. Informasi ini memberi konteks untuk setiap nilai keuangan yang terkait dengan dokumen.

Mata uang tidak selalu menjadi dimensi analisis utama, tetapi penting agar nilai uang dapat ditafsirkan dengan benar. Organisasi global juga dapat menggunakannya untuk membandingkan proses pada entri dalam mata uang asing dan mata uang lokal.

Mengapa ini penting

Memberi konteks yang diperlukan untuk semua nilai uang agar analisis dan interpretasi keuangan akurat.

Sumber data

Tersimpan di tabel header dokumen BKPF, kolom WAERS.

Contoh
USDEURGBPJPY
Pekerjaan Ulang
IsRework
Penanda boolean yang menunjukkan apakah entri jurnal mengalami siklus pekerjaan ulang, misalnya ditolak lalu diperbaiki.
Deskripsi

Penanda ini menunjukkan kasus yang menyimpang dari alur normal dan memerlukan tindakan korektif. Biasanya, nilainya menjadi benar jika urutan aktivitas seperti 'Entri Jurnal Ditolak' lalu 'Entri Jurnal Diperbaiki' ditemukan pada entri jurnal tertentu.

Atribut ini penting untuk menghitung KPI 'Tingkat Pekerjaan Ulang Entri Jurnal' dan menganalisis dashboard 'Tingkat Pekerjaan Ulang dan Penolakan'. Atribut ini membantu mengukur besarnya inefisiensi dalam proses dan menjadi dasar untuk menyelidiki penyebab pekerjaan ulang, seperti persyaratan yang kurang jelas atau dokumentasi yang tidak memadai.

Mengapa ini penting

Menandai entri yang perlu diperbaiki. Informasi ini membantu mengukur pekerjaan ulang dan mencari penyebabnya agar lebih banyak entri selesai dengan benar sejak awal.

Sumber data

Atribut ini dihitung dengan menganalisis urutan aktivitas dalam suatu kasus. Siklus pekerjaan ulang terdeteksi jika terjadi aktivitas penolakan atau perbaikan.

Contoh
truefalse
Pusat Biaya
CostCenter
Unit organisasi dalam area pengendalian yang mewakili lokasi terjadinya biaya.
Deskripsi

Pusat Biaya adalah elemen data induk penting dari modul Controlling (CO), yang biasanya ditetapkan pada tingkat item baris entri jurnal. Elemen ini digunakan untuk melacak biaya pada departemen, fungsi, atau lokasi tertentu.

Dengan menyertakan Pusat Biaya, Anda dapat menganalisis proses entri jurnal secara lebih terperinci. Anda dapat melihat apakah departemen tertentu menghasilkan lebih banyak pekerjaan ulang, memiliki waktu siklus lebih lama, atau mencatat lebih banyak entri manual. Hasilnya, efisiensi proses dapat ditinjau per departemen.

Mengapa ini penting

Mendukung analisis kinerja proses per departemen atau fungsi, sehingga inefisiensi di area tertentu lebih mudah ditemukan.

Sumber data

Tersimpan di tabel item baris dokumen BSEG, kolom KOSTL.

Contoh
4100CC_FINANCE_US10010101
Total nilai dokumen
TotalDocumentAmount
Nilai total jurnal dalam mata uang dokumen.
Deskripsi

Atribut ini menunjukkan nilai keuangan total jurnal. Biasanya, nilainya dihitung dengan menjumlahkan nilai absolut semua item baris debit atau kredit yang terkait dengan dokumen.

Analisis proses berdasarkan nilai keuangan dapat mengungkap pola penting. Misalnya, entri bernilai tinggi mungkin mengikuti jalur persetujuan yang berbeda dan lebih ketat. Atribut ini dapat digunakan untuk memfilter atau mengelompokkan analisis, sehingga Anda dapat melihat apakah waktu siklus, tingkat penolakan, atau keterlambatan persetujuan berkaitan dengan nilai entri.

Mengapa ini penting

Memungkinkan analisis dampak keuangan, misalnya dengan membandingkan waktu pemrosesan atau tingkat penolakan dengan nilai uang jurnal.

Sumber data

Kolom hasil perhitungan ini diperoleh dengan menjumlahkan kolom nilai (WRBTR atau DMBTR) dari semua item baris di tabel BSEG untuk jurnal tertentu.

Contoh
1500.0025000.75125.50
Waktu Persetujuan
ApprovalTime
Waktu sejak entri jurnal diajukan untuk disetujui hingga disetujui atau ditolak.
Deskripsi

Metrik ini mengukur durasi subproses persetujuan, yang sering kali menjadi bagian penting dari waktu siklus keseluruhan. Nilainya dihitung dari selisih waktu antara aktivitas 'Entri Jurnal Diajukan' dan aktivitas terkait, yaitu 'Entri Jurnal Disetujui' atau 'Entri Jurnal Ditolak'.

Waktu Persetujuan menjadi metrik utama untuk dashboard 'Kinerja Persetujuan Entri Jurnal' dan KPI 'Rata-rata Waktu Persetujuan Entri Jurnal'. Analisis durasi ini membantu menemukan hambatan dalam alur kerja persetujuan, mengukur kinerja pemberi persetujuan, dan menjadi dasar untuk perubahan proses, seperti penyesuaian batas persetujuan.

Mengapa ini penting

Mengukur durasi tahap persetujuan agar keterlambatan dalam alur kerja peninjauan dan persetujuan lebih mudah ditemukan dan ditangani.

Sumber data

Dihitung dengan mengurangi waktu aktivitas 'Entri Jurnal Diajukan' dari waktu aktivitas 'Entri Jurnal Disetujui' atau 'Entri Jurnal Ditolak'.

Contoh
P1DT2HPT4H15MP3D
Wajib Disarankan Opsional

Aktivitas Record to Report - Entri Jurnal

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar penemuan proses dan optimalisasi entri jurnal berjalan akurat.
5 Disarankan 9 Opsional
Aktivitas Deskripsi
Jurnal diajukan
Aktivitas ini menandakan bahwa pembuat telah menyelesaikan jurnal tertangguh dan jurnal siap ditinjau serta disetujui. Biasanya, aktivitas ini dicatat saat tugas SAP Business Workflow yang terkait dengan dokumen tertangguh dimulai.
Mengapa ini penting

Aktivitas ini menandai penyerahan dari pembuat kepada pemberi persetujuan dan menjadi awal penghitungan KPI waktu siklus persetujuan. Ini adalah tonggak penting untuk mengukur efisiensi alur kerja persetujuan.

Sumber data

Simpulkan dari waktu mulai instans alur kerja persetujuan yang tertaut ke objek dokumen keuangan. Untuk menemukannya, analisis tabel log alur kerja seperti SWW_WI2OBJ dan cari alur kerja yang dimulai untuk kode perusahaan, nomor dokumen, dan tahun fiskal terkait.

Pengumpulan data

Identifikasi peristiwa dimulainya alur kerja untuk objek dokumen tertangguh.

Jenis peristiwa inferred
Jurnal dicatat
Ini adalah aktivitas utama saat jurnal resmi dicatat di buku besar dan memengaruhi laporan keuangan. SAP mencatat peristiwa ini secara eksplisit saat status dokumen diubah menjadi 'posted' dan tanggal pencatatan ditetapkan.
Mengapa ini penting

Ini adalah tonggak terpenting yang menandakan jurnal berhasil diproses. Waktu siklus dari awal hingga akhir sering diukur sampai tahap ini. Peristiwa ini juga penting untuk analisis penutupan keuangan.

Sumber data

Peristiwa ini diidentifikasi saat dokumen di tabel BKPF memiliki tanggal pencatatan (BKPF-BUDAT). Untuk dokumen tertangguh, ini terjadi saat status BKPF-BSTAT berubah dari 'V' menjadi kosong. Waktu pencatatan menggunakan tanggal entri BKPF-CPUDT.

Pengumpulan data

Identifikasi saat BKPF-BSTAT berubah dari 'V' menjadi kosong, atau gunakan peristiwa pembuatan untuk pencatatan langsung.

Jenis peristiwa explicit
Jurnal disetujui
Aktivitas ini menandai persetujuan akhir jurnal dalam alur kerja, sehingga jurnal siap dicatat. Peristiwa ini diambil dari log alur kerja saat langkah 'release' atau 'approve' terakhir selesai.
Mengapa ini penting

Ini adalah tonggak penting yang mengakhiri proses persetujuan. Durasi hingga aktivitas ini menjadi KPI utama untuk mengukur efisiensi persetujuan. Waktu dari peristiwa ini hingga pencatatan mengukur jeda setelah persetujuan.

Sumber data

Simpulkan dari stempel waktu penyelesaian langkah persetujuan terakhir di log SAP Business Workflow. Ini adalah tindakan persetujuan terakhir sebelum dokumen dicatat atau siap dicatat.

Pengumpulan data

Identifikasi penyelesaian langkah 'release' atau 'approve' terakhir di log alur kerja.

Jenis peristiwa inferred
Jurnal ditangguhkan
Aktivitas ini menandai pembuatan awal jurnal dalam status sementara, sebelum dicatat secara resmi ke buku besar. SAP mencatatnya secara eksplisit saat pengguna menyimpan dokumen melalui transaksi penangguhan, sehingga status dokumen menjadi 'parked'.
Mengapa ini penting

Ini adalah peristiwa awal yang penting untuk proses yang mencakup peninjauan dan persetujuan. Analisis waktu antara penangguhan dan pencatatan membantu menemukan keterlambatan pada tahap sebelum pencatatan dan persetujuan.

Sumber data

Peristiwa ini diidentifikasi dari tabel header dokumen BKPF. Dokumen dianggap ditangguhkan jika dibuat dengan status BKPF-BSTAT = 'V'. Waktu peristiwa menggunakan tanggal dan waktu pembuatan, BKPF-CPUDT dan BKPF-CPUTM.

Pengumpulan data

Identifikasi pembuatan dokumen di BKPF saat BKPF-BSTAT bernilai 'V'.

Jenis peristiwa explicit
Pembalikan jurnal diproses
Aktivitas ini menandai pembalikan jurnal yang sebelumnya telah dicatat. Pembalikan adalah dokumen akuntansi baru yang membatalkan entri awal.
Mengapa ini penting

Peristiwa ini penting untuk mengukur kualitas data dan akurasi proses. Tingkat pembalikan yang tinggi menunjukkan masalah sistemis pada tahap entri data atau persetujuan awal. Setiap pembalikan juga berarti pengerjaan ulang.

Sumber data

Peristiwa ini diidentifikasi di header dokumen awal (tabel BKPF). Saat dokumen dibalik, SAP mengisi nomor dokumen pembalik (BKPF-STBLG) dan alasan pembalikan (BKPF-STGRD). Waktu peristiwa menggunakan tanggal pencatatan dokumen pembalik yang baru.

Pengumpulan data

Identifikasi saat BKPF-STBLG terisi pada dokumen awal. Gunakan tanggal pencatatan dokumen pembalik sebagai stempel waktu.

Jenis peristiwa explicit
Dokumentasi dilampirkan
Aktivitas ini menunjukkan pengguna melampirkan dokumen pendukung, seperti faktur atau spreadsheet, ke jurnal. Peristiwa ini tidak dicatat secara eksplisit sebagai peristiwa akuntansi standar. Biasanya, peristiwa ini disimpulkan dengan memeriksa pembuatan lampiran yang terhubung ke objek dokumen akuntansi.
Mengapa ini penting

Pelacakan aktivitas ini membantu memastikan kepatuhan terhadap kebijakan yang mewajibkan dokumentasi. Keterlambatan melampirkan dokumen dapat menjadi penyebab utama siklus persetujuan yang panjang.

Sumber data

Peristiwa ini sulit dicatat secara andal dengan stempel waktu. Peristiwa ini mungkin dapat disimpulkan dengan menganalisis tabel lampiran Generic Object Services (GOS), seperti SOOD, lalu menghubungkan waktu pembuatan lampiran dengan kunci objek jurnal.

Pengumpulan data

Simpulkan dari waktu pembuatan objek tertaut di tabel GOS (misalnya, SOOD).

Jenis peristiwa inferred
Entri manual teridentifikasi
Aktivitas ini mengidentifikasi apakah jurnal dibuat melalui transaksi online manual, bukan melalui antarmuka otomatis atau proses batch. Ini bukan tindakan pengguna, melainkan atribut entri yang dihitung dari data sistem.
Mengapa ini penting

Membedakan entri manual dan otomatis penting untuk menentukan sasaran perbaikan proses. Proses manual sering menjadi fokus inisiatif standardisasi dan otomatisasi.

Sumber data

Nilai ini dihitung dengan menganalisis kolom di tabel header dokumen BKPF. Kode transaksi (BKPF-TCODE) seperti 'FB01', 'FB50', atau 'FV50' menunjukkan entri manual, sedangkan T-code lain atau nama input batch tertentu (BKPF-AWKEY) mengindikasikan otomatisasi.

Pengumpulan data

Tentukan dari BKPF-TCODE atau indikator lain di header dokumen dari sistem sumber.

Jenis peristiwa calculated
Item baris jurnal diselesaikan
Aktivitas ini menunjukkan rekonsiliasi item baris akun buku besar yang dikelola dengan item terbuka, seperti akun kliring bank. Aktivitas terjadi saat satu item baris dicocokkan dengan item lain hingga statusnya ditutup.
Mengapa ini penting

Untuk proses seperti rekonsiliasi bank, waktu yang diperlukan untuk menyelesaikan item merupakan KPI penting. Aktivitas ini membantu menganalisis efisiensi rekonsiliasi dan prosedur penutupan akhir bulan.

Sumber data

Peristiwa ini diambil dari tabel item baris BSEG. Saat item baris diselesaikan, kolom tanggal kliring (BSEG-AUGDT) dan dokumen kliring (BSEG-AUGBL) akan terisi. Waktu peristiwa menggunakan tanggal kliring.

Pengumpulan data

Identifikasi saat tanggal kliring (BSEG-AUGDT) terisi untuk suatu item baris.

Jenis peristiwa explicit
Jurnal dibuat
Menandai pembuatan jurnal yang langsung dicatat tanpa melalui tahap penangguhan. SAP mencatatnya saat dokumen dibuat menggunakan transaksi pencatatan langsung.
Mengapa ini penting

Aktivitas ini menjadi titik awal alternatif untuk proses jurnal sederhana yang tidak memerlukan alur kerja persetujuan. Aktivitas ini membantu membedakan pencatatan langsung yang sederhana dari entri tertangguh yang lebih kompleks.

Sumber data

Peristiwa ini menunjukkan pembuatan dokumen di tabel BKPF dengan status dokumen BKPF-BSTAT kosong (sudah dicatat). Waktu peristiwa menggunakan tanggal pembuatan, BKPF-CPUDT. Untuk dokumen ini, peristiwa 'Created' dan 'Posted' terjadi bersamaan.

Pengumpulan data

Identifikasi pembuatan dokumen di BKPF saat BKPF-BSTAT kosong.

Jenis peristiwa explicit
Jurnal diperbaiki
Aktivitas ini menunjukkan bahwa pembuat awal telah mengubah jurnal tertangguh setelah jurnal dikembalikan untuk diperbaiki. Aktivitas ini disimpulkan dengan mendeteksi perubahan dokumen setelah peristiwa 'Changes Requested'.
Mengapa ini penting

Pelacakan koreksi membantu mengukur upaya yang digunakan untuk pengerjaan ulang. Waktu antara permintaan perubahan dan koreksi menunjukkan keterlambatan dalam menyelesaikan masalah pada entri yang diajukan.

Sumber data

Simpulkan dengan menganalisis log perubahan dokumen (tabel CDHDR dan CDPOS) untuk dokumen tertangguh. Perubahan yang tercatat setelah peristiwa penolakan di alur kerja menandakan bahwa koreksi telah dilakukan. Stempel waktunya berasal dari tabel CDHDR.

Pengumpulan data

Identifikasi entri log perubahan di CDHDR/CDPOS setelah peristiwa penolakan.

Jenis peristiwa inferred
Jurnal ditolak
Aktivitas ini menandakan penolakan akhir jurnal. Setelah itu, jurnal tidak akan dicatat. Biasanya, ini menjadi status akhir dalam alur kerja persetujuan dan dokumen tertangguh kemudian dihapus.
Mengapa ini penting

Pelacakan penolakan sangat penting untuk pengelolaan kualitas. Analisis alasan dan frekuensi penolakan membantu meningkatkan tingkat jurnal yang benar sejak pertama kali.

Sumber data

Hasil ini diambil dari log SAP Business Workflow dan menunjukkan keputusan akhir pengguna 'reject' yang mengakhiri proses. Dokumen tertangguh mungkin kemudian dihapus.

Pengumpulan data

Identifikasi status akhir 'reject' di log alur kerja untuk dokumen tersebut.

Jenis peristiwa inferred
Jurnal tertangguh dihapus
Menandai penghapusan jurnal tertangguh yang tidak pernah dicatat. Ini dapat terjadi setelah penolakan atau jika entri dibuat karena kesalahan.
Mengapa ini penting

Aktivitas ini menandai akhir proses yang tidak berhasil. Analisis alasan dokumen tertangguh dihapus dapat mengungkap masalah, seperti entri duplikat atau kesalahpahaman tentang proses.

Sumber data

Peristiwa ini dicatat saat status dokumen tertangguh di tabel BKPF berubah. Kolom status BKPF-BSTAT diperbarui menjadi 'Z' (dokumen tertangguh dihapus). Stempel waktu perubahan dapat ditemukan di log perubahan dokumen (CDHDR).

Pengumpulan data

Identifikasi saat BKPF-BSTAT diperbarui menjadi 'Z'.

Jenis peristiwa explicit
Pencatatan lintas perusahaan teridentifikasi
Aktivitas hasil perhitungan ini menandai jurnal yang memengaruhi lebih dari satu kode perusahaan. Penentuannya dilakukan dengan menganalisis item baris dalam satu dokumen keuangan.
Mengapa ini penting

Transaksi lintas perusahaan dapat memiliki persyaratan pemrosesan dan persetujuan yang lebih rumit. Dengan mengidentifikasinya, Anda dapat menganalisis waktu siklus dan jalur prosesnya secara terpisah untuk menemukan hambatan khusus.

Sumber data

Hitung dengan memeriksa tabel item baris BSEG untuk nomor dokumen (BELNR) tertentu. Jika item baris memuat lebih dari satu kode perusahaan (BSEG-BUKRS) yang berbeda, entri tersebut merupakan pencatatan lintas perusahaan.

Pengumpulan data

Periksa apakah ada beberapa nilai BSEG-BUKRS yang berbeda untuk satu BKPF-BELNR.

Jenis peristiwa calculated
Perubahan jurnal diminta
Menandai tahap dalam alur kerja ketika pemberi persetujuan telah meninjau jurnal dan mengembalikannya kepada pembuat untuk diperbaiki. Peristiwa ini dicatat dari log alur kerja yang menunjukkan keputusan pengguna 'rejection' atau 'send back'.
Mengapa ini penting

Aktivitas ini penting untuk menemukan siklus pengerjaan ulang, yang menjadi sumber utama inefisiensi dan penyimpangan proses. Jika peristiwa ini sering terjadi, kualitas entri mungkin bermasalah atau persyaratannya kurang jelas.

Sumber data

Peristiwa ini disimpulkan dari stempel waktu langkah keputusan pengguna tertentu di log SAP Business Workflow yang menunjukkan tindakan 'reject' atau 'send for correction'.

Pengumpulan data

Identifikasi stempel waktu keputusan 'rejection' atau 'rework' di log alur kerja.

Jenis peristiwa inferred
Disarankan Opsional

Panduan Ekstraksi

Cara mengambil data dari SAP ECC

Siap Memulai?

Gunakan templat data ini untuk memulai process mining pada proses Record to Report - Entri Jurnal. Dapatkan wawasan yang lebih mendalam dan tingkatkan efisiensi operasional keuangan Anda.

Optimalkan proses Record to Report - Entri Jurnal Anda Sekarang

Kurangi waktu siklus Entri Jurnal hingga 30% dan pastikan pelaporan yang akurat.

Mulai Uji Coba Gratis

Tidak perlu kartu kredit. Mulai tingkatkan proses Anda hari ini.