Templat data proses retur dan pengembalian dana

NetSuite
Templat data proses retur dan pengembalian dana

Templat data proses retur dan pengembalian dana

Templat ini memandu Anda mengumpulkan data penting untuk menganalisis proses retur dan pengembalian dana secara efektif. Templat ini menjelaskan atribut utama yang perlu dikumpulkan, aktivitas penting yang perlu dilacak, serta cara mengambil datanya. Gunakan panduan ini untuk menyiapkan data NetSuite Anda sebelum melakukan process mining.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi NetSuite
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut proses retur dan pengembalian dana

Berikut kolom data yang disarankan untuk disertakan dalam event log agar Anda dapat menganalisis proses retur dan pengembalian dana di NetSuite.
5 Wajib 5 Disarankan 10 Opsional
Nama Deskripsi
ID kasus pengembalian
ReturnCaseId
Pengenal unik untuk satu kasus pengembalian barang atau dana oleh pelanggan, yang menghubungkan semua aktivitas terkait dari awal hingga penutupan.
Deskripsi

Return Case ID menjadi pengenal utama untuk melacak seluruh proses pengembalian dari awal hingga akhir. Setiap ID unik mewakili satu otorisasi pengembalian dan memungkinkan analisis semua peristiwa terkait, seperti penerimaan barang, pemeriksaan, dan pemrosesan pengembalian dana. Dalam process mining, ID ini penting untuk menyusun kembali alur proses lengkap setiap pengembalian, menghitung waktu siklus, dan menemukan penyimpangan pada tingkat kasus.

Mengapa ini penting

Atribut ini menjadi dasar process mining karena menghubungkan setiap peristiwa menjadi satu rangkaian proses dari awal hingga akhir. Dengan begitu, alur dan kinerja proses dapat dianalisis.

Sumber data

Biasanya berupa Internal ID atau Transaction ID dari rekaman Return Authorization di NetSuite.

Contoh
RMA-0012345RMA-0012346RMA-0012347
Nama aktivitas
ActivityName
Nama peristiwa atau langkah bisnis tertentu yang terjadi dalam proses pengembalian, seperti 'Barang Diperiksa' atau 'Pengembalian Dana Diproses'.
Deskripsi

Nama Aktivitas menjelaskan langkah atau tonggak tertentu dalam siklus pengembalian barang dan dana. Aktivitas diurutkan berdasarkan waktu untuk menyusun alur proses. Analisis urutan dan frekuensi aktivitas membantu menemukan jalur proses yang paling umum, hambatan antar langkah, serta pengerjaan ulang atau aktivitas berulang. Contohnya adalah 'Otorisasi Pengembalian Dibuat', 'Barang Diterima', dan 'Credit Memo Disetujui'.

Mengapa ini penting

Atribut ini menentukan langkah-langkah proses. Atribut ini penting untuk memvisualisasikan peta proses, menganalisis variasi alur, serta menemukan hambatan atau pengerjaan ulang.

Sumber data

Atribut ini biasanya diperoleh dari perubahan status pada rekaman transaksi seperti Return Authorization dan Credit Memo, atau dari tindakan pengguna tertentu yang tercatat dalam catatan sistem atau log peristiwa khusus.

Contoh
Otorisasi pengembalian dibuatBarang diterimaBarang diperiksaPengembalian dana diprosesOtorisasi pengembalian ditutup
Waktu peristiwa
EventTimestamp
Tanggal dan waktu tepat saat aktivitas terjadi, sebagai dasar urutan kronologis proses.
Deskripsi

Waktu peristiwa mencatat saat tepat suatu aktivitas berlangsung. Data ini penting untuk mengurutkan peristiwa dengan benar dan melakukan semua analisis berbasis waktu. Data ini digunakan untuk menghitung durasi antaraktivitas, total waktu siklus kasus, dan waktu tunggu. Semua itu menjadi dasar pemantauan kinerja, analisis hambatan, dan pemeriksaan kepatuhan terhadap SLA. Agar hasil process mining dapat diandalkan, waktu harus tercatat dengan akurat.

Mengapa ini penting

Atribut ini menunjukkan urutan kronologis peristiwa. Urutan tersebut diperlukan untuk menemukan alur proses dan menghitung semua metrik kinerja, seperti waktu siklus dan waktu tunggu.

Sumber data

Informasi ini biasanya diambil dari kolom 'Date Created' atau 'Last Modified Date' pada rekaman NetSuite, atau dari waktu yang tercatat dalam daftar System Notes terkait transaksi.

Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:12:05Z
Pembaruan data terakhir
LastDataUpdate
Waktu yang menunjukkan kapan data untuk proses ini terakhir kali dimuat ulang atau diperbarui.
Deskripsi

Atribut ini mencatat kapan dataset terakhir diperbarui dari sistem sumber. Metadata ini penting untuk memberi tahu pengguna seberapa baru data analisis yang digunakan. Menampilkan informasi ini di dasbor membantu mengatur ekspektasi dan memastikan keputusan dibuat dengan mempertimbangkan kebaruan data.

Mengapa ini penting

Menunjukkan seberapa baru data yang digunakan. Informasi ini penting agar pengguna dapat memercayai analisis dan memahami relevansinya dengan kondisi operasional saat ini.

Sumber data

Waktu ini dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Sistem sumber
SourceSystem
Sistem tempat data diambil, yang digunakan untuk melacak asal-usul data.
Deskripsi

Atribut ini menunjukkan asal data proses. Dalam konteks ini, nilainya biasanya 'NetSuite'. Menentukan sistem sumber penting jika data digabungkan dari beberapa sistem, agar asal-usul dan jejak data tetap jelas.

Mengapa ini penting

Menunjukkan asal data. Informasi ini penting untuk tata kelola data, pemecahan masalah, dan penggabungan data dari beberapa sistem agar proses dapat dilihat secara menyeluruh.

Sumber data

Nilai statis ini ('NetSuite') biasanya ditambahkan selama proses ekstraksi dan transformasi data.

Contoh
NetSuiteNetSuite ERP
Departemen
Department
Departemen atau tim yang bertanggung jawab menangani kasus pengembalian pada tahap tertentu.
Deskripsi

Atribut ini mengaitkan aktivitas proses dengan departemen tertentu, seperti 'Layanan Pelanggan', 'Gudang', atau 'Keuangan'. Atribut ini penting untuk memahami perpindahan pekerjaan antar tim dan menemukan hambatan di tiap departemen. Dengan menganalisis waktu yang dihabiskan atau waktu tunggu kasus di departemen tertentu, organisasi dapat menemukan sumber keterlambatan dan mengalokasikan sumber daya dengan lebih baik. Atribut ini menjadi dimensi utama dalam dasbor 'Kinerja Proses Pengembalian per Departemen'.

Mengapa ini penting

Memungkinkan analisis kinerja proses berdasarkan fungsi, serta menunjukkan keterlambatan perpindahan pekerjaan antar departemen dan hambatan di tiap departemen.

Sumber data

Data ini dapat diperoleh dari rekaman pengguna atau karyawan yang terkait dengan aktivitas, atau dari kolom 'Department' pada transaksi. Informasi ini sering diatur dalam rekaman karyawan di NetSuite.

Contoh
GudangDukungan PelangganKeuanganPenjaminan Kualitas
Jenis pengembalian
ReturnType
Pengelompokan pengembalian berdasarkan alasan yang diberikan pelanggan.
Deskripsi

Jenis pengembalian mengelompokkan pengembalian berdasarkan alasan, seperti 'Produk Cacat', 'Ukuran Salah', 'Berubah Pikiran', atau 'Tidak Sesuai Deskripsi'. Pengelompokan ini penting untuk analisis akar masalah. Dengan menganalisis metrik proses untuk tiap jenis pengembalian, bisnis dapat menemukan masalah kualitas produk, deskripsi yang tidak akurat, atau kesalahan pemenuhan pesanan. Atribut ini menjadi dasar dasbor 'Kinerja Pengembalian berdasarkan Jenis dan Kanal'.

Mengapa ini penting

Membantu menemukan akar masalah pengembalian, sehingga perbaikan dapat diarahkan pada produk, deskripsi pemasaran, atau proses pemenuhan pesanan untuk mengurangi jumlah pengembalian.

Sumber data

Biasanya berupa kolom khusus atau kolom daftar/rekaman standar pada formulir Return Authorization untuk mencatat alasan pengembalian.

Contoh
Produk cacatBarang yang dikirim salahPelanggan tidak puasUkuran/warna salah
Jumlah pengembalian dana aktual
ActualRefundAmount
Jumlah uang yang benar-benar dikembalikan kepada pelanggan.
Deskripsi

Atribut ini menunjukkan nilai aktual yang dikreditkan atau dikembalikan kepada pelanggan, sebagaimana tercatat pada transaksi Credit Memo atau pengembalian dana. Nilainya dapat berbeda dari jumlah yang diminta karena penyesuaian, seperti biaya penanganan stok kembali, biaya pengiriman, atau pengembalian dana sebagian untuk barang rusak. Atribut ini penting untuk pelaporan keuangan dan penghitungan KPI 'Tingkat selisih jumlah pengembalian dana'.

Mengapa ini penting

Menunjukkan dampak keuangan sebenarnya dari retur. Data ini penting untuk rekonsiliasi keuangan dan analisis akurasi pengembalian dana.

Sumber data

Nilai ini diambil dari kolom 'Total' pada transaksi Credit Memo yang dibuat dari Return Authorization.

Contoh
99.99140.000.00
Petugas pemroses
ProcessingAgent
Karyawan atau pengguna yang melakukan aktivitas tertentu dalam proses pengembalian.
Deskripsi

Petugas pemroses menunjukkan orang yang bertanggung jawab menjalankan tugas tertentu, seperti menyetujui pengembalian atau memeriksa barang. Atribut ini penting untuk menganalisis kinerja tiap pengguna. Atribut ini membantu menemukan karyawan berkinerja tinggi, kebutuhan pelatihan tambahan, dan ketimpangan pembagian beban kerja dalam tim. Analisis aktivitas berdasarkan petugas menjadi dasar dasbor 'Kinerja Proses Pengembalian per Departemen'.

Mengapa ini penting

Memungkinkan analisis kinerja individu dan tim, pemerataan beban kerja, serta identifikasi kebutuhan pelatihan. Hal ini berdampak langsung pada efisiensi operasional.

Sumber data

Data ini dapat diambil dari kolom seperti 'Created By', 'Approved By', atau kolom pengguna dalam daftar System Notes pada transaksi NetSuite.

Contoh
Alice JohnsonBob WilliamsCharlie Brown
Status pengembalian
ReturnAuthorizationStatus
Status otorisasi pengembalian saat ini, seperti 'Menunggu Persetujuan', 'Disetujui', atau 'Ditutup'.
Deskripsi

Atribut ini menunjukkan posisi kasus pengembalian dalam siklus prosesnya. Atribut ini penting untuk memahami perkembangan pengembalian dan mengelompokkan kasus. Misalnya, waktu yang lama dalam status 'Menunggu Barang Diterima' dapat menunjukkan keterlambatan pengiriman, sedangkan waktu yang lama dalam status 'Menunggu Persetujuan' mungkin menandakan hambatan internal. Atribut ini juga digunakan untuk menentukan hasil akhir pengembalian, seperti 'Ditutup' atau 'Ditolak'.

Mengapa ini penting

Menunjukkan posisi setiap pengembalian dalam proses, sehingga Anda dapat menganalisis sebaran kasus, durasi setiap status, dan hasil proses.

Sumber data

Sesuai dengan kolom 'Status' atau kolom serupa pada rekaman Return Authorization di NetSuite.

Contoh
Menunggu persetujuanMenunggu barang diterimaDisetujuiDitolakDitutup
Dilakukan otomatis
IsAutomated
Penanda boolean yang menunjukkan apakah suatu aktivitas dilakukan otomatis oleh sistem.
Deskripsi

Atribut ini menunjukkan apakah aktivitas dilakukan oleh pengguna atau oleh sistem, skrip, atau workflow otomatis. Misalnya, peristiwa awal 'Return Authorization dibuat' dapat berjalan otomatis melalui portal pelanggan, sedangkan 'Barang diperiksa' dilakukan secara manual. Dengan melacak otomatisasi, Anda dapat menemukan peluang untuk mengotomatiskan langkah manual dan mengukur peningkatan efisiensi dari otomatisasi yang sudah diterapkan.

Mengapa ini penting

Membantu membedakan tugas manual dan otomatis. Ini penting untuk menemukan peluang otomatisasi dan mengukur dampak upaya transformasi digital.

Sumber data

Informasi ini dapat disimpulkan dari pengguna yang terkait dengan suatu peristiwa. Di NetSuite, peristiwa yang dibuat sistem biasanya terkait dengan pengguna sistem tertentu atau ID skrip.

Contoh
truefalse
ID pelanggan
CustomerId
Pengenal unik untuk pelanggan yang mengajukan pengembalian.
Deskripsi

Customer ID menghubungkan transaksi retur dengan pelanggan tertentu. Data ini memungkinkan analisis berdasarkan pelanggan, misalnya untuk menemukan pelanggan yang sering mengajukan retur, yang bisa menjadi tanda ketidakpuasan atau penipuan. Anda juga dapat membandingkan kinerja proses menurut jenis atau nilai pelanggan, lalu memprioritaskan layanan untuk pelanggan utama.

Mengapa ini penting

Mendukung analisis perilaku retur per pelanggan dan segmentasi proses berdasarkan atribut pelanggan, seperti segmen atau nilai pelanggan sepanjang masa.

Sumber data

Ini adalah kolom 'Customer' atau 'Entity' di bagian header catatan Return Authorization pada NetSuite.

Contoh
CUST-001CUST-002CUST-003
Jumlah pengembalian dana yang diminta
RequestedRefundAmount
Nilai uang pengembalian dana yang diminta atau diperkirakan pada awal proses retur.
Deskripsi

Atribut ini menyimpan nilai pengembalian dana yang diperkirakan pada awal proses. Biasanya, nilainya didasarkan pada harga pembelian awal barang yang diretur. Nilai ini menjadi acuan untuk dibandingkan dengan jumlah pengembalian dana akhir. KPI 'Tingkat selisih jumlah pengembalian dana' membandingkan nilai ini dengan Jumlah pengembalian dana aktual untuk menemukan perbedaan akibat biaya penanganan stok kembali, pengembalian dana sebagian, atau penyesuaian lainnya.

Mengapa ini penting

Menjadi acuan untuk analisis keuangan. Anda dapat melacak selisih antara nilai pengembalian dana yang diperkirakan dan aktual, serta mencari penyebab penyesuaian.

Sumber data

Nilai ini berasal dari kolom 'Amount' atau 'Rate' pada baris item transaksi Return Authorization.

Contoh
99.99150.0025.50
Kanal pengembalian
ReturnChannel
Kanal tempat pembelian awal dilakukan atau pengembalian dimulai.
Deskripsi

Kanal pengembalian menunjukkan asal pengembalian, misalnya 'Online', 'Toko', atau 'Marketplace'. Tiap kanal mungkin memiliki proses pengembalian, biaya, dan ekspektasi pelanggan yang berbeda. Analisis kinerja berdasarkan kanal membantu bisnis mengoptimalkan setiap proses, mengalokasikan sumber daya dengan tepat, dan memahami masalah khusus pada tiap kanal. Atribut ini menjadi dasar dasbor 'Kinerja Pengembalian berdasarkan Jenis dan Kanal'.

Mengapa ini penting

Memungkinkan perbandingan kinerja antar kanal bisnis, sehingga inefisiensi atau praktik terbaik dalam memulai dan menangani pengembalian dapat diketahui.

Sumber data

Informasi ini sering diambil dari rekaman Sales Order awal yang terkait dengan pengembalian. Data mungkin tersimpan di kolom 'Channel' atau 'Location'.

Contoh
Toko onlineToko ritelMarketplace AmazonPesanan melalui telepon
Kepatuhan terhadap kebijakan
ReturnPolicyAdherence
Menunjukkan apakah retur mematuhi kebijakan retur perusahaan.
Deskripsi

Atribut boolean atau kategori ini menandai apakah retur memenuhi semua kriteria yang ditetapkan, seperti batas waktu retur, kondisi barang, dan bukti pembelian. Atribut ini digunakan untuk memantau kepatuhan dan menangani pengecualian. Dashboard 'Pengecualian kepatuhan kebijakan retur' menggunakan atribut ini untuk menyoroti kasus yang perlu ditangani atau ditinjau secara khusus. Dengan begitu, risiko dapat ditekan dan aturan diterapkan secara konsisten.

Mengapa ini penting

Membantu memantau dan menegakkan kebijakan retur, mengurangi risiko finansial akibat retur yang tidak patuh, serta memastikan kebijakan diterapkan secara adil dan konsisten.

Sumber data

Hampir pasti ini adalah kolom khusus, mungkin berupa kotak centang atau daftar, pada catatan Return Authorization yang dikelola melalui workflow.

Contoh
PatuhTidak patuh, melewati batas waktuPengecualian disetujui
Kondisi barang retur
ReturnCondition
Kondisi barang retur setelah diperiksa, misalnya 'Baru', 'Rusak', atau 'Bekas'.
Deskripsi

Atribut ini mencatat hasil pemeriksaan fisik barang retur. Kondisinya menentukan langkah berikutnya, seperti pemberian pengembalian dana penuh, penambahan barang ke stok, atau pembuangan barang. Analisis konsistensi penilaian dan waktu pemrosesannya menjadi fokus dashboard 'Kualitas penilaian kondisi barang retur'. Data ini juga penting untuk rekonsiliasi keuangan dan pengelolaan inventaris.

Mengapa ini penting

Atribut ini berdampak langsung pada hasil keuangan retur dan tindakan inventaris berikutnya. Penilaian yang tidak konsisten dapat menyebabkan kerugian finansial dan pekerjaan ulang.

Sumber data

Kemungkinan ini adalah kolom khusus pada catatan Item Receipt atau Return Authorization yang diisi staf gudang saat memeriksa barang.

Contoh
Layak dijual kembaliRusak, masih dalam kemasanBekas, kondisi baikKomponen tidak lengkap
Mematuhi SLA
IsSlaCompliant
Penanda hasil perhitungan yang menunjukkan apakah pengembalian dana diproses dalam batas target SLA.
Deskripsi

Atribut boolean ini dihitung dengan membandingkan stempel waktu 'Pengembalian dana diproses' dengan 'Tanggal target SLA pengembalian dana'. Jika pengembalian dana diproses pada atau sebelum tanggal target, nilainya true. Jika tidak, nilainya false. Penanda ini memudahkan pembuatan laporan dan dashboard kepatuhan, seperti dashboard 'Pemantauan kepatuhan SLA pengembalian dana', serta digunakan untuk menghitung KPI 'Tingkat pencapaian SLA pengembalian dana'.

Mengapa ini penting

Memberikan hasil yang jelas, ya atau tidak, untuk kinerja SLA pada setiap kasus. Dengan begitu, tingkat kepatuhan mudah dilacak, dilaporkan, dan dianalisis dari waktu ke waktu.

Sumber data

Atribut ini dihitung saat transformasi data atau di dalam alat process mining. Logikanya: EventTimestamp untuk 'Pengembalian dana diproses' <= RefundSlaTargetDate.

Contoh
truefalse
Pengenal produk
ProductIdentifier
Pengenal unik untuk produk yang dikembalikan, seperti SKU atau nomor barang.
Deskripsi

Atribut ini menunjukkan barang tertentu yang terkait dengan pengembalian. Analisis pengembalian pada tingkat produk penting untuk menemukan barang dengan tingkat pengembalian tinggi, yang mungkin menandakan cacat kualitas, deskripsi yang kurang jelas, atau masalah lain. Data ini memungkinkan analisis mendalam atas kinerja produk dan dapat menjadi bahan pertimbangan untuk pengembangan produk, pengadaan, dan pemasaran.

Mengapa ini penting

Menghubungkan data proses pengembalian dengan produk tertentu, sehingga akar masalah terkait produk dapat ditemukan dan jumlah pengembalian secara keseluruhan dapat dikurangi.

Sumber data

Data ini terdapat dalam daftar 'Items' pada rekaman Return Authorization, tepatnya di kolom 'Item'.

Contoh
SKU-TEE-BL-LPROD-00543ITEM-987123
Selisih jumlah pengembalian dana
RefundAmountDiscrepancy
Selisih hasil perhitungan antara jumlah pengembalian dana yang diminta dan jumlah yang benar-benar dikembalikan.
Deskripsi

Metrik ini dihitung dengan mengurangi 'Jumlah pengembalian dana aktual' dari 'Jumlah pengembalian dana yang diminta'. Nilai selain nol menunjukkan adanya penyesuaian selama proses, misalnya biaya penanganan stok kembali atau barang rusak. Atribut ini digunakan untuk analisis KPI 'Tingkat selisih jumlah pengembalian dana' dan membantu menandai kasus dengan penyesuaian finansial yang signifikan agar dapat ditinjau lebih lanjut.

Mengapa ini penting

Menyoroti penyesuaian keuangan selama proses retur. Anda dapat menganalisis penyebab selisih dan menilai apakah penyesuaian dilakukan secara konsisten dan beralasan.

Sumber data

Ini adalah atribut hasil perhitungan. Rumusnya: RequestedRefundAmount - ActualRefundAmount.

Contoh
0.0010.00-5.00
Tanggal target SLA pengembalian dana
RefundSlaTargetDate
Tanggal target pemrosesan pengembalian dana sesuai perjanjian tingkat layanan.
Deskripsi

Tanggal target SLA pengembalian dana adalah stempel waktu hasil perhitungan yang menunjukkan batas waktu pemrosesan pengembalian dana yang dijanjikan kepada pelanggan. Biasanya, tanggal ini dihitung dengan menambahkan jangka waktu yang ditetapkan, misalnya 5 hari kerja, ke peristiwa penting seperti 'Barang diterima' atau 'Pengembalian dana disetujui'. Atribut ini penting untuk dashboard 'Pemantauan kepatuhan SLA pengembalian dana' dan KPI 'Tingkat pencapaian SLA pengembalian dana'. Dengan data ini, bisnis dapat mengukur kinerja terhadap janji kepada pelanggan.

Mengapa ini penting

Memungkinkan pengukuran kinerja terhadap komitmen kepada pelanggan. Hal ini penting untuk menjaga kepuasan dan kepercayaan pelanggan.

Sumber data

Tanggal ini biasanya bukan kolom standar. Tanggal tersebut perlu dihitung dengan menambahkan periode SLA yang ditetapkan, misalnya 5 hari, ke stempel waktu penting seperti tanggal 'Barang diterima'.

Contoh
2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
Wajib Disarankan Opsional

Aktivitas proses retur dan pengembalian dana

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam event log agar proses di NetSuite dapat ditemukan dengan akurat.
6 Disarankan 6 Opsional
Aktivitas Deskripsi
Barang diterima
Aktivitas ini menandai diterimanya barang yang dikembalikan secara fisik di gudang atau pusat pemrosesan. Di NetSuite, penerimaan ini tercatat secara langsung saat transaksi Item Receipt dibuat dan ditautkan ke Return Authorization awal.
Mengapa ini penting

Ini adalah tonggak penting yang mengalihkan proses dari tindakan pelanggan ke pemrosesan internal. Waktu antara 'Pengembalian Disetujui' dan 'Barang Diterima' mengukur kecepatan pelanggan mengirimkan barang. Waktu setelah peristiwa ini mengukur efisiensi internal.

Sumber data

Peristiwa ini mencatat waktu pembuatan transaksi ItemReceipt. Rekaman ini ditautkan langsung ke ReturnAuthorization asal.

Pengumpulan data

Tanggal pembuatan transaksi ItemReceipt di NetSuite yang ditautkan ke RA.

Jenis peristiwa explicit
Credit Memo dibuat
Aktivitas ini menandai dimulainya proses keuangan pengembalian melalui pembuatan Credit Memo. Dokumen ini mencantumkan jumlah yang akan dikembalikan kepada pelanggan. Credit Memo dibuat dari Return Authorization setelah barang diterima dan disetujui.
Mengapa ini penting

Pembuatan Credit Memo merupakan tonggak penting dalam proses keuangan. Waktu antara penerimaan barang dan pembuatan Credit Memo menunjukkan efisiensi proses pemeriksaan hingga penerbitan kredit.

Sumber data

Peristiwa ini mencatat waktu pembuatan transaksi CreditMemo. Kolom 'Created From' pada Credit Memo menautkannya kembali ke ReturnAuthorization.

Pengumpulan data

Tanggal pembuatan transaksi CreditMemo di NetSuite.

Jenis peristiwa explicit
Otorisasi pengembalian dibuat
Aktivitas ini menandai dimulainya proses pengembalian saat pelanggan meminta untuk mengembalikan barang. Di NetSuite, aktivitas ini tercatat secara langsung saat rekaman Return Authorization (RA) baru dibuat. Rekaman tersebut menjadi pengenal utama untuk kasus pengembalian.
Mengapa ini penting

Sebagai titik awal proses, aktivitas ini penting untuk mengukur total waktu siklus pengembalian dan menganalisis jumlah permintaan pengembalian dari waktu ke waktu.

Sumber data

Peristiwa ini mencatat waktu pembuatan rekaman ReturnAuthorization di NetSuite. Rekaman ini biasanya memuat pengguna, tanggal, dan status awal, misalnya 'Menunggu Persetujuan'.

Pengumpulan data

Tanggal pembuatan transaksi ReturnAuthorization di NetSuite.

Jenis peristiwa explicit
Otorisasi pengembalian disetujui
Aktivitas ini menandai persetujuan resmi dari karyawan atas permintaan pengembalian pelanggan, sehingga proses dapat dilanjutkan. Biasanya, aktivitas ini diketahui dari perubahan kolom status pada rekaman Return Authorization, misalnya dari 'Menunggu Persetujuan' menjadi 'Menunggu Barang Diterima'.
Mengapa ini penting

Melacak tahap persetujuan ini penting untuk menemukan hambatan pada tahap peninjauan awal. Keterlambatan di sini langsung memengaruhi waktu yang dibutuhkan untuk memberi tahu pelanggan dan menerima barang yang dikembalikan.

Sumber data

Disimpulkan dari catatan sistem atau riwayat workflow untuk rekaman ReturnAuthorization, khususnya saat kolom 'Status' diperbarui ke status yang disetujui, misalnya 'Menunggu Barang Diterima'.

Pengumpulan data

Deteksi perubahan status pada rekaman ReturnAuthorization menjadi 'Disetujui'.

Jenis peristiwa inferred
Otorisasi pengembalian ditutup
Ini adalah aktivitas terakhir yang menandai penutupan administratif kasus pengembalian setelah semua pemrosesan selesai. Aktivitas ini disimpulkan dari perubahan status terakhir pada rekaman Return Authorization menjadi 'Ditutup'.
Mengapa ini penting

Sebagai titik akhir proses, aktivitas ini penting untuk menghitung waktu siklus dari awal hingga akhir dan menemukan kasus yang masih terbuka lama setelah pengembalian dana diproses.

Sumber data

Disimpulkan dari catatan sistem atau riwayat workflow untuk rekaman ReturnAuthorization saat kolom 'Status' diperbarui ke status akhir, seperti 'Ditutup'.

Pengumpulan data

Deteksi perubahan status pada rekaman ReturnAuthorization menjadi 'Ditutup'.

Jenis peristiwa inferred
Pengembalian dana diproses
Ini adalah penyelesaian keuangan terakhir, saat dana dikembalikan kepada pelanggan. Peristiwa ini tercatat secara langsung saat transaksi Customer Refund dibuat dari Credit Memo.
Mengapa ini penting

Aktivitas ini penting untuk mengukur kepatuhan terhadap SLA dan kepuasan pelanggan. Durasi dari 'Credit Memo Disetujui' hingga 'Pengembalian Dana Diproses' menunjukkan kecepatan tim perbendaharaan atau keuangan.

Sumber data

Peristiwa ini mencatat waktu pembuatan transaksi CustomerRefund. Kolom 'Created From' pada transaksi ini menautkannya kembali ke CreditMemo.

Pengumpulan data

Tanggal pembuatan transaksi CustomerRefund di NetSuite.

Jenis peristiwa explicit
Barang diperiksa
Aktivitas ini menandai selesainya pemeriksaan fisik untuk menilai kondisi barang yang dikembalikan. Karena NetSuite tidak memiliki objek 'Inspection' standar, aktivitas ini biasanya disimpulkan dari kolom khusus atau perubahan status pada Return Authorization atau Item Receipt.
Mengapa ini penting

Pemeriksaan sering menjadi hambatan utama. Melacak waktu penyelesaiannya penting untuk menganalisis kinerja petugas, konsistensi keputusan, dan dampaknya terhadap persetujuan pengembalian dana berikutnya.

Sumber data

Perlu dianalisis di sistem. Aktivitas ini dapat disimpulkan dari perubahan kolom khusus 'Status Pemeriksaan' pada rekaman ReturnAuthorization. Pemeriksaan juga mungkin dilakukan di luar sistem dan tidak tercatat.

Pengumpulan data

Disimpulkan dari perubahan kolom status khusus pada Return Authorization atau Item Receipt.

Jenis peristiwa inferred
Credit Memo digunakan
Aktivitas ini menandai pilihan selain pengembalian dana tunai, yaitu menggunakan Credit Memo untuk membayar faktur pelanggan yang masih terbuka. Aktivitas ini disimpulkan dari tautan 'Applied To' pada Credit Memo, yang menunjukkan bahwa kredit telah digunakan.
Mengapa ini penting

Membedakan pengembalian dana tunai dari penggunaan kredit penting untuk analisis keuangan. Jalur ini menunjukkan penyelesaian proses yang berbeda dari pengembalian dana langsung.

Sumber data

Disimpulkan dari catatan sistem atau rekaman terkait CreditMemo, khususnya saat rekaman tersebut ditautkan ke transaksi Invoice untuk mengurangi saldo pelanggan.

Pengumpulan data

Deteksi penggunaan CreditMemo untuk transaksi Invoice.

Jenis peristiwa inferred
Credit Memo disetujui
Aktivitas ini menandai persetujuan resmi Credit Memo, yang sering diwajibkan untuk pengembalian dana bernilai besar atau sebagai bagian dari kontrol keuangan. Aktivitas ini disimpulkan dari perubahan status pada rekaman Credit Memo yang menunjukkan bahwa dokumen siap digunakan atau dibayarkan.
Mengapa ini penting

Jika persetujuan keuangan diwajibkan, tahap ini dapat menjadi hambatan yang signifikan. Menganalisis durasinya membantu menyederhanakan kontrol keuangan tanpa menunda pengembalian dana kepada pelanggan.

Sumber data

Disimpulkan dari catatan sistem untuk rekaman CreditMemo, khususnya saat kolom status persetujuan berubah dari 'Menunggu Persetujuan' menjadi 'Disetujui' atau 'Terbuka'.

Pengumpulan data

Deteksi perubahan status transaksi CreditMemo menjadi 'Disetujui'.

Jenis peristiwa inferred
Otorisasi pengembalian ditolak
Aktivitas ini menandai keputusan untuk menolak permintaan pengembalian pelanggan, biasanya karena tidak sesuai dengan kebijakan. Peristiwa ini diketahui dari perubahan status pada rekaman Return Authorization menjadi 'Ditolak' atau 'Ditutup' tanpa pemrosesan lebih lanjut.
Mengapa ini penting

Analisis penolakan membantu menemukan alasan umum permintaan pengembalian tidak sesuai kebijakan. Temuan ini dapat digunakan untuk memperjelas komunikasi dengan pelanggan dan kebijakan. Penolakan juga merupakan penyimpangan penting dari alur proses yang diharapkan.

Sumber data

Disimpulkan dari catatan sistem atau riwayat workflow untuk rekaman ReturnAuthorization saat kolom 'Status' diperbarui ke status akhir 'Ditolak'.

Pengumpulan data

Deteksi perubahan status pada rekaman ReturnAuthorization menjadi 'Ditolak'.

Jenis peristiwa inferred
Pelanggan diberi tahu
Aktivitas ini menandai pengiriman pemberitahuan kepada pelanggan tentang pembaruan status penting, seperti persetujuan, penerimaan barang, atau pengembalian dana yang telah diproses. Aktivitas ini biasanya disimpulkan dari waktu email otomatis yang tercatat di tab komunikasi pada rekaman.
Mengapa ini penting

Komunikasi tepat waktu penting untuk kepuasan pelanggan. Mengukur jeda antara suatu tonggak proses dan pemberitahuan kepada pelanggan membantu menemukan kekurangan dalam pengalaman pelanggan.

Sumber data

Perlu dianalisis di sistem. Data diambil dari waktu email keluar atau catatan pengguna pada subtab Communication di ReturnAuthorization atau CreditMemo.

Pengumpulan data

Waktu entri email atau log komunikasi yang ditautkan ke kasus.

Jenis peristiwa inferred
Pesanan penukaran dibuat
Aktivitas ini menandai proses penukaran, saat pesanan penjualan baru dibuat untuk pelanggan sebagai pengganti pengembalian dana. Peristiwa ini biasanya tercatat saat Sales Order dibuat dan ditautkan ke Return Authorization awal.
Mengapa ini penting

Melacak penukaran sebagai jalur tersendiri membantu menganalisis preferensi pelanggan dan efisiensi proses penukaran dibandingkan dengan proses pengembalian dana. Ini adalah variasi proses yang umum dan penting.

Sumber data

Peristiwa ini mencatat waktu pembuatan transaksi SalesOrder baru. Tautan ke ReturnAuthorization mungkin berada di kolom standar atau khusus, sehingga perlu dianalisis di sistem.

Pengumpulan data

Tanggal pembuatan SalesOrder yang ditautkan ke ReturnAuthorization.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari NetSuite

Siap memulai?

Mulai perbaiki proses retur dan pengembalian dana dengan templat data ini. Optimalkan workflow NetSuite Anda hari ini untuk meningkatkan efisiensi dan kepuasan pelanggan.

Optimalkan proses retur dan pengembalian dana, tingkatkan efisiensi NetSuite

Pangkas waktu siklus retur di NetSuite hingga 30%. Mulai tingkatkan operasional hari ini.

Mulai uji coba gratis

Tidak perlu kartu kredit • Siap digunakan dalam hitungan menit