Satın Almadan Ödemeye (P2P) Fatura İşleme Veri Template'inuz
Satın Almadan Ödemeye (P2P) Fatura İşleme Veri Template'inuz
- Detaylı analiz için toplanması önerilen öznitelikler.
- Fatura işleme süreç döngüsü boyunca izlenecek temel aktiviteler
- Microsoft Dynamics 365'ten veri çıkarma konusunda rehberlik.
Satın Almadan Ödemeye (P2P) Fatura İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Fatura işleme süreç döngüsü içinde belirli bir zamanda gerçekleşen spesifik iş olayınin 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 büyük önem taşır. 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?dir?
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 sunar.
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ştirme Uyumsuzluğu BulunduÖdeme Gerçekleştirildi
|
|||
|
Fatura Numarası
InvoiceNumber
|
Her tedarikçi faturası için benzersiz tanımlayıcı, süreç döngüsünü izlemek için birincil case ID olarak olarak kullanılır. | ||
|
Açıklama
Fatura Numarası, tek bir tedarikçi faturasıyla ilişkili tüm aktiviteleri birbirine bağlayan benzersiz temel rol oynar. Faturanın alım ve kayıttan eşleştirme, onay ve nihai ödemeye kadar olan yolculuğunun uçtan uca izlenmesine sunar. Process Mining analizinde bu öznitelik temel teşkil eder. 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 sunar.
Neden Önemli?dir?
Bu, tüm ilgili olayları birbirine bağlayan temel Case ID'dir ve her bir faturanın tüm süreç döngüsünü analiz etmeyi sunar.
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ı (zaman damgası)dır. | ||
|
Açıklama
Analizde, bu zaman damgası (zaman damgası) tüm zamanla ilgili metriklerin temelini oluşturur.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayları sıralamak, tüm döngü sürelerini ve sürelerini hesaplamak ve süreç darboğazlarını belirlemek için gereklidir.
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
|
Olay verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, aktivite verilerinin kaynaklandığı 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ı sunar ve veri çıkarma sorunlarını gidermede yardımcı olur.
Neden Önemli?dir?
Veri doğrulama ve sürecin sistem ortamını anlamak için önemli olan veri kaynağı hakkında önemli bilgiler sunar.
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ı (zaman damgası)dır. | ||
|
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 büyük önem taşır. Süreç stratejik bilgilerinin ne kadar güncel olduğu hakkında bağlam sunar ve veri yenileme çizelgelerini yönetmek ve veri pipeline'larını doğrulamak için gereklidir.
Neden Önemli?dir?
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 sunar.
Nereden Alınır??
Bu zaman damgası (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ş Zamanı
EndTime
|
Belirli bir aktivitenin veya olayın ne zaman tamamlandığını gösteren kesin zaman damgası (zaman damgası)dır. | ||
|
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ı sunar. Bu öznitelik, performans analizi için önemli bir metrik olan her aktivite için 'İşleme Süresi'ni hesaplamak için gereklidir. 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 sunar. Örneğin, manuel bir kodlama veya onay adımının tam süresini ölçebilir.
Neden Önemli?dir?
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' zaman damgası (zaman damgası)'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 süreç döngüsündeki mevcut durumunu, örneğin 'Onay Bekliyor', 'Onaylandı', 'Kaydedildi' veya 'Ödendi' olarak belirtir. Bu, faturanın ilerlemesinin bir güncel durumunu gösterir. Bu öznitelik, öncelikli olarak mevcut iş yükünü ve birikimi gösteren operasyonel kontrol paneli'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' kontrol paneli'u için temel rol oynar.
Neden Önemli?dir?
Operasyonel izleme, iş yükü yönetimi ve mevcut darboğazların belirlenmesi için kritik tüm faturaların güncel durum görünümünü sunar.
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 vaka 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 kontrol paneli'larda kullanılır ve analiz altındaki toplam harcamayı anlamak için toplanabilir.
Neden Önemli?dir?
Finansal değere dayalı analizi sunar, 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 büyük önem taşır.
Neden Önemli?dir?
Kullanıcı veya ekibe göre performans ve iş yükü analizini sunar 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ınalma Siparişi (PO) tanımlayıcısı. | ||
|
Açıklama
Satınalma 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 büyük önem taşır. Bu öznitelik, genellikle farklı süreç yollarını izleyen Sipariş bağlantılı ve PO'suz faturaların analizine sunar. Eşleşme sürecinin etkinliğini anlamak, eşleşme uyuşmazlıklarını araştırmak ve Sipariş bağlantılı faturalar için sorunsuz işleme (straight-through processing) oranını ölçmek için temel rol oynar.
Neden Önemli?dir?
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 büyük önem taşır.
Nereden Alınır??
Fatura üstbilgi tablosunda, örneğin VendInvoiceInfoTable'da, genellikle PurchId gibi bir alanda bulunur.
Örnekler:::::::
PO-001, 2, 3, 4PO-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 büyük önem taşır. Gerçek 'Ödeme Yapıldı' tarihi ile karşılaştırarak 'Zamanında Ödeme Oranı' KPI'ını hesaplamak için kullanılan temel teşkil eder. 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?dir?
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 sunar. Bu öznitelik, süreç verilerini tedarikçiye göre segmentlere ayırmak için gereklidir. '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?dir?
Tedarikçiye göre filtreleme ve kök neden analizi sunar, 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 temel rol oynar. 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 sunar.
Neden Önemli?dir?
Departmana göre maliyet ve süreç analizini sunar, 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ı sunar ve özellikle küresel operasyonlarda filtreleme ve raporlama için kullanılır. Finansal değerlerin doğru yorumlanmasını sunar ve para birimine özgü analizlere veya standart bir raporlama para birimine dönüştürmeye sunar.
Neden Önemli?dir?
Finansal tutarlar için temel bağlam sağlayarak, farklı bölgelerdeki fatura değerlerinin doğru yorumlanmasına ve analizine sunar.
Nereden Alınır??
Fatura üstbilgi tablosunda, fatura tutarının yanında yer alır, örneğin VendInvoiceInfoTable tablosundaki CurrencyCode alanı.
Örnekler:::::::
USDEURGBP
|
|||
|
Ö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?dir?
Ö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 Koşulları
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 önemli bilgiler sunar. 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?dir?
Ödeme son tarihleri için bağlam sunar ve ödeme zamanlamasını analiz etmek için gereklidir.manlaması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 temel rol oynar. 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?dir?
Süreçteki otomasyon seviyesini ölçmeye yardımcı olur, manuel darboğazları 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 alan 'true' olarak belirlenir.
Örnekler:::::::
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir onaycı tarafından faturanın reddedilmesi için sunulan neden. | ||
|
Açıklama
Fatura onay iş akışını (workflow) 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' kontrol paneli'u için kritik bir özniteliktir. 'Hatalı Sipariş Numarası', 'Yinelenen Fatura' veya 'Fiyat Farkı' gibi retlerin temel nedenlerini anlamak için gerekli niteliksel bilgiyi sunar. Bu nedenleri analiz etmek, ret oranını azaltmaya yönelik eylemleri önceliklendirmeye yardımcı olur.
Neden Önemli?dir?
Faturaların neden reddedildiğine dair doğrudan önemli bilgi sunar, yeniden işlemeyi azaltmak ve ilk seferde doğru oranlarını iyileştirmek için hedeflenen eylemleri sunar.
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 şirket için tanımlayıcı. | ||
|
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 sunar. 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?dir?
Süreç analizinin tüzel kişiliğe göre segmentlere ayrılmasına sunar, bu da büyük, çok şirketli kuruluşlar için büyük önem taşır.
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ü sunar ve 'Fatura Uçtan Uca Döngü Süresi' kontrol paneli'unda kullanılır. Bu metrikteki eğilimleri analiz etmek ve onu tedarikçi veya tutar gibi öznitelikler.e göre segmentlere ayırmak, geniş iyileştirme fırsatlarını belirlemeye yardımcı olur.
Neden Önemli?dir?
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' kontrol paneli'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?dir?
Eşleşme hatalarını kategorize eder, uyuşmazlık oranını azaltmak ve sorunsuz işlemeyi (straight-through processing) iyileştirmek için kök neden analizine sunar.
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ı (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' kontrol paneli'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?dir?
Ö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ı (zaman damgası)) <= (Ödeme Son Tarihi).
Örnekler:::::::
truefalse
|
|||
Satın Almadan Ödemeye (P2P) Fatura İşleme Faaliyetleri
| 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?dir?
Bu aktivite, fatura işleme süreç 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 zaman damgası (zaman damgası)'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?dir?
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 zaman damgası (zaman damgası)'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 olayıni açıkça kaydeder. | ||
|
Neden Önemli?dir?
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 destekler. Bu, iş akışı motoru tarafından tamamlandığında kaydedilen açık bir event'tir. | ||
|
Neden Önemli?dir?
Bu, onay sürecini sonuçlandıran kritik bir kilometre taşıdır. 'Onaya Gönderilen Fatura'dan bu olaya 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ı (zaman damgası)dır.
Event tipi
explicit
|
|||
|
Fatura Satınalma 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?dir?
Başarılı eşleşme, Sipariş bağlantılı 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 gereklidir.
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ı (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Ödeme Gerçekleştirildi
|
Bu, ödemeyi oluşturan ve faturayı kapatan ödeme jurnalinin kaydedilmesini temsil eden son aktivitedir. Bu, fatura süreç döngüsünü kapatan açık bir işlem event'idir. | ||
|
Neden Önemli?dir?
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 büyük önem taşır.
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ı (zaman damgası)dır.
Event tipi
explicit
|
|||
|
Eşleştirme Uyumsuzluğu 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?dir?
Tutarsızlıkların ne zaman ve neden meydana geldiğini belirlemek, 'Eşleştirme Tutarsızlığı Oranı' KPI'ı için büyük önem taşır. 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ı (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Eşleştirme Uyumsuzluğu 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?dir?
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 zaman damgası (zaman damgası)'ini takip eden 'Başarılı' bir eşleştirme durumu zaman damgası (zaman damgası)'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?dir?
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?dir?
Kodlama, finansal doğruluk için temel bir adımdır. Faturaları kodlamak için harcanan süreyi ölçmek, muhasebe inceleme sürecindeki darboğazları 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ı (zaman damgası)dır.
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?dir?
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ı (zaman damgası)dır.
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?dir?
Ö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 büyük önem taşır.
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ı (zaman damgası)dır.
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?dir?
Ö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ı (zaman damgası)dır.
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?dir?
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 zaman damgası (zaman damgası)'i.
Event tipi
explicit
|
|||