Templat data untuk proses pengembalian barang dan dana

Oracle Fusion SCM
Templat data untuk proses pengembalian barang dan dana

Templat data untuk proses pengembalian barang dan dana

Templat ini membantu Anda menganalisis proses pengembalian barang dan dana di Oracle Fusion SCM. Templat ini menjelaskan atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, dan cara mengekstrak datanya. Gunakan templat ini untuk memahami proses dan menemukan bagian yang perlu diperbaiki.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak untuk analisis proses
  • Panduan langkah demi langkah untuk mengekstrak data dari Oracle Fusion SCM
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut proses pengembalian barang dan dana

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses pengembalian barang dan dana di Oracle Fusion SCM dapat dianalisis.
5 Wajib 7 Disarankan 9 Opsional
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
Wajib Disarankan Opsional

Aktivitas proses pengembalian barang dan dana

Berikut langkah dan tonggak proses utama yang perlu dicatat dalam log peristiwa agar proses dapat ditemukan secara akurat dan hambatan dapat diidentifikasi.
7 Disarankan 8 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Oracle Fusion SCM

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.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan kurang dari 5 menit.