Kredi yönetimi ve tahsilat için Veri Templateiniz
Kredi yönetimi ve tahsilat için Veri Templateiniz
Bu, Kredi yönetimi ve tahsilat için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Her türlü kredi yönetimi veya tahsilat sisteminde kullanılabilecek evrensel veri yapısı
- Süreç performansınızı ayrıntılı analiz etmek için önerilen öznitelikler
- Süreci doğru biçimde keşfetmek ve iyileştirmek için izlenecek temel etkinlikler
Kredi yönetimi ve tahsilat öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Bir fatura için belirli bir anda gerçekleşen iş olayının veya görevin adıdır. | ||
| Açıklama Etkinlik adı, Kredi Yönetimi ve Tahsilat sürecindeki belirli bir adımı veya kilometre taşını tanımlar. Süreç haritasının yapı taşları olan bu etkinlikler, 'Fatura müşteriye gönderildi', 'Hatırlatma gönderildi' veya 'Ödeme faturaya mahsup edildi' gibi işlemleri temsil eder. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining çalışmalarının temelini oluşturur. Gerçek süreç akışını ortaya çıkarmaya, tasarlanan modelle karşılaştırmaya ve sapmaları, yeniden çalışma döngülerini ve verimsiz yolları belirlemeye yardımcı olur. Örneğin, 'İtiraz kaydedildi' etkinliğinin sık tekrarlanması, fatura doğruluğu veya ürün kalitesiyle ilgili sorunlara işaret edebilir. Neden önemli? Bu öznitelik, süreç adımlarını tanımlar; süreç haritasının temelini oluşturur ve süreç akışlarıyla değişkenliklerin analiz edilmesini sağlar. Nereden alınır? Kaynak sistemin finans, satış veya tahsilat modüllerindeki çeşitli durum değişikliklerinden, işlem kodlarından ya da olay günlüklerinden oluşturulur. Örnekler Fatura oluşturulduÖdeme vadesi geçtiTahsilat süreci başladıÖdeme alındı | |||
| Fatura numarası InvoiceNumber | Her faturaya atanan benzersiz tanımlayıcıdır. Kredi Yönetimi ve Tahsilat sürecinde temel vaka tanımlayıcısı olarak kullanılır. | ||
| Açıklama Fatura numarası, her fatura belgesine atanan benzersiz alfasayısal koddur. Faturanın oluşturulmasından tamamen kapatılmasına veya zarara yazılmasına kadar, bu faturalamayla ilgili tüm etkinlik ve işlemler için ana referans noktasıdır. Process Mining çalışmalarında fatura numarası, 'Fatura oluşturuldu', 'Ödeme alındı' ve 'İtiraz kaydedildi' gibi ilgili tüm olayları tek bir süreç örneğinde veya vakada bir araya getirmek için kullanılır. Böylece faturanın tüm yaşam döngüsünü baştan sona görselleştirebilir ve analiz edebilirsiniz. Kuruluşlar, süreçleri fatura numarasına göre gruplandırarak darboğazları belirleyebilir, çevrim sürelerini izleyebilir ve farklı faturaların nasıl işlendiğindeki değişkenlikleri anlayabilir. Neden önemli? İlgili tüm olayları birbirine bağlayan temel Vaka kimliğidir; faturanın baştan sona yaşam döngüsünü yeniden oluşturup analiz etmenizi sağlar. Nereden alınır? Genellikle kaynak finans sistemindeki fatura veya alacaklar muhasebesi belgesinin başlık tablosunda bulunur. Örnekler INV-2023-001239100045678SI-54321 | |||
| Olay zamanı EventTime | Bir etkinliğin tam olarak ne zaman gerçekleştiğini gösteren tarih ve saat bilgisidir. | ||
| Açıklama Olay zamanı veya zaman damgası, süreçte belirli bir etkinliğin gerçekleştiği tam anı belirtir. Her fatura vakasındaki olay sırasını yeniden oluşturmak için gereken kronolojik bilgiyi sağlar. Zamana dayalı tüm analizlerin temelini bu veri oluşturur. Process Mining çalışmalarında olay zamanı; etkinlikler arasındaki çevrim süreleri, toplam vaka süresi ve hizmet seviyesi anlaşmalarına uyum gibi önemli performans metriklerini hesaplamak için kullanılır. Örneğin, 'Fatura gönderildi' ile 'Ödeme alındı' arasındaki süre, Satışların Tahsilat Süresini (DSO) doğrudan etkiler. Zaman damgalarını analiz ederek gecikmeleri belirleyebilir, süreç adımlarının verimliliğini ölçebilir ve darboğazları saptayabilirsiniz. Neden önemli? Olayları sıralamak, çevrim sürelerini ve süreleri hesaplamak, zamana dayalı performans analizleri yapmak için bu zaman damgası gereklidir. Nereden alınır? Genellikle işlem veya durum değişikliğiyle ilişkili belge oluşturma tarihi, kayıt tarihi ya da sistem günlüğü zaman damgası olarak kaydedilir. Örnekler 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| Kaynak sistem SourceSystem | Verinin geldiği ERP veya CRM gibi sistemin adı ya da tanımlayıcısıdır. | ||
| Açıklama Kaynak sistem özniteliği, olay verilerinin ilk kaydedildiği uygulamayı veya platformu belirtir. Karmaşık BT ortamlarında, kredi tahsilatı gibi tek bir süreç birden fazla sisteme yayılabilir. Örneğin, faturalama için bir ERP, ödeme talepleri içinse ayrı bir tahsilat platformu kullanılabilir. Bu öznitelik, sürecin teknolojik bağlamını anlamanıza yardımcı olur. Veri doğrulama, sistemlere özgü süreç farklılıklarını belirleme ve platformlar arasındaki entegrasyon sorunlarını teşhis etme çalışmalarında kullanılabilir. Örneğin, analiz sonucunda ERP ile tahsilat aracı arasındaki devir teslimlerde sürekli gecikme yaşandığı görülebilir. Neden önemli? Verinin kaynağını belirtir. Farklı sistemlerdeki süreç değişkenliklerini anlamak ve verileri doğrulamak için önemlidir. Nereden alınır? Bu bilgi genellikle veri çıkarma (ETL) işlemi sırasında eklenir veya kaynak tablolardaki teknik meta veri alanlarında bulunur. Örnekler SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| Son veri güncellemesi LastDataUpdate | Bir olaya ait verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgasıdır. | ||
| Açıklama Bu öznitelik, verilerin kaynak sistemden Process Mining ortamına en son aktarıldığı tarih ve saati kaydeder. Analiz edilen veri setinin güncelliğini gösteren bir meta veri alanıdır. Son veri güncellemesini bilmek, analizlerin ve Dashboardların sürecin en güncel durumunu yansıtmasını sağlar. Verilerin hangi tarihe kadar olduğunu göstererek doğru yorumlanmasına yardımcı olur. Devam eden süreçleri veya gerçeğe yakın zamanlı KPI’ları izlerken bu bilgi özellikle önemlidir; içgörülerin ne kadar güncel olduğunu anlamanızı sağlar. Neden önemli? Verilerin güncelliğini gösterir, analizin ne kadar güncel olduğunu anlamanıza yardımcı olur ve verilerin hangi tarihe kadar olduğunu belirtir. Nereden alınır? Bu bilgi genellikle veri alımı sırasında ETL aracı veya veri hattı tarafından oluşturulup saklanan meta verilerdir. Örnekler 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Fatura durumu InvoiceStatus | Açık, Ödendi, Vadesi geçti veya İtiraz edildi gibi faturanın güncel finansal ya da operasyonel durumudur. | ||
| Açıklama Fatura durumu, faturanın yaşam döngüsündeki mevcut durumunu gösterir. Olaylar gerçekleşip fatura oluşturulduğunda 'Açık' durumundan, vade tarihinden sonra ödenmezse 'Vadesi geçti' durumuna, son olarak da 'Ödendi' veya 'Zarara yazıldı' durumuna geçer. Bu öznitelik, alacakların mevcut durumunu gösterir. Process Mining analizinde vakaları sınıflandırmaya ve farklı süreç varyantlarının sonuçlarını anlamaya yardımcı olur. Örneğin, 'İtiraz edildi' durumuna ve 'Ödendi' durumuna götüren süreç akışlarını karşılaştırmak, ödeme sürecindeki sorunların temel nedenlerini ortaya çıkarabilir. Ayrıca devam eden tahsilat çalışmalarını incelemek için şu anda 'Vadesi geçti' durumundaki tüm faturalar gibi etkin vakaları filtrelemekte kullanılır. Neden önemli? Faturaların mevcut durumunu göstererek süreç sonuçlarını analiz etmenizi ve 'Vadesi geçti' ya da 'İtiraz edildi' gibi belirli aşamalardaki vakaları filtrelemenizi sağlar. Nereden alınır? Genellikle fatura veya alacaklar muhasebesi belgesinin başlığında durum alanı olarak bulunur. Örnekler AçıkÖdendiVadesi geçtiİtiraz edildiZarara yazıldı | |||
| Fatura tutarı InvoiceAmount | Faturanın toplam parasal değeridir. | ||
| Açıklama Fatura tutarı, müşteriye kesilen ve ödemesi beklenen toplam tutarı ifade eder. Her fatura vakasının temel finansal verilerinden biridir. Bu öznitelik, finansal etki analizleri için gereklidir. Kuruluşlar, süreç metriklerini fatura tutarıyla ilişkilendirerek tahsilat çalışmalarına öncelik verebilir. Örneğin, yüksek tutarlı faturaların ödemesinin daha uzun sürdüğü veya bu faturalara daha sık itiraz edildiği görülebilir. Satışların Tahsilat Süresi (DSO) gibi temel finansal KPI’ları hesaplamaya, süreç darboğazlarında veya zarara yazılan alacaklarda bağlı kalan tutarı belirlemeye yardımcı olur. Neden önemli? Finansal analiz, yüksek tutarlı faturaların tahsilatına öncelik verme ve süreç verimsizliklerinin parasal etkisini ölçme açısından önemlidir. Nereden alınır? Kaynak sistemin alacaklar muhasebesi veya faturalama modülündeki fatura başlığı verilerinde bulunan standart bir alandır. Örnekler 5400.50125000.00750.75 | |||
| İtiraz nedeni DisputeReason | Müşterinin faturaya itiraz ederken belirttiği neden kodu veya açıklamadır. | ||
| Açıklama İtiraz nedeni, müşterinin faturayı ödemeyi reddetme gerekçesini kaydeder. Yaygın nedenler arasında yanlış fiyatlandırma, hasarlı ürünler, miktar uyuşmazlıkları ve eksik belgeler bulunur. Bu bilgi genellikle resmî bir itiraz kaydı açıldığında kaydedilir. İtiraz nedeni, temel nedenleri analiz etmek için önemli bir özniteliktir. Farklı itiraz nedenlerinin sıklığını inceleyen şirketler, tahsilat birimi dışındaki sevkiyat, faturalama doğruluğu veya satış siparişi girişi gibi alanlarda sistemik sorunları belirleyebilir. Process Mining, farklı itiraz nedenlerinin çözüm süresini ve süreç akışını nasıl etkilediğini de ortaya çıkararak itiraz yönetimi sürecini iyileştirmeye yardımcı olur. Neden önemli? Ödeme gecikmeleri ve itirazların temel nedenlerini analiz etmenizi, faturalama, sevkiyat veya satış gibi önceki aşamalardaki sorunları belirleyip gidermenizi sağlar. Nereden alınır? İtiraz yönetimi modüllerinde, CRM sistemlerinde veya faturanın ya da Alacaklar Muhasebesi belgesinin neden kodu alanında saklanır. Örnekler Yanlış fiyatEksik miktarHasarlı ürünMükerrer fatura | |||
| Müşteri kimliği CustomerId | Faturayla ilişkili müşteriyi tanımlayan benzersiz koddur. | ||
| Açıklama Müşteri kimliği, sistemde belirli bir müşteri hesabını temsil eden benzersiz koddur. Faturayı, ödeme yükümlülüğü yasal olarak müşteriye ait olan tarafla ilişkilendirir. Process Mining analizinde müşteri kimliği, verileri gruplara ayırmak için önemli bir boyuttur. Analistlerin belirli müşterilerin veya müşteri gruplarının süreç performansını incelemesini sağlar. Hangi müşterilerin sürekli geç ödeme yaptığını, en çok itirazda bulunduğunu veya süreç verimsizliklerinin yalnızca belirli müşterileri etkileyip etkilemediğini ortaya çıkarabilir. Bu içgörüler, tahsilat stratejilerini müşterilere göre uyarlamaya ve müşteri ilişkilerini geliştirmeye yardımcı olur. Neden önemli? Müşteri davranışlarını analiz etmek, sorunlu hesapları belirlemek ve tahsilat stratejilerini uyarlamak için süreç verilerini ayrıntılı biçimde gruplandırmanızı sağlar. Nereden alınır? Finans veya satış sistemindeki fatura belgesi başlığında bulunur ya da müşteri ana veri tabloları üzerinden ilişkilendirilir. Örnekler CUST-00543100234ACME-CORP | |||
| Ödeme talep düzeyi DunningLevel | Vadesi geçmiş bir faturanın otomatik ödeme talep veya tahsilat sürecinde ulaştığı aşama ya da düzeydir. | ||
| Açıklama Ödeme talep düzeyi, vadesi geçmiş bir faturanın resmî tahsilat iletişimi sürecinde ne kadar ilerlediğini gösterir. Genellikle bir sayı veya kodla ifade edilir. Örneğin, '1. düzey' nazik bir hatırlatma, '4. düzey' ise yasal işlem öncesinde gönderilen son bildirim olabilir. Ödeme talep düzeyini analiz etmek, ödeme talep stratejisinin etkinliğini değerlendirmek için önemlidir. Process Mining, hangi süreç yollarının daha yüksek düzeylere ulaştığını ve bu düzeylerin ödemeyi hızlandırıp hızlandırmadığını gösterebilir. Örneğin, ödemelerin çoğunun 2. düzey talebin ardından yapıldığı görülürse 3. ve 4. düzeylerin etkisiz ve maliyetli olduğu anlaşılabilir. Bu bilgi, tahsilat bildirimlerinin zamanlamasını ve içeriğini iyileştirmeye yardımcı olur. Neden önemli? Tahsilat çalışmalarının yoğunluğunu ölçer ve ödeme talep stratejisinin her aşamadaki etkinliğini analiz etmek için önemlidir. Nereden alınır? Tahsilat yönetimi modüllerinde veya alacaklar muhasebesi verilerinde bulunur; genellikle müşteri hesabıyla ya da vadesi geçmiş belirli belgelerle ilişkilidir. Örnekler 123Yasal işlem bekleniyor | |||
| Tahsilat görevlisinin adı CollectorName | Tahsilat etkinliğini gerçekleştirmekten sorumlu kullanıcının, görevlinin veya ekibin adı ya da tanımlayıcısıdır. | ||
| Açıklama Tahsilat görevlisinin adı, vadesi geçmiş faturayı yönetmek ve tahsilat işlemlerini yürütmekle görevlendirilen kişiyi veya grubu belirtir. Bu kişi bir muhasebe memuru, tahsilat görevlisi ya da tahsilat ekibi olabilir. Bu öznitelik, kişi veya ekip düzeyinde performans analizi yapmanızı sağlar. Kuruluşlar, süreçleri tahsilat görevlisinin adına göre filtreleyerek veya karşılaştırarak başarılı çalışanların uygulamalarını belirleyebilir, diğer çalışanların eğitim ihtiyaçlarını saptayabilir ve iş yükü dağılımını inceleyebilir. Ödeme süreleri ve zarara yazılan alacaklar gibi sonuçları etkileyen insan unsurunu anlamak açısından önemlidir. Neden önemli? Ekip ve kişi performansını, iş yükü dağılımını ve farklı tahsilat görevlilerinin ya da stratejilerinin etkinliğini analiz etmenizi sağlar. Nereden alınır? Alacaklar Muhasebesi işlem verilerinde, müşteri ana kayıtlarında veya tahsilat yönetimi modüllerinde bulunur. 'Muhasebe memuru' ya da 'Kullanıcı kimliği' gibi alanlara karşılık gelebilir. Örnekler John SmithTahsilat ekibi AUSER123 | |||
| Vade tarihi DueDate | Fatura ödemesinin sözleşme gereği yapılması gereken tarihtir. | ||
| Açıklama Vade tarihi, faturanın zamanında ödenmiş sayılması için ödemenin alınması gereken tarihtir. Genellikle fatura oluşturma tarihi ve üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Bu tarih, tahsilat sürecindeki performansı ölçmek için temel bir referanstır. Ödemenin gecikip gecikmediğini belirlemek, ödeme talep prosedürlerini başlatmak ve yaşlandırma raporlarını hesaplamak için kullanılır. Process Mining çalışmalarında vade tarihi; zamanında ödeme oranı ve Satışların Tahsilat Süresi (DSO) gibi KPI’ları hesaplamaya, tahsilat etkinliklerinin ödeme tarihlerine göre ne kadar etkili olduğunu analiz etmeye yarar. Neden önemli? Zamanında ödeme performansını ölçmek için temel referanstır; DSO ve ödeme zamanlaması gibi KPI’ların hesaplanmasında kullanılır. Nereden alınır? Fatura başlığı verilerinde bulunur. Doğrudan bir alan olabilir veya fatura tarihiyle ödeme koşullarından hesaplanabilir. Örnekler 2023-04-142023-05-302023-06-01 | |||
| Fatura para birimi InvoiceCurrency | Fatura tutarının ifade edildiği para birimidir. | ||
| Açıklama Fatura para birimi, faturanın düzenlendiği ve ödemenin beklendiği USD, EUR veya JPY gibi para birimini belirtir. Uluslararası faaliyet gösteren şirketler için özellikle önemlidir. Process Mining çalışmaları genellikle finansal dönüşümlerden çok süreç akışlarına odaklansa da bu öznitelik, fatura tutarını doğru yorumlamak için önemlidir. Analizi belirli bir para birimine göre filtrelemenizi veya süreci gruplandırarak bazı para birimlerindeki işlemlerin farklı örüntüler izleyip izlemediğini görmenizi sağlar. Bu farklılıklar, uluslararası ödeme işlemlerindeki gecikmelerden veya yurt dışı pazarlardaki tahsilat stratejilerinden kaynaklanabilir. Neden önemli? Fatura tutarını doğru yorumlamak için gerekli bağlamı sağlar ve özellikle uluslararası işletmelerde analizi para birimine göre gruplandırmanıza imkân verir. Nereden alınır? Fatura başlığı verilerinde bulunan standart bir alandır. Örnekler USDEURGBPJPY | |||
| Müşteri segmenti CustomerSegment | Müşterinin büyüklük, sektör, stratejik önem veya bölge gibi ölçütlere göre sınıflandırılmasıdır. | ||
| Açıklama Müşteri segmenti, ortak özelliklerine göre müşterileri gruplandırır. Segmentler sektör (ör. imalat, perakende), büyüklük (ör. büyük kuruluş, KOBİ), coğrafi bölge veya stratejik değer (ör. altın, gümüş, bronz) gibi ölçütlere göre belirlenebilir. Bu öznitelik, tahsilat sürecini daha ayrıntılı ve stratejik biçimde analiz etmenizi sağlar. İşletmeler, farklı segmentlerin süreç performansını karşılaştırarak belirli müşteri gruplarının kendine özgü ödeme davranışlarını veya sorunlarını ortaya çıkarabilir. Örneğin, uluslararası müşterilerin sınır ötesi bankacılık işlemleri nedeniyle ödeme çevrimleri daha uzun olabilir. Bu içgörüler, her segmente yönelik tahsilat stratejileri ve politikaları geliştirmeye, genel verimliliği ve müşteri memnuniyetini artırmaya yardımcı olur. Neden önemli? Farklı müşteri gruplarını karşılaştırmalı olarak analiz etmenizi ve hedefe yönelik tahsilat stratejileriyle politikaları geliştirmenizi sağlar. Nereden alınır? Genellikle CRM veya ERP sistemindeki müşteri ana verilerinde bulunur. Örnekler Büyük kuruluşKüçük ve orta ölçekli işletmeKamu kuruluşuKuzey Amerika | |||
| Ödeme koşulları PaymentTerms | Müşterinin faturayı ne zaman ödemesi gerektiğini belirleyen, üzerinde anlaşılmış koşullardır. | ||
| Açıklama Ödeme koşulları, özellikle ödeme zamanlaması olmak üzere satışın hangi şartlarda yapıldığını belirtir. Genellikle 'Net 30' (ödeme 30 gün içinde yapılır) veya '2/10 Net 30' (10 gün içinde ödeme yapılırsa %2 indirim, aksi hâlde tutarın tamamı 30 gün içinde ödenir) gibi bir kod ya da kısa metinle ifade edilir. Bu öznitelik, fatura vadesi ve müşteri ödeme davranışı hakkında önemli bağlam sağlar. Süreci ödeme koşullarına göre analiz etmek, belirli koşulların daha yüksek geç ödeme veya itiraz oranlarıyla ilişkili olup olmadığını gösterebilir. Erken ödeme indirimlerinin etkinliğini değerlendirmek ve müşterilerle yapılacak yeni ödeme koşulları görüşmelerine yön vermek için de kullanılabilir; böylece nakit akışı iyileştirilebilir. Neden önemli? Fatura vadelerini anlamlandırmaya yardımcı olur ve farklı ödeme anlaşmalarının zamanında ödeme oranlarını ve genel nakit akışını nasıl etkilediğini analiz etmenizi sağlar. Nereden alınır? Müşteri ana verilerinde veya satış siparişi ve fatura başlıklarında saklanır. Örnekler Net 30Net 602/10 Net 30Teslim alındığında ödenir | |||
| Şirket kodu CompanyCode | Faturanın ait olduğu tüzel kişiliği veya iş birimini tanımlayan koddur. | ||
| Açıklama Şirket kodu, finansal tabloları hazırlanan bağımsız tüzel kişiliği veya ayrı bir iş alanını temsil eden organizasyon birimi tanımlayıcısıdır. Birden fazla tüzel kişiliğin bulunduğu kuruluşlarda her işlem belirli bir şirket koduna atanır. Bu öznitelik, kuruluş düzeyinde analiz için temel niteliktedir. Süreç performansını farklı tüzel kişilikler, bağlı ortaklıklar veya iş birimleri arasında karşılaştırmanızı sağlar. Bu karşılaştırmalar, kuruluşun farklı bölümlerindeki süreç verimliliği, politikalara uyum ve tahsilat görevlilerinin performansındaki farklılıkları ortaya çıkarabilir. Böylece uygun durumlarda iyi uygulamaların paylaşılması ve süreçlerin standartlaştırılması kolaylaşır. Neden önemli? Kuruluş içindeki farklı tüzel kişilikler, bağlı ortaklıklar veya iş birimleri arasında süreçleri karşılaştırmanızı ve performans ölçütlerini kıyaslamanızı sağlar. Nereden alınır? ERP sistemindeki faturalar dâhil tüm finansal belgelerde bulunan standart bir organizasyon alanıdır. Örnekler 1000US01DE01UK_SALES | |||
Kredi yönetimi ve tahsilat etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Anlaşmazlık kaydedildi | Müşterinin bir faturaya resmî olarak itiraz ettiği ve itirazın sisteme kaydedildiği anı belirtir. İtiraz edilen tutar için standart tahsilat süreci çoğu zaman bu noktada duraklar. | ||
| Neden önemli? İtirazlar, ödemelerin gecikmesinin başlıca nedenlerindendir. İtirazların ne zaman ve neden ortaya çıktığını belirlemek, temel nedenleri analiz etmek, süreci iyileştirmek ve Satışların Tahsilat Süresini kısaltmak açısından önemlidir. Nereden alınır? İtiraz kaydı oluşturulduğunda veya itiraz ya da tahsilat yönetimi modülünde faturanın durumu 'İtiraz edildi' olarak değiştirildiğinde kaydedilir. Kaydedin İtiraz kaydının oluşturulma zaman damgasını veya faturadaki durum değişikliğinin zaman damgasını kullanın. Olay türü explicit | |||
| Fatura kapatıldı | Fatura yaşam döngüsünün başarıyla tamamlandığını, faturanın tamamen ödendiğini ve bakiyesinin sıfır olduğunu belirtir. Sürecin hedeflenen son durumu budur. | ||
| Neden önemli? Bu, sürecin temel İdeal yol bitiş olayıdır. Bu etkinliğe kadar geçen süreyi ölçmek, önemli bir iş metriği olan faturadan tahsilata toplam çevrim süresini verir. Nereden alınır? Uygulanan ödemeler ve alacakların toplamı fatura tutarına eşit olduğunda veya durum 'Ödendi' ya da 'Kapandı' olarak değiştiğinde bu durum genellikle çıkarımla belirlenir. Kaydedin Faturanın kalan bakiyesini sıfırlayan mahsup veya ödeme uygulama işleminin en son zaman damgasını belirleyin. Olay türü inferred | |||
| Fatura oluşturuldu | Kaynak sistemde fatura kaydının resmen oluşturulduğunu gösterir. Bu olay, alacak tutarını ve ödeme koşullarını belirleyerek fatura kesiminden tahsilata kadar olan yaşam döngüsünü başlatır. | ||
| Neden önemli? Bu, sürecin temel başlangıç olayıdır. Fatura kesiminden tahsilata süresi ve Satışların Tahsilat Süresi gibi tüm çevrim süresi hesaplamaları bu noktadan başlar. Nereden alınır? Bu temel işlem, alacaklar veya faturalama modülünde bulunur ve fatura belgesinin oluşturulma ya da kaydedilme tarihinden alınır. Kaydedin Ana fatura veya mali belge başlık tablosundaki oluşturulma zaman damgasını ya da kayıt tarihini kullanın. Olay türü explicit | |||
| Fatura zarara yazıldı | Borcun tahsil edilemeyeceğine karar verilip şüpheli alacak olarak zarara yazıldığı başarısız son durumu ifade eder. Böylece alacak muhasebe kayıtlarından çıkarılır. | ||
| Neden önemli? Bu etkinlik doğrudan finansal kaybı gösterir. Zarara yazılan alacakların sıklığını ve tutarını incelemek, kredi riskini, tahsilat başarısızlıklarını ve süreç iyileştirme fırsatlarını belirlemeye yardımcı olur. Nereden alınır? Bu, asıl faturayı kapatan ve şüpheli alacak hesabına kaydedilen yevmiye kaydı veya düzeltme gibi açık bir finansal işlemdir. Kaydedin Faturanın kalan bakiyesini zarara yazan finansal belgenin veya yevmiye kaydının kayıt tarihini kullanın. Olay türü explicit | |||
| Ödeme taahhüdü alındı | Müşteri faturayı ilerideki bir tarihte ödemeyi taahhüt ettiğinde ve bu anlaşma sisteme kaydedildiğinde gerçekleşir. Tahsilat çalışmalarının olumlu bir ara sonucunu gösterir. | ||
| Neden önemli? Bu, tahsilat görevlisinin performansını gösteren önemli bir ölçüttür. Müşterilerin taahhütlerini yerine getirip getirmediğini izlemek için bir kilometre taşı sunar ve nakit girişlerini tahmin etmeye yardımcı olur. Nereden alınır? Bu, tahsilat yönetimi modülünde kullanıcı tarafından açıkça kaydedilen bir olaydır. Kayıtta ödeme taahhüdü tarihi ve tutarı yer alır. Kaydedin Faturayla ilişkili Ödeme taahhüdü kaydının oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Ödeme vadesi geçti | Faturanın net ödeme vadesinin geçtiğini ve faturanın tamamının henüz ödenmediğini gösteren önemli bir kilometre taşıdır. Bu olay, faturanın güncel durumdan gecikmiş duruma geçtiğini belirtir. | ||
| Neden önemli? Bu faaliyet, tüm tahsilat ve tahsilat hatırlatma işlemlerini başlatan temel tetikleyicidir. Bu noktaya ulaşan fatura sayısını analiz etmek, ödeme davranışını ve tahsilat iş yükünü ölçmeye yardımcı olur. Nereden alınır? Bu, sistemde doğrudan kaydedilen bir olay değildir. Faturanın vade tarihi alanı geçerli zaman damgasıyla veya sonraki bir faaliyetin zaman damgasıyla karşılaştırılarak hesaplanır. Kaydedin Fatura vade tarihine kadar ödenmemişse bu tarih için bir olay zaman damgası oluşturun. Örneğin, InvoiceDueDate + 1 day. Olay türü calculated | |||
| Alacak dekontu düzenlendi | Bir faturaya mahsup edilen alacak dekontunun oluşturulmasını ifade eder. Bu işlem genellikle faturalama hatasını düzeltmek veya itirazı sonuçlandırmak için yapılır. | ||
| Neden önemli? Sık alacak dekontu düzenlenmesi, yanlış fiyatlandırma veya sevkiyat hataları gibi Siparişten Tahsilata sürecinin önceki aşamalarındaki sistemik sorunlara işaret edebilir. Bu etkinlik, temel nedenleri analiz etmek için önemlidir. Nereden alınır? Bu, alacak hesapları modülünde alacak dekontu belgesinin kayıt tarihinden alınan standart bir finansal işlemdir. Kaydedin Alacak dekontu belgesinin başlığındaki oluşturulma veya kayıt tarihini kullanın ve dekontu ilgili olduğu asıl faturayla ilişkilendirin. Olay türü explicit | |||
| Fatura müşteriye gönderildi | Faturanın elektronik ortamda veya basılı olarak müşteriye resmen iletildiği zamanı gösterir. Ödeme koşullarına ilişkin süre çoğu zaman bu tarihte başlar. | ||
| Neden önemli? Faturanın oluşturulmasıyla gönderilmesi arasındaki gecikmeler ödeme döngüsünü uzatabilir. Bu faaliyet, fatura çıktısı sürecindeki darboğazları ve bunların nakit akışına etkisini belirlemeye yardımcı olur. Nereden alınır? Bu bilgi bir çıktı yönetimi sisteminde açıkça kaydedilebilir veya e-posta ya da EDI iletileri gibi iletişim kayıtlarından çıkarılabilir. Kaydedin Zaman damgasını, giden iletişimleri izleyen sistem günlüklerinden veya fatura kaydındaki özel Gönderim tarihi alanından alın. Olay türü explicit | |||
| Hatırlatma gönderildi | Gecikmiş bir faturayla ilgili olarak müşteriye gönderilen ilk hatırlatmayı veya tahsilat mektubunu ifade eder. Bu işlem genellikle tahsilat sürecinin ilk adımıdır ve çoğu zaman otomatik olarak gerçekleştirilir. | ||
| Neden önemli? Hatırlatmaları izlemek, tahsilat çalışmalarının ilk aşamalarındaki etkinliği değerlendirmeye yardımcı olur. Basit bir hatırlatmanın ardından ödenen faturalarla daha yoğun işlem gerektiren faturaları karşılaştırabilirsiniz. Nereden alınır? Bu olay, faturaya gönderilen iletişimin tarihini ve türünü kaydeden tahsilat hatırlatma veya tahsilat modülünün günlüklerinden alınır. Kaydedin Faturayla ilişkili tahsilat geçmişi veya iletişim günlüğü tablosundaki işlem tarihini kullanın. Olay türü explicit | |||
| İtiraz çözüme kavuşturuldu | Sorunun incelenip çözüme ulaştırıldığı itiraz yönetimi sürecinin tamamlandığını ifade eder. Fatura artık ödemeye alınabilir veya zarara yazılabilir. | ||
| Neden önemli? İtirazların çözülme süresi nakit akışını ve müşteri memnuniyetini doğrudan etkiler. Bu etkinlik, itiraz çözümünün çevrim süresini ölçmek için bitiş noktasını belirler. Nereden alınır? İtiraz kaydının durumu 'Çözüldü' veya 'Kapandı' olarak güncellendiğinde ya da faturadaki itiraz işareti kaldırıldığında kaydedilir. Kaydedin Çözümü gösteren itiraz kaydı veya fatura kaydındaki durum değişikliğinin zaman damgasını kullanın. Olay türü explicit | |||
| Kredi limiti onaylandı | Kredi inceleme sürecinin başarıyla tamamlandığını ve müşteriye resmî olarak kredi limiti tanındığını veya mevcut limitin güncellendiğini gösterir. Bu faaliyet genellikle fatura oluşturulmadan önce gerçekleşir ve işlemin koşullarını belirler. | ||
| Neden önemli? Kredi onayıyla fatura oluşturma arasındaki süreyi analiz etmek, satış döngüsünün verimliliğini anlamaya yardımcı olur. Ayrıca bazı faturaların neden belirli ödeme koşullarına sahip olduğunu veya ileride tahsilat sorunları yaşadığını açıklamaya katkı sağlar. Nereden alınır? Bu olay genellikle kredi yöneticisinin müşterinin kredi başvurusunu veya incelemesini onayladığı sırada kredi yönetimi modülüne ya da CRM sistemine kaydedilir. Kaydedin Müşterinin kredi inceleme durumu Onaylandı olarak işaretlendiğinde veya yeni kredi limiti kesinleştirildiğinde zaman damgasını kaydedin. Olay türü explicit | |||
| Ödeme alındı | Müşteriden ödeme alındığını belirtir. Bu bilgi genellikle banka ekstresinden veya lockbox dosyasından kaydedilir. Nakit tahsil edildiğini, ancak henüz belirli bir faturaya mahsup edilmediğini gösterir. | ||
| Neden önemli? Bu etkinlik, nakit tahsilatının faturaya uygulanması sürecini başlatır. Ödemenin alınmasıyla faturaya mahsup edilmesi arasındaki süre, hazine yönetimi ve operasyonel verimlilik açısından önemli bir metriktir. Nereden alınır? Genellikle ödeme günlüğünde veya nakit yönetimi modülünde bulunan nakit tahsilat ya da müşteri ödeme belgesinin oluşturulmasıyla kaydedilir. Kaydedin Gelen ödeme veya banka ekstresi işlem kaydındaki kayıt tarihini ya da valör tarihini kullanın. Olay türü explicit | |||
| Ödeme faturaya mahsup edildi | Alınan ödemenin belirli bir faturayla başarıyla eşleştirilip faturaya mahsup edildiği nakit tahsilatı uygulama sürecinin tamamlandığını ifade eder. Bu işlem, açık bakiyeyi azaltır veya kapatır. | ||
| Neden önemli? Bu etkinlik, nakit tahsilatı ile alacakların azalması arasındaki önemli bağlantıyı kurar. Mahsuptaki gecikmeler gereksiz tahsilat işlemlerine ve müşteri hesap ekstrelerinde hatalara yol açabilir. Nereden alınır? Alacak hesapları yardımcı defterinde ödeme belgesini fatura belgesine bağlayan mahsup işlemi kaydedildiğinde bu olay günlüğe eklenir. Kaydedin Mahsup belgesinin kayıt tarihini veya ödeme mahsup tablolarında kayıtlı uygulama tarihini kullanın. Olay türü explicit | |||
| Ödeme taahhüdü yerine getirilmedi | Müşterinin üzerinde anlaşılan ödeme taahhüdü tarihine kadar ödeme yapmadığını gösteren hesaplanmış bir olaydır. Tahsilat sürecinde bir aksama yaşandığını belirtir ve çoğu zaman sürecin bir üst aşamaya taşınmasını gerektirir. | ||
| Neden önemli? Bu faaliyet, verimsizlikleri ve yerine getirilmeyen taahhütleri gösterir. Sıklığını analiz etmek, yüksek riskli müşterileri belirlemeye ve takip işlemleri için tahsilat stratejilerini geliştirmeye yardımcı olur. Nereden alınır? Faturayla ilişkili Ödeme taahhüdü tarihi geçmesine rağmen ödemenin kaydedilmediği kontrol edilerek bu olay çıkarılır. Kaydedin Faturaya karşılık gelen bir ödeme kaydedilmemişse taahhüt tarihinden sonraki gün için bir olay oluşturun. Olay türü calculated | |||
| Tahsilat için müşteriyle iletişim kuruldu | Tahsilat görevlisinin müşteriyi telefonla aramak veya kişiye özel e-posta göndermek gibi manuel bir işlemle iletişime geçmesini ifade eder. Tahsilat görevlisi bu faaliyeti sisteme kaydeder. | ||
| Neden önemli? Bu faaliyet, tahsilat sürecindeki manuel işi gösterir. İletişimlerin sıklığını ve sonuçlarını analiz etmek, tahsilat görevlilerinin verimliliğini ve kaynak dağılımını ölçmeye yardımcı olur. Nereden alınır? Bu bilgi genellikle tahsilat veya CRM modülündeki kullanıcı tarafından oluşturulan faaliyet, görev ya da etkileşim günlüklerinden alınır. Kaydedin Müşteriyle veya faturayla ilişkilendirilmiş Telefon görüşmesi ya da E-posta gibi kayıtlı faaliyetlerin oluşturulma tarihini ve saatini alın. Olay türü explicit | |||
| Tahsilat süreci başladı | Gecikmiş bir fatura için resmî tahsilat sürecinin başladığını veya faturanın belirli bir tahsilat stratejisine atandığını gösterir. Bu, tek bir hatırlatmadan daha sistematik bir üst aşamaya geçiştir. | ||
| Neden önemli? Bu faaliyet, tahsilat çalışmalarının bir üst aşamaya taşındığını gösterir. Bu adıma kadar geçen süreyi ve sonuçlarını analiz etmek, genel tahsilat hatırlatma stratejisinin verimliliğini ve etkinliğini değerlendirmeye yardımcı olur. Nereden alınır? Bir tahsilat düzeyi faturaya ilk kez atandığında veya tahsilat yönetimi sisteminde resmî bir tahsilat stratejisi başlatıldığında kaydedilir. Kaydedin Fatura resmî bir tahsilat çalışmasına ilk kez dâhil edildiğinde veya bir tahsilat stratejisi atandığında zaman damgasını kaydedin. Olay türü explicit | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
Size özel talimatlar için aşağıdaki seçeneklerden sisteme özel bir veri çıkarma rehberi seçin veya verilerinizi hazırlarken başlangıç noktası olarak bu genel Templateten yararlanın.
Gelir kayıplarını önleyin: Kredi ve tahsilat süreçlerinizi bugün iyileştirin
Mevcut sistemlerinizle sorunsuz çalışır. Sonuçları birkaç gün içinde görün.
Kredi kartı gerekmez. Hemen başlayın.