Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz

Microsoft Dynamics 365
Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz

Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz

Bu template, Microsoft Dynamics 365'teki Satın Almadan Ödemeye – Fatura İşleme sürecinizi analiz etmek için gereken temel verileri çıkarmak için net bir rehber sağlar. Toplanması gereken kritik öznitelikleri, izlenecek anahtar aktiviteleri ve veri çıkarma için pratik rehberliği özetler. Kapsamlı süreç analizi ve optimizasyonu için gerekli tüm bilgileri topladığınızdan emin olmak için bu kaynağı kullanın.
  • 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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Almadan Ödemeye – Fatura İşleme Öznitelikleri

Bunlar, Satın Almadan Ödemeye – Fatura İşleme sürecinizin kapsamlı analizi için event log'unuza eklemeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 11 İsteğe Bağlı
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

Event Time veya timestamp, bir activity'nin gerçekleştiği kesin tarih ve saati kaydeder. Bu, activity'leri doğru sıralamak ve süreleri hesaplamak için gereken zamansal sırayı sağlayan event log'un kritik bir bileşenidir.

Analizde, bu timestamp tüm zamanla ilgili metriklerin temelini oluşturur. Activity'lerin süresini, farklı adımlar arasındaki döngü süresini (örn. onay süresi) ve her fatura için toplam uçtan uca işleme süresini hesaplamak için kullanılır. Ayrıca zaman içinde trend analizini de mümkün kılar.

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

Activity işleme sürelerinin doğrudan hesaplanmasını sağlar, bu da süreçteki en zaman alıcı adımları belirlemek için temeldir.

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 uyumluluk farklılıklarını vurgular.

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 attribute, genellikle 'İhtilaflı ücretler' veya 'Mal kabul bekleniyor' gibi bir kullanıcı tarafından seçilen standartlaştırılmış bir kod olan engelin nedenini yakalar.

Bu attribute, 'Ödeme Engeli Sıklığı ve Süresi' dashboard'u için çok önemlidir. Ödeme engellerinin en yaygın nedenlerini analiz etmek, P2P sürecindeki temel sorunları belirlemeye yardımcı olur. Bu temel nedenlerin çözülmesi, ödeme gecikmelerini önemli ölçüde azaltabilir ve tedarikçi ilişkilerini iyileştirebilir.

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 bottleneck'leri ve verimlilik kazanımları için fırsatları belirler.

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 uyumluluğu doğrudan ölçer, Zamanında Ödeme Oranı KPI'ının ve ilgili analizlerin hesaplanmasını basitleştirir.

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
Gerekli Önerilen İsteğe Bağlı

Satın Almadan Ödemeye – Fatura İşleme Aktiviteleri

Fatura işleme iş akışınızın doğru bir şekilde keşfedilmesi ve analiz edilmesi için olay günlüğünüze kaydetmeniz gereken anahtar süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 İsteğe Bağlı
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 timestamp'i.

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 timestamp'i.

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

Workflow geçmişindeki workflow gönderim kaydının oluşturulma timestamp'i.

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 activity, genellikle önemli gecikmelerin kaynağı olan çözüm sürecinin başlangıcını işaret eder.

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 log'lanır.

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' event'inden sonra gerçekleşen başarılı bir eşleştirme event'i ('Fatura Satın Alma Siparişiyle Eşleştirildi') tarafından çıkarılır.

Yakala

Bir 'Başarısız' durum timestamp'ini takip eden 'Başarılı' bir eşleştirme durumu timestamp'ini belirle.

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. Event, gerekli tüm alanlar doldurulduğunda ve fatura bir sonraki adım için hazır olduğunda gerçekleşir.

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 bottleneck'leri belirlemeye yardımcı olur ve 'Ortalama Veri Yakalama - Kodlama Süresi' KPI'ını destekler.

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 log'u timestamp'i yakalamak için kullanılabilir.

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 log'u timestamp'i sağlayabilir.

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 timestamp'i.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Microsoft Dynamics 365'ten nasıl alırsınız?