> Perbaikan proses berkelanjutan > Pemrosesan faktur dari pembelian hingga pembayaran > SAP Ariba > Templat data

Templat Data Pemrosesan Faktur Purchase to Pay Anda

SAP Ariba

Atribut Pemrosesan Faktur Purchase to Pay(22) Aktivitas Pemrosesan Faktur Purchase to Pay(13) Panduan Ekstraksi(1)

Templat Data Pemrosesan Faktur Purchase to Pay Anda

Templat ini menyediakan cara terstruktur untuk mengumpulkan data penting guna mengoptimalkan pemrosesan faktur di SAP Ariba. Templat ini merinci atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta panduan praktis untuk mengekstrak data. Gunakan templat ini untuk menyiapkan log peristiwa dengan cepat dan menganalisis proses secara lebih mendalam.

Atribut yang disarankan untuk dikumpulkan
Aktivitas utama yang perlu dilacak di SAP Ariba
Panduan praktis untuk mengekstrak data

Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Unduh template

Atribut Pemrosesan Faktur Purchase to Pay

Berikut kolom data yang disarankan untuk dimasukkan ke log peristiwa agar pemrosesan faktur di SAP Ariba dapat dianalisis secara menyeluruh.

3 Wajib 7 Disarankan 12 Opsional

	Nama	Deskripsi
	Nama Aktivitas ActivityName	Nama peristiwa atau tugas tertentu yang terjadi pada suatu tahap dalam siklus pemrosesan invoice.
Deskripsi Nama Aktivitas menjelaskan satu langkah dalam workflow pemrosesan invoice, seperti 'Invoice Diterima', 'Invoice Disetujui', atau 'Pembayaran Dilakukan'. Setiap aktivitas mewakili peristiwa bisnis yang membawa invoice lebih dekat ke penyelesaian. Dalam process mining, urutan aktivitas ini membentuk peta proses. Analisis aktivitas membantu menemukan alur proses yang paling umum, penyimpangan dari prosedur standar, pengerjaan ulang seperti penanganan selisih, serta peluang otomatisasi. Mengapa ini penting Atribut ini menjadi dasar untuk memvisualisasikan peta proses, menemukan variasi proses, serta mengidentifikasi pengerjaan ulang atau hambatan. Sumber data Data ini dihasilkan dari log peristiwa sistem, perubahan status, atau tindakan pengguna yang tercatat di SAP Ariba. Sumbernya sering kali berupa tabel riwayat workflow atau dokumen. Contoh Faktur diterimaFaktur disetujuiBlokir Pembayaran DitetapkanPembayaran Dilakukan
	Nomor Invoice InvoiceNumber	Pengenal unik untuk setiap invoice vendor, yang berfungsi sebagai ID kasus utama dalam proses pemrosesan invoice.
Deskripsi Nomor Invoice adalah referensi unik yang diberikan vendor pada dokumen invoice. Dalam process mining, atribut ini penting karena berfungsi sebagai ID Kasus yang menghubungkan semua aktivitas terkait, mulai dari penerimaan invoice hingga pembayaran akhir. Dengan melacak pengenal ini, analis dapat menyusun kembali seluruh siklus setiap invoice. Hasilnya, mereka dapat menganalisis alur proses secara terperinci, menemukan hambatan, dan mengukur KPI utama, seperti waktu siklus tiap invoice. Mengapa ini penting Nomor ini menjadi kunci yang menghubungkan semua langkah proses untuk satu invoice, sehingga waktu dan alur pemrosesan dari awal hingga akhir dapat dianalisis. Sumber data Kolom utama ini tersedia pada dokumen invoice dan dalam solusi SAP Ariba Invoicing. Biasanya, kolom ini terdapat di tabel header invoice atau data transaksi. Contoh INV-2023-001239876543210SI-58840-A
	Waktu Peristiwa EventTime	Timestamp yang menunjukkan tanggal dan waktu tepat saat suatu aktivitas terjadi.
Deskripsi Waktu Peristiwa atau timestamp mencatat kapan suatu aktivitas berlangsung. Data ini menjadi dasar analisis kinerja karena dapat digunakan untuk menghitung durasi antaraktivitas dan waktu siklus keseluruhan kasus. Perangkat process mining menggunakan timestamp ini untuk mengurutkan peristiwa secara kronologis dan menyusun gambaran alur proses yang akurat. Data ini penting untuk mengukur KPI seperti Waktu Siklus Persetujuan Invoice dan Waktu Penyelesaian Blokir Pembayaran, serta menganalisis keterlambatan dan efisiensi. Mengapa ini penting Data ini memungkinkan penghitungan semua metrik berbasis waktu, seperti waktu siklus dan durasi, yang penting untuk menemukan keterlambatan proses. Sumber data SAP Ariba mencatatnya secara otomatis setiap kali terjadi perubahan status, tindakan pengguna, atau peristiwa sistem. Biasanya, data ini tersedia bersama nama aktivitas dalam log peristiwa atau tabel riwayat. Contoh 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	Alasan Blokir Pembayaran PaymentBlockReason	Alasan khusus pembayaran invoice diblokir.
Deskripsi Saat pembayaran invoice diblokir, atribut ini mencatat alasannya, seperti 'Selisih Harga', 'Jumlah Tidak Cocok', atau 'Penerimaan Barang Belum Tercatat'. Alasan ini biasanya berupa kode atau keterangan standar di dalam sistem. Analisis frekuensi setiap alasan blokir membantu menemukan penyebab utama keterlambatan pembayaran. Misalnya, banyaknya blokir karena 'Selisih Harga' dapat menunjukkan masalah akurasi data induk. Atribut ini penting untuk dashboard 'Waktu Penyelesaian Blokir Pembayaran' agar masalah yang paling sering terjadi dan paling lama diselesaikan dapat diprioritaskan. Mengapa ini penting Atribut ini menunjukkan penyebab utama keterlambatan pembayaran, sehingga perbaikan dapat diarahkan untuk mencegah masalah umum seperti ketidakcocokan harga atau jumlah. Sumber data Informasi ini ditetapkan saat blokir pembayaran diterapkan pada invoice di SAP Ariba atau sistem ERP yang terhubung. Contoh Selisih HargaJumlah Tidak CocokMenunggu Penerimaan Barang
	Jumlah Invoice InvoiceAmount	Nilai total invoice.
Deskripsi Jumlah Invoice menunjukkan total pembayaran yang diminta vendor. Atribut keuangan ini menjadi dasar untuk menganalisis beban kerja pemrosesan invoice. Dalam process mining, atribut ini digunakan untuk menyaring analisis berdasarkan invoice bernilai tinggi, yang mungkin mengikuti alur persetujuan berbeda atau memerlukan kontrol lebih ketat. Atribut ini juga dapat membantu memprioritaskan perbaikan proses pada invoice dengan dampak keuangan terbesar. Dashboard sering menggunakannya untuk menampilkan total nilai invoice pada berbagai tahap proses. Mengapa ini penting Atribut ini memungkinkan analisis dampak keuangan, misalnya dengan menyaring invoice bernilai tinggi atau mengetahui nilai uang yang tertahan akibat hambatan proses. Sumber data Kolom standar pada data header invoice di SAP Ariba. Contoh 5250.75120000.00895.50
	Nama Vendor VendorName	Nama vendor atau pemasok yang mengirimkan invoice.
Deskripsi Nama Vendor menunjukkan pemasok yang meminta pembayaran. Atribut ini menjadi dimensi utama untuk membandingkan kinerja pemrosesan invoice antarvendor. Tim dapat menggunakan atribut ini untuk membuat dashboard yang melacak kinerja pembayaran vendor, menemukan vendor dengan tingkat selisih tinggi, atau menganalisis waktu pemrosesan pemasok strategis. Memahami masalah yang dialami vendor tertentu dapat membantu memperbaiki hubungan dengan pemasok dan memperlancar kerja sama. Mengapa ini penting Atribut ini memungkinkan analisis kinerja per vendor, sehingga Anda dapat menemukan pemasok yang sering mengalami masalah invoice atau keterlambatan pembayaran. Sumber data Kolom standar pada data header invoice, yang terhubung dengan data induk vendor di SAP Ariba atau sistem ERP yang terhubung. Contoh Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
	Nomor Pesanan Pembelian PurchaseOrderNumber	Pengenal pesanan pembelian yang terkait dengan invoice, jika ada.
Deskripsi Nomor Pesanan Pembelian (PO) menghubungkan invoice dengan dokumen pembelian terkait yang mengesahkan pengadaan barang atau jasa. Tidak semua invoice memiliki PO, tetapi hubungan ini penting bagi invoice yang memilikinya. Analisis invoice berdasarkan Nomor PO membantu memahami kinerja pencocokan tiga arah antara PO, penerimaan barang, dan invoice. Atribut ini penting untuk menemukan selisih serta membandingkan pemrosesan invoice berbasis PO dan non-PO, yang sering mengikuti alur berbeda dan memiliki tingkat efisiensi yang berbeda. Mengapa ini penting Atribut ini menghubungkan invoice dengan proses pengadaan, sehingga selisih pencocokan dapat dianalisis dan alur invoice berbasis PO dapat dibandingkan dengan alur non-PO. Sumber data Tersedia sebagai kolom standar pada invoice berbasis PO di SAP Ariba. Kolom ini terdapat di data header atau baris invoice. Contoh 45000123454500054321PO-2023-789
	Pemberi Persetujuan Approver	Pengguna atau peran yang bertanggung jawab menyetujui invoice untuk dibayar.
Deskripsi Pemberi Persetujuan adalah individu atau kelompok pengguna yang ditugaskan untuk meninjau dan menyetujui invoice. Invoice sering memerlukan satu atau beberapa tingkat persetujuan, bergantung pada nilai atau jenisnya. Atribut ini membantu menganalisis kinerja workflow persetujuan. Dengan membandingkan KPI 'Waktu Siklus Persetujuan Invoice' berdasarkan pemberi persetujuan atau kelompok persetujuan, Anda dapat menemukan individu atau tim yang menjadi hambatan proses. Informasi ini penting untuk menyeimbangkan beban kerja dan meningkatkan efisiensi persetujuan. Mengapa ini penting Atribut ini membantu menemukan hambatan dalam proses persetujuan dengan menunjukkan pengguna atau tim yang memiliki waktu siklus persetujuan paling lama. Sumber data Tercatat dalam log workflow atau riwayat persetujuan invoice di SAP Ariba. Data ini mungkin disimpan sebagai ID pengguna. Contoh j.smithFinance_Approvers_Tier1m.jones
	Status Invoice InvoiceStatus	Status invoice saat ini atau status akhirnya, seperti Dibayar, Ditolak, atau Sedang Diproses.
Deskripsi Status Invoice menunjukkan posisi invoice dalam siklusnya saat data diambil, atau hasil akhirnya. Atribut tingkat kasus ini merangkum kondisi keseluruhan invoice. Dalam process mining, atribut ini berguna untuk menyaring kasus agar analisis hanya mencakup invoice yang sudah selesai (Dibayar) atau bermasalah (Ditolak). Atribut ini membantu memahami hasil akhir dari berbagai variasi proses dan mengukur proporsi invoice yang berhasil diselesaikan. Mengapa ini penting Atribut ini menunjukkan hasil akhir proses invoice, sehingga analisis dapat berfokus pada invoice yang berhasil dibayar atau ditolak. Sumber data Kolom status standar pada header invoice di SAP Ariba. Contoh DibayarDitolakSedang DiprosesDisetujui
	Tanggal Jatuh Tempo Pembayaran PaymentDueDate	Tanggal batas pembayaran invoice agar terhindar dari denda, sesuai dengan ketentuan pembayaran.
Deskripsi Tanggal Jatuh Tempo Pembayaran adalah tanggal yang disepakati dalam kontrak untuk melunasi invoice. Tanggal ini biasanya dihitung berdasarkan tanggal dokumen invoice dan ketentuan pembayaran yang disepakati, misalnya Net 30. Atribut ini penting untuk KPI 'Tingkat Ketepatan Waktu Pembayaran'. Dengan membandingkan timestamp aktivitas 'Pembayaran Dilakukan' dengan Tanggal Jatuh Tempo Pembayaran, analisis dapat menemukan pembayaran terlambat, mengukur kinerja pembayaran vendor, serta membantu organisasi menghindari denda keterlambatan dan menjaga hubungan baik dengan pemasok. Mengapa ini penting Tanggal ini menjadi acuan untuk menghitung tingkat ketepatan waktu pembayaran, KPI penting untuk mengelola hubungan dengan vendor dan kepatuhan keuangan. Sumber data Tanggal ini tercantum pada dokumen invoice atau dihitung berdasarkan kolom 'DocumentDate' dan 'PaymentTerms' di SAP Ariba. Contoh 2023-11-302024-01-152023-12-25
	Alasan Penolakan RejectionReason	Kode atau keterangan yang menjelaskan alasan invoice ditolak dalam proses persetujuan.
Deskripsi Saat menolak invoice, pemberi persetujuan biasanya menyertakan alasannya. Atribut ini mencatat informasi tersebut, misalnya 'Harga Tidak Tepat', 'Invoice Duplikat', atau 'Pelanggaran Kebijakan'. Atribut ini penting untuk dashboard 'Analisis Penolakan Invoice'. Dengan menganalisis alasan penolakan yang paling umum, organisasi dapat menemukan masalah di tahap sebelumnya, seperti kualitas invoice vendor yang buruk atau ketidakkonsistenan data internal. Wawasan ini membantu mengurangi pengerjaan ulang dan meningkatkan tingkat pemrosesan invoice yang benar sejak awal. Mengapa ini penting Atribut ini menjelaskan penyebab pengerjaan ulang, sehingga akar masalah ketidakefisienan proses dan kualitas invoice dapat diketahui. Sumber data Diambil dari log workflow atau kolom catatan saat aktivitas 'Invoice Ditolak' terjadi di SAP Ariba. Contoh Invoice DuplikatReferensi PO Tidak TepatJumlah Melebihi Anggaran yang Disetujui
	Dibayar Tepat Waktu IsPaidOnTime	Penanda boolean yang menunjukkan apakah invoice dibayar pada atau sebelum tanggal jatuh tempo.
Deskripsi Atribut hasil perhitungan ini membandingkan timestamp aktivitas 'Pembayaran Dilakukan' dengan 'PaymentDueDate'. Jika tanggal pembayaran sama dengan atau lebih awal dari tanggal jatuh tempo, nilainya benar. Jika tidak, nilainya salah. Penanda ini menyederhanakan analisis kinerja pembayaran. Anda dapat menggunakannya untuk menyaring dan menggabungkan data dengan mudah guna menghitung KPI 'Tingkat Ketepatan Waktu Pembayaran'. Dashboard dapat menggunakan atribut ini untuk menampilkan kinerja berdasarkan vendor, negara, atau kode perusahaan, sehingga masalah keterlambatan pembayaran yang berulang dapat ditemukan. Mengapa ini penting Atribut ini menyederhanakan penghitungan KPI tingkat ketepatan waktu pembayaran dan memudahkan penyaringan invoice terlambat untuk analisis akar masalah. Sumber data Dihitung saat transformasi data dengan membandingkan 'EventTime' aktivitas pembayaran dengan atribut 'PaymentDueDate'. Contoh truefalse
	Diskon Dimanfaatkan IsEarlyPaymentDiscountTaken	Penanda boolean yang menunjukkan apakah diskon pembayaran awal berhasil diperoleh untuk invoice yang memenuhi syarat.
Deskripsi Atribut ini dihasilkan melalui perhitungan yang terlebih dahulu menentukan apakah invoice memenuhi syarat untuk mendapatkan diskon pembayaran awal berdasarkan 'PaymentTerms'. Setelah itu, atribut ini memeriksa apakah peristiwa 'Pembayaran Dilakukan' terjadi dalam periode diskon yang ditentukan. Penanda ini penting untuk mengukur KPI 'Tingkat Pemanfaatan Diskon Pembayaran Awal'. Nilainya menunjukkan secara langsung keberhasilan fungsi treasury dan utang usaha dalam mengoptimalkan modal kerja. Analisis kasus dengan nilai salah membantu menemukan penyebab hilangnya penghematan, seperti persetujuan yang lambat atau hambatan proses lainnya. Mengapa ini penting Atribut ini mengukur langsung keberhasilan mendapatkan penghematan biaya dan membantu menemukan penyebab peluang diskon terlewat. Sumber data Dihitung saat transformasi data dengan membaca 'PaymentTerms' dan membandingkan timestamp 'Pembayaran Dilakukan' dengan batas waktu diskon yang dihitung. Contoh truefalse
	Jenis Invoice InvoiceType	Kategori invoice, misalnya invoice yang terkait dengan pesanan pembelian (PO) atau yang tidak terkait (Non-PO).
Deskripsi Jenis Invoice mengelompokkan invoice ke dalam kategori yang sering kali mengikuti proses berbeda. Perbedaan yang paling umum adalah antara invoice berbasis PO, yang dapat dicocokkan dengan pesanan yang telah disetujui, dan invoice non-PO, yang memerlukan pengodean serta persetujuan lebih lanjut. Atribut ini penting untuk analisis proses karena alur invoice PO dan non-PO pada dasarnya berbeda. Memisahkan keduanya memberikan gambaran kinerja yang lebih akurat untuk setiap alur dan mencegah metrik gabungan yang menyesatkan. Atribut ini membantu memahami efisiensi dan kepatuhan setiap alur. Mengapa ini penting Atribut ini memisahkan invoice ke dalam alur proses berbeda, misalnya PO dan non-PO, sehingga kinerja dapat diukur dan dianalisis dengan akurat. Sumber data Sering kali tersedia sebagai kolom standar pada dokumen invoice di SAP Ariba, atau dapat ditentukan berdasarkan ada tidaknya 'PurchaseOrderNumber'. Contoh Invoice POInvoice Non-PONota Kredit
	Ketentuan Pembayaran PaymentTerms	Ketentuan yang disepakati untuk pembayaran invoice, termasuk informasi tentang diskon pembayaran awal.
Deskripsi Ketentuan Pembayaran menetapkan aturan pembayaran kepada vendor, seperti 'Net 30' (pembayaran jatuh tempo dalam 30 hari) atau '2% 10, Net 30' (diskon 2% jika dibayar dalam 10 hari, jika tidak pembayaran jatuh tempo dalam 30 hari). Informasi ini berasal dari data induk vendor atau pesanan pembelian. Atribut ini penting untuk dashboard 'Peluang Diskon Pembayaran Awal' dan KPI terkait. Analisis menggunakan ketentuan ini untuk menemukan invoice yang memenuhi syarat diskon dan memeriksa apakah pembayaran dilakukan dalam periode diskon, sehingga peluang penghematan biaya dapat diketahui. Mengapa ini penting Atribut ini penting untuk menemukan peluang mendapatkan diskon pembayaran awal, yang dapat menghasilkan penghematan biaya yang signifikan. Sumber data Disimpan dalam data induk vendor dan disalin ke detail invoice di SAP Ariba atau sistem ERP. Contoh Net 302% 10, Net 30Net 60
	Kode Perusahaan CompanyCode	Pengenal badan hukum atau perusahaan tertentu dalam organisasi yang memproses invoice.
Deskripsi Kode Perusahaan adalah unit organisasi standar di lingkungan SAP yang mewakili badan hukum independen, tempat laporan keuangan disusun. Invoice selalu dibukukan ke kode perusahaan tertentu. Atribut ini memungkinkan perbandingan kinerja proses antarunit bisnis atau badan hukum. Atribut ini membantu menemukan entitas yang lebih efisien dan mendukung standardisasi proses di seluruh organisasi global. Mengapa ini penting Atribut ini memungkinkan perbandingan kinerja antar badan hukum atau unit bisnis, sehingga ketidakefisienan di wilayah atau departemen tertentu dapat ditemukan. Sumber data Kolom organisasi utama pada dokumen invoice di SAP Ariba. Nilainya diwarisi dari pesanan pembelian atau dimasukkan saat membuat invoice non-PO. Contoh 1000US01DE01
	Mata Uang Currency	Kode mata uang untuk jumlah invoice, seperti USD atau EUR.
Deskripsi Atribut ini menunjukkan mata uang yang digunakan untuk menyatakan Jumlah Invoice. Organisasi global menerima invoice dalam berbagai mata uang. Informasi mata uang penting untuk memastikan nilai dibandingkan dengan benar dalam analisis keuangan. Di dashboard process mining, atribut ini memungkinkan penggabungan nilai keuangan secara tepat, yang sering kali memerlukan konversi ke satu mata uang pelaporan. Atribut ini memberikan konteks yang diperlukan untuk 'Jumlah Invoice'. Mengapa ini penting Atribut ini memberikan konteks penting untuk 'Jumlah Invoice', sehingga nilai keuangan dapat ditafsirkan dengan benar, terutama dalam organisasi multinasional. Sumber data Kolom standar pada data header invoice di SAP Ariba, biasanya terletak di samping kolom jumlah invoice. Contoh USDEURGBP
	Negara Country	Negara yang terkait dengan invoice, biasanya berdasarkan kode perusahaan atau lokasi vendor.
Deskripsi Atribut Negara memberikan dimensi geografis untuk analisis. Nilainya biasanya diturunkan dari kode perusahaan tempat invoice dibukukan atau dari alamat vendor. Analisis proses berdasarkan negara membantu menemukan perbedaan kinerja, kepatuhan, dan pelaksanaan proses di tiap wilayah. Analisis ini dapat menunjukkan apakah kantor di negara tertentu menghadapi kendala khusus atau telah menerapkan praktik baik yang dapat dibagikan secara global. Informasi ini berguna untuk menstandardisasi proses di lingkungan layanan bersama global. Mengapa ini penting Atribut ini memungkinkan analisis geografis untuk membandingkan kinerja proses dan kepatuhan antarnegara atau wilayah. Sumber data Ditentukan dari data induk Kode Perusahaan atau data induk Vendor di SAP Ariba atau sistem ERP yang terhubung. Contoh USAJermanBritania Raya
	Pembaruan Data Terakhir LastDataUpdate	Timestamp yang menunjukkan kapan terakhir kali data untuk peristiwa ini diperbarui atau diambil.
Deskripsi Atribut ini menunjukkan tanggal dan waktu pengambilan data terbaru dari sistem sumber. Sebagai kolom metadata, atribut ini penting untuk tata kelola data dan untuk mengetahui seberapa mutakhir analisis yang dilakukan. Analis menggunakan informasi ini untuk memastikan data yang digunakan sudah terbaru dan memahami kemungkinan jeda antara terjadinya peristiwa di sistem sumber dan kemunculannya di perangkat process mining. Informasi ini penting untuk mengelola siklus pembaruan data dan menjaga keandalan wawasan. Mengapa ini penting Atribut ini memberi konteks penting tentang kemutakhiran data, sehingga analisis menggunakan informasi yang masih relevan. Sumber data Timestamp ini biasanya dibuat dan ditambahkan ke kumpulan data saat proses ekstraksi data (ETL). Contoh 2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
	Sistem Sumber SourceSystem	Sistem pencatatan asal tempat data peristiwa diambil.
Deskripsi Atribut ini menunjukkan sistem asal setiap peristiwa, seperti 'SAP Ariba', 'SAP S/4HANA', atau solusi pemindaian pihak ketiga. Di perusahaan modern, pemrosesan invoice dapat melibatkan beberapa aplikasi. Mengetahui sistem sumber membantu mendiagnosis masalah kualitas data dan menganalisis serah terima proses antarplatform. Informasi ini memperjelas tempat aktivitas tertentu, seperti pemindaian atau persetujuan invoice, dilakukan. Mengapa ini penting Atribut ini membantu membedakan aktivitas yang berlangsung di sistem berbeda. Hal ini penting untuk memahami titik integrasi dan hambatan yang khusus terjadi di sistem tertentu. Sumber data Biasanya ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL). Nilai tetap ditetapkan berdasarkan sumber data. Contoh SAP AribaSAP S4HANACoupa
	Tanggal Dokumen DocumentDate	Tanggal yang tercetak pada dokumen invoice dari vendor.
Deskripsi Tanggal Dokumen adalah tanggal saat vendor membuat invoice. Tanggal ini berbeda dari tanggal 'Invoice Diterima', yaitu saat invoice masuk ke sistem pemrosesan. Jeda antara kedua tanggal tersebut bisa cukup lama. Atribut ini membantu menganalisis kinerja pemasok dan menemukan keterlambatan pengiriman invoice. Jeda yang panjang antara tanggal dokumen dan tanggal penerimaan dapat mengurangi waktu yang tersedia untuk memproses invoice dan mendapatkan diskon pembayaran awal. Tanggal ini juga sering menjadi acuan awal untuk menghitung Tanggal Jatuh Tempo Pembayaran. Mengapa ini penting Atribut ini membantu menganalisis jeda antara penerbitan invoice oleh vendor dan penerimaannya, yang dapat memengaruhi ketepatan waktu pembayaran. Sumber data Kolom standar pada data header invoice, yang diambil dari dokumen invoice fisik atau digital. Contoh 2023-10-202023-11-102024-01-02
	Waktu Siklus Persetujuan ApprovalCycleTime	Waktu sejak invoice dikirim untuk disetujui hingga keputusan akhir, disetujui atau ditolak, dibuat.
Deskripsi Metrik hasil perhitungan ini mengukur durasi subprocess persetujuan. Nilainya dihitung dari selisih waktu antara aktivitas 'Invoice Dikirim untuk Persetujuan' dan aktivitas terkait 'Invoice Disetujui' atau 'Invoice Ditolak'. Atribut ini mengukur langsung KPI 'Waktu Siklus Persetujuan Invoice' dan penting untuk dashboard terkait. Atribut ini membantu mengisolasi dan mengukur keterlambatan khusus pada tahap persetujuan, yang sering menjadi penyebab utama lamanya pemrosesan secara keseluruhan. Data dapat dianalisis berdasarkan pemberi persetujuan, departemen, atau jumlah invoice untuk menemukan hambatan tertentu. Mengapa ini penting Atribut ini menunjukkan kinerja workflow persetujuan secara terpisah, sehingga hambatan akibat pemberi persetujuan atau rangkaian persetujuan yang rumit mudah ditemukan. Sumber data Dihitung saat transformasi data dengan mencari event awal dan akhir persetujuan yang relevan untuk setiap faktur, lalu menghitung selisih waktunya. Contoh 2 hari 5 jam10 hari 1 jam8 jam 30 menit

Wajib Disarankan Opsional

Aktivitas Pemrosesan Faktur Purchase to Pay

Catat langkah dan tonggak utama proses ini di log peristiwa agar alur kerja pemrosesan faktur dapat ditemukan dan dianalisis dengan akurat.

6 Disarankan 7 Opsional

	Aktivitas	Deskripsi
	Faktur dikirim untuk disetujui	Aktivitas ini menandai dimulainya alur kerja persetujuan resmi setelah faktur berhasil direkonsiliasi. Faktur diteruskan kepada satu atau beberapa pemberi persetujuan sesuai aturan bisnis.
Mengapa ini penting Tahap ini menjadi titik awal untuk mengukur KPI waktu siklus persetujuan faktur dan menganalisis efisiensi proses persetujuan. Sumber data Ditentukan dari perubahan status pada dokumen faktur, yang biasanya berubah dari 'Direkonsiliasi' menjadi status seperti 'Sedang disetujui' atau 'Menunggu persetujuan'. Pengumpulan data Catat stempel waktu saat status faktur atau dokumen IR berubah menjadi 'Sedang disetujui' atau status serupa. Jenis peristiwa inferred
	Faktur direkonsiliasi	Tahap penting saat faktur berhasil dicocokkan dengan pesanan pembelian dan penerimaan barang tanpa ketidaksesuaian yang belum diselesaikan. Ini memastikan faktur valid untuk disetujui.
Mengapa ini penting Penyelesaian tahap ini menandai berakhirnya validasi dan kesiapan faktur untuk masuk ke alur kerja persetujuan. Tahap ini juga menjadi titik pemeriksaan penting untuk mengukur tingkat pemrosesan langsung (STP). Sumber data Tercatat melalui perubahan status dokumen Invoice Reconciliation (IR) menjadi status seperti 'Direkonsiliasi'. Pengumpulan data Gunakan stempel waktu saat status dokumen Invoice Reconciliation berubah menjadi 'Direkonsiliasi'. Jenis peristiwa inferred
	Faktur disetujui	Menandai selesainya workflow persetujuan. Semua pemberi persetujuan yang diwajibkan telah menyetujui invoice untuk dibayar. Ini merupakan tonggak penting sebelum invoice dibukukan.
Mengapa ini penting Aktivitas ini menjadi titik akhir pengukuran waktu siklus persetujuan dan faktor penting bagi tahap pemrosesan pembayaran berikutnya. Keterlambatan pada tahap ini langsung memengaruhi ketepatan waktu pembayaran. Sumber data Biasanya, aktivitas ini tercatat secara eksplisit dalam log riwayat persetujuan invoice di Ariba. Aktivitas ini juga dapat diketahui dari perubahan status dokumen menjadi 'Disetujui'. Pengumpulan data Ambil dari catatan riwayat alur persetujuan atau timestamp perubahan status menjadi 'Disetujui'. Jenis peristiwa explicit
	Faktur diterima	Menandai awal siklus pemrosesan faktur, saat faktur pertama kali dimasukkan ke sistem SAP Ariba. Faktur dapat diterima melalui berbagai saluran, seperti Ariba Network, portal pemasok, atau entri manual.
Mengapa ini penting Aktivitas ini menjadi titik awal untuk mengukur waktu siklus faktur dari awal hingga akhir dan memahami keterlambatan pada tahap awal pemrosesan. Sumber data Biasanya ditentukan dari stempel waktu pembuatan dokumen faktur di SAP Ariba Buying and Invoicing. Stempel waktu ini menunjukkan kapan catatan faktur pertama kali dibuat di sistem. Pengumpulan data Gunakan stempel waktu pembuatan objek atau dokumen faktur utama. Jenis peristiwa inferred
	Invoice Dibukukan	Aktivitas ini menandakan bahwa invoice yang disetujui berhasil dikirim ke sistem ERP berikutnya dan diterima untuk pencatatan keuangan serta pemrosesan pembayaran. Ini merupakan tonggak penting dalam integrasi.
Mengapa ini penting Memastikan serah terima dari pengadaan ke keuangan telah selesai. Ini merupakan tonggak penting sebelum pembayaran dapat dijadwalkan dan dilakukan. Sumber data Dapat diketahui dari perubahan status invoice ke status akhir seperti 'Terkirim' atau 'Memproses Pembayaran', serta adanya pesan konfirmasi dari sistem ERP. Pengumpulan data Identifikasi timestamp saat status invoice diperbarui untuk menandakan bahwa pengiriman ke ERP berhasil. Jenis peristiwa inferred
	Pembayaran Dilakukan	Aktivitas terakhir dalam proses, yang mengonfirmasi bahwa pembayaran telah dikirim kepada pemasok. Aktivitas ini menuntaskan siklus invoice.
Mengapa ini penting Aktivitas ini menjadi titik akhir utama untuk mengukur keseluruhan waktu siklus invoice. Data ini juga penting untuk menghitung tingkat ketepatan waktu pembayaran dan pemanfaatan diskon pembayaran awal. Sumber data Peristiwa ini terjadi di sistem ERP. Status pembayaran, tanggal pembayaran, dan detail transaksi sering dikirim kembali untuk memperbarui dokumen invoice di SAP Ariba. Pengumpulan data Dapat diketahui dari perubahan status pembayaran invoice menjadi 'Dibayar' dan pencatatan tanggal pembayarannya. Jenis peristiwa inferred
	Blokir Pembayaran Dilepas	Menandakan bahwa blokir pembayaran yang sebelumnya ditetapkan telah dihapus, sehingga invoice dapat dijadwalkan untuk dibayar. Ini menunjukkan bahwa masalah yang mendasarinya telah diselesaikan.
Mengapa ini penting Aktivitas ini menjadi titik akhir pengukuran Waktu Penyelesaian Blokir Pembayaran. Aktivitas ini menutup penanganan pengecualian untuk invoice yang diblokir. Sumber data Seperti saat menetapkan blokir, tindakan ini biasanya dilakukan di sistem ERP dan statusnya dapat tercermin kembali di Ariba. Pelepasan blokir dapat diketahui dari dihapusnya tanda blokir pembayaran. Pengumpulan data Identifikasi timestamp saat tanda atau status blokir pembayaran dihapus atau dinonaktifkan. Jenis peristiwa inferred
	Blokir Pembayaran Ditetapkan	Terjadi saat pengguna atau sistem sengaja mencegah pembayaran invoice yang telah disetujui. Penyebabnya sering kali sengketa dengan vendor, masalah kualitas, atau alasan komersial lainnya.
Mengapa ini penting Aktivitas ini menjadi titik awal pengukuran Waktu Penyelesaian Blokir Pembayaran. Analisis blokir membantu menemukan dan mengatasi masalah sistemik yang menunda pembayaran. Sumber data Blokir ini sering dikelola di sistem ERP terintegrasi, seperti SAP S/4HANA, setelah invoice dibukukan. Namun, status blokir dapat disinkronkan kembali ke Ariba dan ditunjukkan oleh tanda atau status tertentu. Pengumpulan data Identifikasi perubahan pada kolom tanda atau status yang menunjukkan bahwa blokir pembayaran sedang aktif. Jenis peristiwa inferred
	Faktur diajukan untuk rekonsiliasi	Menandai saat faktur telah dimasukkan dan secara resmi diajukan ke proses rekonsiliasi untuk dicocokkan dengan pesanan pembelian atau kontrak. Ini merupakan peralihan penting dari entri data ke validasi.
Mengapa ini penting Tahap ini memulai proses pencocokan dan validasi. Analisis waktu dari penerimaan hingga aktivitas ini dapat membantu menemukan hambatan pada entri data. Sumber data Ditentukan dari perubahan status pada faktur atau dokumen Invoice Reconciliation (IR), yang biasanya berubah menjadi status seperti 'Diajukan' atau 'Sedang direkonsiliasi'. Pengumpulan data Catat stempel waktu saat status dokumen Invoice Reconciliation berubah menjadi 'Diajukan'. Jenis peristiwa inferred
	Invoice Ditolak	Aktivitas pengecualian saat pemberi persetujuan menolak invoice dalam workflow persetujuan. Biasanya, invoice harus diperbaiki lalu diajukan kembali, sehingga terjadi pengerjaan ulang.
Mengapa ini penting Melacak penolakan penting untuk KPI Tingkat Penolakan Invoice dan untuk menganalisis penyebab utama kegagalan persetujuan, seperti pelanggaran kebijakan atau pengodean yang keliru. Sumber data Penolakan tercatat dalam riwayat persetujuan dokumen invoice dan juga terlihat dari perubahan status dokumen menjadi 'Ditolak'. Pengumpulan data Ambil dari komentar dan timestamp riwayat persetujuan, atau dari perubahan status menjadi 'Ditolak'. Jenis peristiwa explicit
	Ketidaksesuaian diselesaikan	Menunjukkan bahwa ketidaksesuaian yang ditemukan sebelumnya telah ditangani dan faktur siap melanjutkan proses rekonsiliasi serta persetujuan. Penyelesaian dapat melibatkan penyesuaian manual atau komunikasi dengan pemasok.
Mengapa ini penting Melacak waktu yang dibutuhkan untuk menyelesaikan ketidaksesuaian membantu mengukur dampak pengerjaan ulang dan menemukan peluang untuk meningkatkan tingkat pencocokan yang berhasil pada percobaan pertama. Sumber data Ditentukan dari perubahan status pada dokumen Invoice Reconciliation (IR), dari status pengecualian kembali ke status pemrosesan seperti 'Sedang direkonsiliasi' atau 'Diajukan'. Pengumpulan data Catat stempel waktu saat dokumen IR keluar dari status ketidaksesuaian dan kembali ke alur kerja pemrosesan. Jenis peristiwa inferred
	Ketidaksesuaian pencocokan ditemukan	Aktivitas pengecualian yang terjadi saat sistem atau pengguna menemukan ketidaksesuaian antara faktur, pesanan pembelian, dan informasi penerimaan barang. Ketidaksesuaian yang umum meliputi perbedaan harga, jumlah, atau pajak.
Mengapa ini penting Aktivitas ini penting untuk menghitung tingkat ketidaksesuaian pencocokan dan menemukan sumber kesalahan yang umum, yang sering menjadi penyebab utama keterlambatan pemrosesan. Sumber data Kondisi ini sering tercatat melalui status tertentu pada dokumen Invoice Reconciliation (IR), seperti 'Ditolak' atau 'Disengketakan', disertai kode alasan. Pengumpulan data Tentukan stempel waktu saat status dokumen IR berubah untuk menunjukkan ketidaksesuaian atau pengecualian. Jenis peristiwa inferred
	Pembayaran Dijadwalkan	Menunjukkan tindakan tim keuangan di sistem ERP untuk memasukkan invoice ke jadwal pembayaran tertentu. Pembayaran sudah direncanakan, tetapi belum dilakukan.
Mengapa ini penting Memberikan gambaran tentang tahap akhir proses pembayaran, membantu memperkirakan arus kas keluar dan menganalisis keterlambatan antara pembukuan dan pembayaran. Sumber data Informasi ini biasanya tersimpan di sistem ERP. Informasi tersebut dapat disinkronkan kembali ke SAP Ariba dan ditampilkan dalam informasi status pembayaran invoice. Pengumpulan data Dapat diketahui dari detail status pembayaran yang dikirim dari ERP kembali ke dokumen invoice di Ariba. Jenis peristiwa inferred

Disarankan Opsional

Panduan Ekstraksi

Cara mengambil data dari SAP Ariba

Langkah

Prasyarat dan Penyiapan: Pastikan Python 3.6 atau versi lebih baru sudah terpasang di sistem Anda. Pasang pustaka Python yang diperlukan, pandas dan requests, dengan menjalankan pip install pandas requests di terminal baris perintah.
Akses API SAP Ariba: Masuk ke SAP Ariba Developer Portal. Buat aplikasi baru dan berlangganan API yang relevan, biasanya Transactional Data Export atau API Pelaporan serupa yang menyediakan data faktur. Proses ini akan memberikan API Key dan kredensial OAuth (Client ID dan Client Secret) untuk autentikasi.
Konfigurasikan Autentikasi: Aplikasi Anda memerlukan token OAuth2 untuk melakukan panggilan API. Skrip ini menyertakan fungsi untuk meminta token dari endpoint autentikasi Ariba menggunakan Client ID dan Secret Anda. Simpan kredensial ini dengan aman. Jangan menuliskannya langsung di skrip akhir jika digunakan di lingkungan produksi.
Buat Skrip Python: Gunakan skrip Python yang disediakan sebagai templat. Perbarui variabel placeholder di bagian atas skrip dengan nama realm Ariba, URL dasar API, dan API Key yang Anda peroleh pada langkah sebelumnya.
Tentukan Parameter Ekstraksi: Di bagian main skrip, atur variabel created_date_from dan created_date_to untuk menentukan rentang waktu ekstraksi data. Anda juga dapat menyesuaikan kamus filters untuk mempersempit kueri, misalnya berdasarkan kode perusahaan atau status faktur tertentu.
Jalankan Skrip: Jalankan skrip dari terminal dengan perintah python your_script_name.py. Skrip akan terhubung ke API Ariba, mengambil data faktur halaman demi halaman, lalu memprosesnya di memori.
Transformasi Data: Skrip memproses setiap dokumen faktur yang dikembalikan API. Skrip meratakan struktur JSON dan mengubah berbagai kolom stempel waktu, seperti timeCreated, reconciledDate, dan approvedDate, menjadi baris tersendiri untuk membentuk log peristiwa. Setiap baris mewakili satu aktivitas dalam siklus faktur.
Tangani Paginasi API: Skrip dirancang untuk menangani respons API berpaginasi. Skrip akan memanggil API secara berurutan dan menggunakan page_token dari setiap respons untuk meminta hasil berikutnya, sampai semua data untuk periode yang ditentukan berhasil diambil.
Buat File Log Peristiwa: Setelah semua data diambil dan ditransformasikan, skrip menyusunnya menjadi pandas DataFrame. DataFrame ini kemudian diekspor ke file CSV bernama ariba_invoice_event_log.csv di direktori tempat skrip dijalankan.
Periksa dan Unggah: Buka file CSV yang dihasilkan dan periksa isinya. Pastikan file memuat kolom yang diperlukan (InvoiceNumber, ActivityName, EventTime) dan datanya terlihat benar. File siap diunggah ke ProcessMind untuk dianalisis.

Konfigurasi

Endpoint API: Skrip menggunakan tampilan invoiceReconciliationDocuments di dalam API Transactional Data Export. URL dasar dan endpoint spesifik harus dikonfigurasi sesuai pusat data lingkungan Ariba Anda.
Autentikasi: Skrip menggunakan OAuth 2.0 dengan Client ID, Client Secret, dan API Key untuk akses yang aman. Kredensial ini harus dikelola dengan aman dan terkait dengan aplikasi yang memiliki izin API yang diperlukan.
Filter Rentang Tanggal: Parameter terpenting adalah createdDateFrom dan createdDateTo. Sebaiknya ekstrak data dalam rentang yang terkendali, misalnya 3-6 bulan, untuk menghindari waktu tunggu API habis dan masalah kinerja. Format tanggal harus YYYY-MM-DDTHH:MM:SSZ.
Filter Sistem: Parameter filters dalam panggilan API memungkinkan penyaringan lebih lanjut. Anda dapat memfilter kolom seperti realm, companyCode.uniqueName, atau statusString untuk membatasi ekstraksi ke unit bisnis atau jenis faktur tertentu.
Izin yang Diperlukan: Pengguna atau akun sistem yang terkait dengan kredensial API harus memiliki izin yang memadai di SAP Ariba untuk mengakses dan mengekspor data rekonsiliasi faktur. Izin ini dikonfigurasi di pengaturan administrasi Ariba untuk aplikasi API.

Contoh kueri python

import requests
import pandas as pd
import json
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Placeholders ---
class=class="hl-string">"hl-comment"># Replace with your actual SAP Ariba credentials and environment details
ARIBE_BASE_URL = class="hl-string">"https://[your-api-gateway-url.com]/api/transactional-data-export/v1/"
API_KEY = class="hl-string">"[Your_API_Key]"
OAUTH_URL = class="hl-string">"https://api.ariba.com/v2/oauth/token"
OAUTH_CLIENT_ID = class="hl-string">"[Your_OAuth_Client_ID]"
OAUTH_CLIENT_SECRET = class="hl-string">"[Your_OAuth_Client_Secret]"
REALM = class="hl-string">"[Your_Company_Realm]"

class=class="hl-string">"hl-comment"># --- Functions ---
def get_oauth_token(client_id, client_secret):
    class="hl-string">"""Fetches OAuth2 token from SAP Ariba."""
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': client_id,
        class="hl-string">'client_secret': client_secret
    }
    try:
        response = requests.post(OAUTH_URL, data=payload)
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error fetching OAuth token: {e}")
        return None

def fetch_ariba_data(access_token, created_date_from, created_date_to):
    class="hl-string">"""Fetches paginated invoice data from the Ariba API."""
    all_invoices = []
    page_token = None
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'apiKey': API_KEY,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        params = {
            class="hl-string">'realm': REALM,
            class="hl-string">'product': class="hl-string">'ariba.procurement',
            class="hl-string">'view': class="hl-string">'InvoiceReconciliationDocument',
            class="hl-string">'createdDateFrom': created_date_from,
            class="hl-string">'createdDateTo': created_date_to,
            class="hl-string">'pageSize': 100 class=class="hl-string">"hl-comment"># Adjust as needed
        }
        if page_token:
            params[class="hl-string">'pageToken'] = page_token

        print(fclass="hl-string">"Fetching data with page token: {page_token or 'Initial Page'}")
        try:
            response = requests.get(ARIBE_BASE_URL + class="hl-string">"views/InvoiceReconciliationDocument", headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            all_invoices.extend(data.get(class="hl-string">'records', []))
            page_token = data.get(class="hl-string">'pageToken')
            if not page_token:
                break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Ariba API: {e}")
            break

    return all_invoices

def transform_to_event_log(invoices):
    class="hl-string">"""Transforms raw invoice JSON data into a structured event log DataFrame."""
    event_log_records = []
    for inv in invoices:
        case_id = inv.get(class="hl-string">'uniqueName')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Common attributes
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'PurchaseOrderNumber': inv.get(class="hl-string">'poNumber'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'supplier', {}).get(class="hl-string">'name'),
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'totalCost', {}).get(class="hl-string">'amount'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'paymentTerms', {}).get(class="hl-string">'dueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'statusString')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Received
        if inv.get(class="hl-string">'timeCreated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Received',
                class="hl-string">'EventTime': inv[class="hl-string">'timeCreated'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Submitted for Reconciliation
        if inv.get(class="hl-string">'submittedDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Submitted for Reconciliation',
                class="hl-string">'EventTime': inv[class="hl-string">'submittedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        
        class=class="hl-string">"hl-comment"># Activity: Matching Discrepancy Identified
        class=class="hl-string">"hl-comment"># This assumes an exception's creation time is available
        if inv.get(class="hl-string">'exceptionStatus') == class="hl-string">'Active' and inv.get(class="hl-string">'timeUpdated'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'], class=class="hl-string">"hl-comment"># Use timeUpdated as a proxy for exception creation
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Discrepancy Resolved
        class=class="hl-string">"hl-comment"># Assumes a specific timestamp exists for this event
        if inv.get(class="hl-string">'exceptionClearedDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Discrepancy Resolved',
                class="hl-string">'EventTime': inv[class="hl-string">'exceptionClearedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Reconciled
        if inv.get(class="hl-string">'reconciledDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Reconciled',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
            class=class="hl-string">"hl-comment"># Activity: Invoice Sent for Approval (often occurs immediately after reconciliation)
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'], class=class="hl-string">"hl-comment"># Using reconciledDate as the trigger time
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Approved
        if inv.get(class="hl-string">'approvedDate'):
            class=class="hl-string">"hl-comment"># Approver information may be nested differently depending on configuration
            approver_name = inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name', class="hl-string">'N/A') 
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Approved',
                class="hl-string">'EventTime': inv[class="hl-string">'approvedDate'],
                class="hl-string">'Approver': approver_name,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Rejected
        if inv.get(class="hl-string">'statusString') == class="hl-string">'Rejected' and inv.get(class="hl-string">'timeUpdated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'],
                class="hl-string">'Approver': inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name'),
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activities related to payment blocks, posting, and payments
        class=class="hl-string">"hl-comment"># These fields may not be standard and depend on ERP integration
        if inv.get(class="hl-string">'paymentBlockTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Set',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': inv.get(class="hl-string">'paymentBlockReason')
            })
        if inv.get(class="hl-string">'paymentBlockReleasedTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Released',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockReleasedTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'erpPostingDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Posted',
                class="hl-string">'EventTime': inv[class="hl-string">'erpPostingDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'scheduledPaymentDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled',
                class="hl-string">'EventTime': inv[class="hl-string">'scheduledPaymentDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'paidDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Executed',
                class="hl-string">'EventTime': inv[class="hl-string">'paidDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

    return pd.DataFrame(event_log_records)

def main():
    class="hl-string">"""Main function to execute the extraction process."""
    print(class="hl-string">"Starting SAP Ariba invoice data extraction...")
    
    class=class="hl-string">"hl-comment"># Define the extraction time window (e.g., last 3 months)
    created_date_from = class="hl-string">"2023-01-01T00:00:00Z"
    created_date_to = class="hl-string">"2023-03-31T23:59:59Z"

    access_token = get_oauth_token(OAUTH_CLIENT_ID, OAUTH_CLIENT_SECRET)
    if not access_token:
        print(class="hl-string">"Failed to get OAuth token. Exiting.")
        return

    raw_invoices = fetch_ariba_data(access_token, created_date_from, created_date_to)
    if not raw_invoices:
        print(class="hl-string">"No data found for the specified period. Exiting.")
        return
    
    print(fclass="hl-string">"Successfully fetched {len(raw_invoices)} invoice records.")
    
    event_log_df = transform_to_event_log(raw_invoices)
    
    if event_log_df.empty:
        print(class="hl-string">"Transformation resulted in an empty event log.")
        return

    class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
    event_log_df = event_log_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], ascending=[True, True])
    
    output_filename = class="hl-string">'ariba_invoice_event_log.csv'
    event_log_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">"__main__":
    main()

Siap untuk Memulai?

Gunakan templat ini untuk menyederhanakan analisis pemrosesan faktur. Mulai susun log peristiwa sekarang untuk menemukan peluang efisiensi dan mempercepat pembayaran.

Kembali ke panduan perbaikan

Unduh template

Optimalkan Pemrosesan Faktur Purchase to Pay Sekarang

Kurangi waktu siklus faktur hingga 30% dan tingkatkan arus kas.

Mulai Uji Coba Gratis

Tidak perlu kartu kredit. Siap digunakan dalam hitungan menit.

Templat Data Pemrosesan Faktur Purchase to Pay Anda

Templat Data Pemrosesan Faktur Purchase to Pay Anda

Atribut Pemrosesan Faktur Purchase to Pay

Aktivitas Pemrosesan Faktur Purchase to Pay

Panduan Ekstraksi

Ekstraksi dengan Skrip Python melalui API Pelaporan SAP Ariba

Langkah

Konfigurasi

Contoh kueri python

Siap untuk Memulai?

Optimalkan Pemrosesan Faktur Purchase to Pay Sekarang