Satın Almadan Ödemeye - Fatura işleme Veri Şablonunuz
Satın Almadan Ödemeye - Fatura işleme Veri Şablonunuz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Fatura işleme yaşam döngüsü boyunca izlenecek temel aktiviteler
- Microsoft Dynamics 365'ten veri çıkarma yönlendirmesi
Satın Almadan Ödemeye - Fatura işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Fatura işleme yaşam döngüsünde belirli bir zamanda gerçekleşen iş olayının veya görevin adıdır. | ||
|
Açıklama
Etkinlik Adı, fatura sürecindeki belirli bir adımı veya durum değişikliğini açıklar. Örneğin 'Fatura kaydedildi', 'Fatura onaya gönderildi' veya 'Ödeme gerçekleştirildi'. Bu veri, süreç haritasını oluşturmak ve olayların sırasını anlamak için gereklidir. Bu özniteliği analiz etmek süreç akışını ortaya çıkarır, yaygın yolları belirler ve sapmaları veya darboğazları görünür kılar. Onaydan kaydetmeye kadar geçen süre gibi etkinlikler arasındaki çevrim sürelerini hesaplamak ve retler veya ödeme blokeleri gibi belirli olayların sıklığını ölçmek için kullanılır.
Neden önemli?
Süreç haritasındaki adımları tanımlar. Böylece süreç akışı görselleştirilebilir ve farklı etkinlikler arasındaki geçişler analiz edilebilir.
Nereden alınır?
Bu öznitelik genellikle fatura işlemeyle ilgili çeşitli Dynamics 365 tablolarındaki durum alanlarının, işlem türlerinin veya değişiklik günlüğü kayıtlarının birleşiminden elde edilir.
Örnekler
Fatura onaya gönderildiEşleştirme tutarsızlığı bulunduÖdeme gerçekleştirildi
|
|||
|
Fatura numarası
InvoiceNumber
|
Her tedarikçi faturasının benzersiz tanımlayıcısıdır ve yaşam döngüsünü izlemek için birincil vaka kimliği olarak kullanılır. | ||
|
Açıklama
Fatura Numarası, tek bir tedarikçi faturasıyla ilişkili tüm etkinlikleri birbirine bağlayan benzersiz anahtardır. Faturanın alınması ve kaydedilmesinden eşleştirme, onay ve nihai ödemeye kadar uçtan uca izlenmesini sağlar. Process Mining analizinde bu öznitelik temel bir role sahiptir. Vakayı tanımlar ve her faturanın süreç akışının yeniden oluşturulmasını sağlar. Böylece toplam çevrim süreleri hesaplanabilir, süreç varyantları belirlenebilir ve faturaya özgü özellikler ile sonuçlar analiz edilebilir.
Neden önemli?
İlişkili tüm olayları birbirine bağlayan temel Vaka Kimliğidir. Bu sayede her faturanın tüm yaşam döngüsü analiz edilebilir.
Nereden alınır?
Genellikle VendInvoiceInfoTable gibi ana tedarikçi faturası tablosunda, Num alanında bulunur.
Örnekler
INV-10056773245-AUS-001-98432
|
|||
|
Olay zamanı
EventTime
|
Belirli bir etkinliğin veya olayın gerçekleştiği anı gösteren kesin zaman damgasıdır. | ||
|
Açıklama
Olay Zamanı veya zaman damgası, bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Olay günlüğünün temel bileşenlerinden biridir. Etkinlikleri doğru sıraya koymak ve süreleri hesaplamak için gereken zamansal sırayı sağlar. Analizde bu zaman damgası, zamanla ilgili tüm metriklerin temelidir. Etkinliklerin süresini, farklı adımlar arasındaki çevrim süresini, örneğin onay süresini, ve her fatura için toplam uçtan uca işlem süresini hesaplamak için kullanılır. Ayrıca zaman içindeki eğilim analizlerini mümkün kılar.
Neden önemli?
Bu zaman damgası, olayları sıralamak, tüm çevrim sürelerini ve süreleri hesaplamak ve süreç darboğazlarını belirlemek için gereklidir.
Nereden alınır?
Bu veri, VendInvoiceInfoTable, VendTrans veya Workflow geçmişi tablolarındaki createdDateTime ya da modifiedDateTime alanları gibi çeşitli tablolarda bulunan tarih ve saat alanlarından alınır.
Örnekler
2023-04-15T09:00:12Z2023-05-20T14:30:00Z2023-06-01T11:05:45Z
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin çıkarıldığı kayıt sistemidir. | ||
|
Açıklama
Bu öznitelik, etkinlik verilerinin geldiği kaynak uygulamayı tanımlar. Bu süreçte kaynak genellikle 'Microsoft Dynamics 365' olur. Harici bir OCR veya veri yakalama çözümü gibi birden fazla sistemin bulunduğu ortamlarda bu alan, sürecin her adımının hangi sistemde gerçekleştiğini ayırt etmeye yardımcı olur. Veri soyunun net olmasını sağlar ve veri çıkarma sorunlarının giderilmesini kolaylaştırır.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, verileri doğrulamak ve sürecin sistem ortamını anlamak için önemlidir.
Nereden alınır?
Veri dönüşümü sırasında Veri Seti'nin kaynağını etiketlemek için eklenen statik 'Microsoft Dynamics 365' değeridir.
Örnekler
Microsoft Dynamics 365
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu sürece ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Veri Seti'nin Microsoft Dynamics 365 üzerinden en son ne zaman çıkarılıp güncellendiğini kaydeder. Tek bir veri yüklemesindeki tüm kayıtlar için genellikle aynıdır. Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlaması açısından önemlidir. Süreç içgörülerinin ne kadar güncel olduğuna dair bağlam sağlar; veri yenileme planlarını yönetmek ve veri hatlarını doğrulamak için gereklidir.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir. Böylece kullanıcılar analizin ne kadar yeni olduğunu ve bir sonraki veri güncellemesinin ne zaman beklendiğini bilir.
Nereden alınır?
Bu zaman damgası, çalıştırıldığı anda veri çıkarma veya ETL süreci tarafından oluşturulur ve Veri Seti'ne eklenir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Bitiş Zamanı
EndTime
|
Belirli bir aktivitenin veya olayın tamamlandığı anı gösteren kesin zaman damgası. | ||
|
Açıklama
Bitiş Zamanı, bir aktivitenin ne zaman tamamlandığını kaydeder. Başlangıç Zamanı (EventTime) ile birlikte kullanıldığında her bir adımın tamamlanmasının ne kadar sürdüğünün kesin olarak hesaplanmasını sağlar. Bu öznitelik, her aktivite için 'ProcessingTime' değerinin hesaplanması açısından gereklidir ve performans analizinde önemli bir metriktir. Sürecin hangi adımlarının en fazla zaman aldığını kesin olarak belirlemeye yardımcı olur ve iyileştirme çalışmalarının doğru noktalara yönlendirilmesini sağlar. Örneğin manuel kodlama veya onay adımının tam süresini ölçebilirsiniz.
Neden önemli?
Aktivitelerin işlenme sürelerinin doğrudan hesaplanmasını sağlar. Bu, süreçte en fazla zaman alan adımların belirlenmesi için temel oluşturur.
Nereden alınır?
StartTime gibi bu bilgi de çeşitli tarih ve saat alanlarından elde edilir. Bazı aktivitelerde bir sonraki aktivitenin StartTime değeri kullanılabilir. Diğer durumlarda ise belirli bir 'tamamlanma' zaman damgası esas alınabilir.
Örnekler
2023-04-15T09:15:20Z2023-05-20T18:00:00Z2023-06-01T11:05:45Z
|
|||
|
Fatura durumu
InvoiceStatus
|
Veri çıkarıldığı sırada faturanın mevcut durumudur. | ||
|
Açıklama
Fatura Durumu, bir faturanın yaşam döngüsündeki mevcut durumunu gösterir. Örneğin "Onay bekliyor", "Onaylandı", "Kaydedildi" veya "Ödendi" değerlerini alabilir. Bu bilgi, faturanın ilerlemesine ilişkin anlık bir görünüm sunar. Bu öznitelik öncelikle mevcut iş yükünü ve birikmiş işleri gösteren operasyonel Dashboardlar oluşturmak için kullanılır. Yöneticilerin sürecin her aşamasında kaç fatura bulunduğunu anlamasına, kaynak dağılımı ve operasyon takibine yardımcı olur. "Fatura işleme hacmi ve durumu" Dashboardu için temel bir özniteliktir.
Neden önemli?
Operasyonel izleme ve iş yükü yönetimi için gerekli olan tüm faturaların mevcut durumunu gösterir, güncel darboğazların belirlenmesine yardımcı olur.
Nereden alınır?
Bu bilgi genellikle VendInvoiceInfoTable gibi ana fatura tablosundaki durum alanlarından elde edilir.
Örnekler
Onay bekliyorMuhasebeleştirildiÖdendi
|
|||
|
Fatura tutarı
InvoiceAmount
|
Faturanın toplam parasal değeridir. | ||
|
Açıklama
Bu öznitelik, tedarikçi faturasında belirtilen toplam borç tutarını gösterir. Her vaka için temel finansal veri noktalarından biridir. Fatura Tutarı, segmentasyon ve analiz amacıyla yaygın biçimde kullanılır. Yüksek tutarlı faturaların farklı veya daha sıkı bir onay sürecinden geçip geçmediğini ya da işlenmesinin daha uzun sürüp sürmediğini ortaya çıkarabilir. Ayrıca Dashboardlarda fatura hacimlerini tutara göre analiz etmek için kullanılır ve incelenen toplam harcamayı anlamak üzere toplulaştırılabilir.
Neden önemli?
Finansal değere göre analiz yapılmasını sağlar. Böylece süreç iyileştirme çalışmalarında yüksek tutarlı faturalara öncelik verilebilir ve maliyet etkenleri anlaşılabilir.
Nereden alınır?
Örneğin VendInvoiceInfoTable gibi fatura başlığı tablosunda, InvoiceAmount veya Amount alanında bulunur.
Örnekler
1500.00250.7512500.50
|
|||
|
Kullanıcı
User
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliği veya adıdır. | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımını gerçekleştiren çalışanı veya sistem kullanıcısını tanımlar. Otomatik adımlarda bu kişi bir sistem veya servis hesabı olabilir. Süreci kullanıcıya göre analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve kişiler veya ekipler arasındaki performansı karşılaştırmaya yardımcı olur. İşin kullanıcılar arasında ileri geri aktarıldığı yeniden iş döngülerini analiz etmek ve farklı kullanıcıların aynı görevi tamamlama biçimlerindeki farklılıkları anlamak için önemlidir.
Neden önemli?
Kullanıcı veya ekibe göre performans ve iş yükü analizi yapılmasını sağlar. Ayrıca otomasyon düzeylerinin ve yeniden iş kaynaklarının belirlenmesine yardımcı olur.
Nereden alınır?
createdby veya modifiedby alanları gibi işlem veya Workflow geçmişi tablolarındaki kullanıcı kimliği alanlarından alınır. Bu bilgi Workflow izleme tablolarında da bulunabilir.
Örnekler
j.doea.smithAX_Admin
|
|||
|
Ödeme Vadesi
PaymentDueDate
|
Faturanın, üzerinde anlaşılan ödeme koşullarına göre ödenmesi gereken tarih. | ||
|
Açıklama
Ödeme Vadesi, fatura tarihi ve tedarikçinin ödeme koşullarına göre hesaplanır. Ödeme için sözleşmede belirlenen son tarihi ifade eder. Bu tarih, finansal performansın ve tedarikçi ilişkilerinin yönetilmesinde büyük önem taşır. Gerçek 'Ödeme Gerçekleştirildi' tarihiyle karşılaştırılarak 'Zamanında Ödeme Oranı' KPI'ının hesaplanmasında temel alınır. Bu verinin analizi, geç ödemelere yol açan sistemik sorunların belirlenmesine yardımcı olur. Geç ödemeler, tedarikçi ilişkilerinin zarar görmesine veya erken ödeme indirimlerinin kaçırılmasına neden olabilir.
Neden önemli?
Zamanında ödeme performansını ölçmek için kullanılan ölçüttür. Finansal sağlık ve tedarikçi ilişkileri açısından önemli bir KPI'dır.
Nereden alınır?
Bu tarih genellikle sistem tarafından hesaplanır ve fatura tarihi ile ödeme koşullarına göre VendTrans gibi tedarikçi işlem tablolarında saklanır.
Örnekler
2023-05-152023-06-302023-07-20
|
|||
|
Satın alma siparişi numarası
PurchaseOrderNumber
|
Faturanın ilişkili olduğu Satın Alma Siparişinin (PO) tanımlayıcısıdır. | ||
|
Açıklama
Satın Alma Siparişi Numarası, faturayı asıl satın alma belgesine bağlar. Fatura, PO ve mal kabulü arasındaki ikili veya üçlü eşleştirmeyi içeren süreçler için önemlidir. Bu öznitelik, genellikle farklı süreç yollarını izleyen PO'lu ve PO'suz faturaların analiz edilmesini sağlar. Eşleştirme sürecinin etkinliğini anlamak, eşleştirme tutarsızlıklarını incelemek ve PO destekli faturalarda doğrudan işleme oranını ölçmek için temel bir veridir.
Neden önemli?
PO destekli faturaları PO'suz faturalardan ayırır. Bu ayrım, süreç farklılıklarının başlıca nedenlerinden biridir ve eşleştirme analizi için önemlidir.
Nereden alınır?
Genellikle VendInvoiceInfoTable gibi fatura başlığı tablosunda, PurchId alanında bulunur.
Örnekler
PO-001234PO-005678PO-009101
|
|||
|
Tedarikçi numarası
VendorNumber
|
Faturayı gönderen tedarikçinin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Tedarikçi Numarası, ana verilerde bir tedarikçiyi benzersiz biçimde tanımlayan koddur. Fatura işlemini belirli bir tedarikçiye bağlayarak tedarikçi odaklı analiz yapılmasını sağlar. Bu öznitelik, süreç verilerini tedarikçiye göre bölümlendirmek için gereklidir. 'Hangi tedarikçilerin onay süreleri en uzun?' veya 'Bazı tedarikçilerde eşleştirme tutarsızlıkları daha mı sık görülüyor?' gibi soruların yanıtlanmasına yardımcı olur. Tedarikçi performansını analiz etmek, tedarikçilerle iş birliği ve süreç iyileştirme fırsatlarını ortaya çıkarabilir.
Neden önemli?
Tedarikçiye göre filtreleme ve kök neden analizi yapılmasını sağlar. Böylece belirli tedarikçilerle ilişkili performans sorunları veya örüntüler belirlenebilir.
Nereden alınır?
Genellikle VendInvoiceInfoTable gibi tedarikçi faturası tablosunun başlığında bulunur ve VendTable içindeki ana tedarikçi verilerine bağlanır.
Örnekler
V-1001V-2050V-8342
|
|||
|
Departman
Department
|
Fatura maliyetlerinin aktarıldığı maliyet merkezi veya departman. | ||
|
Açıklama
Departman, faturadaki giderden sorumlu iş birimini veya maliyet merkezini tanımlar. Bu bilgi genellikle fatura kodlama aktivitesi sırasında belirlenir. Süreci departmana göre analiz etmek, harcama, onay süreleri ve uyumluluk açısından departmanlar arasındaki farklılıkları anlamak için önemlidir. Hangi departmanlarda en fazla fatura istisnası veya en uzun onay döngülerinin bulunduğunu belirlemeye yardımcı olur. Bu da hedefli iletişim ve eğitim çalışmaları için temel sağlar.
Neden önemli?
Kuruluş genelinde performans ve uyumluluk farklılıklarını ortaya çıkararak maliyet ve süreç analizinin departman bazında yapılmasını sağlar.
Nereden alınır?
Fatura satırlarına veya fatura başlığına bağlı mali boyutlardan elde edilir. Bunun için boyutlarla ilişkili veri yapılarının sorgulanması gerekir.
Örnekler
SatışPazarlamaBT Operasyonları
|
|||
|
Fatura para birimi
InvoiceCurrency
|
Fatura tutarının para birimi kodudur, örneğin USD veya EUR. | ||
|
Açıklama
Fatura Para Birimi, fatura tutarının hangi para biriminde ifade edildiğini belirtir. Farklı ülkelerdeki tedarikçilerle çalışan çok uluslu kuruluşlar için önemlidir. Bu öznitelik, Fatura Tutarı için gerekli bağlamı sağlar ve özellikle küresel operasyonlarda filtreleme ve raporlama amacıyla kullanılır. Finansal değerlerin doğru yorumlanmasını, para birimine özel analiz yapılmasını veya değerlerin standart bir raporlama para birimine dönüştürülmesini sağlar.
Neden önemli?
Finansal tutarlar için gerekli bağlamı sağlar. Böylece farklı bölgelerdeki fatura değerleri doğru biçimde yorumlanabilir ve analiz edilebilir.
Nereden alınır?
Fatura başlığı tablosunda, fatura tutarının yanında bulunur. Örneğin VendInvoiceInfoTable içindeki CurrencyCode alanında yer alır.
Örnekler
USDEURGBP
|
|||
|
Ödeme Blokajı Nedeni
PaymentBlockReason
|
Bir faturaya neden ödeme blokajı uygulandığını açıklayan neden kodu. | ||
|
Açıklama
Ödeme bloğu, bir faturanın ödenmesini engeller. Bu öznitelik, genellikle kullanıcı tarafından seçilen "İtiraz edilen ücretler" veya "Mal kabulü bekleniyor" gibi standartlaştırılmış bir kod olan blok nedenini kaydeder. Bu öznitelik, "Ödeme bloğu sıklığı ve süresi" Dashboardu için gereklidir. Ödeme bloklarının en yaygın nedenlerini analiz etmek, P2P sürecindeki temel sorunları belirlemenize yardımcı olur. Bu nedenleri çözmek, ödeme gecikmelerini önemli ölçüde azaltabilir ve tedarikçi ilişkilerini iyileştirebilir.
Neden önemli?
Ödemelerin neden bilerek geciktirildiğini açıklar. Böylece ödeme blokajlarına yol açan üst süreçlerdeki sorunların belirlenmesine ve çözülmesine yardımcı olur.
Nereden alınır?
Bu bilgi genellikle tedarikçi işleminde veya fatura kaydında, ödeme blokajı durumuyla ilişkili bir alan olarak bulunur. VendTrans gibi tablolara bakın.
Örnekler
Kalite anlaşmazlığıAlacak dekontu bekleniyorManuel bloke
|
|||
|
Ödeme Koşulları
PaymentTerms
|
Tedarikçiyle üzerinde anlaşılan 'Net 30' veya '2% 10, Net 30' gibi ödeme koşulları. | ||
|
Açıklama
Ödeme Koşulları, süre ve olası indirimler dahil olmak üzere tedarikçiye yapılacak ödemeye ilişkin üzerinde anlaşılan şartları tanımlar. Bu bilgi genellikle tedarikçi ana verilerinden veya satın alma siparişinden alınır. Bu öznitelik, Ödeme Vadesi ve Zamanında Ödeme Oranı KPI'ı için önemli bir bağlam sağlar. Belirli ödeme koşullarının geç ödemelerle ilişkili olup olmadığını analiz etmek, operasyonel sorunları ortaya çıkarabilir. Ayrıca finansal planlamaya ve işletme sermayesinin etkin yönetimine yardımcı olur.
Neden önemli?
Ödeme vadeleri için bağlam sağlar ve ödeme zamanlamasının finansal etkisiyle indirimlerden yararlanma oranlarının analiz edilmesine yardımcı olur.
Nereden alınır?
Bu bilgi tedarikçi ana verilerinde (VendTable) saklanır ve VendInvoiceInfoTable gibi işlem tablolarına kopyalanır.
Örnekler
30 gün vadeli60 gün vadeli10 günde %2 indirim, 30 gün vade
|
|||
|
Otomatik mi
IsAutomated
|
Bir aktivitenin sistem tarafından otomatik olarak mı yoksa insan kullanıcı tarafından mı gerçekleştirildiğini gösteren işaret. | ||
|
Açıklama
Bu doğru/yanlış değerli öznitelik, sistem tarafından yürütülen olaylarla manuel kullanıcı görevlerini birbirinden ayırır. Örneğin fatura eşleştirme adımı otomatik olabilirken uyuşmazlıkların ele alınması manuel olabilir. Bu özniteliğin analizi, süreçteki otomasyon düzeyini anlamak için önemlidir. Otomasyon çalışmalarının başarısını ölçmeye, kalan manuel darboğazları belirlemeye ve verimliliği artırıp hataları azaltmak için ek otomasyon fırsatlarını ortaya çıkarmaya yardımcı olur.
Neden önemli?
Süreçteki otomasyon düzeyinin ölçülmesine, manuel darboğazların ve verimlilik artışı fırsatlarının belirlenmesine yardımcı olur.
Nereden alınır?
Genellikle 'User' özniteliğine göre türetilir. Kullanıcı bilinen bir sistem veya servis hesabıysa bu işaret true olarak ayarlanır.
Örnekler
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir faturayı reddeden onaylayanın belirttiği neden. | ||
|
Açıklama
Bir fatura onay iş akışında reddedildiğinde, onaylayan genellikle bir neden belirtir. Bu öznitelik, önceden tanımlanmış bir kod veya serbest metin olabilen bu açıklamayı kaydeder. Bu öznitelik, "Fatura ret analizi" Dashboardu için önemlidir. "Yanlış PO numarası", "Yinelenen fatura" veya "Fiyat uyuşmazlığı" gibi ret nedenlerinin temelini anlamak için gereken nitel içgörüyü sağlar. Bu nedenleri analiz etmek, ret oranını azaltacak adımlara öncelik vermenize yardımcı olur.
Neden önemli?
Faturaların neden reddedildiğini doğrudan gösterir. Böylece yeniden işlemeyi azaltmak ve ilk seferde doğru sonuç oranını artırmak için hedefli çalışmalar yapılabilir.
Nereden alınır?
Genellikle Workflow işleme tablolarındaki yorumlarda veya geçmiş günlüklerinde bulunur.
Örnekler
Miktar hatalıMükerrer faturaOnay limiti aşıldı
|
|||
|
Şirket Kodu
CompanyCode
|
Faturayı işleyen kuruluş içindeki tüzel kişiyi veya şirketi tanımlayan kod. | ||
|
Açıklama
Şirket Kodu, faturadan finansal olarak sorumlu olan tüzel kişiyi gösterir. Birden fazla şirketin bulunduğu kuruluşlarda finansal segmentasyon için önemli bir veri noktasıdır. Bu öznitelik, süreç analizinin farklı tüzel kişilere göre filtrelenmesini veya karşılaştırılmasını sağlar. Süreç performansının, politikaların veya darboğazların grup içindeki belirli şirketlere özgü olup olmadığını ortaya çıkarabilir. Böylece yerel süreç iyileştirme çalışmalarını destekler.
Neden önemli?
Süreç analizinin tüzel kişiye göre segmentlere ayrılmasını sağlar. Bu, birden fazla şirketin bulunduğu büyük kuruluşlar için önemlidir.
Nereden alınır?
Dynamics 365'teki finans tablolarının çoğunda bulunan standart bir alandır ve genellikle DataAreaId olarak adlandırılır.
Örnekler
USMFDEMFGBSI
|
|||
|
Toplam Çevrim Süresi
TotalCycleTime
|
Tek bir faturanın alınmasından ödenmesine kadar işlenmesi için gereken uçtan uca toplam süre. | ||
|
Açıklama
Toplam çevrim süresi, bir faturanın süreçte geçirdiği toplam süreyi ölçer. Belirli bir fatura numarası için ilk etkinlik, örneğin "Fatura kaydedildi", ile son etkinlik, örneğin "Ödeme gerçekleştirildi", arasındaki zaman farkı hesaplanarak bulunur. Bu, genel süreç verimliliğini ölçen temel performans göstergelerinden biridir. Performansa üst düzey bir bakış sunar ve "Faturanın uçtan uca çevrim süresi" Dashboardunda kullanılır. Bu metriki eğilimler üzerinden analiz etmek ve tedarikçi veya tutar gibi özniteliklere göre segmentlere ayırmak, geniş kapsamlı iyileştirme fırsatlarını belirlemenize yardımcı olur.
Neden önemli?
Genel süreç hızını ve verimliliğini gösteren temel üst düzey KPI'dır. Her faturanın performansını özetler.
Nereden alınır?
Process Mining aracı içinde veya veri hazırlama sırasında vaka düzeyinde hesaplanır. Her CaseId için ilk ve son olay zaman damgaları arasındaki zaman farkıdır.
Örnekler
P15DP22DT5H30MP7D
|
|||
|
Uyuşmazlık Türü
MatchingDiscrepancyType
|
Fatura ile satın alma siparişinin eşleştirilmesi sırasında bulunan uyuşmazlığın türünü sınıflandırır. | ||
|
Açıklama
2 yönlü veya 3 yönlü eşleştirme sırasında bir tutarsızlık oluştuğunda, bu öznitelik sorunun niteliğini belirtir. Örneğin "Fiyat uyuşmazlığı", "Miktar uyuşmazlığı" veya "Eksik mal kabulü" değerlerini alabilir. Bu veri, "Eşleştirme tutarsızlığını çözme süresi" Dashboardunun temelini oluşturur. Farklı tutarsızlık türlerinin sıklığını analiz ederek eşleştirme hatalarının temel nedenlerini belirleyebilirsiniz. Örneğin sık görülen fiyat uyuşmazlıkları güncel olmayan ana verilerle ilgili sorunlara, miktar uyuşmazlıkları ise sevkiyat problemlerine işaret edebilir.
Neden önemli?
Eşleştirme hatalarını sınıflandırır. Böylece temel neden analizi yapılabilir, uyuşmazlık oranı azaltılabilir ve doğrudan işleme iyileştirilebilir.
Nereden alınır?
Özel bir eşleştirme veya istisna günlüğü tablosunda saklanabilir ya da durum mesajlarından veya Workflow yorumlarından türetilmesi gerekebilir.
Örnekler
Fiyat uyuşmazlığıMiktar uyuşmazlığıMal kabulü eksik
|
|||
|
Zamanında Ödeme Yapıldı mı
IsOnTimePayment
|
Bir faturanın vade tarihinde veya daha önce ödenip ödenmediğini gösteren hesaplanmış işaret. | ||
|
Açıklama
Bu boolean öznitelik, "Ödeme gerçekleştirildi" etkinliğinin zaman damgası ile "Ödeme vadesi" karşılaştırılarak türetilir. Ödeme tarihi vade tarihinden önceyse veya vadeye eşitse değer true, aksi durumda false olur. Bu öznitelik, "Zamanında ödeme oranı" temel performans göstergesini (KPI) ve "Ödeme koşullarına uyumluluk" Dashboardunu doğrudan destekler. Her fatura için net bir ikili sonuç sunduğundan analizi kolaylaştırır. Böylece gecikmiş ödemeleri filtreleyebilir ve temel nedenlerini tedarikçi, departman veya ülke bazında inceleyebilirsiniz.
Neden önemli?
Ödeme koşullarına uyumluluğu doğrudan ölçer. Zamanında Ödeme Oranı KPI'ının ve ilgili analizlerin hesaplanmasını kolaylaştırır.
Nereden alınır?
Bu öznitelik veri dönüştürme katmanında hesaplanır. Mantık şöyledir: ('Ödeme Gerçekleştirildi' aktivitesinin zaman damgası) <= (Ödeme Vadesi).
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Fatura işleme faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura kaydedildi
|
Bu, faturanın sisteme ilk girişidir. Faturanın tüm ayrıntıları işlenmeden önce yer tutucu bir kayıt oluşturulur. Bu etkinlik, tedarikçi fatura kayıt günlüğünde yeni bir kayıt oluşturulduğunda yakalanır. | ||
|
Neden önemli?
Bu etkinlik, fatura işleme yaşam döngüsünün resmi başlangıcını gösterir. Bu noktadan itibaren geçen süreyi analiz etmek, toplam işlem süresini ölçmeye ve ilk aşamalardaki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Bu, genellikle VendInvoiceRegisterJournalTable veya benzer bir bekleyen fatura tablosunda tedarikçi fatura kaydının oluşturulmasından yakalanan açık bir olaydır.
Yakalayın
Tedarikçi Fatura Kayıt Günlüğündeki kaydın oluşturulma zaman damgası.
Olay türü
explicit
|
|||
|
Fatura kaydedildi
|
Bu, onaylanan faturanın Genel Muhasebeye kaydedilerek borç oluşturulduğu resmi muhasebe olayıdır. Sistemde açık ve işlemsel bir olay olarak gerçekleşir. | ||
|
Neden önemli?
Kaydetme, ödemeden önceki son adımdır ve önemli bir finansal kontrol noktasıdır. 'Fatura onaylandı' ile 'Fatura kaydedildi' arasındaki süre, son muhasebe adımlarının verimliliğini ölçer.
Nereden alınır?
Bu, VendTrans gibi tablolarda kayıtlı tedarikçi işleminin ve ilişkili GeneralJournalEntry ile LedgerEntry kayıtlarının oluşturulmasından yakalanan açık bir olaydır.
Yakalayın
Tedarikçi işlem tablosundaki, yani VendTrans içindeki kaydın oluşturulma zaman damgası.
Olay türü
explicit
|
|||
|
Fatura onaya gönderildi
|
Bu etkinlik, bir faturanın incelenmek ve onaylanmak üzere iş akışına resmî olarak gönderildiğini gösterir. Dynamics 365 iş akışı altyapısı bu gönderim olayını açıkça kaydeder. | ||
|
Neden önemli?
Bu, tüm onay döngüsünü ölçmenin başlangıç noktasıdır. Faturaların onay süreci başlamadan önce ne kadar beklediğini belirlemeye yardımcı olur ve onayla ilgili KPI'lar için tetikleyici görevi görür.
Nereden alınır?
Bu, bir fatura iş akışına gönderildiğinde iş akışı geçmişi tablolarına, örneğin WorkflowTrackingStatusTable tablosuna, açıkça kaydedilen bir olaydır.
Yakalayın
Workflow geçmişindeki gönderim kaydının oluşturulma zaman damgası.
Olay türü
explicit
|
|||
|
Fatura onaylandı
|
Faturanın Workflow içindeki nihai ve başarılı onayını ifade eder. Bu onay, faturanın kaydedilmesine ve ödenmesine izin verir. Tamamlandığında Workflow altyapısı tarafından açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Bu, onay sürecini tamamlayan önemli bir aşamadır. 'Fatura onaya gönderildi' ile bu olay arasındaki süre, onay verimliliğinin önemli bir ölçüsüdür ve darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Workflow durumu 'Approved' olarak değiştiğinde WorkflowTrackingStatusTable gibi Workflow geçmişi tablolarına kaydedilen açık bir olaydır.
Yakalayın
Workflow geçmişindeki 'Approved' durum kaydının zaman damgası.
Olay türü
explicit
|
|||
|
Fatura satın alma siparişiyle eşleştirildi
|
Fatura ayrıntılarının satın alma siparişi ve mal kabul bilgileriyle eşleştiği eşleştirme sürecinin başarıyla tamamlandığını ifade eder. Bu olay, faturanın eşleştirme durumu 'Passed' olarak güncellendiğinde anlaşılır. | ||
|
Neden önemli?
Başarılı eşleştirme, satın alma siparişi destekli faturalar için önemli bir aşamadır ve ödeme öncesinde tutarın geçerliliğini doğrular. Eşleştirme verimliliğini ve otomasyon oranlarını izlemek için gereklidir.
Nereden alınır?
Tedarikçi faturası başlığındaki veya satırlarındaki eşleştirme durumu alanının, örneğin VendInvoiceInfoTable içinde, 'Passed' veya 'Successfully Matched' değerine güncellenmesi üzerinden anlaşılır.
Yakalayın
Fatura eşleştirme doğrulama ayrıntılarında durumun 'Passed' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Ödeme gerçekleştirildi
|
Bu son etkinlik, ödemeyi oluşturan ve faturayı kapatan ödeme günlüğünün kaydedilmesini ifade eder. Fatura yaşam döngüsünü tamamlayan açık bir işlemsel olaydır. | ||
|
Neden önemli?
Bu etkinlik, fatura ödeme sürecinin başarıyla tamamlandığını gösterir. 'Zamanında Ödeme Oranı' ve toplam uçtan uca çevrim süresini ölçmenin temelini oluşturur.
Nereden alınır?
Bu, ödeme günlüğünün kaydedilmesinden yakalanan açık bir olaydır. Ödemeyi faturaya bağlayan kapatma bilgileri VendSettlement gibi tablolara kaydedilir.
Yakalayın
Tedarikçi işlemini kapatan ödeme günlüğünün kaydedilme zaman damgası.
Olay türü
explicit
|
|||
|
Eşleştirme tutarsızlığı bulundu
|
Bu etkinlik, fatura, satın alma siparişi veya mal kabul arasındaki uyumsuzluklar nedeniyle fatura eşleştirme süreci başarısız olduğunda gerçekleşir. Fatura eşleştirme durumu 'Failed' veya 'Discrepancy' olarak ayarlandığında yakalanır. | ||
|
Neden önemli?
Tutarsızlıkların ne zaman ve neden oluştuğunu belirlemek, 'Eşleştirme Tutarsızlığı Oranı' KPI'ı için önemlidir. Bu etkinlik, çoğu zaman önemli gecikmelere neden olan çözüm sürecinin başlangıcını gösterir.
Nereden alınır?
Tedarikçi faturasındaki eşleştirme durumu alanının, örneğin VendInvoiceInfoTable içinde, 'Failed' değerine güncellenmesi üzerinden anlaşılır. Başarısızlık nedeni de çoğu zaman kaydedilir.
Yakalayın
Eşleştirme sırasında durumun 'Failed' veya 'Discrepancy' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Eşleştirme tutarsızlığı giderildi
|
Daha önce belirlenen bir eşleştirme tutarsızlığının çözülmesini ve faturanın ilerlemesini sağlar. 'Failed' eşleştirme durumundaki bir fatura yeniden başarıyla eşleştirildiğinde veya manuel olarak geçersiz kılındığında anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, tutarsızlık çözüm alt sürecini tamamlar. 'Eşleştirme tutarsızlığı bulundu' ile bu etkinlik arasındaki süre, çözüm verimliliğini ölçen önemli bir KPI'dır.
Nereden alınır?
Aynı fatura için 'Eşleştirme tutarsızlığı bulundu' olayından sonra gerçekleşen başarılı eşleştirme olayı, yani 'Fatura satın alma siparişiyle eşleştirildi' etkinliği üzerinden anlaşılır.
Yakalayın
'Failed' durum zaman damgasından sonra gelen bir 'Passed' eşleştirme durumu zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Fatura kodlandı
|
Bu etkinlik, Genel Muhasebe hesap dağılımlarının fatura satırlarına atandığını gösterir. Genellikle faturayla ilişkilendirilmiş muhasebe hesabı dağılımlarının oluşturulması veya kesinleştirilmesi üzerinden anlaşılır. | ||
|
Neden önemli?
Kodlama, finansal doğruluk açısından önemli bir adımdır. Faturaların kodlanması için geçen süreyi ölçmek, muhasebe inceleme sürecindeki darboğazları belirlemeye ve 'Veri Yakalamadan Kodlamaya Ortalama Süre' KPI'ını desteklemeye yardımcı olur.
Nereden alınır?
Bekleyen tedarikçi faturasıyla ilişkili muhasebe dağıtım tablolarındaki, örneğin AccountingDistribution kayıtlarının oluşturulması ve doğrulanması üzerinden anlaşılır.
Yakalayın
Faturaya ait muhasebe dağılımlarının kaydedilip doğrulandığı zaman damgası.
Olay türü
inferred
|
|||
|
Fatura reddedildi
|
Bir onaylayanın faturayı reddettiğini gösterir. Bu durumda süreç durur ve fatura genellikle düzeltilmek üzere geri gönderilir. Workflow altyapısı bu ret olayını açıkça kaydeder. | ||
|
Neden önemli?
Retleri izlemek, yeniden işleri ölçmeye ve hatalı kodlama veya politika ihlalleri gibi yaygın başarısızlık nedenlerini belirlemeye yardımcı olur. Bu, 'Fatura Ret Oranı' KPI'ını doğrudan destekler.
Nereden alınır?
Workflow durumu 'Rejected' veya 'Canceled' olarak değiştiğinde WorkflowTrackingStatusTable gibi Workflow geçmişi tablolarına kaydedilen açık bir olaydır.
Yakalayın
Workflow geçmişindeki 'Rejected' durum kaydının zaman damgası.
Olay türü
explicit
|
|||
|
Fatura verileri yakalandı
|
Faturanın eşleştirme veya onay için gönderilmesinden önce başlık ve satır ayrıntıları dahil veri girişinin tamamlanmasını ifade eder. Bu durum çoğu zaman fatura kaydının 'yeni' veya 'kayıtlı' durumdan 'işleme hazır' durumuna geçmesiyle anlaşılır. | ||
|
Neden önemli?
Bu etkinliği izlemek, manuel veya otomatik OCR ile yapılan veri girişi sürecinin verimliliğini ölçmeye yardımcı olur. Buradaki gecikmeler tüm sürece yayılabilir.
Nereden alınır?
Bekleyen tedarikçi fatura kaydındaki durum değişikliklerinden, örneğin VendInvoiceInfoTable üzerinden anlaşılır. Gerekli tüm alanlar doldurulduğunda ve fatura sonraki adıma hazır olduğunda olay gerçekleşir.
Yakalayın
Veri girişinin tamamlandığını gösteren bekleyen fatura tablosundaki durum değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
Ödeme blokesi kaldırıldı
|
Ödeme bekletmesinin kaldırıldığını ve faturanın ödeme planlamasına ilerleyebileceğini ifade eder. Ödeme blokesi alanı temizlendiğinde veya blokesi kaldırılmış duruma getirildiğinde yakalanır. | ||
|
Neden önemli?
Ödeme bekletmelerine neden olan sorunların çözülmesi için gereken süreyi ölçer. Blokenin konulması ile kaldırılması arasındaki uzun süreler, sorun çözme süreçlerinin verimsiz olduğunu gösterir.
Nereden alınır?
Kayıtlı tedarikçi işlemindeki, yani VendTrans içindeki ödeme bekletme veya blokesi alanını temizleyen değişiklik üzerinden anlaşılır. Zaman damgası değişiklik günlüğünden alınabilir.
Yakalayın
Tedarikçi işlemindeki ödeme blokesi alanını temizleyen güncellemenin zaman damgası.
Olay türü
inferred
|
|||
|
Ödeme blokesi konuldu
|
Bu etkinlik, faturanın ödenmesini engelleyen bir bekletme konulduğunda gerçekleşir. Kayıtlı fatura kaydındaki ödeme blokesi veya bekletme durumu alanındaki değişiklikle yakalanır. | ||
|
Neden önemli?
Ödeme blokeleri, geç ödemelerin başlıca nedenlerindendir. Ne zaman ve neden konulduklarını analiz etmek, zamanında ödeme performansını ve tedarikçi ilişkilerini iyileştirmek için önemlidir.
Nereden alınır?
Kayıtlı tedarikçi işlemindeki, yani VendTrans içindeki ödeme bekletme veya blokesi alanında yapılan değişiklik üzerinden anlaşılır. Zaman damgasını yakalamak için değişiklik günlüğü kullanılabilir.
Yakalayın
Tedarikçi işlemindeki ödeme blokesi alanını ayarlayan güncellemenin zaman damgası.
Olay türü
inferred
|
|||
|
Ödeme planlandı
|
Bu etkinlik, kaydedilmiş bir fatura ödeme teklifine veya ödeme günlüğüne dahil edildiğinde, ancak ödeme henüz gerçekleştirilmeden önce gerçekleşir. Ödeme günlüğü satırı oluşturan açık bir işlemdir. | ||
|
Neden önemli?
Bu adım, Borçlar Muhasebesinden Hazine operasyonlarına geçişi gösterir. Bu adımı analiz etmek, faturanın kaydedilmesi ile ödemenin başlatılması arasındaki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Bu, kaydedilmiş tedarikçi işlemini kapatan bir ödeme günlüğü satırının, yani LedgerJournalTrans kaydının oluşturulmasından yakalanan açık bir olaydır.
Yakalayın
Faturaya referans veren ödeme günlüğü satırının oluşturulma zaman damgası.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Process Mining yolculuğunuza başlamak ve daha hızlı, daha doğru fatura işleme için içgörüler elde etmek üzere bu Templatei kullanın. Operasyonlarınızı bugün dönüştürmeye başlayın.
Satın Almadan Ödemeye - Borçlar Muhasebesi Fatura İşleme sürecinizi bugün optimize etmeye başlayın
Verimsizlikleri ortaya çıkarın ve fatura çevrim süresini %30 veya daha fazla azaltın.
Kredi kartı gerekmez. Dakikalar içinde başlayın.