Templat data proses pengembalian barang dan dana
Templat data proses pengembalian barang dan dana
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari Salesforce Commerce Cloud
Atribut proses pengembalian barang dan dana
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID kasus pengembalian
ReturnCaseId
|
Pengenal unik untuk satu kasus pengembalian pelanggan, yang menghubungkan semua aktivitas terkait dari awal hingga penutupan. | ||
|
Deskripsi
ID Kasus Pengembalian menjadi pengenal utama yang menghubungkan semua aktivitas dalam permintaan pengembalian barang atau dana tertentu. Dengan ID ini, seluruh perjalanan pengembalian, dari awal hingga penutupan, dapat dilacak dan dianalisis. Dalam process mining, atribut ini menjadi dasar untuk menyusun kembali kasus. Setiap event dengan ID Kasus Pengembalian yang sama termasuk dalam satu instans proses. Dengan begitu, Anda dapat memvisualisasikan peta proses, menghitung KPI per kasus seperti waktu siklus, dan menganalisis variasi proses pengembalian.
Mengapa ini penting
Kunci utama ini menghubungkan semua langkah dalam proses pengembalian menjadi satu kasus yang dapat dilacak. Ini penting untuk analisis proses dari awal hingga akhir.
Sumber data
Pengenal ini biasanya dibuat oleh proses Return Merchandise Authorization (RMA) di Salesforce Commerce Cloud. Pengenal ini sering ditemukan pada objek Return Order atau Case.
Contoh
RT-0012345RT-0012346RT-0012347
|
|||
|
Nama aktivitas
ActivityName
|
Nama langkah atau event bisnis tertentu yang terjadi dalam proses pengembalian. | ||
|
Deskripsi
Atribut ini menjelaskan tugas atau tahap tertentu yang diselesaikan pada waktu tertentu dalam suatu kasus pengembalian. Contohnya, 'Permintaan Pengembalian Dibuat', 'Barang Diterima di Gudang', dan 'Pengembalian Dana Diproses'. Dalam process mining, Nama Aktivitas digunakan untuk menyusun peta proses yang menunjukkan urutan langkah dan alur kasus. Analisis aktivitas membantu menemukan hambatan, pengulangan pekerjaan, dan penyimpangan dari proses standar.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam peta proses sehingga alur kerja pengembalian dapat divisualisasikan dan dianalisis.
Sumber data
Atribut ini biasanya diambil dari log peristiwa, catatan perubahan status, atau data penyelesaian tugas yang terkait dengan objek Return Order atau Case di Salesforce.
Contoh
Permintaan pengembalian disetujuiPemeriksaan barang selesaiPengembalian dana diproses
|
|||
|
Waktu event
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau event tertentu terjadi. | ||
|
Deskripsi
Event Time mencatat tanggal dan waktu persis saat aktivitas dijalankan atau status berubah. Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan melakukan analisis berbasis waktu. Process mining menggunakan stempel waktu ini untuk mengurutkan aktivitas, menghitung waktu siklus dan waktu tunggu antar langkah, serta menganalisis kinerja proses dalam rentang waktu berbeda. Stempel waktu yang akurat menjadi dasar analisis proses yang andal.
Mengapa ini penting
Stempel waktu ini menentukan urutan kronologis aktivitas. Urutan tersebut penting untuk menghitung waktu siklus dan menemukan keterlambatan proses.
Sumber data
Biasanya berupa stempel waktu pembuatan atau perubahan catatan di Salesforce Commerce Cloud, seperti 'CreatedDate' atau 'LastModifiedDate' pada objek terkait proses pengembalian.
Contoh
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data terakhir kali diekstrak atau diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari Salesforce Commerce Cloud. Informasi ini menunjukkan seberapa baru data yang dianalisis. Dengan informasi ini, pengguna dapat mengetahui seberapa mutakhir analisis proses. Informasi ini membantu menetapkan ekspektasi tentang kebaruan data dan memvalidasi kelengkapan kumpulan data.
Mengapa ini penting
Atribut ini memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka dapat mengetahui apakah analisis mencerminkan kondisi proses terkini.
Sumber data
Stempel waktu ini dibuat oleh alat atau skrip ekstraksi data saat data diperbarui. Ini bukan kolom di Salesforce.
Contoh
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem asal data event. | ||
|
Deskripsi
Atribut ini menunjukkan sistem sumber tempat data dibuat. Untuk proses ini, nilainya selalu 'Salesforce Commerce Cloud'. Dalam analisis yang lebih luas, kolom ini berguna saat menggabungkan data dari beberapa sistem untuk memahami alur proses di berbagai platform. Kolom ini memperjelas asal-usul data dan membantu menemukan masalah kualitas data yang terkait dengan sumber tertentu.
Mengapa ini penting
Atribut ini memberi konteks tentang asal data. Informasi tersebut penting untuk tata kelola data dan integrasi data dari beberapa sistem perusahaan.
Sumber data
Nilai statis ini ditambahkan saat ekstraksi dan transformasi data. Nilai ini bukan kolom di Salesforce, melainkan ditetapkan sebagai bagian dari model data.
Contoh
Salesforce Commerce Cloud
|
|||
|
Alasan pengembalian
ReturnReason
|
Alasan yang diberikan pelanggan untuk mengembalikan barang. | ||
|
Deskripsi
Alasan Pengembalian mencatat alasan pelanggan memulai pengembalian. Biasanya, pelanggan memilih alasan dari daftar yang tersedia, seperti 'Ukuran Tidak Sesuai', 'Barang Rusak', atau 'Tidak Lagi Dibutuhkan'. Atribut ini penting untuk analisis akar masalah. Dengan menganalisis alasan pengembalian, bisnis dapat menemukan tren terkait kualitas produk, masalah ukuran, atau ketidakakuratan deskripsi. Temuan ini dapat mendorong perbaikan pada pengembangan produk, pemasaran, dan rantai pasok, sekaligus mengurangi jumlah pengembalian.
Mengapa ini penting
Memahami alasan barang dikembalikan membantu menemukan akar masalah, seperti cacat produk atau ukuran yang tidak sesuai, sehingga jumlah pengembalian di masa mendatang dapat dikurangi.
Sumber data
Biasanya berupa kolom daftar pilihan pada objek Return Order atau Case di Salesforce, yang diisi pelanggan saat memulai proses pengembalian.
Contoh
Ukuran tidak sesuaiBarang rusak saat diterimaBarang yang dikirim salah
|
|||
|
Jumlah pengembalian dana aktual
ActualRefundAmount
|
Nilai akhir yang benar-benar dikembalikan kepada pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah akhir yang dikreditkan kepada pelanggan setelah semua penilaian, potongan, dan penghitungan selesai. Jumlahnya dapat berbeda dari nilai yang diminta karena biaya penyetokan ulang, promosi, atau kondisi barang yang dikembalikan. Analisis atribut ini penting untuk rekonsiliasi keuangan dan dashboard 'Analisis Selisih Jumlah Pengembalian Dana'. Atribut ini membantu mengukur dampak keuangan kebijakan pengembalian serta menemukan masalah sistemik dalam penghitungan dan persetujuan pengembalian dana.
Mengapa ini penting
Nilai ini menunjukkan hasil akhir keuangan dari pengembalian. Membandingkannya dengan jumlah yang diminta akan memperlihatkan dampak keuangan kebijakan dan penyesuaian.
Sumber data
Nilai ini biasanya disimpan pada objek Refund atau Payment Transaction yang terkait dengan Return Order di Salesforce Commerce Cloud.
Contoh
49.99115.000.00
|
|||
|
Jumlah pengembalian dana yang diminta
RequestedRefundAmount
|
Nilai uang yang diminta pelanggan untuk dikembalikan saat memulai proses pengembalian. | ||
|
Deskripsi
Atribut ini mencatat jumlah awal pengembalian dana yang diharapkan pelanggan, biasanya sebesar harga barang yang dikembalikan. Nilai ini menjadi acuan untuk menghitung pengembalian dana. Jumlah ini dibandingkan dengan 'Jumlah Pengembalian Dana Aktual' di dashboard 'Analisis Selisih Jumlah Pengembalian Dana'. Selisih yang besar atau sering terjadi dapat menunjukkan masalah pada kebijakan pengembalian, biaya penyetokan ulang, atau kesalahan penghitungan sistem, yang dapat membuat pelanggan kecewa.
Mengapa ini penting
Nilai ini menjadi acuan untuk dibandingkan dengan jumlah akhir pengembalian dana. Perbandingan tersebut membantu menemukan selisih dan menganalisis dampak keuangan dari penyesuaian.
Sumber data
Nilai ini biasanya disimpan pada objek Return Order atau Return Order Line Item, berdasarkan pesanan penjualan awal.
Contoh
49.99125.0089.50
|
|||
|
Kanal pengembalian
ReturnChannel
|
Kanal yang digunakan untuk memulai pengembalian, seperti online, di toko, atau melalui layanan pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan cara pelanggan memulai proses pengembalian. Kanal yang umum mencakup portal layanan mandiri online, pengembalian barang di toko fisik, atau menghubungi perwakilan layanan pelanggan. Memahami kanal pengembalian penting untuk dashboard 'Tren Volume dan Jumlah Pengembalian yang Diproses'. Informasi ini membantu mengalokasikan sumber daya secara efektif dan menganalisis apakah kanal tertentu berkaitan dengan waktu siklus yang lebih lama, alasan pengembalian yang berbeda, atau biaya pemrosesan yang lebih tinggi.
Mengapa ini penting
Atribut ini membantu mengelompokkan data pengembalian untuk memahami perbedaan proses dan kebutuhan sumber daya di berbagai kanal, seperti online atau di toko.
Sumber data
Atribut ini mungkin berupa kolom pada objek Return Order atau Case, atau dapat disimpulkan dari pengguna atau sistem yang membuat catatan pengembalian.
Contoh
Portal onlineDi tokoPanggilan ke layanan pelanggan
|
|||
|
Petugas pemroses
ProcessingAgent
|
Pengguna atau agen yang menangani pengembalian atau aktivitas tertentu dalam proses pengembalian. | ||
|
Deskripsi
Atribut ini menunjukkan karyawan atau pengguna sistem yang melakukan tindakan pada kasus pengembalian, seperti menyetujui permintaan, memeriksa barang, atau memproses pengembalian dana. Nilainya dapat berupa ID atau nama pengguna tertentu. Analisis Petugas Pemroses membantu memahami perbedaan kinerja antarindividu atau tim. Atribut ini penting untuk dashboard 'Kinerja dan Konsistensi Agen', yang membantu menemukan kebutuhan pelatihan, menyeimbangkan beban kerja, dan menyelaraskan prosedur di seluruh organisasi.
Mengapa ini penting
Atribut ini memungkinkan analisis kinerja dan konsistensi antar pengguna, serta membantu menemukan praktik terbaik dan kebutuhan pelatihan.
Sumber data
Biasanya ditemukan pada kolom seperti 'OwnerId' atau 'LastModifiedById' di objek Case atau Return Order di Salesforce. Data ini juga dapat disimpan di objek tugas atau riwayat terkait.
Contoh
Alice SmithBob JohnsonOtomatisasi sistem
|
|||
|
SKU produk
ProductSku
|
Stock Keeping Unit (SKU) untuk barang yang dikembalikan. | ||
|
Deskripsi
Atribut ini menjadi pengenal unik untuk produk tertentu yang dikembalikan. Dengan atribut ini, Anda dapat menganalisis data hingga tingkat produk. Analisis pengembalian berdasarkan SKU Produk membantu menemukan produk dengan tingkat pengembalian tinggi, yang mungkin menandakan masalah kontrol kualitas, deskripsi produk yang kurang tepat, atau cacat produksi. Informasi ini penting untuk dashboard 'Waktu dari Penerimaan Barang di Gudang hingga Pemeriksaan', karena dapat menunjukkan apakah pemeriksaan jenis produk tertentu memerlukan waktu lebih lama.
Mengapa ini penting
Atribut ini memungkinkan analisis pola pengembalian untuk produk tertentu, sehingga barang dengan masalah kualitas atau deskripsi dapat ditemukan.
Sumber data
Informasi ini terdapat pada objek Return Order Line Item atau objek terkait yang menghubungkan kasus pengembalian dengan produk tertentu dari pesanan awal.
Contoh
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Alasan penolakan
RejectionReason
|
Alasan khusus permintaan pengembalian atau pengembalian dana ditolak. | ||
|
Deskripsi
Jika pengembalian tidak disetujui atau pengembalian dana ditolak, atribut ini mencatat alasannya. Contohnya, 'Masa Pengembalian Berakhir', 'Barang Rusak oleh Pelanggan', atau 'Barang Tidak Dapat Dikembalikan'. Informasi ini penting untuk dashboard 'Pengembalian yang Ditolak dan Dieskalasikan'. Analisis alasan penolakan membantu bisnis memahami kendala dalam kebijakan dan proses pengembalian. Temuan ini dapat mendorong komunikasi yang lebih jelas dengan pelanggan, penyesuaian kebijakan, atau pemeriksaan awal permintaan pengembalian yang lebih baik.
Mengapa ini penting
Atribut ini memberi wawasan penting tentang alasan pengembalian gagal, sehingga kebijakan pengembalian, komunikasi dengan pelanggan, dan pelatihan agen dapat ditingkatkan.
Sumber data
Sering kali berupa kolom khusus pada objek Return Order atau Case, yang diisi saat status berubah menjadi 'Rejected' atau 'Closed - Denied'.
Contoh
Masa pengembalian telah berakhirBarang tidak dalam kondisi semulaBarang obral final
|
|||
|
ID pelanggan
CustomerId
|
Pengenal unik untuk pelanggan yang memulai pengembalian. | ||
|
Deskripsi
Atribut ini adalah ID unik yang terkait dengan akun pelanggan. Atribut ini memungkinkan data pengembalian dikelompokkan berdasarkan pelanggan. Analisis pengembalian berdasarkan ID Pelanggan dapat membantu menemukan pelanggan dengan tingkat pengembalian yang tidak biasa tingginya, yang mungkin menandakan penipuan atau ketidakpuasan berulang. Atribut ini juga memungkinkan analisis berdasarkan segmen pelanggan untuk memahami perbedaan pola atau perilaku pengembalian antar kelompok.
Mengapa ini penting
Atribut ini memungkinkan analisis per pelanggan untuk menemukan pelanggan yang sering mengembalikan barang dan memahami perilaku pengembalian di berbagai segmen pelanggan.
Sumber data
Ini adalah kolom standar pada objek Order dan Case di Salesforce yang terhubung ke objek Customer atau Account.
Contoh
CUST-98765CUST-12345CUST-55555
|
|||
|
Kepatuhan terhadap kebijakan pengembalian
ReturnPolicyAdherence
|
Indikator yang menunjukkan apakah pengembalian sesuai dengan kebijakan bisnis yang berlaku. | ||
|
Deskripsi
Atribut ini menandai atau mengelompokkan pengembalian berdasarkan kepatuhannya terhadap kebijakan perusahaan, seperti batas waktu pengembalian, kondisi barang, atau bukti pembelian. Nilainya dapat berupa penanda boolean (Patuh/Tidak Patuh) atau status yang lebih terperinci. Atribut ini menjadi bagian utama dashboard 'Ringkasan Kepatuhan terhadap Kebijakan Pengembalian' dan KPI 'Tingkat Ketidakpatuhan terhadap Kebijakan'. Atribut ini membantu bisnis memantau konsistensi penerapan kebijakan dan menganalisis dampak pengembalian yang tidak patuh terhadap proses dan keuangan.
Mengapa ini penting
Atribut ini membantu memantau penerapan kebijakan, yang penting untuk mengelola biaya, mencegah penipuan, dan memastikan pelanggan diperlakukan secara adil dan konsisten.
Sumber data
Atribut ini sering kali diturunkan dari sejumlah aturan bisnis yang diterapkan pada data lain, seperti tanggal pengembalian, kondisi barang, dan jenis produk.
Contoh
PatuhTidak patuh, pengembalian terlambatTidak patuh, barang rusak
|
|||
|
Kondisi barang
ItemCondition
|
Kondisi barang yang dikembalikan setelah diperiksa di gudang. | ||
|
Deskripsi
Setelah barang yang dikembalikan diterima, barang biasanya diperiksa untuk menentukan kondisinya. Atribut ini mencatat hasil pemeriksaan, seperti 'Baru', 'Bekas, Layak Dijual Kembali', atau 'Rusak'. Hasil penilaian ini berdampak langsung pada jumlah akhir pengembalian dana dan menjadi masukan penting untuk dashboard 'Ringkasan Kepatuhan terhadap Kebijakan Pengembalian'. Data ini membantu memahami kualitas barang yang dikembalikan dan mengelola persediaan untuk dijual kembali, diperbaiki, atau dibuang.
Mengapa ini penting
Hasil penilaian ini sering menentukan jumlah akhir pengembalian dana dan penting untuk mengelola persediaan barang yang dikembalikan.
Sumber data
Biasanya berupa kolom khusus yang diperbarui saat aktivitas 'Pemeriksaan Barang' dan terdapat pada objek Return Order Line Item.
Contoh
Baru/belum dibukaBekas, seperti baruRusak/tidak layak dijual
|
|||
|
Lokasi gudang
WarehouseLocation
|
Pengenal gudang atau fasilitas tempat barang yang dikembalikan diterima. | ||
|
Deskripsi
Atribut ini menunjukkan lokasi fisik yang memproses barang yang dikembalikan. Informasi ini sangat relevan bagi bisnis dengan beberapa pusat distribusi. Analisis berdasarkan Lokasi Gudang dapat menunjukkan perbedaan kinerja antar fasilitas. Misalnya, analisis dapat memperlihatkan apakah pemeriksaan di gudang tertentu memerlukan waktu lebih lama atau lebih banyak barang dinyatakan rusak. Temuan ini membantu menyelaraskan operasional dan menangani masalah khusus di tiap fasilitas.
Mengapa ini penting
Atribut ini memungkinkan perbandingan kinerja antar gudang dan menunjukkan perbedaan waktu pemrosesan atau penilaian kualitas.
Sumber data
Informasi ini mungkin disimpan pada Return Order atau objek pengiriman terkait. Lokasinya juga dapat disimpulkan dari pengguna yang melakukan aktivitas penerimaan.
Contoh
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
Memenuhi SLA
IsSlaCompliant
|
Penanda boolean yang menunjukkan apakah pengembalian dana diproses sebelum atau pada tanggal target SLA. | ||
|
Deskripsi
Penanda ini bernilai 'true' jika aktivitas 'Pengembalian Dana Diproses' terjadi pada atau sebelum 'Tanggal Target SLA Pengembalian Dana', dan 'false' jika tidak. Penanda ini memberikan hasil yang jelas untuk kinerja SLA setiap kasus. Atribut ini menjadi dasar 'Dasbor Kepatuhan SLA Pengembalian Dana' dan KPI 'Tingkat Kepatuhan SLA Pengembalian Dana'. Atribut ini menyederhanakan analisis tingkat kepatuhan dan membantu menelusuri penyebab ketidakpatuhan dengan mengelompokkan data berdasarkan atribut lain, seperti 'Petugas Pemroses' atau 'Kanal Pengembalian'.
Mengapa ini penting
Atribut ini menyederhanakan analisis kinerja SLA, memudahkan penghitungan tingkat kepatuhan dan identifikasi faktor penyebab keterlambatan.
Sumber data
Atribut ini dihitung dengan logika: IF (Timestamp of 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.
Contoh
truefalse
|
|||
|
Status pengembalian
ReturnStatus
|
Status terkini kasus pengembalian dalam siklus prosesnya. | ||
|
Deskripsi
Atribut ini menunjukkan kondisi pengembalian saat ini, seperti 'Menunggu Persetujuan', 'Barang Diterima', 'Dana Dikembalikan', atau 'Ditutup'. Nilainya berubah seiring kasus berjalan dalam alur kerja. Process mining memperoleh alur proses dari aktivitas. Namun, status terkini memberi konteks berguna untuk memfilter dan menganalisis kasus yang masih terbuka maupun yang sudah ditutup. Informasi ini mendukung pemantauan operasional, termasuk untuk melihat jumlah kasus tertunda dan beban kerja di setiap tahap proses.
Mengapa ini penting
Atribut ini menunjukkan posisi kasus pengembalian dalam proses. Informasi ini berguna untuk pemantauan operasional dan memfilter kasus yang masih aktif.
Sumber data
Ini adalah kolom 'Status' standar pada objek Return Order atau Case di Salesforce Commerce Cloud.
Contoh
Menunggu persetujuanDisetujuiBarang diterimaDitutup
|
|||
|
Tanggal target SLA pengembalian dana
RefundSlaTargetDate
|
Tanggal batas untuk menyelesaikan pemrosesan pengembalian dana atas kasus pengembalian. | ||
|
Deskripsi
Atribut ini menetapkan tenggat perjanjian tingkat layanan (SLA) untuk menyelesaikan pengembalian dana. Tenggat biasanya dihitung berdasarkan aturan bisnis, misalnya sejumlah hari tertentu setelah permintaan pengembalian disetujui atau barang diterima. Tanggal ini menjadi tolok ukur untuk mengukur kinerja aktual di 'Dasbor Kepatuhan SLA Pengembalian Dana'. Pemantauan kepatuhan membantu menjaga pengalaman pelanggan tetap konsisten dan positif. Manajer juga dapat menemukan tim atau langkah proses yang berisiko tidak memenuhi SLA.
Mengapa ini penting
Atribut ini menetapkan target kinerja pemrosesan pengembalian dana, sehingga kepatuhan terhadap SLA dan dampaknya pada kepuasan pelanggan dapat diukur.
Sumber data
Sering kali berupa kolom hasil penghitungan pada objek Case atau Return Order, berdasarkan tanggal pembuatan atau persetujuan ditambah jangka waktu yang ditetapkan sebelumnya (misalnya, CreatedDate + 14 hari).
Contoh
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
Waktu dari penerimaan hingga pemeriksaan
ReceiptToInspectionTime
|
Durasi antara penerimaan barang di gudang dan selesainya pemeriksaan. | ||
|
Deskripsi
Metrik hasil penghitungan ini mengukur waktu yang dibutuhkan untuk menyelesaikan salah satu langkah internal penting di gudang. Nilainya adalah selisih antara stempel waktu aktivitas 'Barang Diterima di Gudang' dan 'Pemeriksaan Barang Selesai'. Durasi ini menjadi fokus dashboard 'Waktu dari Penerimaan Barang di Gudang hingga Pemeriksaan' dan KPI 'Rata-rata Waktu dari Penerimaan hingga Pemeriksaan Barang'. Analisis metrik ini membantu menemukan hambatan dalam operasional gudang yang dapat menyebabkan keterlambatan proses secara keseluruhan.
Mengapa ini penting
Metrik ini membantu menemukan hambatan internal di gudang yang memperlambat seluruh proses pengembalian, sehingga berdampak pada waktu pengembalian dana dan ketersediaan persediaan.
Sumber data
Nilai ini dihitung saat transformasi data dengan mengurangi stempel waktu 'Barang Diterima di Gudang' dari stempel waktu 'Pemeriksaan Barang Selesai'.
Contoh
1 hari 2 jam3 hari 0 jam8 jam
|
|||
Aktivitas proses pengembalian barang dan dana
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Barang diterima di gudang
|
Aktivitas ini menandai penerimaan fisik barang yang dikembalikan di gudang atau pusat pemrosesan yang ditentukan. Aktivitas tercatat saat petugas gudang memindai barang dan memperbarui status ReturnOrderItem terkait. | ||
|
Mengapa ini penting
Ini adalah tahap penting yang mengalihkan proses dari tindakan pelanggan ke pemrosesan internal. Tahap ini menjadi titik awal untuk mengukur KPI efisiensi gudang, seperti waktu dari penerimaan hingga pemeriksaan.
Sumber data
Disimpulkan dari perubahan status objek ReturnOrder atau ReturnOrderItem menjadi 'Received', atau saat kolom 'quantityReceived' terisi.
Pengumpulan data
Deteksi pembaruan ReturnOrderItem.quantityReceived atau perubahan status menjadi 'Received'.
Jenis peristiwa
inferred
|
|||
|
Kasus pengembalian ditutup
|
Aktivitas ini menandai penutupan akhir kasus pengembalian di sistem, setelah pengembalian dana, penukaran, atau penolakan diselesaikan. Aktivitas ini disimpulkan dari perubahan status ReturnOrder menjadi 'Closed' atau 'Completed'. | ||
|
Mengapa ini penting
Sebagai titik akhir utama proses, aktivitas ini penting untuk menghitung waktu siklus keseluruhan dan mengukur jumlah kasus yang diproses.
Sumber data
Disimpulkan dari stempel waktu saat kolom status objek ReturnOrder diperbarui ke status akhir, seperti 'Closed' atau 'Completed'.
Pengumpulan data
Deteksi perubahan kolom ReturnOrder.status menjadi 'Closed'.
Jenis peristiwa
inferred
|
|||
|
Pemeriksaan barang selesai
|
Aktivitas ini menandai selesainya pemeriksaan barang, saat kondisi barang dinilai dan dicatat. Aktivitas tercatat melalui perubahan status barang pengembalian dan memicu langkah berikutnya, seperti penghitungan pengembalian dana. | ||
|
Mengapa ini penting
Ini adalah titik pengambilan keputusan penting yang menentukan apakah pengembalian dana perlu diberikan. Waktu dari penerimaan hingga pemeriksaan selesai merupakan KPI utama untuk operasional gudang.
Sumber data
Disimpulkan dari pembaruan status objek ReturnOrderItem menjadi 'Inspected' atau saat agen mengonfirmasi 'reasonForReturn'.
Pengumpulan data
Deteksi perubahan kolom ReturnOrderItem.status menjadi 'Inspected'.
Jenis peristiwa
inferred
|
|||
|
Pengembalian dana diproses
|
Aktivitas ini memastikan gateway pembayaran berhasil memproses pengembalian dana dan mengirimkan dana kepada pelanggan. Biasanya, aktivitas ini dipicu oleh callback konfirmasi dari penyedia pembayaran. | ||
|
Mengapa ini penting
Tahap penting ini digunakan untuk mengukur kepatuhan terhadap SLA pengembalian dana. Aktivitas ini memastikan proses keuangan dalam pengembalian barang telah selesai.
Sumber data
Diambil dari event callback gateway pembayaran yang memperbarui status objek Payment atau Refund terkait di Salesforce menjadi 'Processed' atau 'Completed'.
Pengumpulan data
Catat event konfirmasi dari penyedia pembayaran yang memperbarui status objek Payment.
Jenis peristiwa
explicit
|
|||
|
Permintaan pengembalian dibuat
|
Aktivitas ini menandai pembuatan kasus otorisasi pengembalian di sistem. Aktivitas tercatat saat record ReturnOrder baru dibuat di Salesforce Commerce Cloud, baik oleh pelanggan melalui storefront maupun oleh agen layanan. | ||
|
Mengapa ini penting
Sebagai titik awal proses pengembalian, aktivitas ini penting untuk mengukur waktu siklus dari awal hingga akhir dan menganalisis jumlah permintaan pengembalian yang masuk dari waktu ke waktu.
Sumber data
Peristiwa ini diambil dari stempel waktu pembuatan objek ReturnOrder di Salesforce Commerce Cloud OMS.
Pengumpulan data
Catat pembuatan record ReturnOrder baru.
Jenis peristiwa
explicit
|
|||
|
Permintaan pengembalian disetujui
|
Peristiwa ini menandakan bahwa agen layanan atau aturan otomatis telah meninjau dan menyetujui permintaan pengembalian. Biasanya, peristiwa ini disimpulkan dari perubahan status objek ReturnOrder, misalnya dari 'New' menjadi 'Approved'. | ||
|
Mengapa ini penting
Dengan memantau tahap ini, Anda dapat menilai efisiensi persetujuan dan menemukan hambatan. Waktu dari pembuatan hingga persetujuan merupakan KPI penting untuk mengukur kinerja agen.
Sumber data
Disimpulkan dari stempel waktu saat kolom status objek ReturnOrder diperbarui ke nilai yang menandakan persetujuan, seperti 'Approved' atau 'Authorized'.
Pengumpulan data
Deteksi perubahan kolom ReturnOrder.status menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
|
Jumlah pengembalian dana dihitung
|
Pada langkah ini, jumlah akhir pengembalian dana ditentukan dengan mempertimbangkan kondisi barang, biaya pengisian ulang stok, atau promosi. Langkah ini sering dilakukan secara otomatis oleh sistem yang mengisi kolom jumlah pengembalian dana. | ||
|
Mengapa ini penting
Analisis langkah ini penting untuk dasbor 'Analisis Perbedaan Jumlah Pengembalian Dana'. Dasbor tersebut menunjukkan kasus ketika jumlah akhir berbeda dari jumlah yang diminta pelanggan.
Sumber data
Peristiwa ini dapat disimpulkan dari pengisian atau pembaruan kolom jumlah pengembalian dana pada ReturnOrder atau objek pembayaran pengembalian dana terkait.
Pengumpulan data
Deteksi stempel waktu saat kolom jumlah pengembalian dana diisi.
Jenis peristiwa
inferred
|
|||
|
Label pengembalian dibuat
|
Aktivitas ini menandai saat label pengiriman dibuat agar pelanggan dapat menggunakannya untuk mengirim kembali barang. Aktivitas ini dapat tercatat secara langsung jika integrasi dengan penyedia pengiriman mencatat peristiwa tersebut pada kasus pengembalian. | ||
|
Mengapa ini penting
Langkah ini penting bagi pengalaman pelanggan. Jika proses pembuatan label tidak lancar, keterlambatan dapat terjadi. Langkah ini juga menandai saat pelanggan mulai mengirimkan barang.
Sumber data
Peristiwa ini mungkin dicatat di kolom khusus atau objek terkait pada objek ReturnOrder oleh integrasi pengiriman seperti Salesforce Shipping.
Pengumpulan data
Catat peristiwa dari integrasi pengiriman atau pembuatan objek khusus.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan barang dimulai
|
Peristiwa ini menandai dimulainya penilaian kualitas dan kondisi barang yang dikembalikan. Biasanya, peristiwa ini disimpulkan saat status barang pengembalian berubah menjadi 'Inspecting' atau status serupa. | ||
|
Mengapa ini penting
Dengan mencatat awal pemeriksaan, Anda dapat memisahkan durasi pemeriksaan dari keseluruhan waktu tunggu di gudang. Rincian ini membantu menemukan potensi hambatan.
Sumber data
Disimpulkan dari pembaruan status objek ReturnOrderItem menjadi nilai seperti 'Inspecting' atau 'Under Inspection'.
Pengumpulan data
Deteksi perubahan kolom ReturnOrderItem.status menjadi 'Inspecting'.
Jenis peristiwa
inferred
|
|||
|
Pengembalian dana dimulai
|
Peristiwa ini menandai saat Salesforce Commerce Cloud mengirim permintaan pengembalian dana ke gerbang pembayaran eksternal. Ini adalah awal transaksi keuangan. | ||
|
Mengapa ini penting
Membedakan tahap dimulai dan diproses penting untuk analisis kepatuhan SLA. Setelah tahap ini, keterlambatan biasanya berkaitan dengan penyedia pembayaran, bukan pemrosesan internal.
Sumber data
Peristiwa ini diambil dari log peristiwa atau record panggilan API saat sistem berkomunikasi dengan gerbang pembayaran. Peristiwa ini juga dapat disimpulkan dari perubahan status objek Payment.
Pengumpulan data
Catat peristiwa panggilan API ke gerbang pembayaran atau perubahan status menjadi 'Refund Pending'.
Jenis peristiwa
explicit
|
|||
|
Pengembalian dana disetujui
|
Aktivitas ini menandakan bahwa jumlah pengembalian dana yang dihitung telah disetujui dan siap diproses. Langkah ini dapat berlangsung otomatis atau memerlukan persetujuan manual untuk pengembalian bernilai tinggi. | ||
|
Mengapa ini penting
Tahap persetujuan ini dapat menjadi hambatan, terutama jika memerlukan penanganan manual. Ini adalah tahap penting sebelum transaksi keuangan dimulai.
Sumber data
Disimpulkan dari perubahan status pada ReturnOrder atau objek ringkasan pembayaran terkait menjadi status seperti 'Refund Approved' atau 'Ready for Refund'.
Pengumpulan data
Deteksi perubahan status pada ReturnOrder atau objek pembayaran terkait.
Jenis peristiwa
inferred
|
|||
|
Permintaan pengembalian ditolak
|
Peristiwa ini menunjukkan bahwa permintaan pengembalian ditolak dan tidak akan diproses lebih lanjut. Peristiwa tercatat saat status ReturnOrder diperbarui menjadi 'Rejected' atau 'Canceled' sebelum barang diterima. | ||
|
Mengapa ini penting
Analisis pengembalian yang ditolak membantu menemukan alasan umum, seperti pelanggaran kebijakan. Temuan ini dapat digunakan untuk memperjelas komunikasi dengan pelanggan dan memperbaiki aturan validasi di bagian depan sistem.
Sumber data
Disimpulkan dari stempel waktu saat kolom status objek ReturnOrder diperbarui ke nilai yang menandakan penolakan, seperti 'Rejected' atau 'Denied'.
Pengumpulan data
Deteksi perubahan kolom ReturnOrder.status menjadi 'Rejected'.
Jenis peristiwa
inferred
|
|||
|
Pesanan penukaran dibuat
|
Untuk pengembalian barang yang berujung pada penukaran, event ini menandai pembuatan pesanan penjualan baru untuk barang pengganti. Ini merupakan alternatif dari pengembalian dana. | ||
|
Mengapa ini penting
Melacak jalur ini secara terpisah dari pengembalian dana penting untuk memahami tingkat penukaran dan efisiensi proses pemenuhan pesanan penukaran.
Sumber data
Diambil dari pembuatan objek SalesOrder baru yang terhubung ke ReturnOrder awal.
Pengumpulan data
Catat pembuatan SalesOrder baru yang terhubung ke ID ReturnOrder.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat data ini untuk memulai process mining. Mulailah memperbaiki operasional pengembalian barang dan dana agar lebih efisien dan pelanggan lebih puas.
Tingkatkan efisiensi proses pengembalian barang dan dana sekarang
Temukan inefisiensi dan pangkas waktu siklus pengembalian barang hingga 30% atau lebih.
Tidak perlu kartu kredit. Siapkan akun hanya dalam beberapa menit.