Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz
Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz
- Derinlemesine analiz için toplanması önerilen öznitelikler
- Fatura işleme yaşam döngüsü boyunca izlenecek temel aktiviteler
- Microsoft Dynamics 365'ten veri çıkarma konusunda rehberlik
Satın Almadan Ödemeye – Fatura İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Fatura işleme yaşam döngüsü içinde belirli bir zamanda gerçekleşen spesifik iş event'inin veya görevinin adı. | ||
|
Açıklama
Aktivite Adı, fatura sürecindeki 'Fatura Kaydedildi', 'Onaya Gönderilen Fatura' veya 'Ödeme Yapıldı' gibi belirli bir adımı veya durum değişikliğini açıklar. Bu veri, süreç haritasını oluşturmak ve olayların sırasını anlamak için kritik öneme sahiptir. Bu özniteliği analiz etmek, süreç akışını ortaya çıkarır, yaygın yolları belirler ve sapmaları veya darboğazları vurgular. Onaydan kayda kadar geçen süre gibi aktiviteler arasındaki döngü sürelerini hesaplamak ve reddetmeler 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, süreç akışının görselleştirilmesine ve farklı aktiviteler arasındaki geçişlerin analizine olanak tanır.
Nereden alınır
Bu öznitelik, genellikle fatura işleme ile ilgili çeşitli Dynamics 365 tablolarındaki durum alanları, işlem türleri veya değişiklik kaydı girişlerinin birleşiminden türetilir.
Örnekler
Fatura Onay İçin GönderildiEşleşme Uyuşmazlığı BulunduÖdeme Gerçekleştirildi
|
|||
|
Fatura Numarası
InvoiceNumber
|
Her tedarikçi faturası için benzersiz tanımlayıcı, yaşam döngüsünü izlemek için birincil case ID olarak hizmet eder. | ||
|
Açıklama
Fatura Numarası, tek bir tedarikçi faturasıyla ilişkili tüm aktiviteleri birbirine bağlayan benzersiz anahtardır. Faturanın alım ve kayıttan eşleştirme, onay ve nihai ödemeye kadar olan yolculuğunun uçtan uca izlenmesine olanak tanır. Process mining analizinde bu öznitelik temeldir. Her faturanın süreç akışının yeniden yapılandırılmasını sağlayan 'case'i tanımlar. Bu, toplam döngü sürelerinin hesaplanmasına, süreç varyantlarının belirlenmesine ve faturaya özgü özelliklerin ve sonuçların analizine olanak tanır.
Neden önemli
Bu, tüm ilgili event'leri birbirine bağlayan temel Case ID'dir ve her bir faturanın tüm yaşam döngüsünü analiz etmeyi mümkün kılar.
Nereden alınır
Bu genellikle ana tedarikçi fatura tablosunda, örneğin VendInvoiceInfoTable'da, Num alanında bulunur.
Örnekler
INV-10056773245-AUS-001-98432
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası. | ||
|
Açıklama
Analizde, bu
Neden önemli
Bu zaman damgası, event'leri sıralamak, tüm döngü sürelerini ve sürelerini hesaplamak ve süreç darboğazlarını belirlemek için esastır.
Nereden alınır
Bu, VendInvoiceInfoTable, VendTrans veya iş akışı geçmişi tablolarındaki createdDateTime veya modifiedDateTime alanları gibi birden fazla tablodaki çeşitli tarih/saat alanlarından alınır.
Örnekler
2023-04-15T09:00:12Z2023-05-20T14:30:00Z2023-06-01T11:05:45Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Event verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, aktivite verilerinin kaynaklandığı kaynak uygulamayı tanımlar. Bu süreç için tipik olarak 'Microsoft Dynamics 365' olacaktır. Harici bir OCR veya yakalama çözümü gibi birden fazla sistemin bulunduğu ortamlarda, bu alan sürecin her adımının nerede gerçekleştiğini ayırt etmeye yardımcı olur. Veri soy ağacının açık olmasını sağlar ve veri çıkarma sorunlarını gidermede yardımcı olur.
Neden önemli
Veri doğrulama ve sürecin sistem manzarasını anlamak için önemli olan veri kaynağı hakkında kritik bağlam sağlar.
Nereden alınır
Bu, veri dönüşümü sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değer olan 'Microsoft Dynamics 365'tir.
Örnekler
Microsoft Dynamics 365
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu süreç için verilerin kaynak sistemden son yenilenme zamanını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri kümesinin Microsoft Dynamics 365'ten en son ne zaman çıkarıldığını ve güncellendiğini kaydeder. Genellikle tek bir veri yüklemesindeki tüm kayıtlar için aynıdır. Bu bilgi, kullanıcıların analiz ettikleri verilerin güncelliğini anlamaları için hayati öneme sahiptir. Süreç içgörülerinin ne kadar güncel olduğu hakkında bağlam sağlar ve veri yenileme çizelgelerini yönetmek ve veri pipeline'larını doğrulamak için esastır.
Neden önemli
Kullanıcıları verinin güncelliği hakkında bilgilendirir, analizin ne kadar güncel olduğunu ve bir sonraki veri güncellemesinin ne zaman beklendiğini bilmelerini sağlar.
Nereden alınır
Bu zaman damgası, yürütme anında veri çıkarma veya ETL süreci tarafından veri kümesine oluşturulur ve damgalanır.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Bitiş Saati
EndTime
|
Belirli bir aktivitenin veya event'in ne zaman tamamlandığını gösteren kesin zaman damgası. | ||
|
Açıklama
Bitiş Zamanı, bir aktivitenin ne zaman sona erdiğini kaydeder. Başlangıç Zamanı (EventTime) ile birleştirildiğinde, her bir adımın tamamlanmasının ne kadar sürdüğünün kesin olarak hesaplanmasını sağlar. Bu öznitelik, performans analizi için önemli bir metrik olan her aktivite için 'İşleme Süresi'ni hesaplamak için esastır. Süreçteki hangi adımların en çok zaman tükettiğini tam olarak belirlemeye yardımcı olur ve hedeflenen iyileştirme çabalarına olanak tanır. Örneğin, manuel bir kodlama veya onay adımının tam süresini ölçebilir.
Neden önemli
Nereden alınır
StartTime gibi, bu da çeşitli tarih/saat alanlarından alınır. Bazı aktiviteler için bir sonraki aktivitenin StartTime'ı olabilir. Diğer durumlarda ise belirli bir 'tamamlanma' timestamp'i olabilir.
Örnekler
2023-04-15T09:15:20Z2023-05-20T18:00:00Z2023-06-01T11:05:45Z
|
|||
|
Fatura Durumu
InvoiceStatus
|
Veri çıkarma anındaki faturanın mevcut durumu. | ||
|
Açıklama
Fatura Durumu, bir faturanın yaşam döngüsündeki mevcut durumunu, örneğin 'Onay Bekliyor', 'Onaylandı', 'Kaydedildi' veya 'Ödendi' olarak belirtir. Bu, faturanın ilerlemesinin bir anlık görüntüsünü sağlar. Bu öznitelik, öncelikli olarak mevcut iş yükünü ve birikimi gösteren operasyonel dashboard'lar oluşturmak için kullanılır. Yöneticilerin sürecin her aşamasında kaç faturanın olduğunu anlamalarına yardımcı olur, kaynak tahsisini ve operasyonel izlemeyi destekler. 'Fatura İşleme Verimi ve Durumu' dashboard'u için anahtardır.
Neden önemli
Operasyonel izleme, iş yükü yönetimi ve mevcut darboğazların belirlenmesi için hayati önem taşıyan tüm faturaların güncel durum görünümünü sağlar.
Nereden alınır
Bu genellikle VendInvoiceInfoTable gibi ana fatura tablosundaki durum alanlarından türetilir.
Örnekler
Onay BekliyorKaydedildiÖdendi
|
|||
|
Fatura Tutarı
InvoiceAmount
|
Faturanın toplam tutarıdır. | ||
|
Açıklama
Bu öznitelik, tedarikçi faturasında belirtildiği gibi ödenmesi gereken toplam tutarı temsil eder. Her case için temel bir finansal veri noktasıdır. Fatura Tutarı, segmentasyon ve analiz için yaygın olarak kullanılır. Yüksek değerli faturaların farklı, daha sıkı bir onay sürecini takip edip etmediğini veya işlenmesinin daha uzun sürüp sürmediğini ortaya çıkarabilir. Ayrıca, fatura hacimlerini değere göre analiz etmek için dashboard'larda kullanılır ve analiz altındaki toplam harcamayı anlamak için toplanabilir.
Neden önemli
Finansal değere dayalı analizi mümkün kılar, yüksek değerli faturalarda süreç iyileştirme çabalarını önceliklendirmeye ve maliyet sürücülerini anlamaya yardımcı olur.
Nereden alınır
Fatura üstbilgi tablosunda, örneğin VendInvoiceInfoTable'da, InvoiceAmount veya Amount gibi bir alanda bulunur.
Örnekler
1500.00250.7512500.50
|
|||
|
Kullanıcı
User
|
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı. | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımını yürütmekten sorumlu çalışanı veya sistem kullanıcısını tanımlar. Otomatik adımlar için bu, 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 bireyler veya ekipler arasındaki performansı karşılaştırmaya yardımcı olur. İşin kullanıcılar arasında ileri geri geçtiği yeniden işleme döngülerini analiz etmek ve farklı kullanıcıların aynı görevi nasıl tamamladığına ilişkin varyasyonları anlamak için kritik öneme sahiptir.
Neden önemli
Kullanıcı veya ekibe göre performans ve iş yükü analizini mümkün kılar ve otomasyon seviyelerini ve yeniden işleme kaynaklarını belirlemeye yardımcı olur.
Nereden alınır
İşlem veya iş akışı geçmişi tablolarındaki kullanıcı ID alanlarından, örneğin createdby veya modifiedby alanlarından alınır. Bu bilgi iş akışı izleme tablolarında olabilir.
Örnekler
j.doea.smithAX_Admin
|
|||
|
Purchase Order Number
PurchaseOrderNumber
|
Faturanın ilgili olduğu Satın Alma Siparişinin (PO) tanımlayıcısı. | ||
|
Açıklama
Satın Alma Siparişi Numarası, bir faturayı orijinal tedarik belgesine bağlar. Bu, fatura, PO ve mal alımı arasında 2 veya 3 yollu eşleşmeyi içeren süreçler için kritik öneme sahiptir. Bu öznitelik, genellikle farklı süreç yollarını izleyen PO destekli ve PO'suz faturaların analizine olanak tanır. Eşleşme sürecinin etkinliğini anlamak, eşleşme uyuşmazlıklarını araştırmak ve PO destekli faturalar için kesintisiz işleme (straight-through processing) oranını ölçmek için anahtardır.
Neden önemli
Satın alma siparişi destekli faturaları (PO-backed invoices) satın alma siparişi olmayan faturalardan (non-PO invoices) ayırır; bu, süreç varyasyonunun ana nedenidir ve eşleşme analizi için kritik öneme sahiptir.
Nereden alınır
Fatura üstbilgi tablosunda, örneğin VendInvoiceInfoTable'da, genellikle PurchId gibi bir alanda bulunur.
Örnekler
PO-001234PO-005678PO-009101
|
|||
|
Son Ödeme Tarihi
PaymentDueDate
|
Faturanın üzerinde anlaşılan ödeme koşullarına göre ödenmesi gereken tarih. | ||
|
Açıklama
Ödeme Son Tarihi, fatura tarihine ve tedarikçinin ödeme koşullarına göre hesaplanır. Ödeme için sözleşme ile belirlenmiş son tarihi temsil eder. Bu tarih, finansal performansı ve tedarikçi ilişkileri yönetimini ölçmek için kritik öneme sahiptir. Gerçek 'Ödeme Yapıldı' tarihi ile karşılaştırarak 'Zamanında Ödeme Oranı' KPI'ını hesaplamak için kullanılan temeldir. Bunu analiz etmek, geç ödemelere neden olan sistemik sorunları belirlemeye yardımcı olur, bu da tedarikçi ilişkilerinin zarar görmesine veya kaçırılan erken ödeme indirimlerine yol açabilir.
Neden önemli
Bu, zamanında ödeme performansını ölçmek için bir referans noktasıdır, finansal sağlık ve tedarikçi ilişkileri için ö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 tablosunda saklanır.
Örnekler
2023-05-152023-06-302023-07-20
|
|||
|
Tedarikçi Numarası
VendorNumber
|
Faturayı gönderen satıcı veya tedarikçi için benzersiz tanımlayıcı. | ||
|
Açıklama
Tedarikçi Numarası, ana veride bir tedarikçiyi benzersiz şekilde tanımlayan koddur. Fatura işlemini belirli bir tedarikçiye bağlar ve tedarikçi merkezli analizi mümkün kılar. Bu öznitelik, süreç verilerini tedarikçiye göre segmentlere ayırmak için esastır. 'Hangi tedarikçilerin onay süreleri en uzun?' veya 'Eşleşme uyuşmazlıkları belirli tedarikçilerde daha mı yaygın?' gibi sorulara yanıt bulmaya yardımcı olur. Tedarikçiye göre performansı analiz etmek, tedarikçi 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 sağlar, belirli tedarikçilere bağlı performans sorunlarını veya kalıplarını belirlemeye yardımcı olur.
Nereden alınır
Bu genellikle VendInvoiceInfoTable gibi tedarikçi fatura tablosunun üstbilgisinde bulunur ve VendTable'daki ana tedarikçi ana verilerine bağlıdır.
Örnekler
V-1001V-2050V-8342
|
|||
|
Bölüm
Department
|
Fatura maliyetlerinin tahsis edildiği maliyet merkezi veya departman. | ||
|
Açıklama
Departman, faturadaki harcamadan sorumlu iş birimini veya maliyet merkezini tanımlar. Bu genellikle fatura kodlama aktivitesi sırasında belirlenir. Süreci departmana göre analiz etmek, harcama, onay süreleri ve uyumluluktaki departman farklılıklarını anlamak için anahtardır. Hangi departmanların en çok fatura istisnasına veya en uzun onay döngülerine sahip olduğunu belirlemeye yardımcı olur, hedeflenen iletişim ve eğitim için bir temel sağlar.
Neden önemli
Departmana göre maliyet ve süreç analizini mümkün kılar, kuruluş genelinde performans ve
Nereden alınır
Fatura kalemleri veya başlığıyla bağlantılı finansal boyutlardan alınır. Bu, boyutla ilgili veri yapılarının sorgulanmasını gerektirir.
Örnekler
SatışPazarlamaBT Operasyonları
|
|||
|
Fatura Para Birimi
InvoiceCurrency
|
Fatura tutarının para birimi kodu (örn. USD, EUR). | ||
|
Açıklama
Fatura Para Birimi, fatura tutarının ifade edildiği para birimini belirtir. Bu, farklı ülkelerden 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 için kullanılır. Finansal değerlerin doğru yorumlanmasını sağlar ve para birimine özgü analizlere veya standart bir raporlama para birimine dönüştürmeye olanak tanır.
Neden önemli
Finansal tutarlar için temel bağlam sağlayarak, farklı bölgelerdeki fatura değerlerinin doğru yorumlanmasına ve analizine olanak tanır.
Nereden alınır
Fatura üstbilgi tablosunda, fatura tutarının yanında yer alır, örneğin VendInvoiceInfoTable tablosundaki CurrencyCode alanı.
Örnekler
USDEURGBP
|
|||
|
İşlem Süresi
ProcessingTime
|
Tek bir aktivitenin süresi, bitiş ve başlangıç zamanı arasındaki fark olarak hesaplanır. | ||
|
Açıklama
İşleme Süresi, belirli bir görev üzerinde harcanan aktif süreyi ölçer. Bir event'in StartTime'ının EndTime'ından çıkarılmasıyla hesaplanır. Buna aktivite süresi de denir. Bu metrik, performans analizi için temeldir. Aktiviteler arasındaki bekleme sürelerinin aksine, hangi spesifik aktivitelerin en çok zaman aldığını belirlemeye yardımcı olur. Bu, manuel kodlamayı hızlandırmak için daha iyi eğitim sağlamak veya yavaş çalışan bir sistem adımını optimize etmek gibi odaklanmış iyileştirmelere olanak tanır.
Neden önemli
Aktivitelerin gerçek çalışma süresini ölçer, optimizasyon veya otomasyon için uygun verimsiz görevleri belirlemeye yardımcı olur.
Nereden alınır
Bu, kaynak sistemde bir alan değildir. Veri dönüşümü sırasında EndTime - StartTime formülü kullanılarak hesaplanır.
Örnekler
1S30DP2DT4HPT5M15S
|
|||
|
Ödeme Engeli Nedeni
PaymentBlockReason
|
Bir faturaya neden ödeme blokesi uygulandığını açıklayan neden kodu. | ||
|
Açıklama
Bir ödeme engeli, faturanın ödenmesini önler. Bu Bu
Neden önemli
Ödemelerin neden kasıtlı olarak geciktirildiğini açıklar, ödeme engellerine neden olan yukarı yönlü sorunları belirlemeye ve çözmeye yardımcı olur.
Nereden alınır
Bu genellikle tedarikçi işlem veya fatura kaydında, genellikle ödeme bloke durumuyla ilgili bir alandır. VendTrans gibi tablolara bakın.
Örnekler
Kalite anlaşmazlığıAlacak dekontu bekleniyorManuel engelleme
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Tedarikçi ile yapılan ödeme koşulları anlaşması, örneğin 'Net 30' veya '2% 10, Net 30'. | ||
|
Açıklama
Ödeme Şartları, tedarikçiye ödeme yapmak için üzerinde anlaşılan koşulları, süre çerçevesini ve olası indirimleri tanımlar. Bu bilgi genellikle tedarikçi ana verilerinden veya satın alma siparişinden alınır. Bu öznitelik, Ödeme Son Tarihi ve Zamanında Ödeme Oranı KPI'ı için kritik bağlam sağlar. Belirli ödeme şartlarının geç ödemelerle ilişkili olup olmadığını analiz etmek operasyonel zorlukları ortaya çıkarabilir. Ayrıca finansal planlama ve işletme sermayesinin etkin bir şekilde yönetilmesine de yardımcı olur.
Neden önemli
Ödeme son tarihleri için bağlam sağlar ve ödeme zamanlamasının ve indirim yakalama oranlarının finansal etkisini analiz etmeye yardımcı olur.
Nereden alınır
Bu bilgi tedarikçi ana verisinde (VendTable) saklanır ve VendInvoiceInfoTable gibi işlem tablolarına kopyalanır.
Örnekler
Net 30 GünNet 60 Gün2% 10, Net 30
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Bir aktivitenin sistem tarafından otomatik olarak mı yoksa bir insan kullanıcısı tarafından mı gerçekleştirildiğini gösteren bir işaretçi. | ||
|
Açıklama
Bu boolean öznitelik (doğru/yanlış), sistem tarafından yürütülen event'ler ile manuel kullanıcı görevleri arasında ayrım yapar. Örneğin, bir fatura eşleştirme adımı otomatikleştirilmişken, uyuşmazlık yönetimi manuel olabilir. Bu özniteliği analiz etmek, süreçteki otomasyon seviyesini anlamak için anahtardır. Otomasyon girişimlerinin başarısını ölçmeye, kalan manuel darboğazları belirlemeye ve verimliliği artırmak ve hataları azaltmak için daha fazla otomasyon fırsatlarını vurgulamaya yardımcı olur.
Neden önemli
Süreçteki otomasyon seviyesini ölçmeye yardımcı olur, manuel
Nereden alınır
Bu genellikle 'Kullanıcı' özniteliğine göre türetilir. Kullanıcı bilinen bir sistem veya servis hesabıysa, bu işaret doğru olarak ayarlanır.
Örnekler
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir onaycı tarafından faturanın reddedilmesi için sunulan neden. | ||
|
Açıklama
Fatura onay workflow'u sırasında reddedildiğinde, onaylayan genellikle bir sebep belirtir. Bu öznitelik, önceden tanımlanmış bir kod veya serbest metin olabilen bu açıklamayı yakalar. Bu, 'Fatura Reddi Analizi' dashboard'u için kritik bir özniteliktir. 'Hatalı Sipariş Numarası', 'Yinelenen Fatura' veya 'Fiyat Farkı' gibi retlerin temel nedenlerini anlamak için gerekli niteliksel bilgiyi sağlar. Bu nedenleri analiz etmek, ret oranını azaltmaya yönelik eylemleri önceliklendirmeye yardımcı olur.
Neden önemli
Faturaların neden reddedildiğine dair doğrudan içgörü sağlar, yeniden işlemeyi azaltmak ve ilk seferde doğru oranlarını iyileştirmek için hedeflenen eylemleri mümkün kılar.
Nereden alınır
Genellikle iş akışı işleme tablolarının yorumlarında veya geçmiş loglarında bulunur.
Örnekler
Yanlış miktarYinelenen faturaOnay limiti aşıldı
|
|||
|
Şirket Kodu
CompanyCode
|
Faturayı işleyen kuruluş içindeki tüzel kişilik veya şirketin tanımlayıcısı. | ||
|
Açıklama
Şirket Kodu, faturadan finansal olarak sorumlu olan belirli yasal varlığı temsil eder. Çok şirketli bir organizasyonda bu, finansal segmentasyon için kritik bir veri noktasıdır. Bu öznitelik, süreç analizinin farklı yasal varlıklar arasında filtrelenmesine veya karşılaştırılmasına olanak tanır. Süreç performansının, politikaların veya darboğazların grup içindeki belirli şirketlere özgü olup olmadığını ortaya çıkarabilir ve yerelleştirilmiş süreç iyileştirme girişimlerini destekler.
Neden önemli
Süreç analizinin tüzel kişiliğe göre segmentlere ayrılmasına olanak tanır, bu da büyük, çok şirketli kuruluşlar için çok önemlidir.
Nereden alınır
Bu, Dynamics 365'teki çoğu finansal tabloda bulunan, genellikle DataAreaId olarak adlandırılan standart bir alandır.
Örnekler
USMFDEMFGBSI
|
|||
|
Toplam Cycle Time
TotalCycleTime
|
Tek bir faturanın alımından ödemesine kadar işlenmesi için geçen toplam uçtan uca süre. | ||
|
Açıklama
Toplam Döngü Süresi, bir faturanın süreçte geçirdiği tüm süreyi ölçer. Belirli bir fatura numarası için en ilk aktivite (örneğin, 'Fatura Kaydedildi') ile en son aktivite (örneğin, 'Ödeme Yapıldı') arasındaki zaman farkı olarak hesaplanır. Bu, genel süreç verimliliğini ölçmek için birincil bir KPI'dır. Yüksek seviyeli bir performans görünümü sağlar ve 'Fatura Uçtan Uca Döngü Süresi' dashboard'unda kullanılır. Bu metrikteki eğilimleri analiz etmek ve onu tedarikçi veya tutar gibi özniteliklere göre segmentlere ayırmak, geniş iyileştirme fırsatlarını belirlemeye yardımcı olur.
Neden önemli
Genel süreç hızı ve verimliliği için temel yüksek seviyeli KPI'yı temsil eder, her faturanın performansını özetler.
Nereden alınır
Bu, process mining aracı içinde veya veri hazırlığı sırasında case seviyesinde hesaplanır. Her CaseId için ilk ve son event zaman damgaları arasındaki zaman farkıdır.
Örnekler
P15DP22DT5H30MP7D
|
|||
|
Tutarsızlık Türü
MatchingDiscrepancyType
|
Fatura ve PO eşleştirme süreci sırasında bulunan uyumsuzluk türünü kategorize eder. | ||
|
Açıklama
2 veya 3 yollu eşleşme sırasında bir uyuşmazlık meydana geldiğinde, bu öznitelik sorunun niteliğini belirtir, örneğin 'Fiyat Uyuşmazlığı', 'Miktar Uyuşmazlığı' veya 'Eksik Mal Alımı'. Bu veri, 'Eşleşme Uyuşmazlığı Çözüm Süresi' dashboard'unun merkezindedir. Farklı uyuşmazlık türlerinin sıklığını analiz ederek, işletme eşleşme hatalarının kök nedenlerini belirleyebilir. Örneğin, sık fiyat uyuşmazlıkları güncel olmayan ana veri sorunlarına işaret edebilirken, miktar uyuşmazlıkları gönderim sorunlarını gösterebilir.
Neden önemli
Eşleşme hatalarını kategorize eder, uyuşmazlık oranını azaltmak ve kesintisiz işlemeyi (straight-through processing) iyileştirmek için kök neden analizine olanak tanır.
Nereden alınır
Bu, özel bir eşleşme veya istisna log tablosunda saklanabilir veya durum mesajlarından veya iş akışı yorumlarından türetilmesi gerekebilir.
Örnekler
Fiyat UyuşmazlığıMiktar UyuşmazlığıEksik Mal Kabul
|
|||
|
Zamanında Ödeme mi?
IsOnTimePayment
|
Bir faturanın vadesinde veya öncesinde ödenip ödenmediğini gösteren hesaplanmış bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, 'Ödeme Yapıldı' aktivitesinin zaman damgasını 'Ödeme Son Tarihi' ile karşılaştırarak türetilir. Ödeme tarihi vade tarihine eşit veya küçükse, değer doğru, aksi takdirde yanlıştır. Bu öznitelik, doğrudan 'Zamanında Ödeme Oranı' KPI'ını ve 'Ödeme Koşulları Uyumluluğu' dashboard'unu destekler. Her fatura için net bir ikili sonuç sağlayarak analizi basitleştirir, geç ödemeleri filtrelemeyi ve bunların kök nedenlerini tedarikçi, departman veya ülkeye göre araştırmayı kolaylaştırır.
Neden önemli
Ödeme koşullarına
Nereden alınır
Bu öznitelik, veri dönüşüm katmanında hesaplanır. Mantık şöyledir: ('Ödeme Yapıldı' aktivitesinin zaman damgası) <= (Ödeme Son Tarihi).
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye – Fatura İşleme Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Kaydedildi
|
Bu, tam detaylar işlenmeden önce bir yer tutucu kayıt oluşturan, bir faturanın sisteme ilk girişidir. Bu aktivite, tedarikçi fatura defteri jurnalinde yeni bir kayıt oluşturulduğunda yakalanır. | ||
|
Neden önemli
Bu aktivite, fatura işleme yaşam döngüsünün resmi başlangıcını işaretler. Bu noktadan itibaren geçen süreyi analiz etmek, toplam işleme süresini ölçmeye ve erken aşama gecikmelerini belirlemeye yardımcı olur.
Nereden alınır
Bu, tedarikçi fatura defterinde, tipik olarak VendInvoiceRegisterJournalTable veya benzer bir bekleyen fatura tablosunda bir kaydın oluşturulmasından yakalanan açık bir event'tir.
Yakala
Tedarikçi Fatura Kayıt Defteri'ndeki kaydın oluşturulma
Event tipi
explicit
|
|||
|
Fatura Muhasebeleştirildi
|
Bu, onaylanmış faturanın Genel Muhasebe'ye kaydedildiği ve bir yükümlülük oluşturduğu resmi muhasebe event'idir. Bu, sistemde açık, işlemsel bir event'tir. | ||
|
Neden önemli
Deftere kaydetme, ödeme öncesi son adımdır ve önemli bir finansal kontrol noktasıdır. 'Fatura Onaylandı'dan 'Fatura Kaydedildi'ye kadar geçen süre, son muhasebe adımlarının verimliliğini ölçer.
Nereden alınır
Bu, VendTrans gibi tablolardaki kaydedilmiş tedarikçi işleminin ve ilişkili GeneralJournalEntry ve LedgerEntry kayıtlarının oluşturulmasından yakalanan açık bir event'tir.
Yakala
Tedarikçi işlem tablosundaki (VendTrans) kaydın oluşturulma
Event tipi
explicit
|
|||
|
Fatura Onay İçin Gönderildi
|
Bu aktivite, bir faturanın inceleme ve onay için bir iş akışına resmi olarak gönderilmesini işaretler. Dynamics 365 iş akışı motoru, bu gönderim event'ini açıkça kaydeder. | ||
|
Neden önemli
Bu, tüm onay döngüsünü ölçmek için başlangıç noktasıdır. Faturaların onay süreci başlamadan önce ne kadar beklediğini belirlemeye yardımcı olur ve onay ile ilgili KPI'lar için tetikleyicidir.
Nereden alınır
Bu, bir fatura bir iş akışına gönderildiğinde iş akışı geçmişi tablolarına (örneğin, WorkflowTrackingStatusTable) kaydedilen açık bir event'tir.
Yakala
Event tipi
explicit
|
|||
|
Fatura Onaylandı
|
Faturanın iş akışı içinde nihai, başarılı onayını temsil eder, kaydetme ve ödeme için yetkilendirir. Bu, iş akışı motoru tarafından tamamlandığında kaydedilen açık bir event'tir. | ||
|
Neden önemli
Bu, onay sürecini sonuçlandıran kritik bir kilometre taşıdır. 'Onaya Gönderilen Fatura'dan bu event'e kadar geçen süre, onay verimliliğinin önemli bir ölçütüdür ve darboğazları belirlemeye yardımcı olur.
Nereden alınır
Bu, iş akışı durumu 'Onaylandı' olarak değiştiğinde iş akışı geçmişi tablolarına (örneğin, WorkflowTrackingStatusTable) kaydedilen açık bir event'tir.
Yakala
İş akışı geçmişindeki 'Onaylandı' durumu girişinin zaman damgası.
Event tipi
explicit
|
|||
|
Fatura Satın Alma Siparişiyle Eşleştirildi
|
Fatura detaylarının satın alma siparişi ve mal alımı bilgileriyle uyumlu olduğu eşleşme sürecinin başarıyla tamamlanmasını temsil eder. Bu event, faturanın eşleşme durumu 'Başarılı' olarak güncellendiğinde çıkarılır. | ||
|
Neden önemli
Başarılı eşleşme, PO destekli faturalar için ödeme öncesi ücretin geçerliliğini doğrulayan önemli bir kilometre taşıdır. Eşleşme verimliliğini ve otomasyon oranlarını takip etmek için esastır.
Nereden alınır
Tedarikçi fatura üstbilgisi veya satırlarındaki (örn. VendInvoiceInfoTable) eşleştirme durum alanının 'Başarılı' veya 'Başarıyla Eşleştirildi' bir değere güncellenmesinden çıkarılır.
Yakala
Fatura eşleşme doğrulama detaylarında durumun 'Başarılı' olarak değiştiği zaman damgası.
Event tipi
inferred
|
|||
|
Ödeme Gerçekleştirildi
|
Bu, ödemeyi oluşturan ve faturayı kapatan ödeme jurnalinin kaydedilmesini temsil eden son aktivitedir. Bu, fatura yaşam döngüsünü kapatan açık bir işlem event'idir. | ||
|
Neden önemli
Bu aktivite, faturadan ödemeye sürecinin başarılı sonunu işaretler. 'Zamanında Ödeme Oranı'nı ve toplam uçtan uca döngü süresini ölçmek için temeldir.
Nereden alınır
Bu, ödeme jurnalinin kaydedilmesinden yakalanan açık bir event'tir. Ödeme bilgisi, ödemeyi faturaya bağlayan VendSettlement gibi tablolarda kaydedilir.
Yakala
Tedarikçi işlemini kapatan ödeme jurnalinin kaydetme zaman damgası.
Event tipi
explicit
|
|||
|
Eşleşme Uyuşmazlığı Bulundu
|
Bu aktivite, fatura eşleştirme sürecinin fatura, satın alma siparişi veya mal alımı arasındaki uyumsuzluklar nedeniyle başarısız olduğunda meydana gelir. Fatura eşleşme durumu 'Başarısız' veya 'Uyuşmazlık' olarak ayarlandığında yakalanır. | ||
|
Neden önemli
Tutarsızlıkların ne zaman ve neden meydana geldiğini belirlemek, 'Eşleştirme Tutarsızlığı Oranı' KPI'ı için çok önemlidir. Bu
Nereden alınır
Tedarikçi faturasındaki (örn. VendInvoiceInfoTable) eşleştirme durum alanının 'Başarısız' bir değere güncellenmesinden çıkarılır. Başarısızlık nedeni genellikle
Yakala
Eşleşme sırasında durumun 'Başarısız' veya 'Uyuşmazlık' olarak değiştiği zaman damgası.
Event tipi
inferred
|
|||
|
Eşleşme Uyuşmazlığı Giderildi
|
Daha önce belirlenen bir eşleşme uyuşmazlığının çözümünü işaretler ve faturanın ilerlemesine izin verir. Bu durum, 'Başarısız' eşleşme durumuna sahip bir faturanın başarıyla yeniden eşleştirilmesi veya manuel olarak geçersiz kılınmasıyla çıkarılır. | ||
|
Neden önemli
Bu aktivite, uyuşmazlık çözümü alt sürecini sona erdirir. 'Eşleşme Uyuşmazlığı Bulundu' ile bu event arasındaki süre, çözüm verimliliğini ölçmek için önemli bir KPI'dır.
Nereden alınır
Aynı fatura için 'Eşleştirme Tutarsızlığı Bulundu'
Yakala
Bir 'Başarısız' durum
Event tipi
inferred
|
|||
|
Fatura Data Yakalandı
|
Faturanın başlık ve kalem detayları da dahil olmak üzere veri girişinin tamamlanmasını temsil eder, eşleşme veya onay için sunulmadan önce gerçekleşir. Bu durum genellikle fatura kaydının 'yeni' veya 'kayıtlı' durumundan 'işlemeye hazır' durumuna geçmesiyle çıkarılır. | ||
|
Neden önemli
Bu aktiviteyi takip etmek, veri girişi sürecinin verimliliğini (manuel veya otomatik (OCR) olup olmadığını) ölçmeye yardımcı olur. Buradaki gecikmeler, tüm sürece yayılabilir.
Nereden alınır
Bekleyen tedarikçi fatura kaydındaki (örn. VendInvoiceInfoTable) durum değişikliklerinden çıkarılır.
Yakala
Veri girişinin tamamlandığını gösteren bekleyen fatura tablosundaki durum değişikliğini algıla.
Event tipi
inferred
|
|||
|
Fatura Kodlandı
|
Bu aktivite, Genel Muhasebe hesap dağıtımlarının fatura kalemlerine atandığını gösterir. Genellikle faturayla bağlantılı muhasebe hesap dağıtımlarının oluşturulması veya kesinleştirilmesiyle çıkarılır. | ||
|
Neden önemli
Kodlama, finansal doğruluk için kritik bir adımdır. Faturaları kodlamak için harcanan süreyi ölçmek, muhasebe inceleme sürecindeki
Nereden alınır
Bekleyen tedarikçi faturasıyla ilişkili muhasebe dağıtım tablolarındaki (örn. AccountingDistribution) kayıtların oluşturulması ve doğrulanmasından çıkarılır.
Yakala
Fatura için muhasebe dağıtımlarının kaydedildiği ve doğrulandığı zaman damgası.
Event tipi
inferred
|
|||
|
Fatura Reddedildi
|
Bir onaylayıcının faturayı reddettiğini, süreci durdurduğunu ve genellikle düzeltme için geri gönderdiğini belirtir. `Workflow engine` bu reddedilme `event`'ini açıkça kaydeder. | ||
|
Neden önemli
Reddedilmeleri takip etmek, yeniden işlemeyi nicel olarak belirlemeye ve yanlış kodlama veya politika ihlalleri gibi yaygın başarısızlık nedenlerini tanımlamaya yardımcı olur. Bu durum, doğrudan 'Fatura Reddedilme Oranı' KPI'ını destekler.
Nereden alınır
Bu, iş akışı durumu 'Reddedildi' veya 'İptal Edildi' olarak değiştiğinde iş akışı geçmişi tablolarına (örneğin, WorkflowTrackingStatusTable) kaydedilen açık bir event'tir.
Yakala
İş akışı geçmişindeki 'Reddedildi' durumu girişinin zaman damgası.
Event tipi
explicit
|
|||
|
Ödeme Engeli Konuldu
|
Bu aktivite, bir fatura üzerine ödemeyi engelleyen bir bloke konulduğunda meydana gelir. Bu durum, kaydedilmiş fatura kaydındaki ödeme blokesi veya bekleme durumu alanındaki bir değişiklikle yakalanır. | ||
|
Neden önemli
Ödeme blokeleri, geç ödemelerin temel nedenidir. Ne zaman ve neden konulduklarını analiz etmek, zamanında ödeme performansını ve tedarikçi ilişkilerini iyileştirmek için kritik öneme sahiptir.
Nereden alınır
Muhasebeleştirilmiş tedarikçi işlemindeki (VendTrans) ödeme bekletme veya engelleme alanındaki bir değişiklikten çıkarılır. Değişiklik
Yakala
Tedarikçi işlemindeki ödeme bloke alanını ayarlayan güncellemenin zaman damgası.
Event tipi
inferred
|
|||
|
Ödeme Engellemesi Serbest Bırakıldı
|
Bir ödeme engellemesinin kaldırılmasını temsil eder, faturanın ödeme planlamasına geçmesine izin verir. Bu durum, ödeme blokesi alanının temizlenmesi veya engelsiz bir duruma değiştirilmesiyle yakalanır. | ||
|
Neden önemli
Ödeme beklemelerine neden olan sorunları çözmek için geçen süreyi ölçer. Bir engelin konulması ile kaldırılması arasındaki uzun süreler, verimsiz problem çözme süreçlerini gösterir.
Nereden alınır
Muhasebeleştirilmiş tedarikçi işlemindeki (VendTrans) ödeme bekletme veya engelleme alanını temizleyen bir değişiklikten çıkarılır. Değişiklik
Yakala
Tedarikçi işlemindeki ödeme bloke alanını temizleyen güncellemenin zaman damgası.
Event tipi
inferred
|
|||
|
Ödeme Programlandı
|
Bu aktivite, kaydedilmiş bir faturanın ödeme teklifine veya ödeme jurnalına dahil edildiğinde, ancak ödeme yapılmadan önce gerçekleşir. Bir ödeme jurnalı satırı oluşturan açık bir eylemdir. | ||
|
Neden önemli
Bu, Borç Hesapları'ndan Hazine operasyonlarına geçişi işaretler. Bu adımı analiz etmek, fatura kaydı ile ödeme başlatma arasındaki gecikmeleri ortaya çıkarabilir.
Nereden alınır
Bu, kaydedilmiş tedarikçi işlemini kapatan bir ödeme jurnalindeki (LedgerJournalTrans) bir satırın oluşturulmasından yakalanan açık bir event'tir.
Yakala
Faturayı referans alan ödeme defteri satırının oluşturulma
Event tipi
explicit
|
|||