Templat data proses retur dan pengembalian dana
Templat data proses retur dan pengembalian dana
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi NetSuite
Atribut proses retur dan pengembalian dana
| 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: 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: 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 | |||
Aktivitas proses retur dan pengembalian dana
| 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 | |||
Panduan ekstraksi
Langkah
- Buka pembuatan Saved Search: Masuk ke NetSuite. Buka Reports > New Search. Di halaman New Saved Search, klik 'Transaction'.
- Tentukan kriteria utama: Di halaman pengaturan Saved Search, buka tab 'Criteria' dan subtab 'Standard'. Atur filter berikut untuk memilih catatan Return Authorization:
TypeadalahReturn AuthorizationMain LineadalahYes- Tambahkan filter
Date Createddan tentukan rentang tanggal yang diinginkan, misalnya 'dalam 3 bulan terakhir'. Langkah ini penting untuk mengendalikan volume data.
- Atur kolom hasil untuk atribut: Buka tab 'Results'. Tambahkan kolom berikut sebagai atribut dalam event log. Gunakan 'Custom Label' untuk memberi nama yang lebih jelas.
- ID kasus:
Document NumberatauTranID(Custom Label: ReturnCaseId) - Status retur:
Status(Custom Label: ReturnAuthorizationStatus) - Petugas pemroses:
Created Byatau kolom khusus jika tersedia (Custom Label: ProcessingAgent) - Departemen:
Department(Custom Label: Department) - Jenis retur: kolom khusus seperti
[Your Return Reason Field](Custom Label: ReturnType) - Jumlah pengembalian dana:
Amount(Custom Label: ActualRefundAmount)
- ID kasus:
- Tambahkan kolom rumus untuk stempel waktu peristiwa: Ini langkah terpenting. Untuk setiap 12 aktivitas, tambahkan kolom 'Formula (Date/Time)'. Setiap rumus menggunakan pernyataan CASE untuk mengembalikan stempel waktu hanya jika peristiwa tertentu terjadi. Lihat bagian 'query' untuk rumus persis bagi setiap aktivitas.
- Tambahkan kolom statis: Tambahkan dua kolom 'Formula (Text)' ke hasil:
- Untuk
SourceSystem, gunakan rumus:'NetSuite'. - Untuk
LastDataUpdate, gunakan rumus yang menunjukkan tanggal proses, seperti{today}. Untuk stempel waktu yang tepat, gunakan waktu ekspor.
- Untuk
- Simpan dan ekspor pencarian: Beri nama yang jelas pada pencarian, misalnya 'ProcessMind Returns Extraction'. Klik 'Save & Run'. Setelah hasil ditampilkan, klik ikon Export dan pilih 'CSV'.
- Ubah data menjadi event log: File CSV yang diekspor berformat 'lebar', dengan satu baris untuk setiap kasus retur dan banyak kolom untuk stempel waktu peristiwa. Anda perlu mengubahnya menjadi event log berformat 'panjang'. Gunakan alat seperti Microsoft Excel Power Query (Unpivot Columns), Python, atau alat skrip lainnya.
- Untuk setiap baris dalam CSV, buat beberapa baris baru, satu untuk setiap kolom stempel waktu peristiwa yang tidak kosong.
- Tabel hasil transformasi harus memiliki kolom seperti
ReturnCaseId,ActivityName, danEventTimestamp.ActivityNamediambil dari header kolom stempel waktu asli, misalnya 'Return Authorization Created', sedangkanEventTimestampberisi nilainya.
- Siapkan file untuk diunggah: Pastikan file CSV akhir memiliki header wajib:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdate, serta atribut lain yang disarankan. File kini siap diunggah ke ProcessMind.
Konfigurasi
- Jenis pencarian: Saved Search harus berupa pencarian
Transaksi. - Rentang tanggal: Terapkan filter rentang tanggal pada bidang
Tanggal Dibuatuntuk Return Authorization. Rentang 3 hingga 6 bulan disarankan agar data cukup lengkap tanpa mengurangi kinerja. - Filter utama: Pencarian harus difilter dengan
JenisadalahReturn AuthorizationdanMain LineadalahYaagar setiap kasus pengembalian memiliki satu catatan awal. - Bidang khusus: Keakuratan pengambilan data ini, terutama untuk peristiwa konseptual seperti 'Barang Diperiksa' atau atribut seperti 'Jenis Pengembalian', sangat bergantung pada penggunaan bidang khusus di catatan transaksi organisasi Anda. Rumus yang disediakan memuat placeholder seperti
{custbody_...}yang perlu disesuaikan dengan konfigurasi NetSuite Anda. - Izin pengguna: Pengguna yang menjalankan pencarian memerlukan izin lihat untuk semua jenis transaksi yang terlibat: Return Authorization, Item Receipt, Credit Memo, Customer Refund, dan Sales Order.
- Kinerja: Pencarian ini dapat berjalan lambat jika volume pengembalian di akun sangat tinggi. Pertimbangkan untuk menjalankannya di luar jam sibuk atau menjadwalkan ekspor otomatis ke file cabinet.
Contoh kueri config
This configuration represents the settings in the NetSuite Saved Search UI. The 'Results' tab should be configured with the following columns and formulas.
**Criteria Tab:**
* `Type` = `Return Authorization`
* `Main Line` = `true`
* `Date Created` = `[Specify Desired Date Range]`
**Results Tab (Columns):**
| Custom Label | Field / Formula Type | Formula / Field ID |
|---|---|---|
| `ReturnCaseId` | Formula (Text) | `{tranid}` |
| `SourceSystem` | Formula (Text) | `'NetSuite'` |
| `LastDataUpdate` | Formula (Date/Time) | `{today}` |
| `ReturnAuthorizationStatus` | Field | `Status` |
| `ProcessingAgent` | Field | `Created By` |
| `Department` | Field | `Department` |
| `ReturnType` | Field | `{custbody_return_reason}` |
| `ActualRefundAmount` | Field | `Amount` |
| `CycleTime` | Formula (Numeric) | `CASE WHEN {status} = 'Closed' THEN {lastmodifieddate} - {datecreated} ELSE NULL END` |
| `Activity_ReturnAuthorizationCreated` | Field | `Date Created` |
| `Activity_ReturnAuthorizationApproved` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Pending Receipt' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` |
| `Activity_ReturnAuthorizationRejected` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Rejected' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` |
| `Activity_ItemReceived` | Formula (Date/Time) | `{applyingtransaction.trandate}` |
| `Activity_ItemInspected` | Formula (Date/Time) | `CASE WHEN {custbody_inspection_status} = 'Complete' THEN {custbody_inspection_date} ELSE NULL END` |
| `Activity_CreditMemoCreated` | Formula (Date/Time) | `{createdfrom.trandate}` |
| `Activity_CreditMemoApproved` | Formula (Date/Time) | `MIN(CASE WHEN {createdfrom.systemnotes.newvalue} = 'Open' AND {createdfrom.systemnotes.field} = 'Status' THEN {createdfrom.systemnotes.date} ELSE NULL END)` |
| `Activity_RefundProcessed` | Formula (Date/Time) | `{createdfrom.appliedtotransaction.trandate}` |
| `Activity_CreditMemoApplied` | Formula (Date/Time) | `CASE WHEN {createdfrom.status} = 'Fully Applied' AND {createdfrom.appliedtotransaction.type} = 'Invoice' THEN {createdfrom.appliedtotransaction.date} ELSE NULL END` |
| `Activity_ExchangeOrderCreated` | Formula (Date/Time) | `{custbody_exchange_order.trandate}` |
| `Activity_CustomerNotified` | Formula (Date/Time) | `MAX({messages.messagedate})` |
| `Activity_ReturnAuthorizationClosed` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Closed' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` | Langkah
- Aktifkan SuiteAnalytics Connect: Pastikan akun NetSuite Anda memiliki lisensi SuiteAnalytics Connect. Administrator harus mengaktifkan fitur ini melalui Setup > Company > Enable Features > Analytics.
- Atur izin pengguna: Berikan izin 'SuiteAnalytics Connect' kepada peran pengguna yang akan terhubung. Pengguna ini juga perlu memiliki izin lihat untuk semua catatan yang akan dikueri, seperti Transactions, Employees, dan Customers.
- Pasang driver ODBC: Unduh dan pasang driver ODBC NetSuite yang sesuai dengan sistem operasi Anda dari halaman unduhan SuiteAnalytics Connect di NetSuite.
- Atur DSN: Buat Data Source Name (DSN) di komputer yang akan digunakan untuk menjalankan kueri. Masukkan Service Data Source, Server Hostname, Port, Role ID, Account ID, dan kredensial Anda.
- Hubungkan klien SQL: Gunakan klien SQL seperti DBeaver atau Microsoft SQL Server Management Studio untuk terhubung ke NetSuite melalui DSN yang sudah dibuat.
- Siapkan kueri SQL: Salin kueri SQL yang disediakan ke klien Anda. Kueri ini dirancang untuk mengambil semua peristiwa utama dalam proses retur dan pengembalian dana.
- Sesuaikan kueri: Ubah nilai placeholder dalam kueri. Minimal, perbarui rentang tanggal di Common Table Expression (CTE)
ReturnAuthorizationsagar sesuai dengan periode yang diinginkan. Anda mungkin juga perlu menyesuaikan nama kolom khusus, sepertiCUSTBODY_RETURN_TYPE, atau nilai status tertentu dengan konfigurasi NetSuite Anda. - Jalankan kueri: Jalankan kueri SQL yang sudah disesuaikan pada replika basis data NetSuite. Waktu eksekusi dapat berbeda, tergantung rentang tanggal dan volume data.
- Tinjau dan ekspor data: Setelah kueri selesai, periksa hasilnya untuk memastikan data sudah benar. Ekspor seluruh hasil ke file CSV.
- Siapkan file untuk diunggah: Pastikan header CSV sesuai dengan atribut wajib:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdate, dan seterusnya. Pastikan kolomEventTimestampmenggunakan format tanggal dan waktu yang konsisten. File kini siap diunggah ke ProcessMind.
Konfigurasi
- Prasyarat: Anda memerlukan lisensi NetSuite dengan modul tambahan SuiteAnalytics Connect. Peran pengguna yang menjalankan koneksi harus memiliki izin 'SuiteAnalytics Connect' dan akses baca ke catatan transaksi, entitas, dan karyawan.
- Konfigurasi sumber data: Anda perlu mengatur DSN (Data Source Name) menggunakan driver ODBC NetSuite. Siapkan Account ID, Role ID, dan kredensial Anda. Untuk lingkungan produksi, host layanan biasanya
odbcserver.netsuite.com. - Filter rentang tanggal: Terapkan filter rentang tanggal pada CTE awal yang memilih Return Authorization. Tanpa filter, kueri akan mencoba mengambil semua data retur dan kemungkinan besar berjalan sangat lambat atau mengalami batas waktu. Untuk analisis awal, disarankan rentang 3 hingga 6 bulan.
- Jenis transaksi utama: Kueri ini mencakup beberapa jenis transaksi utama: ReturnAuthorization, ItemReceipt, CreditMemo, CustomerRefund, dan SalesOrd (untuk penukaran). Pastikan proses Anda menggunakan objek standar ini.
- Ketergantungan pada kolom khusus: Aktivitas seperti 'Barang diperiksa' dan atribut seperti 'Jenis retur' sering dicatat dalam kolom khusus. Kueri yang disediakan menggunakan placeholder seperti
CUSTBODY_INSPECTION_STATUSdanCUSTBODY_RETURN_TYPE. Temukan ID kolom khusus yang benar di sistem Anda, lalu perbarui kueri sesuai kebutuhan. - Pertimbangan kinerja: Kueri ini rumit, dengan beberapa join dan struktur
UNION ALLyang besar. Jalankan di luar jam sibuk untuk mengurangi dampak pada kinerja sistem. Untuk kumpulan data yang sangat besar, jalankan kueri dalam rentang waktu yang lebih pendek, lalu gabungkan hasilnya.
Contoh kueri sql
WITH ReturnAuthorizations AS (
SELECT
T.TRANSACTION_ID AS ReturnCaseId,
T.TRANDATE
FROM
TRANSACTION T
WHERE
T.TYPE = 'ReturnAuthorization'
AND T.TRANDATE BETWEEN TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD') AND TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD')
)
SELECT
RA.ReturnCaseId AS "ReturnCaseId",
'Return Authorization Created' AS "ActivityName",
T.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION T
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON T.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Approved' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE = 'Pending Receipt'
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Rejected' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE IN ('Rejected', 'Closed')
UNION ALL
SELECT
RA.ReturnCaseId,
'Item Received' AS "ActivityName",
IR.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION IR
INNER JOIN TRANSACTION T_RA ON IR.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON IR.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE IR.TYPE = 'ItemReceipt'
UNION ALL
SELECT
RA.ReturnCaseId,
'Item Inspected' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.CUSTBODY_INSPECTION_STATUS' AND SN.NEW_VALUE = 'Completed'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Created' AS "ActivityName",
CM.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION CM
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON CM.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Approved' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION CM ON SN.TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo' AND SN.FIELD = 'TRANSACTION.APPROVAL_STATUS' AND SN.NEW_VALUE = 'Approved'
UNION ALL
SELECT
RA.ReturnCaseId,
'Refund Processed' AS "ActivityName",
REF.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
ABS(REF.TOTAL) AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION REF
INNER JOIN TRANSACTION CM ON REF.APPLIED_TO_TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON REF.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE REF.TYPE = 'CustomerRefund'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Applied' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION CM ON SN.TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo' AND SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE = 'Fully Applied'
UNION ALL
SELECT
RA.ReturnCaseId,
'Exchange Order Created' AS "ActivityName",
SO.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION SO
INNER JOIN TRANSACTION T_RA ON SO.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SO.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SO.TYPE = 'SalesOrd'
UNION ALL
SELECT
RA.ReturnCaseId,
'Customer Notified' AS "ActivityName",
MSG.MESSAGE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM MESSAGES MSG
INNER JOIN TRANSACTION T ON MSG.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON MSG.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE MSG.INCOMING = 'F'
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Closed' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE T.TYPE = 'ReturnAuthorization' AND SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE LIKE '%Closed%'; 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.
Tidak perlu kartu kredit • Siap digunakan dalam hitungan menit