Siparişten Tahsilata - Faturalama ve fatura düzenleme için Veri Templateiniz
Siparişten Tahsilata - Faturalama ve fatura düzenleme için Veri Templateiniz
Bu, Siparişten Tahsilata - Faturalandırma ve fatura düzenleme 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 sistem için genel bir başlangıç noktası.
- Ayrıntılı analiz için önerilen öznitelikler.
- Faturalama akışınızı haritalamak için temel etkinlikler.
Siparişten Tahsilata - Faturalama ve fatura düzenleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Faturanın yaşam döngüsünün belirli bir noktasında gerçekleşen iş etkinliğinin veya olayın adıdır. | ||
| Açıklama Etkinlik adı, faturalama sürecindeki belirli bir adımı veya görevi tanımlar. Örneğin Fatura oluşturuldu, Fatura müşteriye gönderildi ya da Ödeme faturaya uygulandı. Süreç günlüğündeki her olay bir etkinlikle ilişkilendirilir ve bu etkinlikler süreç akışını oluşturan adımların sırasını gösterir. Etkinliklerin sırasını analiz etmek, Process Mining çalışmalarının temelini oluşturur. Bu analiz, faturaların izlediği gerçek yolları ortaya çıkararak standart prosedürleri, sapmaları, yeniden çalışma döngülerini ve darboğazları gösterir. Hangi etkinliklerin gerçekleştiğini, hangi sırayla ilerlediğini ve ne sıklıkta tekrarlandığını anlamak; süreç keşfi, uygunluk denetimi ve iyileştirme fırsatlarını belirlemek için gereklidir. Neden önemli? Süreçteki adımları tanımlar ve faturanın oluşturulmasından kapatılmasına kadar izlediği yolu görselleştirip analiz etmenizi sağlar. Nereden alınır? Genellikle kaynak sistemdeki belge durumu değişikliklerinden, işlem kodlarından veya belirli olay günlüklerinden elde edilir. Örnekler Fatura onaylandıÖdeme alındıİtiraz bildirildiFatura müşteriye gönderildi | |||
| Fatura kimliği InvoiceId | Her müşteri faturasına ait benzersiz tanımlayıcıdır. Bu öznitelik, faturalama sürecindeki temel vaka tanımlayıcısı olarak kullanılır. | ||
| Açıklama Fatura kimliği, oluşturulan her faturaya atanan benzersiz bir alfasayısal koddur. Faturanın oluşturulması ve onaylanmasından ödenip kapatılmasına kadar ilgili tüm etkinlikleri tek bir süreç örneğinde veya vakada bir araya getiren anahtardır. Process Mining analizinde Fatura kimliği, her faturanın baştan sona izlediği yolu yeniden oluşturmak için gereklidir. Analistlerin süreç akışlarını görselleştirmesine, farklılıkları belirlemesine ve vaka düzeyindeki çevrim süresi gibi metrikleri hesaplamasına olanak tanır. Belirli fatura kimliklerine göre filtreleme yapmak, gecikme veya hataların temel nedenlerini anlamak için sorunlu vakaları ayrıntılı incelemeye de yardımcı olur. Neden önemli? Bu benzersiz anahtar, faturanın tüm yaşam döngüsünü izler ve faturalama süreci analizinin temelini oluşturur. Nereden alınır? Genellikle kaynak ERP veya finans sistemindeki faturalama ya da fatura belgelerinin başlık tablosunda bulunur. Örnekler INV-2023-00123910004587SI-58832 | |||
| Olay zamanı EventTime | Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgasıdır. | ||
| Açıklama Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştirildiği ya da durumun değiştiği kesin tarih ve saati kaydeder. Bu zamansal veri, süreç adımlarının ne zaman gerçekleştiğini ve ne kadar sürdüğünü anlamak için gereklidir. Analizde Olay zamanı, etkinlikleri kronolojik sıraya koymak, adımlar arasında geçen süreyi, etkinliklerin süresini ve her vakanın baştan sona toplam çevrim süresini hesaplamak için kullanılır. Darboğazları belirlemenin, hizmet seviyesi anlaşmalarına göre performansı ölçmenin ve zaman içindeki eğilimleri analiz etmenin temelini oluşturur. Zaman damgaları doğru değilse performans ve süre analizi yapılamaz. Neden önemli? Bu zaman damgası, darboğazları belirlemek için gerekli olan çevrim süreleri ve süreler gibi zamana dayalı tüm metrikleri hesaplamada kullanılır. Nereden alınır? Genellikle işlem günlüklerinde, değişiklik belgelerinde veya belge başlığı ve kalem tablolarında etkinlik ya da durum alanlarının yanında bulunur. Örnekler 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| Kaynak sistem SourceSystem | Verilerin çıkarıldığı kayıt sistemidir. | ||
| Açıklama Bu öznitelik, olay verilerinin oluşturulduğu ERP, CRM veya özel bir faturalama platformu gibi kaynak iş uygulamasını ya da sistemi tanımlar. Birden fazla sistemin entegre olduğu ortamlarda veri kaynaklarını ayırt etmeye yardımcı olur. Kaynak sistemi bilmek, veri doğrulama, yönetişim ve sorun giderme açısından önemlidir. Birden fazla sistemden gelen veriler birleştirildiğinde bu öznitelik bağlam sağlar ve veri ayrıntı düzeyi ya da terminolojideki olası farklılıkları açıklar. Ayrıca belirli bir işlemde kullanılan sistemden kaynaklanabilecek süreç farklılıklarının daha ayrıntılı analiz edilmesini sağlar. Neden önemli? Verinin kaynağı hakkında bağlam sağlar. Bu bilgi, verileri doğrulamak ve birden fazla sistemi kapsayan süreçleri analiz etmek için önemlidir. Nereden alınır? Bu bilgi, kaynak tablolarda bir alan olarak saklanabilir veya veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenebilir. Örnekler SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgasıdır. | ||
| Açıklama Bu öznitelik, verilerin en son çıkarıldığı veya yenilendiği tarih ve saati kaydeder. Analiz edilen verilerin güncelliğini gösterir. Her Process Mining projesinde verilerin ne kadar güncel olduğunu bilmek, raporlama ve analiz açısından önemlidir. Bu öznitelik, kullanıcıların analizin kapsadığı dönemi anlamasına ve kararların güncel bilgilere dayanmasına yardımcı olur. Ayrıca veri hatlarını izlemek ve veri çıkarma süreçlerinin beklendiği gibi çalıştığını doğrulamak için de gereklidir. Neden önemli? Verilerin güncelliğini göstererek analizlerin ve kararların mevcut en güncel bilgilere dayanmasını sağlar. Nereden alınır? Bu zaman damgası genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve veri setine eklenir. Örnekler 2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z | |||
| Fatura durumu InvoiceStatus | Faturanın yaşam döngüsündeki mevcut durumudur. Örneğin Açık, Ödendi veya İtiraz edildi. | ||
| Açıklama Fatura durumu, genel süreç içinde faturanın mevcut durumunu gösterir. Faturanın onay beklediğini, ödeme beklediğini, tamamen ödendiğini veya iptal edildiğini belirterek o anki durumunu özetler. Bu öznitelik, mevcut iş yükü ve finansal durum hakkında genel bir görünüm oluşturmak için kullanışlıdır. Dashboardlar, açık veya vadesi geçmiş faturaların toplam değeri gibi durumlara göre fatura dağılımını göstermek için bu alanı kullanır. Process Mining kapsamında durumlar arasındaki geçişleri analiz etmek, süreç akışının genel ve sade bir görünümünü sunabilir. Neden önemli? Faturanın süreçteki konumunu hızlıca gösterir. Operasyonel Dashboardlar ve genel durum takibi için kullanışlıdır. Nereden alınır? Çoğu fatura veya faturalama belgesi tablosunun başlığında bulunan standart bir alandır. Örnekler AçıkÖdendiVadesi geçtiİtiraz edildiİptal edildi | |||
| Fatura tutarı InvoiceAmount | Tüm kalemler, vergiler ve ücretler dâhil faturanın toplam parasal değeridir. | ||
| Açıklama Fatura tutarı, müşterinin ödemesi beklenen toplam finansal değeri gösterir. Her fatura vakasıyla ilişkili temel finansal metriktir. Bu öznitelik, Process Mining kapsamında finansal analiz için temel oluşturur. Faturaları yüksek ve düşük tutarlı gibi değer gruplarına ayırarak farklı süreç yolları izleyip izlemediklerini veya çevrim sürelerinin değişip değişmediğini görmenizi sağlar. Satışların Tahsilat Süresi (DSO) gibi temel performans göstergelerini hesaplamak ve büyük faturaların tahsilatındaki gecikmeler gibi süreç verimsizliklerinin finansal etkisini analiz etmek için de kullanılır. Neden önemli? Finansal etkiyi analiz etmenizi, sorunları parasal değerlerine göre önceliklendirmenizi ve farklı fatura tutarlarının süreci nasıl etkilediğini anlamanızı sağlar. Nereden alınır? Genellikle kaynak finans sistemindeki fatura veya faturalama belgesi tablosunun başlık bölümünde bulunur. Örnekler 5000.001250.7525000.5099.99 | |||
| Kullanıcı User | Belirli bir etkinliği gerçekleştirmekten sorumlu kullanıcı, çalışan veya sistem kimliğidir. | ||
| Açıklama Bu öznitelik, süreçte belirli bir görevi yerine getiren kişiyi veya otomatik sistem aracısını tanımlar. Bu kişi faturayı oluşturan, onaylayan ya da ödemeyi uygulayan kişi olabilir. Etkinlikleri kullanıcıya göre analiz etmek, iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamaya yardımcı olur. Hangi kullanıcıların veya ekiplerin verimli çalıştığını, hangilerinin ek desteğe ihtiyaç duyabileceğini gösterir. Ayrıca süreçteki önemli işlemleri kimin gerçekleştirdiğini izlemek, uyumluluk ve denetim açısından gereklidir. Neden önemli? Kaynak performansı ve iş yükünü görünür kılar; ekip verimliliğini analiz etmenize ve eğitim fırsatlarını belirlemenize yardımcı olur. Nereden alınır? Genellikle değişiklik günlüklerinde veya belge geçmişi tablolarında, kaydedilen her olay ya da işlemle ilişkilendirilmiş olarak bulunur. Örnekler j.doeAccountingBotm.smithe.jones | |||
| Müşteri adı CustomerName | Faturanın düzenlendiği müşterinin veya kuruluşun adıdır. | ||
| Açıklama Bu öznitelik, fatura kesilen müşterinin yasal veya ticari adını içerir. İşlemde yer alan iş ortağını kolayca tanımlamanızı sağlar. Süreci müşteri adına göre analiz etmek, belirli müşterilerin süreç sapmaları, ödeme gecikmeleri veya itirazlarla ilişkili olup olmadığını belirlemeye yardımcı olur. Bu bilgiler, müşteri ilişkileri yönetimi stratejilerine yön verebilir ve belirli hesaplara özel iletişim veya süreç düzenlemeleri yapılmasını sağlayabilir. Ayrıca farklı müşteri gruplarının performansını karşılaştırmaya olanak tanır. Neden önemli? Müşteri odaklı analiz yapmanızı ve belirli müşterilere ya da müşteri gruplarına özgü örüntüleri, gecikmeleri ve sorunları belirlemenizi sağlar. Nereden alınır? Müşteri ana verilerinden alınır ve müşteri kimliği aracılığıyla fatura belgesiyle ilişkilendirilir. Örnekler Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Ödeme vade tarihi PaymentDueDate | Müşterinin faturayı ödemesinin beklendiği tarihtir. | ||
| Açıklama Ödeme vade tarihi, fatura tarihine ve üzerinde anlaşılmış ödeme koşullarına göre hesaplanan önemli bir tarihtir. Faturanın vadesi geçmeden ödemenin alınması gereken son günü belirler. Bu öznitelik, tahsilat performansını izlemek ve nakit akışını yönetmek için gereklidir. Satışların Tahsilat Süresi (DSO) ve zamanında ödeme oranı gibi temel metrikleri hesaplamakta kullanılır. İşletmeler, gerçek ödeme tarihini vade tarihiyle karşılaştırarak gecikmiş ödemeleri belirleyebilir, farklı müşterilerin ödeme davranışlarını analiz edebilir ve tahsilat stratejilerinin ne kadar etkili olduğunu değerlendirebilir. Neden önemli? Bu tarih, ödeme performansını ölçmek, DSO’yu hesaplamak ve nakit akışını doğrudan etkileyen vadesi geçmiş faturaları belirlemek için temel alınır. Nereden alınır? Fatura başlık verilerinde bulunur. Doğrudan girilebilir veya fatura tarihiyle ödeme koşullarından hesaplanabilir. Örnekler 2023-11-302024-01-152024-02-28 | |||
| Para birimi Currency | Faturadaki parasal tutarların USD veya EUR gibi para birimi kodudur. | ||
| Açıklama Para birimi özniteliği, fatura tutarının hangi para biriminde olduğunu belirtir. Özellikle birden fazla para birimiyle işlem yapan küresel kuruluşlarda finansal değerleri yorumlamak için gerekli bağlamı sağlar. Analizde, finansal verileri doğru biçimde toplamak ve karşılaştırmak için Para birimi alanı gereklidir. Toplam değerleri hesaplamadan veya farklı bölgelerdeki fatura tutarlarını karşılaştırmadan önce tüm değerler ortak bir para birimine çevrilmelidir. Bu öznitelik, doğru finansal raporlama ve süreç performansını para birimine ya da bölgeye göre gruplandırmak için önemlidir. Neden önemli? Tüm finansal değerler için gerekli bağlamı sağlar. Özellikle birden fazla ülkede faaliyet gösteren kuruluşlarda parasal analiz ve raporlamanın doğru yapılmasına yardımcı olur. Nereden alınır? Fatura veya faturalama belgesi tablosunun başlığında, genellikle tutar alanlarının yanında bulunur. Örnekler USDEURGBPJPY | |||
| Müşteri bölgesi CustomerRegion | Müşteriyle ilişkili coğrafi bölge, saha veya ülke. | ||
| Açıklama Müşteri bölgesi, müşterinin coğrafi konumunu belirtir. Bu konum ülke, eyalet veya özel olarak tanımlanmış bir satış bölgesi gibi farklı düzeylerde ifade edilebilir. Bu öznitelik, segmentasyon için kullanışlıdır. Faturalama sürecini bölgelere göre inceleyerek ödeme süreleri, itiraz oranları veya süreç uyumluluğu gibi alanlardaki coğrafi farklılıkları görebilirsiniz. Bu bulgular, tahsilat ve müşteri hizmetleri için bölgeye özel stratejiler geliştirmenize yardımcı olur. Ayrıca başarılı bölgelerdeki iyi uygulamaları belirleyip başka yerlerde de uygulayabilirsiniz. Neden önemli? Coğrafi analiz yaparak bölgeler arasındaki ödeme davranışı, süreç verimliliği ve uyumluluk farklılıklarını ortaya çıkarır. Nereden alınır? Müşteri ana verilerinden, genellikle müşterinin adresine göre elde edilir. Örnekler Kuzey AmerikaEMEAAlmanyaAPAC | |||
| Ödeme koşulları PaymentTerms | Net 30 veya teslimatta ödeme gibi, fatura ödemesi için üzerinde anlaşılmış koşullardır. | ||
| Açıklama Ödeme koşulları, satıcı ile alıcının fatura ödemesi için üzerinde anlaştığı kuralları tanımlar. Ödeme için tanınan süreyi ve erken ödeme indirimlerini kapsar. Süreci ödeme koşullarına göre analiz etmek, belirli koşulların daha uzun ödeme döngüleriyle veya daha yüksek gecikme oranlarıyla ilişkili olup olmadığını ortaya çıkarabilir. Bu bilgi, işletmelerin nakit akışını iyileştirmek için ödeme koşulları stratejisini düzenlemesine yardımcı olur. Ayrıca bazı faturaların neden vadesi geçtiğini araştırırken önemli bir bağlam sağlar. Neden önemli? Bu öznitelik, ödeme vade tarihini ve müşterilerin ödeme davranışını etkiler. Bu nedenle zamanında ödeme oranlarını anlamak ve iyileştirmek için önemlidir. Nereden alınır? Genellikle hem müşteri ana verilerinde hem de ilgili fatura belgesinin başlık bölümünde saklanır. Örnekler Net 30Net 60Teslimatta ödeme%2 10 gün içinde, net 30 gün | |||
| Organizasyon birimi OrganizationalUnit | Faturadan sorumlu iş birimi, şirket kodu veya satış organizasyonu. | ||
| Açıklama Bu öznitelik, faturayı düzenleyen veya işlemden sorumlu olan şirket içindeki belirli bir birimi tanımlar. Şirket kodu, iş birimi veya satış organizasyonu buna örnek verilebilir. Süreci organizasyon birimine göre inceleyerek işletmenin farklı bölümlerinin performansını karşılaştırabilir ve kurum içi kıyaslama yapabilirsiniz. Hangi iş birimlerinin daha verimli olduğunu, hangilerinde yeniden çalışma oranının yüksek olduğunu veya hangilerinin gecikmiş ödemelerle daha çok karşılaştığını belirlemenize yardımcı olur. Bu bilgiler, birimlerin sorumluluklarını netleştirmek ve süreçleri kuruluş genelinde standartlaştırmak için önemlidir. Neden önemli? Farklı iş birimlerinin performansını kurum içinde karşılaştırmanızı, iyi uygulamaları ve iyileştirme alanlarını belirlemenizi sağlar. Nereden alınır? Bu temel organizasyon verisi alanı, ERP sistemlerindeki finans belgelerinin neredeyse tamamının üstbilgisinde bulunur. Örnekler 1000US01Küresel hizmetlerAB üretim birimi | |||
| Satış siparişi numarası SalesOrderNumber | Faturanın oluşturulmasına kaynak olan satış siparişinin tanımlayıcısıdır. | ||
| Açıklama Satış siparişi numarası, faturanın oluşturulmasını başlatan Siparişten Tahsilata zincirindeki önceki belgeyi gösterir. Faturalama sürecini satış sürecine bağlar. Siparişten Tahsilata sürecini baştan sona doğru biçimde incelemek için bu öznitelik gereklidir. Faturaları satış siparişlerine bağlayan kuruluşlar, müşteri siparişinden son ödemeye kadar tüm yaşam döngüsünü analiz edebilir. Böylece satış veya sipariş karşılama sürecindeki sorunların faturalama ve tahsilatı nasıl etkilediğini daha bütüncül biçimde inceleyebilirler. Neden önemli? Faturalama sürecini önceki satış sürecine bağlayarak Siparişten Tahsilata sürecini baştan sona analiz etmenizi sağlar. Nereden alınır? Bu referans genellikle fatura belgesinin başlığında veya kalemlerinde saklanır ve satış belgesi tablosuna bağlanır. Örnekler SO-10582490000123ORD-2023-987 | |||
| Yeniden çalışma var mı IsRework | Düzeltme veya birden fazla onay döngüsü gibi yeniden çalışma adımlarının fatura sürecinde yer alıp almadığını gösteren bir işaret. | ||
| Açıklama IsRework, bir faturanın bir veya daha fazla yeniden çalışma döngüsünden geçmesi durumunda true değerini alan bir boole işaretidir. Yeniden çalışma; hataları düzeltmek veya ideal olarak yalnızca bir kez yapılması gereken bir adımı tekrarlamak anlamına gelir. Örneğin, reddedilen bir faturanın yeniden onaya gönderilmesi bu kapsamdadır. Bu öznitelik, süreç verimsizliğini doğrudan ölçer. IsRework değeri true olan vakaları filtreleyerek sorunlu faturaları hemen ayırabilir ve yeniden çalışmanın temel nedenlerini inceleyebilirsiniz. Yeniden çalışma oranını, yani yeniden çalışma görülen vakaların yüzdesini hesaplamak; süreç kalitesini ölçmek, operasyonları kolaylaştırma ve boşa harcanan emeği azaltma fırsatlarını belirlemek için önemli bir KPI’dır. Neden önemli? Süreç verimsizliğini doğrudan işaretler; ek ve değer katmayan iş gerektiren vakaları kolayca belirleyip incelemenizi sağlar. Nereden alınır? Bu öznitelik genellikle kaynak sistemlerde bulunmaz. Yeniden çalışmaya işaret eden etkinlik dizileri belirlenerek veri dönüşümü sırasında türetilmesi gerekir. Örnekler truefalse | |||
Siparişten Tahsilata - Faturalama ve fatura düzenleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura kapatıldı | Fatura resmen kapatılmıştır ve yaşam döngüsü tamamlanmıştır. Ödemeler, alacak dekontları veya diğer düzeltmeler sonucunda açık bakiye sıfıra indiğinde bu duruma ulaşılır. | ||
| Neden önemli? Sürecin başarıyla tamamlandığı temel son nokta olan bu etkinlik, toplam çevrim süresini hesaplamak ve süreç tamamlama oranlarını ölçmek için gereklidir. Nereden alınır? Bu durum genellikle fatura bakiyesinin sıfıra inmesinden çıkarılır veya sistemde açık bir durum değişikliği olarak kaydedilir. Kaydedin Fatura bakiyesini sıfırlayan ödeme uygulaması gibi işlemlerin en son zaman damgasını belirleyin. Olay türü inferred | |||
| Fatura müşteriye gönderildi | Onaylanan fatura, e-posta, basılı belge veya çevrimiçi portal gibi belirlenen yöntemle müşteriye resmî olarak iletilmiştir. Bu işlem, müşterinin ödeme süresini başlatır. | ||
| Neden önemli? Bu olay, tahsilat döngüsünün resmî başlangıcıdır ve Satışların Tahsilat Süresini (DSO) ve zamanında ödeme oranlarını hesaplamak için büyük önem taşır. Nereden alınır? Çıktı yönetimi günlüklerinde, iletişim kayıtlarında veya faturadaki özel bir Gönderim tarihi alanında kaydedilir. Kaydedin Faturanın e-postayla gönderildiği, yazdırıldığı veya EDI üzerinden iletildiği zamanı kaydeden sistem günlüklerindeki zaman damgasını kullanın. Olay türü explicit | |||
| Fatura oluşturuldu | Bu etkinlik, sistemde fatura kaydının oluşturulduğunu gösterir. Faturalandırma sürecinin resmi başlangıcıdır ve genellikle karşılanan bir satış siparişiyle otomatik olarak tetiklenir veya manuel olarak kaydedilir. | ||
| Neden önemli? Başlangıç noktası olan bu olay, uçtan uca fatura çevrim süresini hesaplamak ve sürecin başındaki gecikmeleri belirlemek için önemlidir. Nereden alınır? Birincil fatura veya faturalandırma belgesi tablosundaki oluşturulma zaman damgasından alınır. Kaydedin Yeni bir fatura kaydının oluşturulma olayını veya ilk kaydedilme zaman damgasını belirleyin. Olay türü explicit | |||
| Müşteri ödemesi alındı | Müşteriden ödeme alınmış ve finans sistemine kaydedilmiştir. Bu aşamada ödeme sisteme işlenmiştir ancak henüz belirli bir faturayla eşleştirilmemiş olabilir. | ||
| Neden önemli? Bu, nakit akışını doğrudan etkileyen önemli bir olaydır. Ödemenin alınmasıyla faturaya uygulanması arasındaki süre, nakit uygulama verimliliğinin temel ölçütlerinden biridir. Nereden alınır? Nakit tahsilat yevmiyelerinde, ödeme işlemi tablolarında veya banka ekstresi işleme tablolarında kaydedilir. Kaydedin Müşteri ödemesi veya nakit tahsilat kaydının oluşturulduğunu belirleyin. Olay türü explicit | |||
| Ödeme faturaya uygulandı | Alınan müşteri ödemesi, ilgili faturayla başarıyla eşleştirilmiş ve faturaya uygulanmıştır. Bu mutabakat adımı, faturanın açık bakiyesini azaltır veya kapatır. | ||
| Neden önemli? Bu etkinlik, nakit uygulama döngü sürelerini anlamak için önemlidir. Buradaki gecikmeler, alacakların gerçek vadesini olduğundan farklı gösterebilir ve kredi yönetimini etkileyebilir. Nereden alınır? Ödeme belgelerini fatura belgelerine bağlayan alacak alt defteri tablolarında bulunur. Bu belgeler genellikle kapatma belgeleri olarak adlandırılır. Kaydedin Açık kalemi kapatmak için ödeme kaydının fatura kaydına bağlandığı zamanın zaman damgasını alın. Olay türü explicit | |||
| Ödeme vadesi geldi | Bu, faturanın ödeme vadesi geçtiğinde gerçekleşen hesaplanmış bir olaydır. İşlemsel bir etkinlik değil, fatura düzenleme tarihi ve ödeme koşullarına dayalı zamansal bir dönüm noktasıdır. | ||
| Neden önemli? Bu dönüm noktası, faturaları vadesi geçmiş olarak sınıflandırmak ve zamanında ödeme performansını analiz etmek için gereklidir. Tahsilat faaliyetlerini başlatan bir eşik görevi görür. Nereden alınır? Bu olay doğrudan kaydedilmez; fatura tarihi ve ödeme koşulları alanlarından hesaplanır. Kaydedin Fatura gönderim tarihine ödeme vadesi gün sayısını ekleyerek hesaplayın. Olay türü calculated | |||
| Alacak dekontu düzenlendi | Bir alacak dekontu veya alacak notu oluşturulur ve genellikle mevcut bir faturaya uygulanır. Bu işlem çoğunlukla faturalama hatasını düzeltmek, fiyat ayarlaması yapmak veya iade edilen ürünleri kayda geçirmek için gerçekleştirilir. | ||
| Neden önemli? Sık düzenlenen alacak dekontları, satış veya sipariş karşılama süreçlerindeki temel sorunlara işaret edebilir. Bu sorunlar gelir kaybına veya müşteri memnuniyetsizliğine yol açabilir. Nereden alınır? Genellikle asıl faturayla ilişkilendirilen bir alacak dekontu ya da alacak notu belgesinin oluşturulmasıyla kaydedilir. Kaydedin Alacak notu işlem türünün oluşturulma zaman damgasını kaydedin. Olay türü explicit | |||
| Fatura düzeltildi | Fatura, ilk oluşturulduktan sonra genellikle reddedilmesi veya bir hatanın fark edilmesi nedeniyle değiştirilmiştir. Tutarlar, kalemler ya da müşteri bilgileri güncellenmiş olabilir. | ||
| Neden önemli? Düzeltmelerin sık yapılması, ana verilerde veya ilk sipariş karşılama sürecinde sorunlara işaret edebilir. Bu durum yeniden çalışmaya ve gecikmelere yol açar. Nereden alınır? Değişiklik günlüklerinden, denetim izlerinden veya aynı sipariş için faturanın iptal edilip yeniden oluşturulması örüntülerinden çıkarılır. Kaydedin Fatura kaydı ilk oluşturulduktan sonra temel finansal alanlarda yapılan değişiklikleri tespit edin. Olay türü inferred | |||
| Fatura iptal edildi | Mevcut bir fatura geçersiz kılınır veya iptal edilir ve böylece finansal etkisi tersine çevrilir. Bu işlem genellikle yanlış müşteriye fatura kesilmesi gibi önemli bir hatayı, ödeme alınmadan önce düzeltmek için yapılır. | ||
| Neden önemli? İptaller, yeniden çalışma gerektiren operasyonel hataları ortaya çıkarır ve doğru faturalandırmayı geciktirebilir. İptal oranlarının yüksek olması, süreç veya veri kalitesi sorunlarına işaret eder. Nereden alınır? Ters kayıt belgelerinden veya fatura kaydındaki özel bir İptal edildi ya da Geçersiz kılındı durumundan alınır. Kaydedin Asıl faturayla ilişkilendirilmiş bir ters kayıt belgesinin oluşturulmasını veya durumun Geçersiz olarak değişmesini kontrol edin. Olay türü explicit | |||
| Fatura onaya gönderildi | Oluşturulan faturanın resmi bir iç inceleme iş akışına gönderilmesini ifade eder. Bu adım, fatura kesinleştirilmeden önce yönetici incelemesi gerektiren kuruluşlarda yaygındır. | ||
| Neden önemli? Gönderim ve onayları izlemek, faturaların müşterilere gönderilmesini geciktiren iç süreçlerdeki darboğazları belirlemeye yardımcı olur. Bu gecikmeler nakit akışını doğrudan etkiler. Nereden alınır? Genellikle iş akışı yönetim sistemindeki bir durum değişikliği veya günlük kaydı olarak tutulur. Kaydedin Fatura durumunun Onay bekliyor veya benzer bir duruma geçtiği zaman damgasını kaydedin. Olay türü explicit | |||
| Fatura onaylandı | Fatura tüm iç incelemelerden başarıyla geçmiş ve resmi olarak onaylanmıştır. Bu olay, faturanın doğru olduğunun teyit edildiğini ve müşteriye gönderilmeye hazır olduğunu gösterir. | ||
| Neden önemli? Bu önemli aşama, iç işlem süresini müşterinin ödeme için sahip olduğu süreden ayırır. Onaya kadar geçen süreyi analiz etmek, iç süreçlerin verimliliğini gösterir. Nereden alınır? İş akışı sistemi günlüğünden veya fatura belgesindeki durumun Bekliyor durumundan Onaylandı durumuna geçmesinden alınır. Kaydedin İş akışı günlüğünde veya durum değişikliğinde son onay olayının zaman damgasını alın. Olay türü explicit | |||
| Fatura reddedildi | Onaylayan kişi, iç inceleme sırasında faturayı reddetmiştir. Bu işlem genellikle faturanın düzeltilip yeniden gönderilmesini gerektirir ve bir yeniden çalışma döngüsü oluşturur. | ||
| Neden önemli? Bu etkinlik, fatura yaşam döngüsünü uzatan ve ödemeyi geciktiren iç süreç verimsizliklerini, veri kalitesi sorunlarını ve yeniden çalışmayı gösterir. Nereden alınır? Genellikle fatura kaydındaki durum değişikliği olarak tutulur; ret gerekçeleri ilgili tablolardaki yorumlarda yer alabilir. Kaydedin Fatura durumu Reddedildi veya benzer bir duruma güncellendiğinde olayı kaydedin. Olay türü explicit | |||
| Fatura zarar yazıldı | Faturanın kalan bakiyesi iptal edilerek tahsil edilemeyen alacak olarak sınıflandırılır. Bu işlem genellikle tüm tahsilat girişimleri sonuçsuz kaldıktan sonra yapılır. | ||
| Neden önemli? Bu durum, tahsilat sürecinin başarısız olduğunu ve doğrudan finansal kayıp yaşandığını gösterir. Zarar yazılan tutarları analiz etmek, yüksek riskli müşterileri belirlemeye ve kredi politikalarını iyileştirmeye yardımcı olur. Nereden alınır? Fatura bakiyesini tahsil edilemeyen alacak hesabına kapatan özel bir düzeltme veya yevmiye kaydı olarak kaydedilir. Kaydedin Fatura bakiyesini zarar yazma neden koduyla düzelten veya tahsil edilemeyen alacak hesabına kaydeden işlemleri belirleyin. Olay türü explicit | |||
| İtiraz bildirildi | Müşteri, yanlış fiyat veya miktar gibi sorunları gerekçe göstererek faturanın tamamına ya da bir kısmına resmî olarak itiraz etmiştir. İtiraz çözülene kadar tahsilat faaliyetleri genellikle durdurulur. | ||
| Neden önemli? İtirazları analiz etmek, müşteri memnuniyetsizliğinin ve faturalama hatalarının temel nedenlerini belirlemeye yardımcı olur. Bunlar DSO’yu ve müşteri ilişkilerini doğrudan etkiler. Nereden alınır? Genellikle durum değişikliği, faturadaki bir işaret veya faturayla ilişkilendirilmiş ayrı bir itiraz kaydı oluşturulması şeklinde kaydedilir. Kaydedin İtiraz kaydının oluşturulma tarihini veya durumun İtiraz edildi olarak değiştiği zamanı alın. Olay türü explicit | |||
| Ödeme hatırlatması gönderildi | Vadesi geçmiş bir faturayla ilgili olarak müşteriye ihtar mektubu veya e-posta gibi bir bildirim gönderilmiştir. Ödemeyi teşvik eden bu etkinlik, tahsilat sürecinin önemli bir parçasıdır. | ||
| Neden önemli? Hatırlatmaları takip etmek, tahsilat stratejisinin ne kadar etkili olduğunu ölçmeye ve sık sık takip gerektiren müşterileri belirlemeye yardımcı olur. Nereden alınır? Müşteri veya faturayla ilişkilendirilmiş ihtar çalıştırma günlüklerinden, tahsilat sistemlerinden ya da iletişim etkinliği günlüklerinden alınır. Kaydedin İhtar geçmişi tablosundaki veya tahsilat etkinliği günlüğündeki zaman damgasını kullanın. Olay türü explicit | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
ETL rehberimizi okuyun veya belirli bir süreç ve sistem seçin.
Başlamaya hazır mısınız?
Sisteme özel bir veri çıkarma rehberi seçerek sürecinizi incelemeye başlayın veya veri yolculuğunuz için esnek bir temel sunan genel Templatei kullanın.
Faturalama ve fatura düzenleme sürecinizi şimdi iyileştirin, nakit akışınızı artırın
Darboğazları ortaya çıkarın, hataları azaltın ve ödemeleri hızlandırın.
Kredi kartı gerekmez, dakikalar içinde başlayın.