İade ve geri ödeme işleme Veri Şablonunuz
İade ve geri ödeme işleme Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- NetSuite veri çıkarma rehberi
İade ve geri ödeme işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet adı ActivityName | İade sürecinde gerçekleşen belirli iş olayının veya adımının adı, örneğin 'Ürün incelendi' ya da 'Geri ödeme işlendi'. | ||
| Açıklama Faaliyet Adı, iade ve geri ödeme yaşam döngüsündeki belirli bir adımı veya kilometre taşını tanımlar. Süreç akışını oluşturmak için bu olaylar zaman damgalarına göre sıralanır. Faaliyetlerin sırasını ve sıklığını analiz etmek, en yaygın süreç yollarını, adımlar arasındaki darboğazları ve yeniden işleme ya da tekrarlanan faaliyetleri belirlemeye yardımcı olur. Örnekler arasında 'İade Yetkilendirmesi oluşturuldu', 'Ürün teslim alındı' ve 'Alacak dekontu onaylandı' yer alır. Neden önemli? Bu öznitelik, sürecin adımlarını tanımlar. Süreç haritasını görselleştirmek, akış farklılıklarını analiz etmek ve darboğazları ya da yeniden işleme döngülerini belirlemek için gereklidir. Nereden alınır? Bu öznitelik genellikle Return Authorization ve Credit Memo gibi işlem kayıtlarındaki durum değişikliklerinden veya sistem notlarında ya da özel olay günlüklerinde kaydedilen belirli kullanıcı işlemlerinden türetilir. Örnekler İade Yetkilendirmesi oluşturulduÜrün teslim alındıÜrün incelendiGeri ödeme işlendiİade Yetkilendirmesi kapatıldı | |||
| İade vaka kimliği ReturnCaseId | Tek bir müşteri iadesi veya geri ödeme vakasına ait benzersiz tanımlayıcıdır. Başlangıçtan kapanışa kadar ilgili tüm faaliyetleri birbirine bağlar. | ||
| Açıklama İade Vaka Kimliği, bir iadenin uçtan uca yolculuğunu izlemek için birincil tanımlayıcı olarak kullanılır. Her benzersiz kimlik tek bir iade yetkilendirmesine karşılık gelir ve ürünün teslim alınması, incelenmesi ve geri ödemenin işlenmesi gibi ilişkili tüm olayların ayrıntılı biçimde analiz edilmesini sağlar. Process Mining'de bu kimlik, her iade için sürecin tamamını yeniden oluşturmak, çevrim sürelerini hesaplamak ve vaka düzeyindeki sapmaları belirlemek için gereklidir. Neden önemli? Bu, Process Mining için temel özniteliktir. Tüm bağımsız olayları tutarlı uçtan uca süreç örnekleri içinde birleştirerek süreç akışlarını ve performansı analiz etmeyi mümkün kılar. Nereden alınır? Bu, genellikle NetSuite'teki Return Authorization kaydının Internal ID veya Transaction ID değeridir. Örnekler RMA-0012345RMA-0012346RMA-0012347 | |||
| Olay zaman damgası EventTimestamp | Faaliyetin gerçekleştiği kesin tarih ve saat, sürecin kronolojik temelini oluşturur. | ||
| Açıklama Olay Zaman Damgası, bir faaliyetin gerçekleştiği kesin anı kaydeder. Bu veri, olayları doğru sıraya koymak ve zamana dayalı tüm analizleri gerçekleştirmek için önemlidir. Faaliyetler arasındaki süreleri, toplam vaka çevrim sürelerini ve bekleme sürelerini hesaplamak için kullanılır. Bu ölçümler performans izleme, darboğaz analizi ve SLA uyumluluğu kontrolleri için gereklidir. Process Mining içgörülerinin güvenilir olması için zaman damgaları doğru olmalıdır. Neden önemli? Bu öznitelik, süreç akışını keşfetmek ve çevrim süresi ile bekleme süresi gibi tüm performans metriklerini hesaplamak için gerekli olan olayların kronolojik sırasını sağlar. Nereden alınır? Bu bilgi genellikle NetSuite kayıtlarındaki 'Date Created' veya 'Last Modified Date' alanlarından ya da işlemlerle ilişkili System Notes alt listesindeki zaman damgalarından alınır. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:12:05Z | |||
| Kaynak sistem SourceSystem | Veri kökenini izlemek için kullanılan, verilerin çıkarıldığı sistem. | ||
| Açıklama Bu öznitelik, süreç verilerinin kaynağını tanımlar. Bu bağlamda değer genellikle 'NetSuite' olur. Kaynak sistemi belirtmek, verilerin birden fazla sistemden birleştirilebildiği ortamlarda açık veri soyunu ve izlenebilirliği korumak için önemlidir. Neden önemli? Verilerin kaynağını tanımlar. Veri yönetişimi, sorun giderme ve bütünsel bir süreç görünümü oluşturmak üzere birden fazla sistemden veri birleştirilen senaryolar için önemlidir. Nereden alınır? Bu, genellikle veri çıkarma ve dönüştürme sürecinde eklenen statik bir değerdir ('NetSuite'). Örnekler NetSuiteNetSuite ERP | |||
| Son veri güncellemesi LastDataUpdate | Bu süreçteki verilerin en son yenilendiği veya güncellendiği zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Analizin güncelliği hakkında kullanıcılara bilgi veren önemli bir meta veri unsurudur. Bu bilgiyi Dashboardlarda göstermek, beklentileri yönetmeye ve kararların verilerin güncelliği anlaşılır biçimde değerlendirilerek alınmasına yardımcı olur. Neden önemli? Verilerin güncelliği hakkında şeffaflık sağlar. Bu, kullanıcıların analize güvenmesi ve sonuçların operasyonların mevcut durumuyla ne ölçüde ilgili olduğunu anlaması için gereklidir. Nereden alınır? Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve eklenir. Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Departman Department | İade vakasını belirli bir aşamada ele almaktan sorumlu iş departmanı veya ekip. | ||
| Açıklama Bu öznitelik, süreç etkinliklerini "Müşteri hizmetleri", "Depo" veya "Finans" gibi belirli bir departmana atar. Ekipler arasındaki devir teslimleri anlamak ve departman darboğazlarını belirlemek için gereklidir. Vakaların belirli bir departmanda geçirdiği veya o departmanı beklediği süreyi analiz ederek gecikme kaynaklarını belirleyebilir ve kaynak dağılımını iyileştirebilirsiniz. Bu, "Departmanlara göre iade süreci performansı" Dashboardı için temel boyutlardan biridir. Neden önemli? Süreç performansını işlevsel alana göre analiz etmeyi sağlar. Departmanlar arası devir gecikmelerini ve departman darboğazlarını görünür kılar. Nereden alınır? Bu bilgi, bir faaliyetle ilişkilendirilmiş kullanıcı veya çalışan kaydından ya da işlemin üzerindeki 'Department' alanından türetilebilir. NetSuite'te genellikle çalışan kayıtlarında yapılandırılır. Örnekler DepoMüşteri desteğiFinansKalite Güvencesi | |||
| Gerçek geri ödeme tutarı ActualRefundAmount | Müşteriye gerçekten geri ödenen nihai parasal tutar. | ||
| Açıklama Bu öznitelik, Credit Memo veya geri ödeme işleminde kaydedilen ve müşteriye alacak ya da geri ödeme olarak aktarılan gerçek tutarı gösterir. Stok yenileme ücretleri, kargo maliyetleri veya hasarlı ürünler için kısmi geri ödemeler gibi düzeltmeler nedeniyle bu tutar talep edilen tutardan farklı olabilir. Bu öznitelik, finansal raporlama ve 'Geri Ödeme Tutarı Fark Oranı' KPI'ının hesaplanması için önemlidir. Neden önemli? İadenin gerçek finansal etkisini gösterir. Finansal mutabakat ve geri ödeme doğruluğunun analizi için gereklidir. Nereden alınır? Bu değer, Return Authorization kaydından oluşturulan Credit Memo işlemindeki 'Total' alanından alınır. Örnekler 99.99140.000.00 | |||
| İade durumu ReturnAuthorizationStatus | İade yetkilendirmesinin mevcut durumu, örneğin 'Onay Bekliyor', 'Onaylandı' veya 'Kapalı'. | ||
| Açıklama Bu öznitelik, iade vakasının yaşam döngüsündeki mevcut durumunu gösterir. İadelerin ilerleyişini anlamak ve vakaları bölümlere ayırmak için temel bir unsurdur. Örneğin, 'Teslim Alınması Bekleniyor' durumunda geçirilen süreyi analiz etmek sevkiyat gecikmelerini ortaya çıkarabilir. 'Onay Bekliyor' durumunda uzun süre kalınması ise kurum içi bir darboğaza işaret edebilir. Bu öznitelik, 'Kapalı' veya 'Reddedildi' gibi bir iadenin nihai sonucunu belirlemek için de kullanılır. Neden önemli? Her iadenin süreçteki konumunu göstererek vaka dağılımını, durum sürelerini ve süreç sonuçlarını analiz etmeyi sağlar. Nereden alınır? Bu, NetSuite Return Authorization kaydındaki 'Status' veya benzer bir alana karşılık gelir. Örnekler Onay bekliyorTeslim alınması bekleniyorOnaylandıReddedildiKapatıldı | |||
| İade türü ReturnType | Müşterinin belirttiği nedene göre yapılan iade sınıflandırması. | ||
| Açıklama İade türü, iadeleri temel nedenlerine göre sınıflandırır. Örnekler arasında "Kusurlu ürün", "Yanlış beden", "Fikrin değişmesi" veya "Açıklamadaki gibi değil" bulunur. Bu sınıflandırma, temel neden analizi için önemlidir. Bir işletme, farklı iade türlerindeki süreç metriklerini analiz ederek ürün kalitesi sorunlarını, açıklamalardaki hataları veya sipariş karşılama hatalarını belirleyebilir. Bu öznitelik, "Tür ve kanala göre iade performansı" Dashboardı için temel niteliktedir. Neden önemli? İadelerin kök nedenlerini belirlemeye yardımcı olur. Böylece iade hacmini azaltmak için ürünlerde, pazarlama açıklamalarında veya sipariş karşılama sürecinde hedefli iyileştirmeler yapılabilir. Nereden alınır? Bu, genellikle Return Authorization formunda iade nedeninin kaydedildiği özel bir alan veya standart bir liste/kayıt alanıdır. Örnekler Kusurlu ürünYanlış ürün gönderildiMüşteri memnuniyetsizliğiYanlış beden/renk | |||
| İşlem sorumlusu ProcessingAgent | İade sürecinde belirli bir faaliyeti gerçekleştiren çalışan veya kullanıcı. | ||
| Açıklama İşlem temsilcisi, iade onaylama veya ürün inceleme gibi belirli bir görevi yürütmekten sorumlu kişiyi belirler. Bu öznitelik, kullanıcı düzeyinde performans analizi için önemlidir. Yüksek performans gösteren çalışanları, ek eğitim gerektiren alanları ve ekip içindeki iş yükü dağılımı dengesizliklerini belirlemenize yardımcı olur. Etkinlikleri temsilciye göre analiz etmek, "Departmanlara göre iade süreci performansı" Dashboardı için önemlidir. Neden önemli? Bireysel ve ekip performansını, iş yükü dengesini ve eğitim ihtiyaçlarını analiz etmeyi sağlar. Böylece operasyonel verimliliği doğrudan etkiler. Nereden alınır? Bu bilgi NetSuite işlemlerindeki 'Created By', 'Approved By' gibi alanlardan veya System Notes alt listesindeki kullanıcı alanlarından alınabilir. Örnekler Alice JohnsonBob WilliamsCharlie Brown | |||
| Geri ödeme SLA hedef tarihi RefundSlaTargetDate | Hizmet düzeyi anlaşmalarına göre geri ödemenin işlenmesinin beklendiği hedef tarih. | ||
| Açıklama İade SLA hedef tarihi, iadenin işlenmesi için müşteriye verilen taahhüdü gösteren, hesaplanmış bir zaman damgasıdır. Genellikle 'Ürün alındı' veya 'İade onaylandı' gibi önemli bir olaya 5 iş günü gibi önceden belirlenmiş bir sürenin eklenmesiyle hesaplanır. Bu öznitelik, 'İade SLA uyumluluğu izleme' Dashboardı ve 'İade SLA başarı oranı' KPI için gereklidir. İşletmenin performansını verdiği taahhütlere göre ölçmesine yardımcı olur. Neden önemli? Müşteri taahhütlerine göre performansın nicel olarak ölçülmesini sağlar. Bu, müşteri memnuniyetini ve güvenini korumak açısından büyük önem taşır. Nereden alınır? Bu tarih genellikle standart bir alan değildir. 'Ürün Alındı' tarihi gibi önemli bir zaman damgasına önceden belirlenmiş SLA süresi, örneğin 5 gün, eklenerek türetilmelidir. Örnekler 2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z | |||
| İade durumu ReturnCondition | İade edilen ürünün inceleme sırasında değerlendirilen durumu, örneğin 'Yeni', 'Hasarlı' veya 'Kullanılmış'. | ||
| Açıklama Bu öznitelik, iade edilen ürünün fiziksel incelemesinin sonucunu kaydeder. Ürünün durumu, tam iade yapılıp yapılmayacağını, ürünün yeniden stoğa alınıp alınmayacağını veya imha edilmesi gerekip gerekmediğini belirleyen sonraki adımları etkiler. Bu değerlendirmenin tutarlılığını ve işlem sürelerini analiz etmek, 'İade durumu değerlendirme kalitesi' Dashboardının odağındadır ve finansal mutabakat ile envanter yönetimi açısından büyük önem taşır. Neden önemli? İadenin finansal sonucunu ve sonraki stok işlemlerini doğrudan etkiler. Tutarsız değerlendirmeler finansal kayba ve süreçte yeniden çalışmaya yol açabilir. Nereden alınır? Bu, büyük olasılıkla depo çalışanlarının inceleme sırasında doldurduğu, Item Receipt veya Return Authorization kaydındaki özel bir alandır. Örnekler Yeniden satılabilirHasarlı, kutu içindeKullanılmış, iyi durumdaParçalar eksik | |||
| İade kanalı ReturnChannel | İlk satın almanın yapıldığı veya iadenin başlatıldığı kanal. | ||
| Açıklama İade Kanalı, iadenin kaynağını belirtir. Örneğin bu değer 'Çevrim içi', 'Mağaza içi' veya 'Pazar yeri' olabilir. Farklı kanalların iade süreçleri, maliyetleri ve müşteri beklentileri birbirinden farklı olabilir. Kanal bazında performansı analiz etmek, işletmelerin her bir süreci optimize etmesine, kaynakları etkili biçimde dağıtmasına ve kanala özgü sorunları anlamasına yardımcı olur. Bu, 'İade performansı tür ve kanala göre' Dashboardı için temel bir özniteliktir. Neden önemli? Farklı iş kanallarının performansını karşılaştırmayı sağlar. İadelerin başlatılma ve ele alınma biçimine özgü verimsizlikleri veya iyi uygulamaları ortaya çıkarır. Nereden alınır? Bu bilgi çoğunlukla iade ile ilişkili orijinal Sales Order kaydından alınır. 'Channel' veya 'Location' alanında saklanabilir. Örnekler Web mağazasıPerakende mağazasıAmazon MarketplaceTelefonla sipariş | |||
| İade Tutarı Farkı RefundAmountDiscrepancy | Talep edilen iade tutarı ile fiilen iade edilen tutar arasındaki hesaplanmış farktır. | ||
| Açıklama Bu metrik, 'Talep Edilen İade Tutarı'ndan 'Fiili İade Tutarı'nın çıkarılmasıyla hesaplanır. Sıfır olmayan bir değer, yeniden stoklama ücreti veya hasarlı ürün gibi nedenlerle süreç sırasında bir düzeltme yapıldığını gösterir. Bu öznitelik, 'İade Tutarı Fark Oranı' KPI'ı için analizleri destekler ve önemli finansal düzeltmeler içeren durumların daha ayrıntılı incelenmek üzere işaretlenmesine yardımcı olur. Neden önemli? İade sürecinde yapılan finansal düzeltmeleri görünür kılar. Böylece farkların neden oluştuğunu ve tutarlı ve gerekçeli olup olmadığını analiz edebilirsiniz. Nereden alınır? Bu hesaplanmış bir özniteliktir. Formül şöyledir: Örnekler 0.0010.00-5.00 | |||
| Müşteri kimliği CustomerId | İadeyi başlatan müşteriye ait benzersiz tanımlayıcı. | ||
| Açıklama Müşteri Kimliği, bir iade işlemini belirli bir müşteriyle ilişkilendirir. Bu sayede sık iade yapan müşterileri belirlemek gibi müşteri odaklı analizler yapılabilir. Sık iadeler memnuniyetsizliğe veya sahtecilik davranışına işaret edebilir. Ayrıca süreç performansının müşteri türüne veya değerine göre bölümlere ayrılmasını ve önemli hesaplara hizmet önceliği verilmesini sağlar. Neden önemli? Müşteri davranışını iade düzeyinde analiz etmeyi ve süreci segment veya yaşam boyu değer gibi müşteri özniteliklerine göre bölümlere ayırmayı sağlar. Nereden alınır? Bu, NetSuite'teki Return Authorization kaydının üst bilgi bölümünde bulunan 'Customer' veya 'Entity' alanıdır. Örnekler CUST-001CUST-002CUST-003 | |||
| Otomatik mi IsAutomated | Bir etkinliğin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren boolean işaretidir. | ||
| Açıklama Bu öznitelik, bir etkinliğin kullanıcı tarafından mı yoksa otomatik bir sistem, script veya Workflow tarafından mı yürütüldüğünü gösterir. Örneğin, ilk 'İade Yetkilendirmesi Oluşturuldu' olayı müşteri portalı üzerinden otomatik olarak gerçekleşebilirken 'Ürün İncelendi' manuel bir etkinlik olabilir. Otomasyonu izlemek, manuel adımları otomatikleştirme fırsatlarını belirlemeye ve mevcut otomasyonların verimlilik kazanımlarını ölçmeye yardımcı olur. Neden önemli? Manuel ve otomatik görevleri ayırt etmeye yardımcı olur. Bu ayrım, otomasyon fırsatlarını belirlemek ve dijital dönüşüm çalışmalarının etkisini ölçmek için önemlidir. Nereden alınır? Bir olayla ilişkilendirilmiş kullanıcıdan çıkarılabilir. NetSuite tarafından oluşturulan olaylar genellikle belirli bir sistem kullanıcısı veya script kimliğiyle ilişkilendirilir. Örnekler truefalse | |||
| Politikaya uyum ReturnPolicyAdherence | İadenin belirlenen şirket iade politikalarına uyup uymadığını gösterir. | ||
| Açıklama Bu doğru/yanlış veya kategorik öznitelik, bir iadenin iade süresi, ürün durumu ve satın alma kanıtı gibi önceden belirlenmiş tüm ölçütleri karşılayıp karşılamadığını belirtir. Uyumluluğu izlemek ve istisnaları yönetmek için kullanılır. 'İade politikası uyumluluğu istisnaları' Dashboardı, özel işlem veya inceleme gerektiren vakaları öne çıkarmak için bu özniteliğe dayanır. Böylece risk azaltılır ve kuralların tutarlı biçimde uygulanması sağlanır. Neden önemli? İade politikalarını izlemeye ve uygulamaya yardımcı olur. Uyumlu olmayan iadelerden kaynaklanan finansal riski azaltır, adil ve tutarlı bir uygulama sağlar. Nereden alınır? Bu, neredeyse kesin olarak Return Authorization kaydında bulunan ve Workflow üzerinden yönetilen, muhtemelen bir onay kutusu veya liste biçimindeki özel bir alandır. Örnekler UyumluUyumsuz, süre dışındaİstisna onaylandı | |||
| SLA ile uyumlu mu IsSlaCompliant | İadenin tanımlanan SLA hedefi içinde işleme alınıp alınmadığını gösteren hesaplanmış işarettir. | ||
| Açıklama Bu doğru/yanlış öznitelik, 'İade işlendi' zaman damgasının 'İade SLA hedef tarihi' ile karşılaştırılmasıyla elde edilir. İade hedef tarihte veya daha önce işlendiğinde değer doğru, aksi durumda yanlış olur. Bu işaret, 'İade SLA uyumluluğu izleme' Dashboardı gibi uyumluluk raporları ve Dashboardları oluşturmayı kolaylaştırır. Ayrıca 'İade SLA başarı oranı' KPI hesaplamasında kullanılır. Neden önemli? Her bir durum için SLA performansını net ve ikili bir sonuçla gösterir. Böylece uyumluluk oranlarını zaman içinde izlemek, raporlamak ve analiz etmek kolaylaşır. Nereden alınır? Bu öznitelik veri dönüşümü sırasında veya Process Mining aracında hesaplanır. Mantık şöyledir: 'İade İşlendi' olayının Örnekler truefalse | |||
| Talep edilen geri ödeme tutarı RequestedRefundAmount | İade için başlangıçta talep edilen veya beklenen geri ödeme tutarı. | ||
| Açıklama Bu öznitelik, sürecin başındaki beklenen geri ödeme değerini saklar. Genellikle iade edilen ürünlerin ilk satın alma fiyatına dayanır. Bu tutar, nihai geri ödeme tutarıyla karşılaştırma yapmak için temel oluşturur. 'Geri Ödeme Tutarı Fark Oranı' KPI'ı, stok yenileme ücretleri, kısmi iadeler veya diğer düzeltmelerden kaynaklanan farkları belirlemek için bu değeri Gerçek Geri Ödeme Tutarı ile doğrudan karşılaştırır. Neden önemli? Finansal analiz için temel oluşturur. Beklenen ve gerçek geri ödeme tutarları arasındaki farkları izlemeye ve düzeltmelerin nedenlerini belirlemeye yardımcı olur. Nereden alınır? Bu değer, Return Authorization işlemindeki satır öğelerinin 'Amount' veya 'Rate' alanlarından türetilir. Örnekler 99.99150.0025.50 | |||
| Ürün tanımlayıcısı ProductIdentifier | İade edilen ürüne ait benzersiz tanımlayıcı, örneğin SKU veya ürün numarası. | ||
| Açıklama Bu öznitelik, iadeye konu olan belirli ürünü tanımlar. İadeleri ürün düzeyinde analiz etmek, yüksek iade oranına sahip ürünleri belirlemek için önemlidir. Bu oranlar kalite kusurlarına, yetersiz açıklamalara veya başka sorunlara işaret edebilir. Bu veri, ürün performansını ayrıntılı biçimde analiz etmeyi ve ürün geliştirme, tedarik ve pazarlama kararlarını desteklemeyi sağlar. Neden önemli? İade süreci verilerini belirli ürünlerle ilişkilendirir. Böylece ürün kaynaklı sorunların kök neden analizi yapılabilir ve toplam iade oranlarının azaltılmasına yardımcı olunur. Nereden alınır? Bu bilgi Return Authorization kaydının 'Items' alt listesinde bulunur ve 'Item' alanına karşılık gelir. Örnekler SKU-TEE-BL-LPROD-00543ITEM-987123 | |||
İade ve geri ödeme işlemleri faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Alacak dekontu oluşturuldu | Bu faaliyet, Alacak Dekontu oluşturularak iadenin finansal aşamasının başlatıldığını gösterir. Bu belge, müşteriye geri ödenecek tutarı ayrıntılı biçimde gösterir ve ürün teslim alınıp onaylandıktan sonra Return Authorization kaydından oluşturulur. | ||
| Neden önemli? Alacak Dekontunun oluşturulması önemli bir finansal kilometre taşıdır. Ürünün teslim alınması ile alacak dekontunun oluşturulması arasındaki süre, incelemeden alacak kaydına kadar olan sürecin verimliliğini gösterir. Nereden alınır? Bu olay, CreditMemo işleminin oluşturulma zaman damgasıdır. Alacak Dekontundaki 'Created From' alanı, kaydı ReturnAuthorization ile ilişkilendirir. Yakalayın NetSuite CreditMemo işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| Geri ödeme işlendi | Bu, tutarın müşteriye geri ödendiği nihai finansal mutabakattır. Credit Memo'dan oluşturulan bir Customer Refund işlemiyle açıkça kaydedilir. | ||
| Neden önemli? Bu faaliyet, SLA uyumluluğunu ve müşteri memnuniyetini ölçmek için önemlidir. 'Alacak Dekontu Onaylandı' ile 'Geri Ödeme İşlendi' arasındaki süre, hazine veya finans departmanının işlem hızını doğrudan gösterir. Nereden alınır? Bu olay, CustomerRefund işleminin oluşturulma zaman damgasıdır. Bu işlemdeki 'Created From' alanı, kaydı CreditMemo ile ilişkilendirir. Yakalayın NetSuite CustomerRefund işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| İade Yetkilendirmesi kapatıldı | Bu, tüm işlemler tamamlandıktan sonra iade vakasının idari olarak kapatıldığını gösteren son faaliyettir. Return Authorization kaydındaki son durum değişikliğinin 'Kapalı' durumuna geçmesiyle çıkarılır. | ||
| Neden önemli? Sürecin kesin bitiş noktası olan bu faaliyet, uçtan uca çevrim sürelerini hesaplamak ve geri ödeme işlendiği halde uzun süre açık kalan vakaları belirlemek için gereklidir. Nereden alınır? ReturnAuthorization kaydına ait sistem notlarından veya Workflow geçmişinden, 'Status' alanı 'Kapalı' gibi nihai sonlandırıcı duruma güncellendiğinde çıkarılır. Yakalayın ReturnAuthorization kaydındaki durum değişikliğini 'Kapalı' durumuna tespit edin. Olay türü inferred | |||
| İade Yetkilendirmesi oluşturuldu | Bu faaliyet, müşterinin bir ürünü iade etmek istemesiyle iade sürecinin başlatıldığını gösterir. NetSuite'te yeni bir Return Authorization (RA) kaydı oluşturularak açıkça kaydedilir. Bu kayıt, iade için birincil vaka tanımlayıcısı olarak kullanılır. | ||
| Neden önemli? Sürecin başlangıç noktası olan bu faaliyet, toplam iade çevrim süresini ölçmek ve zaman içindeki gelen iade taleplerinin hacmini analiz etmek için gereklidir. Nereden alınır? Bu olay, NetSuite'teki ReturnAuthorization kaydının oluşturulma zaman damgasıdır. Kullanıcı, tarih ve ilk durum, örneğin 'Onay Bekliyor', genellikle bu kayda kaydedilir. Yakalayın NetSuite ReturnAuthorization işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| İade Yetkilendirmesi onaylandı | Bu faaliyet, çalışanın müşterinin iade talebini resmen onaylamasını ve sürecin ilerlemesini ifade eder. Genellikle Return Authorization kaydındaki durum alanının 'Onay Bekliyor' durumundan 'Teslim Alınması Bekleniyor' durumuna değiştiği çıkarımı yapılarak kaydedilir. | ||
| Neden önemli? Bu onay adımını izlemek, ilk inceleme aşamasındaki darboğazları belirlemek için önemlidir. Buradaki gecikmeler, müşteriyi bilgilendirme ve iade edilen ürünü teslim alma süresini doğrudan etkiler. Nereden alınır? ReturnAuthorization kaydına ait sistem notlarından veya Workflow geçmişinden, özellikle 'Status' alanı onaylanmış bir duruma, örneğin 'Teslim Alınması Bekleniyor' durumuna güncellendiğinde çıkarılır. Yakalayın ReturnAuthorization kaydındaki durum değişikliğini 'Onaylandı' durumuna tespit edin. Olay türü inferred | |||
| Ürün teslim alındı | Bu faaliyet, iade edilen ürünün depoda veya işlem merkezinde fiziksel olarak teslim alınmasını gösterir. NetSuite'te, orijinal Return Authorization ile ilişkilendirilmiş bir Item Receipt işlemi oluşturularak açıkça kaydedilir. | ||
| Neden önemli? Bu, süreci müşteri faaliyetinden kurum içi işleme taşıyan önemli bir kilometre taşıdır. 'İade Onaylandı' ile 'Ürün Teslim Alındı' arasındaki süre, müşterinin iade hızını ölçer. Bu olaydan sonraki süre ise kurum içi verimliliği gösterir. Nereden alınır? Bu olay, ItemReceipt işleminin oluşturulma zaman damgasıdır. Bu kayıt, kaynak ReturnAuthorization ile doğrudan ilişkilidir. Yakalayın RA ile ilişkilendirilmiş NetSuite ItemReceipt işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| Alacak dekontu mahsuplaştırıldı | Bu faaliyet, nakit geri ödemeye alternatif olarak alacak dekontunun açık bir müşteri faturasıyla mahsuplaştırılmasını ifade eder. Credit Memo üzerindeki 'Applied To' bağlantısından çıkarılır ve kredinin kullanıldığını gösterir. | ||
| Neden önemli? Nakit iadeler ile alacak mahsuplarını birbirinden ayırmak finansal analiz için önemlidir. Bu yol, doğrudan geri ödemeye kıyasla farklı bir süreç sonucunu temsil eder. Nereden alınır? CreditMemo'nun sistem notlarından veya ilişkili kayıtlarından, özellikle müşteri bakiyesini mahsuplaştırmak üzere bir Invoice işlemiyle ilişkilendirildiğinde çıkarılır. Yakalayın Bir CreditMemo'nun Invoice işlemiyle mahsuplaştırılmasını tespit edin. Olay türü inferred | |||
| Alacak dekontu onaylandı | Alacak dekontunun resmen onaylanmasını ifade eder. Bu onay, genellikle yüksek tutarlı iadelerde veya finansal kontrollerin bir parçası olarak gereklidir. Alacak Dekontu kaydındaki durum değişikliğinden, kaydın mahsuplaşmaya veya ödemeye hazır olduğu anlaşılır. | ||
| Neden önemli? Finansal onaylar gerekiyorsa bu adım önemli bir darboğaz oluşturabilir. Süresini analiz etmek, müşteri iadelerini geciktirmeden finansal kontrolleri sadeleştirmeye yardımcı olur. Nereden alınır? CreditMemo kaydına ait sistem notlarından, özellikle onay durumu alanı 'Onay Bekliyor' durumundan 'Onaylandı' veya 'Açık' durumuna güncellendiğinde çıkarılır. Yakalayın CreditMemo işlemindeki durum değişikliğini 'Onaylandı' durumuna tespit edin. Olay türü inferred | |||
| Değişim siparişi oluşturuldu | Bu faaliyet, geri ödeme yerine müşteri için yeni bir satış siparişi oluşturulan değişim senaryosunu ifade eder. Olay genellikle orijinal Return Authorization ile ilişkilendirilmiş bir Sales Order oluşturularak kaydedilir. | ||
| Neden önemli? Değişimleri ayrı bir yol olarak izlemek, müşteri tercihlerini ve değişim sürecinin geri ödeme sürecine kıyasla verimliliğini analiz etmeye yardımcı olur. Bu, yaygın ve önemli bir süreç varyantıdır. Nereden alınır? Bu olay, yeni bir SalesOrder işleminin oluşturulma zaman damgasıdır. ReturnAuthorization bağlantısı standart veya özel bir alanda bulunabilir ve sistem analizi gerektirebilir. Yakalayın ReturnAuthorization ile ilişkilendirilmiş bir SalesOrder işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| İade Yetkilendirmesi reddedildi | Bu faaliyet, çoğunlukla politika ihlalleri nedeniyle müşterinin iade talebinin reddedilmesi kararını ifade eder. Olay, Return Authorization kaydındaki durumun daha fazla işlem yapılmadan 'Reddedildi' veya 'Kapalı' durumuna değiştiği çıkarımı yapılarak kaydedilir. | ||
| Neden önemli? Retleri analiz etmek, uyumlu olmayan iade taleplerinin yaygın nedenlerini belirlemeye yardımcı olur. Bu bilgiler müşteri iletişimini ve politika açıklamalarını iyileştirebilir. Ret, ideal süreç yolundan önemli bir sapmadır. Nereden alınır? ReturnAuthorization kaydına ait sistem notlarından veya Workflow geçmişinden, 'Status' alanı sonlandırıcı 'Reddedildi' durumuna güncellendiğinde çıkarılır. Yakalayın ReturnAuthorization kaydındaki durum değişikliğini 'Reddedildi' durumuna tespit edin. Olay türü inferred | |||
| Müşteri bilgilendirildi | Onay, ürünün teslim alınması veya geri ödemenin işlenmesi gibi önemli bir durum güncellemesi hakkında müşteriye bildirim gönderilmesini ifade eder. Genellikle kaydın iletişim sekmesinde tutulan sistem tarafından oluşturulmuş e-postanın zaman damgasından çıkarılır. | ||
| Neden önemli? Zamanında iletişim, müşteri memnuniyeti için önemlidir. Bir kilometre taşı ile müşteri bildirimi arasındaki gecikmeyi ölçmek, müşteri deneyimindeki boşlukları belirlemeye yardımcı olur. Nereden alınır? Sistem analizi gerektirir. ReturnAuthorization veya CreditMemo kaydının Communication alt sekmesindeki giden e-postanın ya da kullanıcı notunun zaman damgasından alınır. Yakalayın Vakayla ilişkilendirilmiş bir e-posta veya iletişim günlüğü kaydının zaman damgası. Olay türü inferred | |||
| Ürün incelendi | Bu kavramsal faaliyet, iade edilen ürünün durumunu değerlendirmek üzere fiziksel incelemenin tamamlanmasını ifade eder. NetSuite'te standart bir 'Inspection' nesnesi bulunmadığından, bu faaliyet genellikle Return Authorization veya Item Receipt üzerindeki özel bir alan ya da durum güncellemesinden çıkarılır. | ||
| Neden önemli? İnceleme çoğu zaman önemli bir darboğazdır. Tamamlanma süresini izlemek, temsilci performansını, karar tutarlılığını ve sonraki geri ödeme onayı üzerindeki etkisini analiz etmek için gereklidir. Nereden alınır? Sistem analizi gerektirir. ReturnAuthorization kaydındaki özel 'Inspection Status' alanında yapılan bir değişiklikten çıkarılabilir veya kaydedilmeyen çevrimdışı bir süreç olabilir. Yakalayın Return Authorization veya Item Receipt üzerindeki özel durum alanı değişikliğinden çıkarılır. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- Saved Search oluşturma sayfasına gidin: NetSuite'e giriş yapın. Reports > New Search yolunu izleyin. New Saved Search sayfasında 'Transaction' seçeneğine tıklayın.
- Birincil kriterleri tanımlayın: Saved Search kurulum sayfasında, 'Criteria' sekmesinin 'Standard' alt sekmesinde, iade yetkilendirme kayıtlarını ayırmak için şu filtreleri ayarlayın:
TypedeğeriReturn AuthorizationolsunMain LinedeğeriYesolsun- Bir
Date Createdfiltresi ekleyin ve örneğin 'son 3 ay içinde' gibi istediğiniz tarih aralığını belirleyin. Bu, veri hacmini yönetmek için önemlidir.
- Öznitelikler için sonuç sütunlarını yapılandırın: 'Results' sekmesine gidin. Event Log'unuzdaki özniteliklere dönüşecek aşağıdaki alanları ekleyin. Gerektiğinde daha anlaşılır adlar vermek için 'Custom Label' kullanın.
- Durum Kimliği:
Document NumberveyaTranID(Custom Label: ReturnCaseId) - İade Durumu:
Status(Custom Label: ReturnAuthorizationStatus) - İşlemi Yapan:
Created Byveya uygunsa özel bir alan (Custom Label: ProcessingAgent) - Departman:
Department(Custom Label: Department) - İade Türü:
[Your Return Reason Field]gibi özel bir alan (Custom Label: ReturnType) - İade Tutarı:
Amount(Custom Label: ActualRefundAmount)
- Durum Kimliği:
- Olay zaman damgaları için formül sütunları ekleyin: Bu en önemli adımdır. 12 etkinliğin her biri için bir 'Formula (Date/Time)' sütunu ekleyin. Her formül, yalnızca ilgili olay gerçekleştiğinde bir zaman damgası döndürmek için CASE ifadesi kullanır. Her etkinlikte kullanılacak kesin formüller için 'query' bölümüne bakın.
- Statik sütunlar ekleyin: Sonuçlarınıza iki 'Formula (Text)' sütunu ekleyin:
SourceSystemiçin'NetSuite'formülünü kullanın.LastDataUpdateiçin{today}gibi çalıştırma tarihini temsil eden bir formül kullanın. Kesin bir zaman damgası için bu, dışa aktarma zamanı olur.
- Search'ü kaydedin ve dışa aktarın: Search'ünüze 'ProcessMind Returns Extraction' gibi açıklayıcı bir ad verin. 'Save & Run' seçeneğine tıklayın. Sonuçlar görüntülendiğinde Export simgesine tıklayın ve 'CSV' seçeneğini belirleyin.
- Verileri Event Log'a dönüştürün: Dışa aktarılan CSV, her iade durumu için bir satır ve farklı olay zaman damgaları için çok sayıda sütun içeren 'wide' biçimde olur. Bunu 'long' biçimli bir Event Log'a dönüştürmeniz gerekir. Bu işlem için Microsoft Excel Power Query'deki Unpivot Columns özelliğini, Python'u veya başka bir script aracını kullanın.
- CSV'nizdeki her satır için boş olmayan her olay zaman damgası sütununa karşılık gelen yeni bir satır oluşturun.
- Dönüştürülmüş yeni tabloda
ReturnCaseId,ActivityNameveEventTimestampgibi sütunlar bulunmalıdır.ActivityName, özgün zaman damgası sütununun başlığından, örneğin 'İade Yetkilendirmesi Oluşturuldu', gelir.EventTimestampise bu sütundaki değerdir.
- Yükleme için son hazırlığı yapın: Son CSV dosyanızda gerekli başlıkların bulunduğundan emin olun:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdateve önerilen diğer öznitelikler. Dosya artık ProcessMind'e yüklenmeye hazırdır.
Yapılandırma
- Arama türü: Saved Search,
İşlemaraması olmalıdır. - Tarih aralığı: Return Authorization kaydındaki
Date Createdalanına tarih aralığı filtresi uygulamanız büyük önem taşır. Veri bütünlüğü ile performansı dengelemek için 3-6 aylık bir aralık önerilir. - Birincil filtre: Her iade vakası için tek bir başlangıç kaydı alınmasını sağlamak üzere arama,
TürdeğeriReturn AuthorizationveMain LinedeğeriEvetolacak şekilde filtrelenmelidir. - Özel alanlar: Bu dışa aktarmanın doğruluğu, özellikle 'Ürün İncelendi' gibi kavramsal olaylar veya 'İade Türü' gibi öznitelikler için, kuruluşunuzun işlem kayıtlarında özel alanları nasıl kullandığına büyük ölçüde bağlıdır. Sağlanan formüllerde
{custbody_...}gibi yer tutucular bulunur. Bunları NetSuite yapılandırmanıza göre güncellemeniz gerekir. - Kullanıcı izinleri: Aramayı çalıştıran kullanıcının şu işlem türlerinin tümü için görüntüleme izni olmalıdır: Return Authorization, Item Receipt, Credit Memo, Customer Refund ve Sales Order.
- Performans: İade hacmi çok yüksek olan hesaplarda bu kapsamlı arama yavaş çalışabilir. Aramayı yoğun olmayan saatlerde çalıştırmayı veya dosya dolabına otomatik olarak dışa aktarılacak şekilde zamanlamayı değerlendirin.
a Örnek sorgu 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)` | Adımlar
- SuiteAnalytics Connect'i etkinleştirin: NetSuite hesabınız için SuiteAnalytics Connect lisansınız olduğundan emin olun. Bir yöneticinin Setup > Company > Enable Features > Analytics yolundan bu özelliği etkinleştirmesi gerekir.
- Kullanıcı izinlerini atayın: Bağlantıyı kuracak kullanıcı rolüne 'SuiteAnalytics Connect' iznini verin. Bu kullanıcının Transactions, Employees ve Customers gibi sorgulanan tüm kayıtlar için görüntüleme izni de olmalıdır.
- ODBC sürücüsünü yükleyin: İşletim sisteminize uygun NetSuite ODBC sürücüsünü NetSuite'teki SuiteAnalytics Connect indirme sayfasından indirin ve yükleyin.
- DSN'yi yapılandırın: Sorguyu çalıştıracağınız makinede bir Data Source Name (DSN) oluşturun. Service Data Source, Server Hostname, Port, Role ID, Account ID ve kimlik bilgilerinizi girin.
- SQL istemcinizi bağlayın: DBeaver veya Microsoft SQL Server Management Studio gibi bir SQL istemcisi kullanarak yapılandırdığınız DSN üzerinden NetSuite'e bağlanın.
- SQL sorgusunu hazırlayın: Sağlanan SQL sorgusunu istemcinize kopyalayın. Bu sorgu, iade ve geri ödeme sürecindeki tüm temel olayları çıkarmak üzere tasarlanmıştır.
- Sorguyu özelleştirin: Sorgudaki yer tutucu değerleri değiştirin. En azından, istenen döneme göre filtreleme yapmak için
ReturnAuthorizationsCommon Table Expression (CTE) içindeki tarih aralığını güncellemeniz gerekir. NetSuite yapılandırmanıza uyması içinCUSTBODY_RETURN_TYPEgibi özel alan adlarını veya belirli durum değerlerini de değiştirmeniz gerekebilir. - Sorguyu çalıştırın: Özelleştirilmiş SQL sorgusunu NetSuite veritabanı replikasına karşı çalıştırın. Çalışma süresi, tarih aralığına ve veri hacmine göre değişebilir.
- Verileri inceleyin ve dışa aktarın: Sorgu tamamlandığında sonuçları inceleyerek doğru göründüklerinden emin olun. Sonuç kümesinin tamamını CSV dosyasına aktarın.
- Yükleme için son hazırlığı yapın: CSV dosyası başlıklarının gerekli özniteliklerle eşleştiğinden emin olun:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdatevb.EventTimestampsütununun tutarlı bir tarih ve saat biçiminde olduğunu doğrulayın. Dosya artık ProcessMind'e yüklenmeye hazırdır.
Yapılandırma
- Ön koşullar: SuiteAnalytics Connect eklenti modülünü içeren bir NetSuite lisansı gereklidir. Bağlantıyı kuracak kullanıcının 'SuiteAnalytics Connect' iznine sahip bir rolü ve işlem, varlık ve çalışan kayıtlarına okuma erişimi olmalıdır.
- Veri kaynağı yapılandırması: NetSuite ODBC sürücüsünü kullanarak bir DSN (Data Source Name) yapılandırmanız gerekir. Bunun için Account ID, Role ID ve kimlik bilgileriniz gereklidir. Üretim ortamlarında hizmet sunucusu genellikle
odbcserver.netsuite.comolur. - Tarih aralığı filtresi: İade Yetkilendirmelerini seçen ilk CTE'ye tarih aralığı filtresi uygulamanız önemlidir. Filtre olmadan sorgu tüm iade verilerini almaya çalışır ve büyük olasılıkla çok yavaş çalışır veya zaman aşımına uğrar. İlk analiz için 3-6 aylık bir aralık önerilir.
- Temel işlem türleri: Sorgu, ReturnAuthorization, ItemReceipt, CreditMemo, CustomerRefund ve SalesOrd (değişimler için) gibi temel işlem türlerini hedefler. Sürecinizin bu standart nesneleri kullandığından emin olun.
- Özel alan bağımlılıkları: 'Ürün İncelendi' gibi etkinlikler ve 'İade Türü' gibi öznitelikler çoğu zaman özel alanlarda tutulur. Sağlanan sorguda
CUSTBODY_INSPECTION_STATUSveCUSTBODY_RETURN_TYPEgibi yer tutucular kullanılır. Sisteminizdeki doğru özel alan kimliklerini belirleyip sorguyu buna göre güncellemeniz gerekir. - Performans değerlendirmeleri: Bu, birden çok join ve büyük bir
UNION ALLyapısı içeren karmaşık bir sorgudur. Sistem performansına etkisini azaltmak için sorguyu yoğun olmayan saatlerde çalıştırın. Çok büyük Veri Setleri için sorguyu daha kısa zaman aralıklarında çalıştırıp sonuçları birleştirmeyi değerlendirin.
a Örnek sorgu 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%'; Başlamaya hazır mısınız?
Bu Veri Şablonundan yararlanarak İade ve geri ödeme işleme sürecinizi dönüştürmeye başlayın. Verimliliği ve müşteri memnuniyetini artırmak için NetSuite iş akışlarınızı bugün optimize edin.
İade ve geri ödemeleri şimdi optimize edin, NetSuite verimliliğini artırın
NetSuite iade döngüsü sürenizi %30 kısaltın. Operasyonlarınızı iyileştirmeye bugün başlayın.
Kredi kartı gerekmez • Dakikalar içinde kuruluma başlayın