Siparişten Tahsilata - Faturalandırma ve Fatura Veri Şablonunuz
Siparişten Tahsilata - Faturalandırma ve Fatura Veri Şablonunuz
Bu, Siparişten Nakite - Faturalama ve Muhasebeleştirme süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Herhangi bir sistem için evrensel bir başlangıç noktası.
- Derinlemesine analiz için önerilen `nitelikler`.
- Faturalama ve muhasebeleştirme akışınızı haritalamak için temel faaliyetler.
Siparişten Nakite - Faturalama ve Muhasebeleştirme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Fatura yaşam döngüsünün belirli bir noktasında meydana gelen iş faaliyetinin veya olayın adı. | ||
| Açıklama Faaliyet Adı, faturalama süreci içinde 'Fatura Oluşturuldu', 'Fatura Müşteriye Gönderildi' veya 'Ödeme Faturaya Uygulandı' gibi belirli bir adımı veya görevi tanımlar. Süreç Faaliyet dizisini analiz etmek, Process Mining'in çekirdeğidir. Faturaların gerçek yollarını ortaya çıkarır, standart prosedürleri, sapmaları, yeniden işleme döngülerini ve Neden önemli Süreçteki adımları tanımlar, faturanın oluşturulmasından kapanışına kadar olan yolculuğunun görselleştirilmesini ve analizini sağlar. Nereden alınır Genellikle belge durum değişikliklerinden, işlem kodlarından veya kaynak sistemdeki belirli Örnekler Fatura OnaylandıÖdeme AlındıUyuşmazlık Ortaya ÇıktıFatura Müşteriye Gönderildi | |||
| Fatura Kimliği InvoiceId | Her müşteri faturası için benzersiz tanımlayıcı. Bu öznitelik, faturalandırma ve faturalama süreci için birincil vaka tanımlayıcısı olarak hizmet eder. | ||
| Açıklama Fatura Kimliği, her oluşturulan faturaya atanan benzersiz bir alfanümerik koddur. Oluşturmadan onaya, ödemeden kapanışa kadar tüm ilgili faaliyetleri tek bir süreç örneğine veya Process Mining analizinde, Fatura Kimliği her faturanın uçtan uca yolculuğunu yeniden yapılandırmak için esastır. Analistlerin süreç akışlarını görselleştirmesine, varyasyonları belirlemesine ve döngü süresi gibi Neden önemli Bu, bir faturanın tüm yaşam döngüsünü izlemek için benzersiz anahtardır ve herhangi bir faturalandırma süreci analizi için temel bir temel oluşturur. Nereden alınır Tipik olarak, kaynak ERP veya finans sistemindeki faturalandırma veya fatura belgelerinin başlık tablosunda bulunur. Örnekler INV-2023-00123910004587SI-58832 | |||
| Olay Zamanı EventTime | Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası. | ||
| Açıklama
Analizde, Neden önemli Bu zaman damgası, döngü süreleri ve süreler gibi tüm zaman tabanlı metrikleri hesaplamak için çok önemlidir ve bu da darboğazları belirlemek için esastır. Nereden alınır Genellikle işlem günlüklerinde, değişiklik belgelerinde veya belge başlığı ve kalem tablolarında etkinlik veya durum alanlarının yanında bulunur. Örnekler 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| Kaynak Sistem SourceSystem | Verinin çıkarıldığı kayıt sistemi. | ||
| Açıklama Bu öznitelik, olay verilerinin oluşturulduğu orijinal iş uygulamasını veya sistemini (örneğin bir ERP, CRM veya özel bir faturalandırma platformu) tanımlar. Birden fazla entegre sistemin olduğu ortamlarda, bu alan veri kaynakları arasında ayrım yapmaya yardımcı olur. Kaynak sistemi anlamak, veri doğrulama, yönetişim ve sorun giderme için önemlidir. Birden fazla sistemden gelen veriler birleştirildiğinde, bu öznitelik bağlam sağlar ve veri ayrıntı düzeyindeki veya terminolojideki potansiyel farklılıkları açıklamaya yardımcı olur. Ayrıca, belirli bir işlem için kullanılan sistem tarafından yönlendirilebilecek süreç varyasyonlarının daha ayrıntılı analizini de destekler. Neden önemli
Nereden alınır Bu bilgi, kaynak tablolarda bir alan olarak saklanabilir veya veri çekme, dönüştürme ve yükleme (ETL) süreci sırasında eklenebilir. Örnekler SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Son Veri Güncellemesi LastDataUpdate | Bu `event` için `veri`nin kaynak sistemden son yenilenme veya çıkarılma zamanını gösteren `timestamp`. | ||
| Açıklama Bu öznitelik, en son veri çekiminin veya yenilemenin tarih ve saatini kaydeder. Analiz edilen verinin güncelliğini yansıtır. Herhangi bir süreç madenciliği projesinde, verinin güncelliğini bilmek raporlama ve analiz için çok önemlidir. Bu öznitelik, kullanıcıların analizin kapsadığı zaman dilimini anlamalarına yardımcı olur ve kararların güncel bilgilere dayanmasını sağlar. Ayrıca, veri boru hatlarını izlemek ve veri çekim süreçlerinin beklendiği gibi çalıştığından emin olmak için de hayati öneme sahiptir. Neden önemli
Nereden alınır Bu zaman damgası tipik olarak veri çekme, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve veri kümesine 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 Açık, Ödenmiş veya İtiraz Edilmiş gibi mevcut durumu. | ||
| Açıklama Fatura Durumu, genel süreç içindeki bir faturanın mevcut durumunu gösterir. Faturanın herhangi bir zamanda nerede olduğuna dair, örneğin onay bekliyor, ödeme bekliyor, tamamen ödendi veya iptal edildi gibi, anlık bir görüntü sağlar. Bu Neden önemli Bir faturanın süreçteki konumunun hızlı bir anlık görüntüsünü sağlar; bu da operasyonel Nereden alınır Bu, çoğu fatura veya faturalandırma belgesi tablosunun başlığında standart bir alandır. Örnekler AçıkÖdendiVadesi Geçmişİhtilaflıİptal Edildi | |||
| Fatura Tutarı InvoiceAmount | Faturanın, tüm kalemler, vergiler ve harçlar dahil toplam parasal değeri. | ||
| Açıklama Fatura Tutarı, müşterinin ödemesi beklenen toplam finansal değeri temsil eder. Bu, her fatura Bu Neden önemli Finansal etki analizini mümkün kılar; bu da sorunları parasal değere göre önceliklendirmenize ve farklı fatura değerlerinin süreci nasıl etkilediğini anlamanıza olanak tanır. Nereden alınır Tipik olarak, kaynak finansal sistemdeki fatura veya faturalandırma belgesi tablosunun başlığında bulunur. Örnekler 5000.001250.7525000.5099.99 | |||
| Kullanıcı User | Belirli bir etkinliği yürütmekten sorumlu kullanıcı, çalışan veya sistem kimliği. | ||
| Açıklama Bu öznitelik, süreçte belirli bir görevi gerçekleştiren kişiyi veya otomatik sistem aracısını tanımlar. Bu kişi, faturayı oluşturan, onaylayan veya ö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 çok verimli olduğunu ve hangilerinin ek desteğe ihtiyaç duyabileceğini vurgulayabilir. Ayrıca, süreç içindeki kritik eylemleri kimin gerçekleştirdiğini izlemek için uyumluluk ve denetim amaçları için de çok önemlidir. Neden önemli Kaynak performansı ve iş yüküne ilişkin görünürlük sağlayarak, ekip verimliliği analizini ve eğitim fırsatlarının belirlenmesini mümkün kılar. Nereden alınır Tipik olarak, her kaydedilen olay veya işlemle ilişkili olarak değişiklik günlüklerinde veya belge geçmişi tablolarında bulunur. Örnekler j.doeAccountingBotm.smithe.jones | |||
| Müşteri Adı CustomerName | Fatura kesilen müşterinin veya kuruluşun adı. | ||
| Açıklama Bu öznitelik, faturalanan müşterinin yasal veya ticari adını içerir. İşlemde yer alan iş ortağı için okunabilir bir tanımlayıcı sağlar. Müşteri Adına göre süreci analiz etmek, belirli müşterilerin süreç sapmaları, ödeme gecikmeleri veya anlaşmazlıklarla ilişkili olup olmadığını belirlemeye yardımcı olur. Bu, müşteri ilişkileri yönetimi stratejilerini bilgilendirebilir ve belirli hesaplar için özel iletişim veya süreç ayarlamalarına yol açabilir. Ayrıca, farklı müşteri segmentleri arasında performans karşılaştırması yapılmasına da olanak tanır. Neden önemli Müşteri odaklı analizlere olanak tanır, belirli müşterilere veya müşteri gruplarına özgü kalıpları, gecikmeleri veya sorunları belirlemeye yardımcı olur. Nereden alınır Müşteri ana Örnekler Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Para Birimi Currency | Faturadaki parasal tutarlar için USD veya EUR gibi para birimi kodu. | ||
| Açıklama
Analizde, Neden önemli Tüm finansal değerler için temel bağlam sağlar; özellikle çok uluslu operasyonlarda doğru parasal analiz ve raporlama sağlar. Nereden alınır Fatura veya faturalama belgesi tablosunun başlığında, genellikle tutar alanlarının yanında bulunur. Örnekler USDEURGBPJPY | |||
| Son Ödeme Tarihi PaymentDueDate | Müşterinin faturayı ödemesi beklenen tarih. | ||
| Açıklama Ödeme Vadesi, fatura tarihi ve üzerinde anlaşılan ödeme koşullarına göre hesaplanan kritik bir tarihtir. Faturanın vadesi geçmeden ödemenin alınması için son tarihi belirler. Bu öznitelik, tahsilat performansını izlemek ve nakit akışını yönetmek için temeldir. Ortalama Tahsilat Süresi (DSO) ve Zamanında Ödeme Oranı gibi temel metrikleri hesaplamak için kullanılır. Gerçek ödeme tarihini vade tarihiyle karşılaştırarak, işletmeler gecikmiş ödemeleri tespit edebilir, farklı müşterilerin ödeme davranışlarını analiz edebilir ve tahsilat stratejilerinin etkinliğini 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 oluşturur. Nereden alınır Fatura başlık Örnekler 2023-11-302024-01-152024-02-28 | |||
| 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, ülke, eyalet veya özel tanımlanmış bir satış bölgesi gibi çeşitli düzeylerde tanımlanabilir. Bu, segmentasyon için güçlü bir Neden önemli Coğrafi analizi mümkün kılar, ödeme davranışı, süreç verimliliği ve Nereden alınır Müşteri ana Örnekler Kuzey AmerikaEMEAAlmanyaAPAC | |||
| Ödeme Vadeleri PaymentTerms | Net 30 veya Alınan Tarihte Ödeme gibi, fatura ödemesi için üzerinde anlaşmaya varılan koşullar. | ||
| Açıklama Ödeme Koşulları, satıcı ve alıcı arasında bir faturanın ödenmesi için üzerinde anlaşmaya varılan kuralları tanımlar. Bu, ödeme için izin verilen süreyi ve erken ödeme indirimlerini içerir. Süreci ödeme koşullarına göre analiz etmek, belirli koşulların daha uzun ödeme döngüleriyle mi yoksa daha yüksek geç ödeme oranlarıyla mı ilişkili olduğunu ortaya çıkarabilir. Bu bilgi, işletmelerin nakit akışını iyileştirmek için ödeme koşulları stratejilerini optimize etmelerine yardımcı olabilir. Ayrıca, belirli faturaların neden vadesi geçtiğini araştırırken önemli bir bağlam sağlar. Neden önemli Bu öznitelik, ödeme vadesini ve müşteri ödeme davranışını etkileyerek zamanında ödeme oranlarını anlamak ve iyileştirmek için anahtar rol oynar. Nereden alınır Tipik olarak hem müşteri ana verilerinde hem de bireysel fatura belgesi başlığında saklanır. Örnekler Net 30 GünNet 60 GünTeslimatta Ödenecek2% 10, Net 30 | |||
| Organizasyonel Birim OrganizationalUnit | Faturadan sorumlu iş birimi, şirket kodu veya satış organizasyonu. | ||
| Açıklama Bu öznitelik, şirketin içinde faturayı düzenleyen veya işlemden sorumlu olan belirli dahili birimi tanımlar. Örnekler arasında bir şirket kodu, iş birimi veya satış organizasyonu yer alır. Süreci Organizasyon Birimine göre analiz etmek, işin farklı bölümleri arasında iç kıyaslama ve performans karşılaştırması yapılmasına olanak tanır. Hangi iş birimlerinin en verimli olduğunu, hangilerinin en yüksek yeniden işleme oranlarına sahip olduğunu veya hangilerinin gecikmiş ödemelerle en çok mücadele ettiğini belirlemeye yardımcı olur. Bu, birimleri sorumlu tutmak ve süreçleri işletme genelinde standartlaştırmak için temeldir. Neden önemli Farklı iş birimleri arasında dahili performans karşılaştırmasını mümkün kılarak, en iyi uygulamaları ve iyileştirme alanlarını belirlemeye yardımcı olur. Nereden alınır Bu, bir ERP sistemindeki hemen hemen tüm finansal belgelerin başlığında bulunan temel bir organizasyonel veri alanıdır. Örnekler 1000US01Küresel HizmetlerManufacturing EU | |||
| Satış Siparişi Numarası SalesOrderNumber | Faturayı başlatan satış siparişinin tanımlayıcısı. | ||
| Açıklama Satış Sipariş Numarası, faturanın oluşturulmasını tetikleyen Siparişten Tahsilata zincirindeki önceki belgeye bir referanstır. Faturalandırma sürecini satış sürecine bağlar. Bu öznitelik, Siparişten Tahsilata sürecinin gerçek bir uçtan uca görünümünü elde etmek için çok önemlidir. Faturaları satış siparişlerine bağlayarak, kuruluşlar müşteri siparişinden nihai ödemeye kadar tüm yaşam döngüsünü analiz edebilir. Bu, satış veya yerine getirme sürecindeki sorunların faturalandırma ve tahsilatları nasıl etkileyebileceğini belirlemeye yardımcı olan daha bütünsel bir analiz sağlar. Neden önemli Faturalama sürecini yukarı akış satış sürecine bağlar, eksiksiz bir uçtan uca Siparişten Nakite analizini mümkün kılar. Nereden alınır Bu referans tipik olarak fatura belgesi başlığında veya kalemlerinde saklanır ve satış belgesi tablosuna bağlanır. Örnekler SO-10582490000123ORD-2023-987 | |||
| Yeniden İşleme mi? IsRework | Fatura sürecinde düzeltmeler veya çoklu onay döngüleri gibi yeniden işleme adımlarının olup olmadığını gösteren bir bayrak. | ||
| Açıklama IsRework, bir fatura bir veya daha fazla yeniden işleme döngüsüne tabi tutulduysa doğru olan bir boolean bayraktır. Yeniden işleme, hataları düzelten veya ideal olarak sadece bir kez yapılması gereken, örneğin reddedildikten sonra bir faturayı onay için yeniden göndermek gibi faaliyetleri içerir. Bu Neden önemli Süreç verimsizliğini doğrudan işaretleyerek, ekstra, katma değeri olmayan çalışma gerektiren Nereden alınır Bu öznitelik tipik olarak kaynak sistemlerde mevcut değildir ve yeniden işleme olduğunu gösteren etkinlik dizileri belirlenerek veri dönüşümü sırasında türetilmelidir. Örnekler truefalse | |||
Siparişten Nakite - Faturalama ve Muhasebeleştirme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura Kapatıldı | Fatura resmi olarak kapatılmıştır, bu da yaşam döngüsünün tamamlandığını gösterir. Bu duruma, kalan bakiye ödemeler, alacak dekontları veya diğer ayarlamalar aracılığıyla sıfır olduğunda ulaşılır. | ||
| Neden önemli Sürecin birincil başarılı bitiş noktası olarak, bu faaliyet genel döngü süresini hesaplamak ve süreç tamamlama oranlarını ölçmek için esastır. Nereden alınır Bu, genellikle faturanın bakiyesinin sıfıra düşmesine dayalı çıkarımsal bir durum veya sistemdeki açık bir durum değişikliğidir. Yakala Bir ödeme uygulaması gibi, fatura bakiyesinin sıfır olmasına neden olan işlemin en son Event tipi inferred | |||
| Fatura Müşteriye Gönderildi | Onaylanmış fatura, e-posta, basılı kopya veya çevrimiçi bir portal gibi belirlenen yöntemleri aracılığıyla müşteriye resmi olarak teslim edilmiştir. Bu eylem, müşterinin ödeme koşulları üzerindeki süreyi başlatır. | ||
| Neden önemli Bu olay, tahsilat döngüsünün resmi başlangıcıdır ve Ortalama Tahsilat Süresi (DSO) ile zamanında ödeme oranlarını hesaplamak için kritik öneme sahiptir. Nereden alınır Çıktı yönetimi kayıtlarında, iletişim kayıtlarında veya faturadaki belirli bir 'Gönderim Tarihi' alanında kaydedildi. Yakala Faturanın e-posta ile gönderildiği, yazdırıldığı veya EDI aracılığıyla gönderildiği zamanı kaydeden sistem günlüklerinden zaman damgasını kullanın. Event tipi explicit | |||
| Fatura Oluşturuldu | Bu etkinlik, sistemde fatura kaydının oluşturulmasını işaretler. Genellikle tamamlanmış bir satış siparişinden otomatik olarak tetiklenen veya manuel olarak girilen faturalandırma sürecinin resmi başlangıcıdır. | ||
| Neden önemli Başlangıç noktası olarak, bu Nereden alınır Birincil fatura veya faturalama belgesi tablosunun oluşturma Yakala Yeni bir fatura kaydı için oluşturma Event tipi explicit | |||
| Müşteri Ödemesi Alındı | Müşteriden bir ödeme alınmış ve finansal sisteme kaydedilmiştir. Bu aşamada, fonlar onaylanır ancak henüz faturaya özel olarak uygulanmamış olabilir. | ||
| Neden önemli Bu, kritik bir nakit akışı olayıdır. Ödeme makbuzu ile uygulama arasındaki süre, nakit uygulama verimliliğinin önemli bir ölçütüdür. Nereden alınır Nakit makbuz defterlerinde, ödeme işlem tablolarında veya banka ekstresi işleme tablolarında kaydedildi. Yakala Bir müşteri ödemesi veya nakit makbuzu kaydının oluşturulmasını belirleyin. Event tipi explicit | |||
| Ödeme Faturaya Uygulandı | Alınan müşteri ödemesi, belirli faturayla başarıyla eşleştirilmiş ve uygulanmıştır. Bu mutabakat adımı, faturanın ödenmemiş bakiyesini azaltır veya ortadan kaldırır. | ||
| Neden önemli Bu etkinlik, nakit uygulama döngü sürelerini anlamak için çok önemlidir. Buradaki gecikmeler, alacakların gerçek yaşlanmasını yanlış temsil edebilir ve kredi yönetimini etkileyebilir. Nereden alınır Ödeme belgelerini fatura belgelerine bağlayan, genellikle kapatma belgeleri olarak adlandırılan alacaklar alt defter tablolarında bulunur. Yakala Açık kalemi kapatmak için bir ödeme kaydının bir fatura kaydına bağlandığı Event tipi explicit | |||
| Ödeme Vadesi Geldi | Bu, faturanın ödeme vadesi geçtiğinde meydana gelen hesaplanmış bir olaydır. İşlemsel bir etkinlik değil, faturanın düzenlenme 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 çok önemlidir. Tahsilat faaliyetleri için bir tetikleyici nokta görevi görür. Nereden alınır Bu olay doğrudan kaydedilmez; fatura tarihi ve ödeme koşulları alanlarından hesaplanır. Yakala 'Fatura Gönderme Tarihi' + 'Ödeme Vadesi Günleri' olarak hesaplayın. Event tipi calculated | |||
| Alacak Notu Düzenlendi | Bir alacak dekontu (veya kredi notu) oluşturulur ve genellikle mevcut bir faturaya uygulanır. Bu, tipik olarak bir faturalama hatasını düzeltmek, fiyat ayarlaması yapmak veya iade edilen malları muhasebeleştirmek için yapılır. | ||
| Neden önemli Sık kredi notları, satış veya karşılama süreçlerindeki temel sorunlara işaret edebilir; bu da gelir kaybına veya müşteri memnuniyetsizliğine yol açar. Nereden alınır Genellikle orijinal faturaya geri bağlanan bir alacak dekontu veya kredi notu belgesinin oluşturulmasından yakalandı. Yakala Bir alacak dekontu işlem türünün oluşturma Event tipi explicit | |||
| Fatura Düzeltildi | Bir fatura, ilk oluşturulmasından sonra, genellikle bir red veya bir hatanın keşfi nedeniyle değiştirildi. Bu, tutarların, satır öğelerinin veya müşteri bilgilerinin güncellenmesini içerebilir. | ||
| Neden önemli Yüksek düzeltme sıklığı, ana Nereden alınır Değişiklik kayıtlarından, denetim izlerinden veya aynı sipariş için fatura iptali ve ardından yeniden oluşturma kalıplarını belirleyerek çıkarıldı. Yakala Fatura kaydındaki ana finansal alanlardaki değişiklikleri, ilk oluşturulmasından sonra tespit edin. Event tipi inferred | |||
| Fatura İptal Edildi | Mevcut bir fatura iptal edilir veya geçersiz kılınır; bu da finansal etkisini tersine çevirir. Bu genellikle, ödeme alınmadan önce yanlış müşteriye fatura kesmek gibi önemli bir hatayı düzeltmek için yapılır. | ||
| Neden önemli İptaller, yeniden işleme gerektiren ve doğru faturalamayı geciktirebilen operasyonel hataları vurgular. Yüksek iptal oranları, süreç veya Nereden alınır Ters kayıt belgelerinden veya fatura kaydındaki belirli bir 'iptal edildi' veya 'geçersiz kılındı' durumundan yakalandı. Yakala Orijinal faturaya bağlı bir ters kayıt belgesinin oluşturulmasını veya 'Geçersiz' durum değişikliğini arayın. Event tipi explicit | |||
| Fatura Onaya Sunuldu | Oluşturulan bir faturanın resmi dahili inceleme `workflow`una gönderilmesini temsil eder. Bu adım, bir fatura kesinleşmeden önce yönetim incelemesi gerektiren kontrollere sahip kuruluşlarda yaygındır. | ||
| Neden önemli Gönderim ve onayları takip etmek, faturaların müşterilere gönderilmesini geciktiren ve nakit akışını doğrudan etkileyen iç süreçlerdeki darboğazları belirlemeye yardımcı olur. Nereden alınır Tipik olarak, bir durum değişikliği veya iş akışı yönetim sisteminden bir günlük girişi olarak kaydedilir. Yakala Fatura durumunun 'Onay Bekliyor' veya benzer bir duruma değiştiği Event tipi explicit | |||
| Fatura Onaylandı | Fatura, tüm dahili incelemeleri başarıyla geçmiş ve resmi olarak onaylanmıştır. Bu `event`, faturanın doğru olduğunun onaylandığını ve müşteriye gönderilmeye hazır olduğunu gösterir. | ||
| Neden önemli Bu, dahili işlem süresini müşterinin ödeme yapma süresinden ayıran önemli bir dönüm noktasıdır. Onaya kadar geçen süreyi analiz etmek, dahili verimliliği ortaya çıkarır. Nereden alınır Bir Yakala
Event tipi explicit | |||
| Fatura Reddedildi | Dahili inceleme sürecinde bir onaylayıcı faturayı reddetmiştir. Bu eylem tipik olarak faturanın düzeltilip yeniden gönderilmesini gerektirir ve bir yeniden işleme 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 işleme durumlarını vurgular. Nereden alınır Genellikle fatura kaydında bir durum değişikliği olarak yakalanır ve genellikle ilgili tablolarda ret yorumları eşlik eder. Yakala Fatura durumunun 'Reddedildi' veya benzer bir duruma güncellendiği Event tipi explicit | |||
| Fatura Silindi | Bir faturanın kalan bakiyesi iptal edilir ve şüpheli alacak olarak sınıflandırılır. Bu işlem genellikle tüm tahsilat çabaları tükendikten sonra yapılır. | ||
| Neden önemli Bu, tahsilat sürecinde bir başarısızlığı ve doğrudan bir finansal kaybı temsil eder. Yazılan alacakları analiz etmek, yüksek riskli müşterileri belirlemeye ve kredi politikalarını iyileştirmeye yardımcı olur. Nereden alınır Fatura bakiyesini kötü alacak hesabına karşı kapatan belirli bir ayarlama veya yevmiye kaydı olarak kaydedildi. Yakala Fatura bakiyesini bir 'silme' neden kodu kullanarak ayarlayan veya bir kötü alacak hesabına kaydeden işlemleri belirleyin. Event tipi explicit | |||
| Ödeme Hatırlatıcısı Gönderildi | Vadesi geçmiş bir faturaya ilişkin olarak müşteriye ihtar mektubu veya e-posta gibi bir bildirim gönderildi. Bu, tahsilat sürecinde ödemeyi teşvik eden kritik bir adımdır. | ||
| Neden önemli Hatırlatmaları takip etmek, tahsilat stratejisinin etkinliğini ölçmeye ve sık sık takip gerektiren müşterileri belirlemeye yardımcı olur. Nereden alınır İhtar süreçleri kayıtlarından, tahsilat sistemlerinden veya müşteri ya da faturaya bağlı iletişim faaliyeti kayıtlarından yakalandı. Yakala Ödeme hatırlatma geçmişi tablosundan veya tahsilat etkinlik günlüğünden zaman damgasını kullanın. Event tipi explicit | |||
| Uyuşmazlık Ortaya Çıktı | Müşteri, yanlış fiyatlandırma veya miktar gibi sorunları gerekçe göstererek faturanın tamamına veya bir kısmına resmi olarak itiraz etmiştir. Bu durum, anlaşmazlık çözülene kadar tahsilat faaliyetlerini askıya alır. | ||
| Neden önemli Anlaşmazlıkları analiz etmek, müşteri memnuniyetsizliğinin ve faturalama yanlışlıklarının temel nedenlerini belirlemeye yardımcı olur; bunlar da DSO'yu ve müşteri ilişkilerini doğrudan etkiler. Nereden alınır Genellikle bir durum değişikliği, faturadaki bir bayrak veya faturaya bağlı ayrı bir anlaşmazlık Yakala Bir anlaşmazlık dosyasının oluşturulma tarihini veya 'İtiraz Edildi' durum değişikliğini kaydedin. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,