İade ve para iadesi işlemleri için Veri Templateiniz

NetSuite
İade ve para iadesi işlemleri için Veri Templateiniz

İade ve para iadesi işlemleri için Veri Templateiniz

Bu ayrıntılı Template, iade ve para iadesi sürecinizi etkili biçimde analiz etmek için gereken temel verileri belirlemenize yardımcı olur. Toplanması gereken temel öznitelikleri ve izlenecek önemli etkinlikleri açıklar, bu bilgileri nasıl çıkaracağınıza dair yol gösterir. NetSuite verilerinizi anlamlı süreç analizleri için hazırlamak üzere bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • NetSuite’ten veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

İade ve para iadesi işlemlerinin öznitelikleri

NetSuite’te iade ve para iadesi işlemlerini ayrıntılı biçimde analiz etmek için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 5 Önerilen 10 İsteğe bağlı
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: RequestedRefundAmount - ActualRefundAmount.

Ö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: EventTimestamp of 'Refund Processed' <= RefundSlaTargetDate.

Ö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
Zorunlu Önerilen İsteğe bağlı

İade ve para iadesi işlemlerinin etkinlikleri

NetSuite’te süreci doğru biçimde keşfetmek için olay günlüğünüzde kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 6 İsteğe bağlı
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
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

NetSuite’ten verilerinizi nasıl alırsınız?

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.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez • Dakikalar içinde kurulum