Alacak hesapları veri Templateiniz
Alacak hesapları veri Templateiniz
- Ayrıntılı analiz için gerekli NetSuite öznitelikleri
- Alacak hesapları etkinliklerini izlemek için standart kilometre taşları
- NetSuite sistemlerinden veri çıkarma rehberi
Alacak hesapları öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
Activity
|
Faturada gerçekleşen belirli olay veya işlem. | ||
|
Açıklama
Bu öznitelik, 'Fatura oluşturuldu', 'Ödeme uygulandı' veya 'İtiraz açıldı' gibi süreç adımlarını gösterir. NetSuite’te oluşturma olayları için genellikle işlemin Süreç haritasındaki düğümleri tanımladığı için Process Mining çalışmalarının temelini oluşturur. Analistler bu aktivitelerin sırasını inceleyerek darboğazları, tekrarlanan itiraz işlemleri gibi döngüleri ve ideal yoldan sapmaları belirleyebilir.
Neden önemli?
İş akışındaki adımları tanımlar ve süreç grafiğinin oluşturulmasını sağlar.
Nereden alınır?
Transaction tablosundaki 'type' veya SystemNote tablosundaki 'field'/'value' alanlarından alınır
Örnekler
Fatura oluşturulduÖdeme alındıAlacak dekontu düzenlendiİtiraz açıldı
|
|||
|
Fatura numarası
TranId
|
NetSuite’te faturaya atanan benzersiz referans numarası. | ||
|
Açıklama
Bu öznitelik, alacak hesapları sürecinde birincil vaka tanımlayıcısı olarak kullanılır. NetSuite’teki Analizde bu tanımlayıcı, tek tek olayları tek bir süreç vakasında gruplamak için kullanılır. Siparişten Tahsilata döngüsünü baştan sona görselleştirmeyi sağlar ve
Neden önemli?
Alacağın yaşam döngüsünü izlemek ve çevrim sürelerini hesaplamak için temel anahtardır.
Nereden alınır?
Transaction tablosu, 'tranid' alanı
Örnekler
INV-2023-001INV-998822CM-4022JE-10023
|
|||
|
Olay zaman damgası
DateCreated
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir olayın gerçekleştiği kesin zamanı kaydeder. Faturanın oluşturulma zamanı için Transaction tablosundaki Faturadan Tahsilata Ortalama Çevrim Süresi ve Fatura Düzenleme Süresi gibi metrikleri hesaplamak için doğru zaman damgaları gerekir. Olayları doğru sıraya koymayı ve süreç adımları arasındaki gecikmeleri belirlemeyi sağlar.
Neden önemli?
Olayları sıralamak ve süreç adımları arasındaki süreleri hesaplamak için gereklidir.
Nereden alınır?
Transaction tablosundaki 'datecreated' veya SystemNote tablosundaki 'date' alanı
Örnekler
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin alındığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, bu örnekte 'NetSuite' olan verinin kaynağını belirtir. Alacak hesapları verilerinin bir CRM veya harici bankacılık sistemiyle birleştirilebildiği çok sistemli ortamlarda izlenebilirlik sağlar. Birden fazla ERP sistemi aynı anda analiz edildiğinde analistlerin süreç görünümünü veri kaynağına göre filtrelemesine veya bölümlere ayırmasına imkân verir. Genellikle veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir.
Neden önemli?
Çok sistemli Process Mining uygulamalarında veri soy ağacını ve bağlamı gösterir.
Nereden alınır?
Sabit değer: 'NetSuite'
Örnekler
NetSuiteNetSuite ERPNetSuite OneWorld
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin çıkarıldığı veya en son yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri anlık görüntüsünün NetSuite’ten ne zaman alındığını gösterir. Analizin güncelliğini belirlemek ve açık vakaların analiz tarihindeki yaşını hesaplamak için kullanılır. Dashboardlarda, kullanıcıların gerçek zamanlı verileri mi yoksa geçmişe ait bir veri aktarımını mı incelediğini anlamasına yardımcı olur. Henüz kapatılmamış faturaların mevcut açık kalma süresini hesaplamak için referans noktası görevi görür.
Neden önemli?
Veri güncelliğinin anlaşılmasını sağlar ve açık vakaların geçen süresini hesaplamaya yardımcı olur.
Nereden alınır?
Veri çıkarımı sırasındaki sistem saati
Örnekler
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
|
|||
|
Departman
Department
|
İşlemden sorumlu şirket içi departman. | ||
|
Açıklama
Bu öznitelik, NetSuite’teki Analistler verileri departmana göre bölümlere ayırarak belirli operasyon alanlarında faturalandırma döngülerinin daha yavaş mı ilerlediğini veya itiraz oranlarının daha mı yüksek olduğunu belirleyebilir. Böylece iyileştirme çalışmaları hedefli yürütülebilir.
Neden önemli?
Şirket içindeki süreç sorumlularını ve faturalandırma verimliliğindeki farklılıkları belirler.
Nereden alınır?
Transaction tablosundaki 'department' alanı
Örnekler
Profesyonel hizmetlerYazılım satışlarıDonanım teslimatı
|
|||
|
Fatura durumu
Status
|
Faturanın sistemdeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, NetSuite’teki işlemin 'Açık', 'Tamamı ödendi' veya 'Onay bekliyor' gibi durumunu yansıtır. Genellikle Aktivite özniteliği gerçekleşenlerin geçmişini izlerken bu öznitelik mevcut durumu gösterir. Yalnızca şu anda açık ve vadesi geçmiş faturaları göstermek için Yüksek Tutarli Tahsilat Riski Dashboardunu filtrelemede kullanılır.
Neden önemli?
Hangi vakaların kapandığını, hangilerinin işlem gerektirdiğini hemen gösterir.
Nereden alınır?
Transaction tablosundaki 'status' alanı
Örnekler
Tamamı ödendiAçıkOnay bekliyor
|
|||
|
Fatura tutarı
TotalAmount
|
Faturanın toplam mali değeri. | ||
|
Açıklama
Bu öznitelik, faturanın toplam tutarını gösterir. NetSuite Transaction tablosundaki Bu metrik, alacak hesapları sürecindeki değer akışını incelemek, yüksek tutarlı tahsilatlara öncelik vermek ve İtiraz Birikmiş Tutarı gibi KPI’ları hesaplamak için kullanılır. Vakaları mali değer aralıklarına göre filtreleyerek iyileştirme çalışmalarını etkisi yüksek işlemlere yöneltmeye yardımcı olur.
Neden önemli?
Süreç verimsizliklerinin mali etkisini ölçmek ve tahsilatlara öncelik vermek için önemlidir.
Nereden alınır?
Transaction tablosundaki 'foreignTotal' veya 'total' alanı
Örnekler
1500.00250.5010000.00
|
|||
|
İş birimi
Subsidiary
|
Faturanın ait olduğu bağlı şirket veya iş birimi. | ||
|
Açıklama
NetSuite OneWorld ortamlarında bu öznitelik, faturayı düzenleyen tüzel kişiliği veya bağlı şirketi belirtir. Şirketin farklı şube ya da bölümlerini karşılaştırmalı olarak incelemeyi sağlar. Kullanıcıların belirli iş birimlerinin ayrıntılarına inmesine imkân vererek Fatura Gönderim Verimliliği Dashboardunu destekler. Süreç sorunlarının kuruluş genelinde mi görüldüğünü yoksa belirli operasyon birimleriyle mi sınırlı kaldığını anlamaya yardımcı olur.
Neden önemli?
Farklı kuruluş birimlerinin performansını karşılaştırmak için önemlidir.
Nereden alınır?
Transaction tablosundaki 'subsidiary' alanı
Örnekler
ABD’nin batısıEMEA operasyonlarıAPAC satışları
|
|||
|
Müşteri adı
Entity
|
Faturayla ilişkili müşteri veya kuruluşun adı. | ||
|
Açıklama
Bu öznitelik, faturayı ödemekle yükümlü müşteriyi tanımlar. NetSuite’te Analistler bu alanı kullanarak performansı müşteriye göre inceler; sık sık geç ödeme yapan, itiraz oluşturan veya standart ödeme koşullarından sapan müşterileri belirler. Kredi Koşullarına Uyumluluk İzleyicisi ve Tahsilat Uzmanı İşlem Hacmi Dashboardlarını destekler.
Neden önemli?
Süreç performansını müşteri davranışına ve risk profiline göre bölümlere ayırmayı sağlar.
Nereden alınır?
Transaction tablosundaki 'entity' alanı (Entity/Customer tablosuna bağlanır)
Örnekler
Acme CorpGlobex CorporationSoylent Corp
|
|||
|
Satış temsilcisi
SalesRep
|
Faturayla ilişkili satış temsilcisi. | ||
|
Açıklama
Bu öznitelik, müşteri hesabından veya işlemden sorumlu satış temsilcisini belirtir. NetSuite’te genellikle işlem kaydındaki Faturalandırma sorunlarını veya alacak dekontlarını belirli satış çalışanlarıyla ilişkilendirmek için kullanılır. Örneğin Alacak Dekontu ve Gelir Kaybı Dashboardu, bazı temsilcilerin fatura sonrası düzeltme oranlarının daha yüksek olup olmadığını görmek için bu alanı kullanır. Bu durum, satış sürecinin önceki aşamalarında kalite sorunlarına işaret edebilir.
Neden önemli?
Sonraki aşamalarda ortaya çıkan alacak hesapları sorunlarını, satış sürecinin önceki aşamalarındaki sorumlularla ilişkilendirir.
Nereden alınır?
Transaction tablosundaki 'salesrep' alanı
Örnekler
John SmithSarah ConnorKyle Reese
|
|||
|
Vade tarihi
DueDate
|
Ödeme koşullarına göre ödemenin yapılmasının beklendiği tarih. | ||
|
Açıklama
Bu öznitelik, NetSuite’teki Vade Sonrası Ortalama Gün sayısını hesaplamak ve Yüksek Tutarli Tahsilat Riski’ni belirlemek için kullanılır. Bu tarih ile ödeme olayının
Neden önemli?
Yaşlandırma, gecikmiş ödeme ve uyumluluk hesaplamalarının referans noktasıdır.
Nereden alınır?
Transaction tablosundaki 'duedate' alanı
Örnekler
2023-11-152023-12-012024-01-30
|
|||
|
Bölge
Location
|
İşlemle ilişkili konum veya bölge. | ||
|
Açıklama
NetSuite’teki DSO Performans Genel Bakışında bölgelere göre ödeme davranışlarındaki farklılıkları belirlemek için kullanılır. Tahsilat sorunlarının genel mi yoksa belirli bölgelerle mi sınırlı olduğunu anlamaya yardımcı olur.
Neden önemli?
Alacak hesapları performansını coğrafi bölgelere göre incelemeyi sağlar.
Nereden alınır?
Transaction tablosundaki 'location' alanı
Örnekler
Kuzey Amerika deposuLondra ofisiSingapur
|
|||
|
Fatura notu
Memo
|
Fatura başlığına eklenen notlar veya açıklamalar. | ||
|
Açıklama
Bu öznitelik, faturaya girilen serbest metinli açıklamayı veya notu içerir ve Bu alandaki metinleri incelemek, yapılandırılmış alanlarda yer almayan gecikme veya itiraz nedenlerini ortaya çıkarabilir. Sayısal süreç verilerine niteliksel bağlam ekler.
Neden önemli?
İşleme ilişkin bağlam ve niteliksel veri sağlar.
Nereden alınır?
Transaction tablosundaki 'memo' alanı
Örnekler
Ekim ayı hizmet bedeli1002 numaralı faturanın düzeltmesiÖzel ödeme koşulları uygulandı
|
|||
|
İtiraz edildi mi
IsDisputed
|
Faturaya şu anda itiraz edildiğini veya geçmişte itiraz edilmiş olduğunu belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, faturanın itiraz sürecinden geçip geçmediğini gösterir. İtirazla ilgili aktivitelerin varlığından veya fatura kaydındaki belirli bir durum işaretinden elde edilir. İtiraz Yaşam Döngüsü Analizi için bir filtre görevi görür. İlk Denemede Tahsilat Oranı hesaplanırken sorunlu faturaları sorunsuz faturalardan ayırmaya yardımcı olur.
Neden önemli?
Karmaşık vakaları standart ideal yol vakalarından ayırır.
Nereden alınır?
'İtiraz açıldı' aktivitesinin bulunup bulunmadığına göre hesaplanır
Örnekler
truefalse
|
|||
|
İtiraz nedeni
DisputeReason
|
Faturaya neden itiraz edildiğini açıklayan neden kodu veya açıklama. | ||
|
Açıklama
Bu öznitelik, müşterinin ödemeyi neden reddettiğini veya düzeltme talep ettiğini kaydeder. NetSuite’te genellikle özel bir alan ya da faturaya bağlı belirli bir 'Case' kaydı kullanılır. İtiraz Yaşam Döngüsü Analizi Dashboardu için önemlidir. İtiraz nedenlerini 'Fiyatlandırma hatası', 'Hasarlı ürün' veya 'Eksik satın alma siparişi' gibi gruplara ayırmak, gelecekte gelir kaybını önlemek için süreçlerin önceki aşamalarında giderilmesi gereken temel nedenleri ortaya çıkarır.
Neden önemli?
Ödeme yapılmamasının ve idari iş yükünün artmasının temel nedenlerini belirler.
Nereden alınır?
Bağlı destek vakası veya özel işlem başlığı alanı
Örnekler
Yanlış fiyatÜrün teslim alınmadıVergi hatası
|
|||
|
Ödeme koşulları
Terms
|
Fatura için üzerinde anlaşılmış ödeme koşulları. | ||
|
Açıklama
Bu öznitelik, faturaya atanan 'Net 30' veya 'Teslimatta ödenecek' gibi ödeme koşullarını belirtir. Transaction kaydındaki Beklenen ödeme tarihini hesaplamak ve esnek koşullarla çalışan müşterilerin, katı koşullara tabi müşterilerden daha düzenli ödeme yapıp yapmadığını incelemek için kullanılır. Kredi politikalarını gözden geçirmeye ve Vade Sonrası Ortalama Gün KPI’ının temelini anlamaya yardımcı olur.
Neden önemli?
Müşteri ödeme döngüsündeki beklenen davranışı ve SLA’yı tanımlar.
Nereden alınır?
Transaction tablosundaki 'terms' alanı
Örnekler
Net 30Net 60Teslimatta ödenecek%2 indirim, 10 günde; net 30 günde ödeme
|
|||
|
Ödeme sözü tarihi
PromiseDate
|
Müşterinin ödemeyi göndereceğine söz verdiği tarih. | ||
|
Açıklama
Bu öznitelik, müşterinin vadesi geçmiş bir faturayı ödemeyi taahhüt ettiği tarihi kaydeder. Bu bilgi genellikle tahsilat görevlisi tarafından girilir. NetSuite’te çoğunlukla 'Phone Call' kaydında veya özel bir işlem başlığı alanında saklanır. Ödeme Sözüne Uyumluluk Dashboardu için gereklidir. Kuruluş, söz verilen tarihi gerçek ödeme tarihiyle karşılaştırarak müşteri taahhütlerinin ne ölçüde yerine getirildiğini ve tahsilat aramalarının ne kadar etkili olduğunu ölçebilir.
Neden önemli?
Müşteri taahhütlerinin güvenilirliğini ve tahsilat çalışmalarının etkililiğini ölçer.
Nereden alınır?
Task/Phone Call kaydı veya özel alan
Örnekler
2023-11-202023-12-05
|
|||
|
Para birimi kodu
Currency
|
Faturanın düzenlendiği para birimi. | ||
|
Açıklama
Bu öznitelik, NetSuite’teki Genellikle arka planda kullanılan bir alan olsa da farklı para birimlerinin çevrim yapılmadan yanlışlıkla toplanmasını önlemek için
Neden önemli?
Küresel kuruluşlarda mali verileri doğru biçimde toplamak için gereklidir.
Nereden alınır?
Transaction tablosundaki 'currency' alanı
Örnekler
USDEURGBP
|
|||
|
Tahsilat görevlisi
CollectionAgent
|
Bu faturanın tahsilat çalışmalarından sorumlu kullanıcı. | ||
|
Açıklama
Bu öznitelik, faturanın tahsilat çalışmalarını yürüten çalışanı belirtir. Bu kişi satış temsilcisiyle aynı olabilir veya özel bir alacak hesapları uzmanı olabilir. Bilgi genellikle özel bir alanda bulunur ya da 'Ödeme hatırlatması' aktivitelerini kaydeden kullanıcıdan alınır. Tahsilat Uzmanı İşlem Hacmi Dashboardunu besler. Yöneticiler bu sayede tahsilat ekibinin performansını karşılaştırabilir, eğitim ihtiyaçlarını veya iş yükü dengesizliklerini belirleyebilir.
Neden önemli?
Tahsilat ekibindeki çalışanların performansını değerlendirmeyi sağlar.
Nereden alınır?
Tahsilat aktivitelerindeki SystemNotes 'name' alanı veya özel alan
Örnekler
Agent SmithFaturalandırma uzmanı ATahsilat ekibi 1
|
|||
|
Ürün kategorisi
Class
|
Satılan ürün veya hizmetlerin kategorisi ya da sınıfı. | ||
|
Açıklama
Bu öznitelik, NetSuite’teki Alacak Dekontu ve Gelir Kaybı Dashboardunda, belirli ürün gruplarında iade veya faturalandırma hatalarının diğerlerine kıyasla daha sık görülüp görülmediğini incelemeyi sağlar.
Neden önemli?
Süreç performansını satılan ürün veya hizmet türüne göre bölümlere ayırır.
Nereden alınır?
Transaction tablosundaki 'class' alanı
Örnekler
Lisans geliriDanışmanlık hizmetleriDonanım
|
|||
|
Vadesi geçen gün sayısı
DaysOverdue
|
Açık bir faturanın vade tarihini kaç gün geçtiği. | ||
|
Açıklama
Bu hesaplanmış öznitelik, Yüksek Tutarli Tahsilat Riski Dashboardunda kullanılan yaşlandırma aralıklarının (ör. 30-60, 60-90 gün) temelini oluşturur. Sistemdeki en ciddi gecikmelerin hemen belirlenmesini sağlar.
Neden önemli?
Ödeme gecikmelerinin boyutunu değerlendirmek için kullanılan standart metrik.
Nereden alınır?
Hesaplama: (Geçerli tarih - DueDate)
Örnekler
150-5
|
|||
Alacak hesapları etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Alacak dekontu düzenlendi
|
Faturaya uygulanan bir Credit Memo işleminin oluşturulmasıdır. Bu işlem açık bakiyeyi azaltır ve genellikle iade veya faturalama hatasına işaret eder. | ||
|
Neden önemli?
Gelir kaybını görselleştirir. Sık düzenlenen alacak dekontları, satış veya sipariş karşılama süreçlerinde sistematik sorunlar olduğunu gösterir.
Nereden alınır?
Transaction tablosu: 'appliedtotransaction' alanı üzerinden Invoice kimliğine uygulanan 'CustCred' türündeki kayıt.
Kaydedin
Credit Memo işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Fatura gönderildi
|
Faturanın müşteriye e-posta, posta veya faks yoluyla gönderilmesidir. Belirli Invoice işlemiyle bağlantılı Message kayıtları incelenerek belirlenir. | ||
|
Neden önemli?
Fatura gönderim süresi KPI’ı için önemlidir. Bu aşamadaki gecikmeleri belirlemek, tahsilatın zamanında yapılmasını engelleyen idari darboğazları ortaya çıkarır.
Nereden alınır?
Messages tablosu: İşlem kimliğine göre birleştirin; 'authoremail' kurum içi, 'recipientemail' kurum dışı olmalıdır.
Kaydedin
Email işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Fatura kapatıldı
|
Fatura durumunun son olarak 'Paid In Full' olarak değişmesidir. Başarıyla tamamlanan vakalarda sürecin son durumunu gösterir. | ||
|
Neden önemli?
Ortalama faturadan tahsilata çevrim süresini hesaplamak için gereklidir. Süreç varyantlarında açık kalemleri kapanmış kalemlerden ayırır.
Nereden alınır?
System Notes: Invoice kaydının durumu 'Paid In Full' olarak değişti.
Kaydedin
Önceki ve sonraki durum alanlarını karşılaştırın
Olay türü
inferred
|
|||
|
Fatura oluşturuldu
|
Fatura kaydının sistemde ilk kez oluşturulmasıdır. Bu olay, kayıt türünün Invoice olduğu Transaction tablosundan alınır. | ||
|
Neden önemli?
Alacak hesapları döngüsünün başlangıcını gösterir ve vade hesaplamaları için başlangıç noktası oluşturur. Faturadan tahsilata çevrim süresini hesaplamak için gereklidir.
Nereden alınır?
Transaction tablosu: 'CustInvc' türündeki kayıtlar için 'trandate' veya 'datecreated' alanı.
Kaydedin
Invoice işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Fatura onaylandı
|
Fatura durumunun Pending Approval’dan Open’a geçmesidir. Bu geçiş, faturayla ilişkili System Notes veya iş akışı geçmişi kayıtları izlenerek belirlenir. | ||
|
Neden önemli?
Müşteriye fatura kesilmeden önceki kurum içi işlem süresini gösterir. Bu aşamadaki gecikmeler, müşteriye değer katmadan toplam çevrim süresini uzatır.
Nereden alınır?
System Notes: 'status' alanının 'Pending Approval’dan 'Open’a değiştiği kayıtları filtreleyin.
Kaydedin
Önceki ve sonraki durum alanlarını karşılaştırın
Olay türü
inferred
|
|||
|
Ödemenin tamamı alındı
|
Fatura bakiyesini sıfırlayan bir Customer Payment işleminin uygulanmasıdır. Tahsilat çalışmalarının fiilen sona erdiğini gösterir. | ||
|
Neden önemli?
Satışların tahsilat süresi ve vade aşımından sonraki ortalama gün sayısı hesaplamaları için temel zaman damgasıdır. Gelirin başarıyla tahsil edildiğini gösterir.
Nereden alınır?
Transaction tablosu: Invoice durumunun 'Paid In Full' olduğu, Invoice’a uygulanan 'CustPymt' türü.
Kaydedin
Payment işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Banka ekstresiyle eşleştirildi
|
Ödeme işleminin banka ekstresi akışıyla mutabık hâle getirilmesidir. 'Match Bank Data' veya mutabakat geçmişi üzerinden alınır. | ||
|
Neden önemli?
Otomatik banka mutabakatı oranını izler. Bu aşamadaki gecikmeler gerçek nakit durumunu belirsizleştirir ve arka ofiste manuel iş yüküne işaret eder.
Nereden alınır?
Transaction durumu: Payment işleminin durumunun 'Deposited' olarak değişip değişmediğini veya Reconciled olarak işaretlenip işaretlenmediğini kontrol edin.
Kaydedin
Önceki ve sonraki durum alanlarını karşılaştırın
Olay türü
inferred
|
|||
|
İtiraz çözüldü
|
İtiraz vakasının sonuçlanmasıdır. Fatura yeniden tahsil edilebilir duruma gelir veya alacak dekontu düzenlenir. Bağlantılı Support Case durumu Closed olduğunda kaydedilir. | ||
|
Neden önemli?
Ortalama itiraz çözüm süresini hesaplamak için gereklidir. Uzun çözüm süreleri satışların tahsilat süresini ve müşteri memnuniyetini olumsuz etkiler.
Nereden alınır?
Support Case kaydı: Faturayla bağlantılı vakalar için 'dateclosed' alanı.
Kaydedin
Önceki ve sonraki durum alanlarını karşılaştırın
Olay türü
inferred
|
|||
|
İtiraz vakası açıldı
|
Faturayla ilgili bir itirazın başlatılmasıdır. Bu durum genellikle bağlantılı bir Support Case veya özel bir durum üzerinden belirlenir ve standart tahsilat akışını durdurur. | ||
|
Neden önemli?
İtiraz yaşam döngüsü analizi Dashboardu için önemlidir. Bu aşamadaki yüksek vaka sayısı, siparişin karşılanması veya faturalamadaki önceki aşamalarda kalite sorunları olduğuna işaret eder.
Nereden alınır?
Support Case kaydı: Kategorisi 'Billing Dispute' olan kayıtları Transaction ile birleştirin veya Transaction durumunun 'Disputed' olarak değişmesini izleyin.
Kaydedin
Durum alanını veya bağlantılı kayıt oluşturulmasını karşılaştırın
Olay türü
inferred
|
|||
|
Kısmi ödeme kaydedildi
|
Fatura bakiyesini azaltan ancak tamamen kapatmayan bir Customer Payment işleminin uygulanmasıdır. Transaction Line tablosundan alınır. | ||
|
Neden önemli?
Kısmi ödeme süreç akışı analizini destekler. Parçalı nakit akışını ve likidite sorunu yaşayan müşterileri belirler.
Nereden alınır?
Transaction tablosu: Invoice üzerindeki 'amountremaining' değeri 0'dan büyükken Invoice’a uygulanan 'CustPymt' türü.
Kaydedin
Payment işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Ödeme hatırlatması gönderildi
|
Vadesi geçmiş bir ödeme için müşteriye hazırlanan ve gönderilen tahsilat e-postası veya mektubudur. Dunning Letters modülü kayıtlarından ya da faturayla bağlantılı Message kayıtlarından alınır. | ||
|
Neden önemli?
Nakit tahsilatı için gereken çabayı ve tahsilat stratejilerinin etkinliğini ölçer. Tahsilat hatırlatmalarının etkinliği Dashboardu için gereklidir.
Nereden alınır?
Message kaydı veya Dunning Bundle Log: Belirli konu satırlarını (ör. 'Reminder', 'Overdue') kontrol edin.
Kaydedin
Mesaj konu satırı örüntülerinden belirleyin
Olay türü
inferred
|
|||
|
Ödeme taahhüdü alındı
|
Müşterinin belirli bir tarihe kadar ödeme yapmayı taahhüt ettiğini gösteren kayıttır. Genellikle User Notes içinde veya özel bir tahsilat yönetimi paketinde tutulur. | ||
|
Neden önemli?
Ödeme taahhüdüne uyum KPI’ını izler. İş birliği yapan müşterilerle konunun üst kademeye taşınması gereken müşterileri ayırt etmeye yardımcı olur.
Nereden alınır?
Note kaydı: 'PTP' veya 'Promise' ifadeleri için metin analizi yapın ya da Collections SuiteApp içindeki belirli alanları kullanın.
Kaydedin
Notların metin analizinden belirleyin
Olay türü
inferred
|
|||
|
Tahsil edilemeyen borç silindi
|
Tahsil edilemeyen tutarlar için Journal Entry veya belirli bir Credit Memo türü kullanılarak fatura bakiyesinin silinmesidir. Tahsilat sürecinin başarısız olduğunu gösterir. | ||
|
Neden önemli?
Analizde tahsil edilemeyen geliri başarıyla tahsil edilen tutarlardan ayırır. Gerçek tahsilat verimliliğini anlamak için önemlidir.
Nereden alınır?
Journal Entry veya Credit Memo: Faturayla bağlantılı, belirli GL hesaplarına (Bad Debt Expense) göre filtrelenir.
Kaydedin
GL hesabı kullanımından belirleyin
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Templatei NetSuite ortamınızda kullanarak daha verimli bir nakit döngüsüne doğru ilk adımı atın. Veri haritalama veya teknik entegrasyon konusunda yardıma ihtiyacınız olursa ekibimiz size destek olmaya hazır.
NetSuite alacak hesapları döngünüzü şimdi hızlandırın
Satışların Tahsilat Süresini 15 ila 20 gün kısaltın ve nakit akışındaki açıkları bugün kapatın.
Kredi kartı gerekmez, kurulum 5 dakikada tamamlanır