İade ve para iadesi işlemleri için Veri Templateiniz
İade ve para iadesi işlemleri için Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- NetSuite’ten veri çıkarma yönergeleri
İade ve para iadesi işlemlerinin öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | İade sürecinde gerçekleşen belirli bir iş olayının veya adımın adı. Örneğin 'Ürün incelendi' ya da 'Geri ödeme tamamlandı'. | ||
| Açıklama Etkinlik adı, iade ve geri ödeme sürecindeki belirli bir adımı veya aşamayı tanımlar. Süreç akışını oluşturmak için bu olaylar zaman damgalarına göre sıralanır. Etkinliklerin sırasını ve sıklığını analiz etmek, en yaygın süreç yollarını, adımlar arasındaki darboğazları ve yeniden çalışma ya da tekrarlanan etkinlikleri 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 çalışma 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 ya da sistem notlarına veya özel olay günlüklerine kaydedilen belirli kullanıcı eylemlerinden elde edilir. Örnekler İade yetkilendirmesi oluşturulduÜrün teslim alındıÜrün incelendiGeri ödeme tamamlandıİade yetkilendirmesi kapatıldı | |||
| İade vaka kimliği ReturnCaseId | Tek bir müşteri iadesi veya geri ödeme vakasına ait benzersiz kimlik. Başlangıçtan kapanışa kadar ilgili tüm etkinlikleri birbirine bağlar. | ||
| Açıklama İade Vaka kimliği, iadenin uçtan uca sürecini izlemek için kullanılan temel kimliktir. Her benzersiz kimlik tek bir iade yetkilendirmesine karşılık gelir. Böylece ürünün teslim alınması, incelenmesi ve geri ödemenin işleme alınması gibi ilişkili tüm olaylar ayrıntılı biçimde analiz edilebilir. Process Mining’de bu kimlik, her iadenin süreç akışını baştan sona yeniden oluşturmak, çevrim sürelerini hesaplamak ve vaka düzeyindeki sapmaları belirlemek için gereklidir. Neden önemli? Bu, Process Mining’in temel özniteliğidir. Tüm olayları birbiriyle ilişkili uçtan uca süreç örneklerinde 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 | Etkinliğin gerçekleştiği kesin tarih ve saat. Sürecin kronolojik sıralamasını oluşturur. | ||
| Açıklama Olay zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Olayları doğru sıraya koymak ve zamana dayalı tüm analizleri yapmak için bu veri önemlidir. Etkinlikler arasındaki süreleri, toplam vaka çevrim sürelerini ve bekleme sürelerini hesaplamakta kullanılır. Bu ölçümler performans takibi, darboğaz analizi ve SLA uyumluluk kontrolleri için temel oluşturur. Process Mining içgörülerinin güvenilir olması için zaman damgalarının doğru olması gerekir. Neden önemli? Bu öznitelik, süreç akışını keşfetmek ve çevrim süreleriyle bekleme süreleri gibi performans metriklerini hesaplamak için gereken olay 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 | Verinin alındığı sistem. Veri kaynağını izlemek için kullanılır. | ||
| Açıklama Bu öznitelik, süreç verisinin kaynağını belirtir. Bu durumda kaynak genellikle 'NetSuite' olur. Verilerin birden fazla sistemden birleştirilebildiği ortamlarda, veri akışının ve izlenebilirliğin açık olması için kaynak sistemi belirtmek önemlidir. Neden önemli? Verinin kaynağını belirtir. Veri yönetişimi, sorun giderme ve birden fazla sistemden gelen verilerin süreçlerin bütünsel görünümünü oluşturmak üzere birleştirildiği senaryolar için önemlidir. Nereden alınır? Bu, veri çıkarma ve dönüştürme sırasında genellikle eklenen sabit bir değerdir ('NetSuite'). Örnekler NetSuiteNetSuite ERP | |||
| Son veri güncellemesi LastDataUpdate | Bu sürece ait 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 ne kadar güncel olduğu konusunda kullanıcıları bilgilendiren önemli bir üst veridir. Bu bilgiyi Dashboardlarda göstermek, beklentileri yönetmeye ve kararların verilerin güncelliği dikkate alınarak alınmasına yardımcı olur. Neden önemli? Verilerin güncelliğini gösterir. Kullanıcıların analize güvenmesi ve sonuçların mevcut operasyonlarla ne kadar ilgili olduğunu anlaması için bu bilgi gereklidir. Nereden alınır? Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulup eklenir. Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Departman Department | Belirli bir aşamada iade vakasını ele alan iş departmanı veya ekip. | ||
| Açıklama Bu öznitelik, süreç etkinliklerini 'Müşteri hizmetleri', 'Depo' veya 'Finans' gibi belirli bir departmanla ilişkilendirir. Ekipler arasındaki devir teslimleri anlamak ve departman düzeyindeki darboğazları belirlemek için gereklidir. Vakaların belirli bir departmanda geçirdiği veya o departmanı beklediği süreyi analiz ederek gecikme kaynaklarını bulabilir ve kaynak dağılımını iyileştirebilirsiniz. Bu öznitelik, 'Departmanlara göre iade süreci performansı' Dashboardunun temel boyutlarından biridir. Neden önemli? Süreç performansını işlevsel alanlara göre analiz etmeyi, departmanlar arasındaki devir teslim gecikmelerini ve darboğazları belirlemeyi sağlar. Nereden alınır? Bu bilgi, etkinlikle ilişkili kullanıcı veya çalışan kaydından ya da işlemin üzerindeki 'Department' alanından elde edilebilir. NetSuite’te bu bilgi genellikle çalışan kayıtlarında yapılandırılır. Örnekler DepoMüşteri desteğiFinansKalite güvencesi | |||
| Gerçek para iadesi tutarı ActualRefundAmount | Müşteriye gerçekten iade edilen son tutar. | ||
| Açıklama Bu öznitelik, Credit Memo veya para iadesi işleminde kaydedildiği şekliyle müşteriye aktarılan ya da iade edilen gerçek tutarı gösterir. Stok yenileme ücreti, kargo masrafı veya hasarlı ürünler için yapılan kısmi iadeler nedeniyle bu tutar talep edilen tutardan farklı olabilir. Finansal raporlama ve Para İadesi Tutarı Fark Oranı KPI’ının hesaplanması için bu öznitelik önemlidir. Neden önemli? İadenin gerçek finansal etkisini gösterir; finansal mutabakat ve para iadesi doğruluğunun analizi için gereklidir. Nereden alınır? Bu değer, Return Authorization işleminden 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 süreçteki mevcut durumunu gösterir. İadelerin ilerleyişini anlamak ve vakaları gruplandırmak için temel oluşturur. Örneğin, 'Teslim alınması bekleniyor' durumunda geçen süreyi analiz etmek kargo gecikmelerini ortaya çıkarabilir. 'Onay bekliyor' durumunun uzun sürmesi ise kurum içindeki bir darboğaza işaret edebilir. Ayrıca iadenin 'Kapalı' veya 'Reddedildi' gibi nihai sonucunu belirlemek için kullanılır. Neden önemli? Her iadenin süreçte hangi aşamada olduğunu göstererek vaka dağılımını, durumlarda geçen süreleri ve süreç sonuçlarını analiz etmeyi sağlar. Nereden alınır? NetSuite Return Authorization kaydındaki 'Status' alanına veya benzer bir alana karşılık gelir. Örnekler Onay bekliyorTeslim alınması bekleniyorOnaylandıReddedildiKapalı | |||
| İade türü ReturnType | Müşterinin belirttiği nedene göre yapılan iade sınıflandırması. | ||
| Açıklama İade türü, iadeleri altta yatan nedene göre sınıflandırır. Örneğin 'Ürün kusurlu', 'Yanlış beden', 'Fikir değişikliği' veya 'Açıklamadaki gibi değil'. Bu sınıflandırma, temel neden analizi için önemlidir. Bir işletme, farklı iade türlerine ait süreç metriklerini analiz ederek ürün kalitesi sorunlarını, hatalı ürün açıklamalarını veya sipariş karşılama hatalarını belirleyebilir. Bu öznitelik, 'Tür ve kanala göre iade performansı' Dashboardu için temel oluşturur. Neden önemli? İadelerin temel nedenlerini belirlemeye yardımcı olur. Böylece ürünlerde, pazarlama açıklamalarında veya sipariş karşılama sürecinde hedefli iyileştirmeler yaparak iade hacmini azaltabilirsiniz. Nereden alınır? Bu bilgi genellikle iade nedeninin kaydedildiği Return Authorization formundaki özel bir alanda veya standart liste/kayıt alanında tutulur. Örnekler Ürün kusurluYanlış ürün gönderildiMüşteri memnuniyetsizliğiYanlış beden/renk | |||
| İşlemi yürüten çalışan ProcessingAgent | İade sürecinde belirli bir etkinliği gerçekleştiren çalışan veya kullanıcı. | ||
| Açıklama İşlemi yürüten çalışan özniteliği, iadeyi onaylama veya ürünü inceleme gibi belirli bir görevi yerine getiren kişiyi gösterir. 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ü dengesizliklerini belirlemeye yardımcı olur. Çalışan bazında etkinlik analizi, 'Departmanlara göre iade süreci performansı' Dashboardu için temel oluşturur. Neden önemli? Bireysel ve ekip performansını, iş yükü dağılımını ve eğitim ihtiyaçlarını analiz etmeyi sağlar. Operasyonel verimliliği doğrudan etkiler. Nereden alınır? Bu bilgi NetSuite işlemlerindeki 'Created By' veya 'Approved By' alanlarından ya da System Notes alt listesindeki kullanıcı alanlarından alınabilir. Örnekler Alice JohnsonBob WilliamsCharlie Brown | |||
| İade kanalı ReturnChannel | İlk satın almanın yapıldığı veya iade talebinin başlatıldığı kanal. | ||
| Açıklama İade kanalı, iadenin hangi kaynaktan geldiğini gösterir. Örneğin 'Çevrimiçi', 'Mağazadan' veya 'Pazaryeri'. Farklı kanalların iade süreçleri, maliyetleri ve müşteri beklentileri farklı olabilir. Kanal bazında performansı analiz etmek, her süreci iyileştirmeye, kaynakları etkili biçimde dağıtmaya ve kanala özgü sorunları anlamaya yardımcı olur. Bu öznitelik, 'Tür ve kanala göre iade performansı' Dashboardunun temel bileşenlerinden biridir. Neden önemli? Farklı iş kanallarındaki performansı karşılaştırmayı, iadelerin başlatılma ve ele alınma biçimine özgü verimsizlikleri veya iyi uygulamaları ortaya çıkarmayı sağlar. Nereden alınır? Bu bilgi genellikle iadeyle ilişkili ilk Sales Order kaydından alınır. 'Channel' veya 'Location' alanında tutulabilir. Örnekler Web mağazasıPerakende mağazasıAmazon pazaryeriTelefonla verilen sipariş | |||
| İade ürününün durumu ReturnCondition | İade edilen ürünün incelendiğinde belirlenen 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 para iadesi yapılıp yapılmayacağını, ürünün yeniden stoğa alınıp alınmayacağını veya imha edilmesi gerekip gerekmediğini belirler. Değerlendirmenin tutarlılığını ve işlem sürelerini incelemek, İade Ürünü Durumu Değerlendirme Kalitesi Dashboardunun odağındadır. Bu bilgi, finansal mutabakat ve envanter yönetimi için de önemlidir. Neden önemli? İadenin finansal sonucunu ve sonraki envanter 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 alan büyük olasılıkla Item Receipt veya Return Authorization kaydında bulunan ve depo çalışanlarının inceleme sırasında doldurduğu özel bir alandır. Örnekler Yeniden satışa uygunKutusu içinde hasarlıKullanılmış, iyi durumdaEksik parça | |||
| Müşteri kimliği CustomerId | İade talebini başlatan müşteriye ait benzersiz kimlik. | ||
| Açıklama Müşteri kimliği, iade işlemini belirli bir müşteriye bağlar. Böylece sık iade yapan müşterileri belirlemek gibi müşteri odaklı analizler yapabilirsiniz. Sık iadeler memnuniyetsizliğe veya sahtekârlığa işaret edebilir. Ayrıca süreç performansını müşteri türüne ya da değerine göre segmentlere ayırarak önemli müşterilere sunulan hizmete öncelik verebilirsiniz. Neden önemli? Müşteri düzeyinde iade davranışını analiz etmenizi ve süreci segment ya da müşteri yaşam boyu değeri gibi müşteri özelliklerine göre gruplandırmanızı sağlar. Nereden alınır? NetSuite’te Return Authorization kaydının üstbilgisinde yer alan 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 belirten boole değeri. | ||
| Açıklama Bu öznitelik, bir etkinliğin kullanıcı tarafından mı yoksa otomatik bir sistem, betik veya iş akışı tarafından mı gerçekleştirildiğini belirtir. Örneğin, İade Yetkilendirmesi oluşturuldu olayı müşteri portalı üzerinden otomatik gerçekleşebilirken Ürün incelendi etkinliği elle yapılabilir. Otomasyonu izlemek, elle yapılan adımları otomatikleştirme fırsatlarını belirlemenize ve mevcut otomasyonların verimliliğe katkısını ölçmenize yardımcı olur. Neden önemli? Elle yapılan ve otomatik görevleri ayırt etmenizi sağlar. 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 etkinlikle ilişkilendirilmiş kullanıcıya bakılarak belirlenebilir. NetSuite’te sistem tarafından oluşturulan etkinlikler genellikle belirli bir sistem kullanıcısı veya betik kimliğiyle ilişkilendirilir. Örnekler truefalse | |||
| Para iadesi için SLA hedef tarihi RefundSlaTargetDate | Hizmet düzeyi anlaşmalarına göre para iadesinin işlenmesinin beklendiği son tarih. | ||
| Açıklama Para İadesi SLA Hedef Tarihi, müşteriye para iadesinin ne zamana kadar işleneceği konusunda verilen taahhüdü gösteren hesaplanmış bir zaman damgasıdır. Genellikle Ürün alındı veya Para iadesi onaylandı gibi önemli bir olaya önceden belirlenmiş bir süre, örneğin 5 iş günü, eklenerek hesaplanır. Bu öznitelik, Para İadesi SLA Uyumluluk İzleme Dashboardu ve Para İadesi SLA Karşılama Oranı KPI’ı için gereklidir. İşletmenin verdiği taahhütleri ne ölçüde yerine getirdiğini ölçmenizi sağlar. Neden önemli? Müşteri taahhütlerine göre performansı sayısal olarak ölçmenizi sağlar. Müşteri memnuniyetini ve güvenini korumak için bu ölçüm önemlidir. Nereden alınır? Bu 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 hesaplanmalıdır. Örnekler 2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z | |||
| Para iadesi tutarı farkı RefundAmountDiscrepancy | Talep edilen para iadesi tutarı ile gerçekten iade edilen tutar arasındaki hesaplanmış fark. | ||
| Açıklama Bu metrik, Gerçek Para İadesi Tutarı değerinin Talep Edilen Para İadesi Tutarı değerinden çıkarılmasıyla hesaplanır. Sıfırdan farklı bir değer, süreç sırasında stok yenileme ücreti veya hasarlı ürün gibi nedenlerle bir düzeltme yapıldığını gösterir. Bu öznitelik, Para İadesi Tutarı Fark Oranı KPI’ının analizinde kullanılır ve önemli finansal düzeltmeler içeren vakaların daha ayrıntılı incelenmesine yardımcı olur. Neden önemli? İade sürecindeki finansal düzeltmeleri görünür kılar. Farkların neden oluştuğunu, tutarlı olup olmadığını ve gerekçelere dayanıp dayanmadığını incelemenizi sağlar. Nereden alınır? Bu, hesaplanmış bir özniteliktir. Formül: Örnekler 0.0010.00-5.00 | |||
| Politikaya uyum ReturnPolicyAdherence | İadenin şirketin belirlediği iade politikalarına uygun olup olmadığını gösterir. | ||
| Açıklama Bu boole veya kategorik öznitelik; iade süresi, ürünün durumu ve satın alma kanıtı gibi önceden belirlenen tüm ölçütlerin karşılanıp karşılanmadığını belirtir. Uyumluluğu izlemek ve istisnaları yönetmek için kullanılır. İade Politikası Uyumluluk İstisnaları Dashboardu, özel işlem veya inceleme gerektiren vakaları öne çıkarmak için bu özniteliğe dayanır. Böylece riskleri azaltmaya ve kuralların tutarlı biçimde uygulanmasına yardımcı olur. Neden önemli? İade politikalarını izlemenize ve uygulamanıza yardımcı olur; kurallara uymayan iadelerden kaynaklanan finansal riski azaltır, adil ve tutarlı bir yaklaşım sağlar. Nereden alınır? Bu alan neredeyse kesin olarak Return Authorization kaydında bulunan, iş akışı üzerinden yönetilen bir onay kutusu veya liste gibi özel bir alandır. Örnekler Politikaya uygunPolitikaya aykırı, süre aşımıİstisna onaylandı | |||
| SLA’ya uygun mu IsSlaCompliant | Para iadesinin tanımlı SLA hedef süresi içinde işlenip işlenmediğini gösteren hesaplanmış bir değer. | ||
| Açıklama Bu boole öznitelik, Para iadesi işlendi zaman damgasının Para İadesi SLA Hedef Tarihi ile karşılaştırılmasıyla hesaplanır. Para iadesi hedef tarihte veya daha önce işlendiyse değer true, aksi durumda false olur. Bu değer, Para İadesi SLA Uyumluluk İzleme Dashboardu gibi uyumluluk raporları ve Dashboardlar oluşturmayı kolaylaştırır. Ayrıca Para İadesi SLA Karşılama Oranı KPI’ını hesaplamak için kullanılır. Neden önemli? Her vaka için SLA performansını açık ve ikili bir sonuçla gösterir. Böylece uyumluluk oranlarını zaman içinde kolayca izleyebilir, raporlayabilir ve analiz edebilirsiniz. Nereden alınır? Bu öznitelik, veri dönüştürme sırasında veya process mining aracında hesaplanır. Mantık şöyledir: Örnekler truefalse | |||
| Talep edilen para iadesi tutarı RequestedRefundAmount | İade için başlangıçta talep edilen veya beklenen para iadesi tutarı. | ||
| Açıklama Bu öznitelik, sürecin başındaki beklenen para iadesi tutarını saklar. Genellikle iade edilen ürünlerin ilk satın alma fiyatına dayanır. Sonradan yapılan para iadesiyle karşılaştırma için başlangıç değeri olarak kullanılır. Para İadesi 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 Para İadesi Tutarı ile karşılaştırır. Neden önemli? Finansal analiz için bir başlangıç değeri sunar. Beklenen ve gerçek para iadesi tutarları arasındaki farkları izlemenize ve düzeltmelerin nedenlerini belirlemenize yardımcı olur. Nereden alınır? Bu değer, Return Authorization işleminin satır öğelerindeki Amount veya Rate alanlarından elde edilir. Örnekler 99.99150.0025.50 | |||
| Ürün kimliği ProductIdentifier | İade edilen ürüne ait SKU veya ürün numarası gibi benzersiz kimlik. | ||
| Açıklama Bu öznitelik, iadeye konu olan ürünü belirtir. Ürün bazında iade analizi yapmak, iade oranı yüksek ürünleri belirlemek için önemlidir. Yüksek oranlar kalite kusurlarına, yetersiz açıklamalara veya başka sorunlara işaret edebilir. Bu veri, ürün performansını ayrıntılı incelemeyi 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 temel nedenlerini analiz etmeye ve genel iade oranlarını düşürmeye yardımcı olur. Nereden alınır? 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 para iadesi işlemlerinin etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Alacak dekontu oluşturuldu | Bu etkinlik, Alacak Dekontu oluşturularak iadenin mali aşamasının başlatıldığını gösterir. Bu belgede müşteriye geri ödenecek tutar belirtilir. Ürün teslim alınıp onaylandıktan sonra Return Authorization kaydından oluşturulur. | ||
| Neden önemli? Alacak Dekontunun oluşturulması önemli bir mali aşamadır. Ürünün teslim alınması ile alacak dekontunun oluşturulması arasındaki süre, incelemeden alacak kaydına uzanan 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. Kaydedin NetSuite CreditMemo işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| Geri ödeme tamamlandı | Bu, paranın müşteriye iade edildiği son mali işlemdir. Credit Memo üzerinden oluşturulan Customer Refund işlemiyle açıkça kaydedilir. | ||
| Neden önemli? Bu etkinlik, SLA uyumluluğunu ve müşteri memnuniyetini ölçmek için önemlidir. 'Alacak dekontu onaylandı' ile 'Geri ödeme tamamlandı' arasındaki süre, hazine veya finans ekibinin işlem hızını doğrudan gösterir. Nereden alınır? Bu olay, CustomerRefund işleminin oluşturulma zaman damgasıdır. İşlemdeki 'Created From' alanı, kaydı CreditMemo ile ilişkilendirir. Kaydedin NetSuite CustomerRefund işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| İade yetkilendirmesi kapatıldı | Bu son etkinlik, tüm işlemler tamamlandıktan sonra iade vakasının idari olarak kapatıldığını gösterir. Return Authorization kaydının son durumunun 'Kapalı' olarak değişmesinden anlaşılır. | ||
| Neden önemli? Sürecin kesin bitiş noktası olan bu etkinlik, uçtan uca çevrim sürelerini hesaplamak ve geri ödeme tamamlandıktan uzun süre sonra hâlâ açık kalan vakaları belirlemek için gereklidir. Nereden alınır? ReturnAuthorization kaydının sistem notlarından veya iş akışı geçmişinden anlaşılır. 'Status' alanı 'Kapalı' gibi son bir duruma güncellendiğinde kaydedilir. Kaydedin ReturnAuthorization kaydındaki durumun 'Kapalı' olarak değiştiğini tespit edin. Olay türü inferred | |||
| İade yetkilendirmesi oluşturuldu | Bu etkinlik, müşteri bir ürünü iade etmek istediğinde iade sürecinin başladığını gösterir. NetSuite’te yeni bir Return Authorization (RA) kaydı oluşturularak açıkça kaydedilir. Bu kayıt, iadeye ait temel vaka kimliği olarak kullanılır. | ||
| Neden önemli? Sürecin başlangıç noktası olan bu etkinlik, toplam iade çevrim süresini ölçmek ve zaman içindeki iade talebi 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 (ör. 'Onay bekliyor') genellikle bu kayıtta tutulur. Kaydedin NetSuite ReturnAuthorization işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| İade yetkilendirmesi onaylandı | Bu etkinlik, çalışanın müşterinin iade talebini resmen onayladığını ve sürecin ilerleyebileceğini gösterir. Genellikle Return Authorization kaydındaki durum alanındaki değişiklikten anlaşılır. Örneğin durum 'Onay bekliyor' iken 'Teslim alınması bekleniyor' olarak güncellenir. | ||
| Neden önemli? İlk inceleme aşamasındaki darboğazları belirlemek için bu onay adımını izlemek önemlidir. Buradaki gecikmeler, müşteriye bilgi verme ve iade edilen ürünü teslim alma süresini doğrudan etkiler. Nereden alınır? ReturnAuthorization kaydının sistem notlarından veya iş akışı geçmişinden anlaşılır. Özellikle 'Status' alanı onaylanmış bir duruma (ör. 'Teslim alınması bekleniyor') güncellendiğinde kaydedilir. Kaydedin ReturnAuthorization kaydındaki durumun 'Onaylandı' olarak değiştiğini tespit edin. Olay türü inferred | |||
| Ürün teslim alındı | Bu etkinlik, iade edilen ürünün depoya veya işleme merkezine fiziksel olarak ulaştığını gösterir. NetSuite’te, ilk Return Authorization kaydına bağlı bir Item Receipt işlemi oluşturularak açıkça kaydedilir. | ||
| Neden önemli? Bu önemli aşama, süreci müşteri eyleminden kurum içi işleme geçirir. 'İade onaylandı' ile 'Ürün teslim alındı' arasındaki süre, müşterinin ürünü ne kadar hızlı iade ettiğini; 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. Kayıt, ilk ReturnAuthorization kaydına doğrudan bağlıdır. Kaydedin RA kaydına bağlı NetSuite ItemReceipt işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| Alacak dekontu faturaya uygulandı | Bu etkinlik, nakit geri ödemeye alternatif olarak alacak dekontunun açık bir müşteri faturasına uygulandığını gösterir. Credit Memo üzerindeki 'Applied To' bağlantısından, alacağın kullanıldığı anlaşılır. | ||
| Neden önemli? Mali analiz için nakit geri ödemelerle alacak uygulamalarını birbirinden ayırmak önemlidir. Bu yol, doğrudan geri ödemeden farklı bir süreç sonucunu gösterir. Nereden alınır? CreditMemo kaydının sistem notlarından veya ilişkili kayıtlardan anlaşılır. Özellikle müşterinin bakiyesini mahsup etmek için kayıt bir Invoice işlemine bağlandığında tespit edilir. Kaydedin Bir CreditMemo kaydının Invoice işlemine uygulandığını tespit edin. Olay türü inferred | |||
| Alacak dekontu onaylandı | Bu etkinlik, alacak dekontunun resmen onaylandığını gösterir. Yüksek tutarlı geri ödemelerde veya mali kontroller kapsamında bu onay gerekebilir. Credit Memo kaydındaki durum değişikliğinden, belgenin uygulamaya veya ödemeye hazır olduğu anlaşılır. | ||
| Neden önemli? Mali onay gerekiyorsa bu adım önemli bir darboğaz oluşturabilir. Süresini analiz etmek, müşterilere yapılacak geri ödemeleri geciktirmeden mali kontrolleri kolaylaştırmaya yardımcı olur. Nereden alınır? CreditMemo kaydının sistem notlarından anlaşılır. Özellikle onay durumu alanı 'Onay bekliyor' iken 'Onaylandı' veya 'Açık' olarak güncellendiğinde kaydedilir. Kaydedin CreditMemo işlemindeki durumun 'Onaylandı' olarak değiştiğini tespit edin. Olay türü inferred | |||
| Değişim siparişi oluşturuldu | Bu etkinlik, geri ödeme yerine müşteri için yeni bir satış siparişi oluşturulan ürün değişimi sürecini gösterir. Genellikle ilk Return Authorization kaydına bağlı bir Sales Order oluşturularak kaydedilir. | ||
| Neden önemli? Ürün değişimlerini ayrı bir süreç yolu 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, sık görülen ve önemli bir süreç farklılığıdır. Nereden alınır? Bu olay, yeni bir SalesOrder işleminin oluşturulma zaman damgasıdır. ReturnAuthorization ile bağlantı standart veya özel bir alanda tutulabilir; bunu belirlemek için sistem analizi gerekir. Kaydedin ReturnAuthorization kaydına bağlı SalesOrder işleminin kayıt oluşturma tarihi. Olay türü explicit | |||
| İade yetkilendirmesi reddedildi | Bu etkinlik, genellikle politika ihlalleri nedeniyle müşterinin iade talebinin reddedildiğini gösterir. Return Authorization kaydının durumu, başka bir işlem yapılmadan 'Reddedildi' veya 'Kapalı' olarak değiştiğinde bu olay tespit edilir. | ||
| Neden önemli? Retleri analiz etmek, kurallara uymayan iade taleplerinin yaygın nedenlerini belirlemeye yardımcı olur. Bu bilgiler müşteri iletişimini ve politikaların açıklığa kavuşturulmasını destekler. Bu, ideal yoldan önemli bir sapmadır. Nereden alınır? ReturnAuthorization kaydının sistem notlarından veya iş akışı geçmişinden anlaşılır. 'Status' alanı son durum olarak 'Reddedildi' şeklinde güncellendiğinde kaydedilir. Kaydedin ReturnAuthorization kaydındaki durumun 'Reddedildi' olarak değiştiğini tespit edin. Olay türü inferred | |||
| Müşteriye bildirim gönderildi | Bu etkinlik, onay, ürünün teslim alınması veya geri ödemenin tamamlanması gibi önemli bir durum güncellemesi hakkında müşteriye bildirim gönderildiğini gösterir. Genellikle kaydın iletişim sekmesinde tutulan, sistem tarafından oluşturulmuş e-postanın zaman damgasından anlaşılır. | ||
| Neden önemli? Müşteri memnuniyeti için zamanında iletişim önemlidir. Bir aşama ile müşteriye gönderilen bildirim arasındaki gecikmeyi ölçmek, müşteri deneyimindeki aksaklıkları belirlemeye yardımcı olur. Nereden alınır? Sistem analizi gerekir. ReturnAuthorization veya CreditMemo kaydının Communication alt sekmesindeki giden e-postanın ya da kullanıcı notunun zaman damgasından alınır. Kaydedin Vakaya bağlı e-posta veya iletişim günlüğü kaydının zaman damgası. Olay türü inferred | |||
| Ürün incelendi | Bu kavramsal etkinlik, iade edilen ürünün durumunu belirlemek için fiziksel incelemenin tamamlandığını gösterir. NetSuite’te standart bir 'Inspection' nesnesi bulunmadığından, bu etkinlik genellikle Return Authorization veya Item Receipt üzerindeki özel bir alan ya da durum güncellemesinden anlaşılır. | ||
| Neden önemli? İnceleme çoğu zaman önemli bir darboğazdır. Tamamlanma süresini izlemek, çalışan performansını ve karar tutarlılığını analiz etmek, ayrıca sonraki geri ödeme onayına etkisini görmek için önemlidir. Nereden alınır? Sistem analizi gerekir. Bu etkinlik, ReturnAuthorization kaydındaki özel bir 'Inspection Status' alanının değişmesinden anlaşılabilir. Kayıtlara geçmeyen çevrimdışı bir süreç de olabilir. Kaydedin Return Authorization veya Item Receipt üzerindeki özel bir durum alanının değişmesinden anlaşı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 İşlem’i seçin.
- Temel ölçütleri belirleyin: Saved Search kurulum sayfasında, Criteria sekmesinin Standard alt sekmesinde Return Authorization kayıtlarını filtrelemek için şu ölçütleri belirleyin:
TypedeğeriReturn AuthorizationolsunMain LinedeğeriYesolsunDate Createdfiltresi ekleyip istediğiniz tarih aralığını belirleyin. Örneğin, son 3 ayı seçin. Bu adım, veri hacmini yönetmek için önemlidir.
- Öznitelikler için sonuç sütunlarını ayarlayın: Results sekmesine gidin. Olay günlüğünüzde öznitelik olarak kullanılacak alanları ekleyin. Daha anlaşılır adlar için gerektiğinde Custom Label kullanın.
- Vaka kimliği:
Document NumberveyaTranID(Custom Label: ReturnCaseId) - İade durumu:
Status(Custom Label: ReturnAuthorizationStatus) - İşlemi yapan:
Created Byveya varsa ö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) - Para iadesi tutarı:
Amount(Custom Label: ActualRefundAmount)
- Vaka kimliği:
- Olay zaman damgaları için formül sütunları ekleyin: En önemli adım budur. 12 etkinliğin her biri için bir Formula (Date/Time) sütunu ekleyin. Her formülde CASE ifadesi kullanarak yalnızca ilgili olay gerçekleştiğinde zaman damgası döndürün. Her etkinlik için kullanılacak formüller, 'query' bölümünde verilmiştir.
- Sabit sütunlar ekleyin: Sonuçlarınıza iki Formula (Text) sütunu ekleyin:
SourceSystemiçin'NetSuite'formülünü kullanın.LastDataUpdateiçin çalıştırma tarihini gösteren{today}gibi bir formül kullanın. Kesin zaman damgası, dışa aktarma zamanıdır.
- Aramayı kaydedip dışa aktarın: Aramanıza '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ıp 'CSV' seçin.
- Verileri olay günlüğüne dönüştürün: Dışa aktarılan CSV dosyası geniş biçimdedir; her iade vakası için bir satır, farklı olay zaman damgaları içinse birden fazla sütun içerir. Bunu uzun biçimli bir olay günlüğüne dönüştürmeniz gerekir. Bu işlem için Microsoft Excel Power Query (Unpivot Columns), Python veya başka bir betik aracını kullanabilirsiniz.
- CSV dosyanızdaki her satır için, boş olmayan her olay zaman damgası sütununa karşılık yeni bir satır oluşturun.
- Dönüştürülmüş tabloda
ReturnCaseId,ActivityNameveEventTimestampgibi sütunlar bulunmalıdır.ActivityName, özgün zaman damgası sütununun başlığından (örneğin, 'Return Authorization Created'),EventTimestampise o sütundaki değerden alınır.
- Yükleme için son düzenlemeleri yapın: Son CSV dosyasında şu gerekli başlıkların bulunduğundan emin olun:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdateve önerilen diğer öznitelikler. Dosyanız artık ProcessMind’e yüklenmeye hazı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 önemlidir. Veri bütünlüğü ile performans arasında denge kurmak için 3-6 aylık bir aralık önerilir. - Temel filtre: Her iade vakası için tek bir ilk kayıt alınmasını sağlamak üzere aramada
TürdeğeriReturn Authorization,Main LinedeğeriEvetolacak şekilde filtre uygulayın. - Özel alanlar: Bu veri çıkarımının doğruluğu, özellikle Ürün incelendi gibi kavramsal etkinlikler veya İade türü gibi öznitelikler için, kuruluşunuzun işlem kayıtlarında kullandığı özel alanlara büyük ölçüde bağlıdır. Verilen 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ürlerini 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 aktarılacak şekilde zamanlamayı değerlendirin.
Ö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ızda SuiteAnalytics Connect lisansı bulunduğundan emin olun. Bir yönetici, Setup > Company > Enable Features > Analytics yolunu izleyerek özelliği etkinleştirmelidir.
- Kullanıcı izinlerini atayın: Bağlantı kuracak kullanıcı rolüne 'SuiteAnalytics Connect' iznini verin. Bu kullanıcının Transactions, Employees ve Customers gibi sorgulanan tüm kayıtları görüntüleme izni de olmalıdır.
- ODBC sürücüsünü yükleyin: NetSuite’teki SuiteAnalytics Connect indirme sayfasından işletim sisteminize uygun NetSuite ODBC sürücüsünü indirip yükleyin.
- DSN’yi yapılandırın: Sorguyu çalıştıracağınız makinede bir Data Source Name (DSN) ayarlayın. Service Data Source, Server Hostname, Port, Role ID, Account ID ve kimlik bilgilerinizi girin.
- SQL istemcinizi bağlayın: Yapılandırdığınız DSN üzerinden NetSuite’e bağlanmak için DBeaver veya Microsoft SQL Server Management Studio gibi bir SQL istemcisi kullanın.
- SQL sorgusunu hazırlayın: Verilen SQL sorgusunu istemcinize kopyalayın. Bu sorgu, iade ve para iadesi sürecindeki tüm önemli olayları çıkarmak için hazırlanmıştır.
- Sorguyu özelleştirin: Sorgudaki yer tutucu değerleri değiştirin. En azından, istenen dönemi filtrelemek 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ı kopyasında çalıştırın. Çalışma süresi, tarih aralığına ve veri hacmine göre değişebilir.
- Verileri inceleyip dışa aktarın: Sorgu tamamlandığında sonuçların doğru göründüğünü kontrol edin. Sonuçların tamamını CSV dosyasına aktarın.
- Yükleme için son düzenlemeleri yapın: CSV dosyasındaki sütun başlıklarının gerekli özniteliklerle eşleştiğinden emin olun:
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdatevb.EventTimestampsütunundaki tarih ve saat biçiminin tutarlı olduğunu doğrulayın. Dosyanız artık ProcessMind’e yüklenmeye hazır.
Yapılandırma
- Ön koşullar: SuiteAnalytics Connect eklenti modülünü içeren bir NetSuite lisansı gerekir. Bağlantıyı kuran kullanıcının, 'SuiteAnalytics Connect' iznine sahip bir rolü ve işlem, varlık ve çalışan kayıtlarını okuma izni 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 ana bilgisayarı genellikle
odbcserver.netsuite.comolur. - Tarih aralığı filtresi: Return Authorization kayıtlarını seçen ilk CTE’ye tarih aralığı filtresi uygulamanız önemlidir. Filtre olmazsa 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ürecinizde bu standart nesnelerin kullanıldığını doğrulayın.
- Özel alan bağımlılıkları: Ürün incelendi gibi etkinlikler ve İade türü gibi öznitelikler genellikle özel alanlarda kaydedilir. Verilen sorguda
CUSTBODY_INSPECTION_STATUSveCUSTBODY_RETURN_TYPEgibi yer tutucular bulunur. Sisteminizdeki doğru özel alan kimliklerini belirleyip sorguyu buna göre güncellemeniz gerekir. - Performansla ilgili noktalar: Bu karmaşık sorguda birden fazla birleştirme ve geniş bir
UNION ALLyapısı bulunur. Sistem performansına etkisini azaltmak için sorguyu yoğun olmayan saatlerde çalıştırın. Veri setiniz çok büyükse sorguyu daha kısa dönemler için çalıştırıp sonuçları birleştirmeyi değerlendirin.
Ö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 Templateinden yararlanarak iade ve para iadesi işlemlerinizi iyileştirmeye başlayın. Verimliliği ve müşteri memnuniyetini artırmak için NetSuite iş akışlarınızı bugün geliştirin.
İade ve para iadesi süreçlerinizi iyileştirin, NetSuite verimliliğini artırın
NetSuite’teki iade çevrim süresini %30 kısaltın. Operasyonlarınızı bugün iyileştirmeye başlayın.
Kredi kartı gerekmez • Dakikalar içinde kurulum