Templat data untuk proses pengembalian barang dan dana
Templat data untuk proses pengembalian barang dan dana
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak untuk analisis proses
- Panduan langkah demi langkah untuk mengekstrak data dari Oracle Fusion SCM
Atribut proses pengembalian barang dan dana
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama langkah bisnis atau peristiwa tertentu yang terjadi dalam proses pengembalian barang dan dana. | ||
|
Deskripsi
Atribut ini menjelaskan satu langkah atau tonggak dalam siklus pengembalian, seperti 'RMA dibuat', 'Barang selesai diperiksa', atau 'Pengembalian dana diproses'. Setiap aktivitas menunjukkan titik tertentu dalam proses yang tercatat di log peristiwa sistem. Analisis urutan dan durasi aktivitas merupakan inti process mining. Analisis ini membantu memetakan proses, menemukan hambatan antar langkah, dan menghitung waktu penyelesaian untuk tiap aktivitas. Data ini penting untuk memahami alur proses, pengerjaan ulang, dan kepatuhan terhadap prosedur operasi standar.
Mengapa ini penting
Aktivitas menjadi dasar peta proses dan memungkinkan Anda memetakan serta menganalisis alur, variasi, dan hambatan proses.
Sumber data
Diambil dari log peristiwa, perubahan status, atau catatan transaksi tertentu di modul Oracle Fusion SCM, seperti Order Management dan Inventory Management.
Contoh
RMA dibuatBarang diterimaNota kredit dibuatPengembalian dana diproses
|
|||
|
ID kasus pengembalian
ReturnCaseId
|
Pengenal utama yang menghubungkan semua aktivitas terkait permintaan pengembalian barang atau pengembalian dana pelanggan. | ||
|
Deskripsi
ID kasus pengembalian berfungsi sebagai pengenal unik untuk seluruh proses pengembalian barang dan dana. ID ini menghubungkan setiap peristiwa, mulai dari pembuatan Return Material Authorization (RMA) hingga pemrosesan pengembalian dana dan penutupan kasus. Dalam analisis process mining, atribut ini menjadi dasar untuk menyusun kembali perjalanan setiap pengembalian dari awal hingga akhir. Analis dapat melacak seluruh siklus, mengukur total waktu proses, dan memahami perbedaan penanganan tiap pengembalian. Data di tingkat peristiwa lainnya dikelompokkan berdasarkan ID ini untuk membentuk gambaran proses yang utuh.
Mengapa ini penting
Kunci ini diperlukan untuk menggabungkan semua peristiwa terkait ke dalam satu instans proses, sehingga analisis dari awal hingga akhir dapat dilakukan.
Sumber data
Pengenal ini biasanya dibuat di modul Oracle Order Management atau Service saat permintaan pengembalian diajukan.
Contoh
RMA-2023-00123RMA-2023-00456RMA-2023-00789
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi. | ||
|
Deskripsi
Waktu peristiwa, atau waktu mulai, adalah tanggal dan waktu tepat saat aktivitas dicatat di sistem sumber. Informasi ini memberi konteks kronologis untuk setiap langkah dalam proses. Stempel waktu ini penting untuk semua analisis berbasis waktu. Data ini digunakan untuk mengurutkan peristiwa dengan benar, menghitung waktu siklus antaraktivitas, mengukur total durasi kasus, dan menilai kinerja berdasarkan perjanjian tingkat layanan (SLA). Tanpa stempel waktu yang akurat, Anda tidak dapat menganalisis efisiensi proses, menemukan keterlambatan, atau memahami dinamika proses.
Mengapa ini penting
Atribut ini menunjukkan urutan kronologis peristiwa. Urutan ini menjadi dasar untuk menghitung semua metrik durasi dan menemukan hambatan proses.
Sumber data
Informasi ini biasanya tersedia di kolom 'Tanggal Pembuatan', 'Stempel Waktu', atau 'Tanggal Pembaruan Terakhir' pada catatan transaksi atau status di Oracle Fusion SCM.
Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat data terakhir kali diperbarui atau diambil dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan waktu terakhir set data diperbarui. Tanggal ini menunjukkan kebaruan seluruh set data, bukan waktu setiap peristiwa. Waktu pembaruan data terakhir penting agar pengguna memahami seberapa baru analisis yang mereka lihat. Informasi ini membantu mereka membaca dashboard dan KPI dengan tepat, serta mengetahui apakah data yang ditampilkan bersifat waktu nyata atau sudah berusia beberapa jam atau hari. Ini adalah metadata penting dalam setiap proyek process mining.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka dapat memahami konteks dan ketepatan waktu analisis.
Sumber data
Stempel waktu ini dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data diambil. | ||
|
Deskripsi
Atribut ini menunjukkan sistem informasi asal tempat data peristiwa dicatat. Untuk proses ini, sistem tersebut biasanya adalah 'Oracle Fusion SCM'. Di lingkungan yang menggunakan beberapa sistem terintegrasi, kolom ini penting untuk melacak asal data dan memecahkan masalah. Kolom ini membantu memastikan sumber data dan dapat digunakan untuk memfilter peristiwa dari sistem tertentu, sehingga kualitas dan konteks data tetap terjaga.
Mengapa ini penting
Atribut ini memberi konteks penting tentang asal data, yang diperlukan untuk memvalidasi dan menganalisis data di lingkungan dengan banyak sistem.
Sumber data
Nilai ini sering ditambahkan sebagai nilai tetap selama proses ekstraksi, transformasi, dan pemuatan data (ETL) untuk menandai asal set data.
Contoh
Oracle Fusion SCMOracle SCM Cloud
|
|||
|
Alasan pengembalian
ReturnReason
|
Alasan yang disampaikan pelanggan untuk mengembalikan barang. | ||
|
Deskripsi
Atribut ini mencatat alasan pengembalian, yang biasanya dipilih pelanggan dari daftar pilihan, seperti 'Barang cacat', 'Ukuran salah', atau 'Tidak lagi diperlukan'. Analisis alasan pengembalian membantu Anda memahami kualitas produk, ketepatan proses penjualan, dan perilaku pelanggan. Data ini dapat digunakan untuk menemukan produk dengan tingkat kecacatan tinggi, memperbaiki deskripsi produk agar pesanan tidak keliru, dan memahami penyebab utama pengembalian. Hasil analisis dapat menjadi dasar perbaikan untuk mengurangi jumlah pengembalian secara keseluruhan.
Mengapa ini penting
Memberi gambaran penting tentang penyebab pengembalian, yang dapat menjadi dasar perbaikan produk dan proses penjualan.
Sumber data
Biasanya disimpan sebagai kode atau kolom teks pada baris item RMA di Oracle Order Management.
Contoh
CacatBarang yang dikirim salahTiba terlambatHarga lebih murah tersedia
|
|||
|
Jumlah pengembalian dana aktual
ActualRefundAmount
|
Jumlah akhir yang benar-benar diproses dan dikembalikan kepada pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah akhir yang telah dikonfirmasi dan dibayarkan kembali kepada pelanggan setelah pemeriksaan, penyesuaian, dan biaya diperhitungkan. Nilai ini mencerminkan hasil keuangan sebenarnya dari kasus pengembalian. Data keuangan ini penting untuk dashboard 'Jumlah pengembalian dana yang diminta vs aktual'. Perbandingan dengan jumlah yang diminta menjadi dasar untuk menghitung KPI 'Tingkat selisih jumlah pengembalian dana' dan memahami dampak keuangan dari kebijakan pengembalian, kondisi barang, serta penyesuaian selama pemrosesan.
Mengapa ini penting
Menunjukkan hasil keuangan sebenarnya dari pengembalian, sehingga Anda dapat menganalisis selisih dan membuat laporan keuangan.
Sumber data
Informasi ini kemungkinan berasal dari catatan transaksi Credit Memo atau Accounts Payable yang terkait dengan kasus pengembalian di Oracle Fusion Financials.
Contoh
129.9940.000.00
|
|||
|
Jumlah pengembalian dana yang diminta
RequestedRefundAmount
|
Jumlah uang yang pertama kali diminta pelanggan untuk pengembalian barang. | ||
|
Deskripsi
Atribut ini mencatat jumlah pengembalian dana yang diminta pelanggan di awal proses. Nilai ini menjadi acuan untuk dibandingkan dengan jumlah akhir yang dikembalikan. Data ini penting untuk dashboard 'Jumlah pengembalian dana yang diminta vs aktual' dan KPI 'Tingkat selisih jumlah pengembalian dana'. Analisis selisih antara jumlah yang diminta dan jumlah aktual dapat mengungkap masalah, seperti barang yang dikembalikan tidak sesuai, biaya pengisian ulang stok, atau penyesuaian kebijakan. Hasilnya membantu Anda menilai ketepatan keuangan dan kepuasan pelanggan.
Mengapa ini penting
Menjadi acuan analisis keuangan untuk menghitung selisih pengembalian dana dan menemukan potensi masalah.
Sumber data
Nilai ini sebaiknya disimpan di header RMA atau permintaan pengembalian dalam Oracle Fusion SCM, kemungkinan di modul Order Management.
Contoh
129.9945.501200.00
|
|||
|
Pelaksana pemrosesan
ProcessingAgent
|
Pengguna atau agen yang bertanggung jawab menjalankan aktivitas tertentu dalam proses pengembalian. | ||
|
Deskripsi
Atribut ini menunjukkan karyawan atau pengguna sistem yang menjalankan tugas tertentu, seperti menyetujui RMA atau memproses pengembalian dana. Jika penugasan individu tidak dilacak, atribut ini juga dapat merujuk pada tim atau departemen. Analisis kinerja berdasarkan pelaksana penting untuk pengelolaan operasional. Atribut ini mendukung dashboard 'Kinerja pelaksana pemrosesan pengembalian', yang memungkinkan Anda membandingkan beban kerja, durasi aktivitas, dan tingkat pengerjaan ulang antar pelaksana. Wawasan ini dapat menunjukkan kebutuhan pelatihan, mengenali kinerja terbaik, dan membantu mengalokasikan sumber daya dengan lebih baik.
Mengapa ini penting
Memungkinkan analisis kinerja berdasarkan pengguna atau tim, sehingga Anda dapat mengenali kinerja terbaik, kebutuhan pelatihan, dan ketimpangan beban kerja.
Sumber data
Biasanya tersedia di kolom seperti 'USER_ID', 'PROCESSED_BY', atau 'AGENT_NAME' dalam log transaksi Oracle Fusion SCM.
Contoh
j.doea.smithm.jones
|
|||
|
Status pengembalian
ReturnStatus
|
Status terkini atau status akhir kasus pengembalian. | ||
|
Deskripsi
Atribut ini menunjukkan status keseluruhan kasus pengembalian pada waktu tertentu atau hasil akhirnya, seperti 'Ditutup, dana dikembalikan', 'Ditutup, ditolak', atau 'Sedang berlangsung'. Status pengembalian penting untuk menganalisis hasil dan memantau proses. Anda dapat memfilter kasus berdasarkan hasilnya, membandingkan alur proses pengembalian yang disetujui dan ditolak, serta mengisi 'Dashboard status kasus pengembalian terkini'. Memahami sebaran hasil penting untuk mengukur efektivitas proses.
Mengapa ini penting
Menunjukkan hasil suatu kasus, yang penting untuk memfilter data, melakukan analisis perbandingan, dan memahami tingkat keberhasilan proses.
Sumber data
Biasanya tersedia sebagai kolom status pada catatan header pengembalian atau RMA utama di Oracle Order Management.
Contoh
Menunggu barang diterimaPemeriksaan selesaiDitutup - Dana dikembalikanDitutup - Ditolak
|
|||
|
Tanggal target SLA pengembalian dana
RefundSlaTargetDate
|
Tanggal batas penyelesaian pengembalian dana sesuai perjanjian tingkat layanan. | ||
|
Deskripsi
Atribut ini menetapkan batas waktu penyelesaian proses pengembalian dana untuk suatu kasus. Target SLA biasanya ditentukan oleh kebijakan perusahaan, tingkat pelanggan, atau alasan pengembalian. Tanggal ini menjadi acuan untuk mengukur ketepatan waktu dan kepatuhan. Tanggal ini digunakan langsung di dashboard 'Kepatuhan SLA kebijakan pengembalian dana' dan penting untuk menghitung KPI 'Tingkat pemenuhan SLA pengembalian dana'. Dengan membandingkan tanggal penyelesaian pengembalian dana aktual dengan target, Anda dapat menemukan pelanggaran SLA dan memprioritaskan kasus yang berisiko terlambat.
Mengapa ini penting
Menjadi acuan untuk mengukur ketepatan waktu dan penting untuk menghitung KPI kepatuhan SLA.
Sumber data
Tanggal ini mungkin tersedia sebagai kolom khusus pada kasus pengembalian. Jika tidak, tanggalnya dapat dihitung dengan menambahkan jangka waktu yang ditetapkan, misalnya 14 hari, ke tanggal pengajuan pengembalian.
Contoh
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
|
|||
|
Waktu selesai
EndTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. | ||
|
Deskripsi
Waktu selesai menandai berakhirnya suatu aktivitas. Waktu mulai menunjukkan kapan peristiwa dimulai, sedangkan waktu selesai diperlukan untuk menghitung waktu pemrosesan sebenarnya dari peristiwa tersebut. Untuk peristiwa yang terjadi seketika, waktu mulai dan waktu selesai dapat sama. Dalam analisis, selisih antara waktu selesai dan waktu mulai menunjukkan 'Waktu pemrosesan' suatu aktivitas. Informasi ini penting untuk menemukan langkah tertentu yang memakan waktu, bukan sekadar waktu tunggu antar langkah. Data ini diperlukan untuk menganalisis hambatan secara terperinci dan menghitung efisiensi sumber daya.
Mengapa ini penting
Atribut ini diperlukan untuk menghitung waktu pemrosesan sebenarnya setiap aktivitas dan membedakan waktu kerja aktif dari waktu tunggu.
Sumber data
Informasi ini mungkin tersedia sebagai kolom terpisah di log sistem sumber atau dapat dihitung dari waktu mulai aktivitas berikutnya.
Contoh
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
|
|||
|
ID gudang
WarehouseId
|
Pengenal gudang atau fasilitas yang menerima barang yang dikembalikan. | ||
|
Deskripsi
Atribut ini menunjukkan lokasi fisik tertentu, seperti pusat distribusi atau gudang, tempat barang yang dikembalikan pelanggan diterima dan diproses. Analisis proses berdasarkan gudang penting untuk menemukan masalah kinerja di lokasi tertentu. Anda dapat membandingkan waktu pemeriksaan, hasil penanganan akhir, dan waktu siklus keseluruhan antar fasilitas. Perbandingan ini dapat menunjukkan inefisiensi operasional, masalah jumlah staf, atau kebutuhan pelatihan di lokasi tertentu.
Mengapa ini penting
Mendukung analisis kinerja berdasarkan lokasi, sehingga hambatan dan inefisiensi di wilayah atau fasilitas tertentu dapat ditemukan.
Sumber data
Kolom ini, yang sering disebut 'ORGANIZATION_ID', terkait dengan transaksi penerimaan di Oracle Inventory Management.
Contoh
WH-US-WESTWH-EU-CENTRALDC-01
|
|||
|
ID pelanggan
CustomerId
|
Pengenal unik untuk pelanggan yang mengajukan pengembalian. | ||
|
Deskripsi
Atribut ini adalah ID unik pelanggan yang terkait dengan kasus pengembalian. Atribut ini menghubungkan proses pengembalian dengan basis data pelanggan. Analisis pengembalian dari sudut pandang pelanggan dapat mengungkap pola penting. Misalnya, Anda dapat menemukan pelanggan yang terlalu sering mengembalikan barang, yang mungkin menandakan masalah kepuasan atau potensi penipuan. Anda juga dapat menganalisis data berdasarkan segmen pelanggan untuk memahami perbedaan perilaku pengembalian antar kelompok.
Mengapa ini penting
Mendukung analisis yang berfokus pada pelanggan, termasuk untuk menemukan pelanggan yang sering mengembalikan barang, memahami perilaku tiap segmen, dan mendeteksi potensi penipuan.
Sumber data
Ditemukan sebagai ID pelanggan atau pihak pada header pesanan penjualan awal atau permintaan pengembalian di Oracle Order Management.
Contoh
CUST-100589743ACC-54321
|
|||
|
ID produk
ProductId
|
Pengenal unik untuk produk yang dikembalikan. | ||
|
Deskripsi
Atribut ini adalah pengenal unik, seperti SKU atau nomor item, untuk produk tertentu yang terkait dengan pengembalian. Atribut ini menghubungkan proses pengembalian dengan katalog produk. Analisis per produk penting untuk menemukan barang bermasalah. Dengan memfilter atau mengelompokkan analisis proses berdasarkan ID produk, perusahaan dapat menemukan produk dengan tingkat pengembalian tinggi, waktu pemeriksaan yang lama, atau pola kecacatan tertentu. Informasi ini penting untuk pengendalian kualitas, manajemen rantai pasok, dan pengembangan produk.
Mengapa ini penting
Menghubungkan proses pengembalian dengan produk tertentu, sehingga kualitas produk dan pola pengembalian dapat dianalisis.
Sumber data
Kolom ini dapat berupa 'INVENTORY_ITEM_ID' atau kolom serupa pada baris item RMA di modul Oracle Order Management atau Inventory.
Contoh
PROD-5540-ASKU-98765ITEM-001-B
|
|||
|
Jenis pengembalian
ReturnType
|
Mengelompokkan pengembalian berdasarkan hasil yang diharapkan, seperti pengembalian dana, penukaran, atau perbaikan. | ||
|
Deskripsi
Atribut ini mengelompokkan jenis pengembalian yang sedang diproses. Alur proses dan langkah yang diperlukan dapat berbeda jauh, bergantung pada apakah pelanggan menerima pengembalian dana, produk pengganti, atau barang yang telah diperbaiki. Analisis proses berdasarkan jenis pengembalian penting untuk memahami variasi proses. Anda dapat membuat peta proses terpisah untuk pengembalian dana dan penukaran, lalu menemukan hambatan dan karakteristik kinerja yang berbeda di setiap jalur. Pengelompokan ini membantu Anda menentukan perbaikan proses yang lebih tepat sasaran.
Mengapa ini penting
Memungkinkan analisis dikelompokkan berdasarkan jalur proses, karena penukaran dan pengembalian dana sering melalui langkah yang berbeda.
Sumber data
Biasanya berupa kolom kategori atau jenis pada header atau baris RMA di Oracle Order Management.
Contoh
Pengembalian danaPenukaranPerbaikan
|
|||
|
Kode penanganan akhir
DispositionCode
|
Kode yang menunjukkan penanganan akhir barang fisik yang dikembalikan. | ||
|
Deskripsi
Disposition Code menunjukkan tindakan terhadap produk yang dikembalikan setelah pemeriksaan. Misalnya, barang dikembalikan ke stok, dibuang, dikirim untuk diperbarui, atau dikembalikan ke vendor. Informasi ini berguna untuk menganalisis dampak keuangan dan operasional dari pengembalian. Dengan menganalisis kode penanganan akhir, perusahaan dapat memahami biaya barang yang tidak dapat dijual kembali dan menemukan peluang untuk memperbaiki proses pembaruan barang. Data ini menghubungkan proses pengembalian dengan hasil inventaris dan keuangan.
Mengapa ini penting
Menghubungkan proses pengembalian dengan hasil penanganan barang di inventaris, sehingga tingkat pemulihan dan biayanya dapat dianalisis.
Sumber data
Informasi ini dicatat di modul Oracle Inventory Management atau Warehouse Management setelah pemeriksaan selesai.
Contoh
RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
|
|||
|
Memenuhi SLA
IsSlaCompliant
|
Penanda boolean yang menunjukkan apakah pengembalian dana diproses dalam batas target SLA yang ditetapkan. | ||
|
Deskripsi
Atribut hasil perhitungan ini menunjukkan apakah setiap kasus pengembalian memenuhi SLA, dengan nilai benar atau salah. Nilainya ditentukan dengan membandingkan stempel waktu penyelesaian pengembalian dana aktual dengan 'RefundSlaTargetDate'. Penanda ini memudahkan pengukuran dan visualisasi tingkat kepatuhan. Data ini mendukung dashboard 'Kepatuhan SLA kebijakan pengembalian dana' dan menyederhanakan penghitungan KPI 'Tingkat pemenuhan SLA pengembalian dana'. Anda dapat memfilter kasus dengan cepat dan menganalisis penyebabnya untuk memahami mengapa kasus tertentu tidak memenuhi SLA.
Mengapa ini penting
Memudahkan pemantauan dan pelaporan SLA dengan mengubah perbandingan tanggal menjadi metrik boolean sederhana.
Sumber data
Kolom hasil perhitungan. Nilainya benar jika stempel waktu 'Refund Processed' jatuh pada atau sebelum 'RefundSlaTargetDate', dan salah jika tidak.
Contoh
truefalse
|
|||
|
Nomor RMA
RmaNumber
|
Pengenal unik untuk transaksi Return Merchandise Authorization. | ||
|
Deskripsi
Nomor RMA adalah otorisasi resmi bagi pelanggan untuk mengembalikan produk. Nomor ini sering kali sama dengan ID Kasus Pengembalian, tetapi di beberapa sistem dapat menjadi pengenal terpisah yang dibuat lebih dahulu. Atribut ini berfungsi sebagai nomor referensi bisnis utama yang dikenal oleh pengguna internal maupun pelanggan. Nomor ini dapat digunakan untuk mencari dan memfilter kasus, serta sering menjadi nomor utama dalam komunikasi tentang pengembalian.
Mengapa ini penting
Menjadi nomor referensi bisnis utama untuk melacak proses dan berkomunikasi dengan pelanggan.
Sumber data
Ini adalah pengenal utama pada objek Return Merchandise Authorization di Oracle Order Management.
Contoh
789001789002789003
|
|||
|
Pengerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan apakah suatu aktivitas merupakan bagian dari siklus pengerjaan ulang. | ||
|
Deskripsi
Penanda ini mengidentifikasi aktivitas yang mengulang langkah sebelumnya dalam kasus yang sama, yang menunjukkan adanya siklus proses atau pengerjaan ulang. Misalnya, jika barang gagal dalam pemeriksaan dan harus diperiksa ulang, aktivitas pemeriksaan kedua akan ditandai sebagai pengerjaan ulang. Atribut ini penting untuk mengukur inefisiensi proses. Atribut ini digunakan di dashboard 'Tingkat pengerjaan ulang pemrosesan pengembalian' dan untuk menghitung KPI 'Frekuensi aktivitas pengerjaan ulang pengembalian'. Menemukan jumlah dan penyebab pengerjaan ulang merupakan salah satu tujuan utama process mining, karena hal ini menunjukkan upaya yang terbuang, keterlambatan, dan kenaikan biaya.
Mengapa ini penting
Menandai inefisiensi dan siklus proses secara langsung, sehingga jumlah dan penyebab pengerjaan ulang mudah diukur dan dianalisis.
Sumber data
Atribut ini dihitung oleh algoritma perangkat lunak process mining yang mendeteksi aktivitas berulang dalam satu kasus.
Contoh
truefalse
|
|||
|
Selisih jumlah pengembalian dana
RefundAmountDiscrepancy
|
Selisih hasil perhitungan antara jumlah pengembalian dana yang diminta dan jumlah aktual. | ||
|
Deskripsi
Metrik ini mengukur selisih uang antara jumlah yang diminta pelanggan dan jumlah yang diterima. Nilainya dihitung dengan mengurangi 'ActualRefundAmount' dari 'RequestedRefundAmount'. Nilai hasil perhitungan ini menjadi dasar KPI 'Tingkat selisih jumlah pengembalian dana'. Nilai selain nol menunjukkan adanya penyesuaian selama proses. Analisis penyebab selisih, seperti biaya pengisian ulang stok atau potongan karena kerusakan, dapat membantu Anda menilai efektivitas kebijakan dan komunikasi dengan pelanggan.
Mengapa ini penting
Mengukur penyesuaian keuangan dalam proses pengembalian dana, sehingga dampak kebijakan dan hasil pemeriksaan dapat dianalisis.
Sumber data
Kolom hasil perhitungan: 'RequestedRefundAmount' - 'ActualRefundAmount'.
Contoh
0.005.50-10.00
|
|||
Aktivitas proses pengembalian barang dan dana
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Barang diterima
|
Aktivitas ini menandai penerimaan fisik barang yang dikembalikan di gudang atau pusat pemrosesan. Peristiwa ini tercatat secara langsung di Oracle Fusion Inventory Management saat barang dipindai dan dicatat sebagai diterima untuk RMA. | ||
|
Mengapa ini penting
Penerimaan barang adalah tonggak penting yang memicu langkah pemeriksaan dan pemrosesan berikutnya. Dengan mengukur waktu dari 'RMA disetujui' hingga 'Barang diterima', Anda dapat menganalisis kinerja logistik dan pengiriman.
Sumber data
Transaksi ini tercatat secara langsung di Oracle Inventory Management. Peristiwa ini menggunakan tanggal transaksi penerimaan RMA.
Pengumpulan data
Gunakan stempel waktu transaksi penerimaan RMA di Inventory.
Jenis peristiwa
explicit
|
|||
|
Barang selesai diperiksa
|
Aktivitas ini menandai selesainya pemeriksaan barang, saat hasil penilaian kualitas dicatat. Peristiwa ini biasanya tercatat sebagai transaksi langsung di Oracle Inventory Management atau Quality Management yang memperbarui status RMA. | ||
|
Mengapa ini penting
Hasil pemeriksaan menentukan langkah berikutnya, seperti menyetujui atau menolak pengembalian dana. Durasi pemeriksaan menjadi indikator kinerja utama untuk mengukur efisiensi gudang.
Sumber data
Peristiwa ini diambil dari stempel waktu transaksi saat pemeriksa menyelesaikan tugas pemeriksaan untuk penerimaan RMA di Oracle Inventory atau Quality Management.
Pengumpulan data
Gunakan stempel waktu penyelesaian transaksi pemeriksaan.
Jenis peristiwa
explicit
|
|||
|
Kasus pengembalian ditutup
|
Ini adalah aktivitas terakhir yang menandakan semua tindakan terkait RMA telah selesai, termasuk penerimaan barang, penetapan penanganan, dan penyelesaian keuangan. Peristiwa ini disimpulkan dari status akhir 'Ditutup' pada pesanan RMA. | ||
|
Mengapa ini penting
Peristiwa ini menandai akhir proses secara pasti. Peristiwa ini penting untuk menghitung waktu siklus dari awal hingga akhir dan memastikan tidak ada kasus yang terus terbuka tanpa batas waktu.
Sumber data
Peristiwa ini disimpulkan dari stempel waktu saat header pesanan RMA dan semua barisnya mencapai status akhir 'Ditutup' di Oracle Order Management.
Pengumpulan data
Catat stempel waktu terakhir saat status header atau baris RMA berubah menjadi 'Ditutup'.
Jenis peristiwa
inferred
|
|||
|
Nota kredit dibuat
|
Aktivitas keuangan ini mencatat pembuatan nota kredit di Accounts Receivable untuk mengotorisasi pengembalian dana kepada pelanggan. Peristiwa ini dipicu langsung oleh proses pengembalian di Order Management. | ||
|
Mengapa ini penting
Pembuatan nota kredit menjadi tonggak pasti yang menunjukkan komitmen perusahaan untuk mengembalikan dana kepada pelanggan. Peristiwa ini memulai tahap penyelesaian keuangan dalam proses.
Sumber data
Transaksi ini tercatat secara langsung di Oracle Accounts Receivable. Peristiwa ini dapat ditautkan ke RMA awal melalui referensi pesanan penjualan pada nota kredit.
Pengumpulan data
Gunakan tanggal pembuatan transaksi nota kredit di AR.
Jenis peristiwa
explicit
|
|||
|
Pengembalian dana diproses
|
Aktivitas ini menandai selesainya pembayaran pengembalian dana kepada pelanggan. Peristiwa ini tercatat secara langsung saat transaksi pencairan pembayaran dicatat di Oracle Financials. | ||
|
Mengapa ini penting
Ini adalah titik akhir penting untuk mengukur total waktu siklus pengembalian dana dari sudut pandang pelanggan. Peristiwa ini memastikan kewajiban keuangan kepada pelanggan telah dipenuhi.
Sumber data
Peristiwa ini diambil dari tanggal akuntansi atau tanggal pencairan transaksi pembayaran di Oracle Accounts Payable atau Treasury yang melunasi nota kredit.
Pengumpulan data
Gunakan tanggal pencairan transaksi pembayaran yang melunasi nota kredit.
Jenis peristiwa
explicit
|
|||
|
RMA dibuat
|
Aktivitas ini menandai dimulainya proses pengembalian secara resmi, saat Return Material Authorization (RMA) dibuat di Oracle Fusion SCM. Peristiwa ini biasanya tercatat secara langsung ketika pengguna atau proses otomatis membuat catatan pesanan penjualan RMA baru. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama untuk seluruh proses pengembalian. Dengan menganalisis waktu dari aktivitas ini ke aktivitas lainnya, Anda dapat mengetahui durasi proses secara keseluruhan dan menemukan keterlambatan di tahap awal.
Sumber data
Peristiwa ini diambil dari stempel waktu pembuatan header pesanan pengembalian di Oracle Fusion Order Management. Peristiwa ini terjadi saat dokumen RMA pertama kali disimpan.
Pengumpulan data
Catat tanggal pembuatan catatan header pesanan pengembalian.
Jenis peristiwa
explicit
|
|||
|
RMA disetujui
|
Tonggak penting ini menandakan bahwa permintaan pengembalian telah divalidasi dan disetujui sesuai aturan bisnis. Peristiwa ini umumnya disimpulkan dari perubahan status RMA, yang memungkinkan langkah proses berikutnya, seperti pengiriman barang oleh pelanggan. | ||
|
Mengapa ini penting
Persetujuan adalah tahap penting dalam proses. Keterlambatan pada tahap ini langsung memengaruhi total waktu siklus pengembalian dan kepuasan pelanggan. Aktivitas ini penting untuk menganalisis hambatan dalam proses persetujuan.
Sumber data
Peristiwa ini disimpulkan dari stempel waktu perubahan status header atau baris pesanan RMA menjadi 'Disetujui' atau 'Menunggu Penerimaan'.
Pengumpulan data
Catat stempel waktu saat status RMA diperbarui menjadi disetujui.
Jenis peristiwa
inferred
|
|||
|
Barang dikirim oleh pelanggan
|
Aktivitas ini menunjukkan bahwa pelanggan mengirimkan barang yang dikembalikan ke perusahaan. Peristiwa ini sering kali tidak tercatat langsung di Oracle SCM, tetapi dapat disimpulkan dari data integrasi jasa pengiriman atau pembaruan manual. | ||
|
Mengapa ini penting
Aktivitas ini memberi gambaran tentang perilaku pelanggan dan waktu yang dibutuhkan barang selama pengiriman. Anda dapat membedakan keterlambatan pemrosesan internal dari keterlambatan pengiriman.
Sumber data
Peristiwa ini dapat disimpulkan dari data pengiriman yang terhubung ke RMA atau dari pembaruan status manual di Oracle SCM. Jika tidak ada integrasi, peristiwa ini mungkin tidak tersedia.
Pengumpulan data
Stempel waktu dari API jasa pengiriman yang terintegrasi atau kolom entri data manual.
Jenis peristiwa
inferred
|
|||
|
Keputusan atas barang yang dikembalikan ditetapkan
|
Setelah pemeriksaan, aktivitas ini mencatat keputusan tentang penanganan barang yang dikembalikan, misalnya 'Kembalikan ke Stok' atau 'Musnahkan'. Keputusan ini tercatat melalui transaksi inventaris langsung yang memindahkan barang ke tujuan akhirnya. | ||
|
Mengapa ini penting
Langkah ini penting untuk menjaga keakuratan inventaris dan rekonsiliasi keuangan. Analisis keputusan penanganan barang membantu Anda memahami alasan pengembalian dan masalah kualitas produk.
Sumber data
Setelah pemeriksaan, keputusan ini tercatat sebagai transaksi di Oracle Inventory Management, seperti pemindahan subinventaris atau pembaruan status barang.
Pengumpulan data
Catat stempel waktu transaksi inventaris yang menjalankan keputusan penanganan barang.
Jenis peristiwa
explicit
|
|||
|
Pelanggan diberi tahu
|
Aktivitas ini mencatat pemberitahuan kepada pelanggan tentang penyelesaian kasus pengembalian, misalnya pengembalian dana telah diproses atau barang pengganti telah dikirim. Peristiwa ini sering diambil dari log komunikasi atau pembaruan status kasus. | ||
|
Mengapa ini penting
Komunikasi yang tepat waktu penting untuk menjaga kepuasan pelanggan. Analisis ini membantu memastikan target waktu komunikasi dalam perjanjian tingkat layanan terpenuhi.
Sumber data
Perlu dianalisis di sistem. Peristiwa ini mungkin dicatat oleh CRM atau platform komunikasi yang terintegrasi, atau melalui pembaruan status manual pada RMA atau permintaan layanan terkait.
Pengumpulan data
Stempel waktu dari sistem komunikasi eksternal atau pembaruan manual.
Jenis peristiwa
inferred
|
|||
|
Pemeriksaan barang dimulai
|
Aktivitas ini menandai dimulainya pemeriksaan fisik untuk menilai kondisi barang yang dikembalikan. Peristiwa ini dapat disimpulkan dari perubahan lokasi atau status barang di modul manajemen gudang, atau tercatat melalui pemindaian langsung. | ||
|
Mengapa ini penting
Mengukur waktu antara penerimaan barang dan dimulainya pemeriksaan dapat menunjukkan keterlambatan antrean di area pemeriksaan, yang sering menjadi hambatan.
Sumber data
Peristiwa ini dapat tercatat melalui perubahan status pada baris penerimaan atau transaksi pemindahan barang ke lokasi pemeriksaan di Oracle Inventory Management. Anda mungkin perlu melakukan konfigurasi khusus agar peristiwa ini tercatat secara langsung.
Pengumpulan data
Stempel waktu perubahan status atau pemindahan inventaris ke area pemeriksaan.
Jenis peristiwa
inferred
|
|||
|
Pengajuan persetujuan RMA
|
Aktivitas ini menandai saat RMA yang dibuat diajukan untuk ditinjau dan disetujui secara internal. Peristiwa ini sering disimpulkan dari perubahan status RMA, yang menunjukkan bahwa statusnya berubah dari draf atau entri menjadi menunggu persetujuan. | ||
|
Mengapa ini penting
Pelacakan aktivitas ini membantu mengukur durasi tahap sebelum persetujuan. Anda dapat membedakan waktu untuk memasukkan data dari waktu tunggu hingga pemberi persetujuan mengambil tindakan.
Sumber data
Peristiwa ini disimpulkan dari stempel waktu saat status header atau baris pesanan RMA berubah menjadi 'Menunggu Persetujuan' atau status setara dalam alur kerja persetujuan Order Management.
Pengumpulan data
Temukan stempel waktu perubahan status menjadi 'Menunggu Persetujuan'.
Jenis peristiwa
inferred
|
|||
|
Pengembalian dana dimulai
|
Aktivitas ini menandai dimulainya proses pembayaran pengembalian dana. Peristiwa ini sering disimpulkan dari perubahan status nota kredit, dari terbuka menjadi status yang menunjukkan bahwa pembayaran sedang diproses. | ||
|
Mengapa ini penting
Aktivitas ini membantu membedakan persetujuan dan pembuatan nota kredit dari pemrosesan pembayaran. Pembayaran mungkin ditangani oleh tim atau sistem lain dan dapat menjadi sumber keterlambatan.
Sumber data
Peristiwa ini disimpulkan dari perubahan status nota kredit di Accounts Receivable atau dari pembuatan catatan pembayaran di Accounts Payable yang merujuk ke nota kredit.
Pengumpulan data
Temukan stempel waktu saat status nota kredit berubah menjadi 'Menunggu Pembayaran' atau status serupa.
Jenis peristiwa
inferred
|
|||
|
Pesanan penukaran dibuat
|
Aktivitas ini terjadi saat pelanggan meminta penukaran barang, bukan pengembalian dana. Peristiwa ini tercatat secara langsung ketika pesanan penjualan baru dibuat, biasanya dengan tautan ke RMA awal. | ||
|
Mengapa ini penting
Aktivitas ini menandai variasi proses yang penting. Memisahkan proses penukaran dari proses pengembalian dana penting agar analisis waktu siklus untuk setiap jalur akurat.
Sumber data
Peristiwa ini tercatat secara langsung saat dokumen pesanan penjualan baru dibuat di Order Management. Pesanan tersebut perlu ditautkan kembali ke RMA melalui kolom referensi.
Pengumpulan data
Gunakan tanggal pembuatan pesanan penjualan baru yang ditautkan ke RMA.
Jenis peristiwa
explicit
|
|||
|
RMA ditolak
|
Aktivitas ini mencatat keputusan akhir untuk menolak permintaan pengembalian pelanggan. Peristiwa ini biasanya disimpulkan dari perubahan status RMA menjadi 'Ditolak' atau 'Dibatalkan' selama tahap persetujuan. | ||
|
Mengapa ini penting
Ini adalah jalur pengecualian yang penting. Analisis frekuensi dan alasan penolakan dapat mengungkap masalah pada kebijakan pengembalian, ekspektasi pelanggan, atau upaya penipuan.
Sumber data
Peristiwa ini disimpulkan dari stempel waktu saat status header atau baris pesanan RMA berubah menjadi 'Ditolak' atau status akhir yang setara.
Pengumpulan data
Temukan stempel waktu perubahan status menjadi 'Ditolak' atau 'Dibatalkan'.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk mempermudah pengumpulan data dan mendapatkan wawasan tentang proses pengembalian barang dan dana. Mulai optimalkan proses Anda hari ini.
Atasi hambatan dan optimalkan pemrosesan retur serta pengembalian dana sekarang
Temukan inefisiensi dan kurangi waktu siklus hingga 30% di Oracle Fusion SCM.
Tidak perlu kartu kredit. Penyiapan kurang dari 5 menit.