Veri Şablonu: Tedarikçi Fatura İşleme Süreci

Microsoft Dynamics 365
Veri Şablonu: Tedarikçi Fatura İşleme Süreci

Borç Hesapları Fatura İşleme Veri Şablonunuz

Bu şablon, Tedarikçi Fatura İşleme Sürecinizi analiz etmek ve optimize etmek için gereken temel verileri toplama konusunda size rehberlik etmek üzere tasarlanmıştır. Kritik nitelikleri, anahtar aktiviteleri ana hatlarıyla belirtir ve bu bilgiyi çıkarmak için pratik rehberlik sunar. Bu şablonu kullanmak, kapsamlı bir event log'u yakalamanızı sağlayarak süreç performansınıza dair derinlemesine içgörüler elde etmenizi mümkün kılar.
  • Toplanması Önerilen Nitelikler
  • İzlenecek Temel Faaliyetler
  • Veri Çıkarma Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Tedarikçi Fatura İşleme Süreci Nitelikleri

Bunlar, Tedarikçi Fatura İşleme süreçlerinizin kapsamlı analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır ve derinlemesine içgörüler elde edilmesini sağlar.
3 Gerekli 6 Önerilen 13 İsteğe Bağlı
Ad Açıklama
Fatura
Invoice
Her bir tedarikçi fatura belgesi için benzersiz tanımlayıcı.
Açıklama

Fatura, birincil case tanımlayıcısı olarak işlev görerek, bir faturanın alındığı andan nihai ödemesine kadar tüm aktiviteleri birbirine bağlar. Bu, her bir faturanın Tedarikçi Ödemeleri sürecindeki yolculuğunun uçtan uca analizini mümkün kılar.

Analizde, event'leri bu tanımlayıcıya göre gruplandırmak, her fatura için process flow'u yeniden yapılandırmanın ilk adımıdır. Bu, toplam döngü süresi gibi case bazında KPI'ların hesaplanmasını sağlar ve bireysel fatura yolculuklarına özgü varyantları ve darboğazları belirlemeye yardımcı olur.

Neden önemli

Bu, bir faturanın tüm yaşam döngüsünü izlemek için temel anahtardır ve Tedarikçi Ödemeleri'ndeki tüm Process Mining analizlerinin temelini oluşturur.

Nereden alınır

Bu, tipik olarak 'Tedarikçi Faturası' sayfasından veya Dynamics 365 Finance'daki ilgili veri entity'lerinden alınan Tedarikçi Fatura Numarasıdır.

Örnekler
INV-00125475000921DE-8832-2023
Başlangıç Zamanı
EventTime
Bir aktivitenin veya event'in ne zaman gerçekleştiğini gösteren zaman damgası.
Açıklama

Bu özellik, her aktivite için tarih ve saati sağlar; bu da event'leri kronolojik olarak sıralamak ve süreleri hesaplamak için esastır. event log'unun zamana dayalı omurgasını oluşturur.

Analizde, Start Time; aktiviteler arasındaki cycle time'lar, bekleme süreleri ve genel case süresi dahil olmak üzere tüm zamanla ilgili metrikleri hesaplamak için kullanılır. Darboğazları belirlemek ve süreç performansını SLA'lara karşı ölçmek için kritik öneme sahiptir.

Neden önemli

Bu timestamp, event'leri doğru sıralamak ve döngü süreleri ve darboğazlar gibi tüm performans metriklerini hesaplamak için çok önemlidir.

Nereden alınır

İşlem kayıtlarındaki oluşturma veya değiştirme tarihi alanlarından, iş akışı geçmişi loglarından veya Dynamics 365'teki muhasebeleştirme tarihi alanlarından elde edilir.

Örnekler
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
Faaliyet
ActivityName
Gerçekleştirilen iş süreci adımının adı.
Açıklama

Bu alan, bir faturada belirli bir anda gerçekleşen eylemi/olayı kaydeder; örneğin 'Invoice Registered' veya 'Invoice Approved'. Bu aktiviteler, çıkarılan süreç haritasında düğümler olarak yer alır.

Aktivitelerin sırası ve sıklığını analiz etmek süreç madenciliğinin temelidir. Böylece süreç akışını görselleştirir, sık ve nadir görülen yolları (varyantlar) belirler ve gecikme veya tekrar işlem yaratan aktiviteleri tam olarak tespit edersiniz.

Neden önemli

Faaliyetler, süreçteki 'ne' olduğunu tanımlayarak bir süreç haritası oluşturulmasına ve süreç akışı ile varyasyonların analiz edilmesine olanak tanır.

Nereden alınır

Bu, genellikle Dynamics 365 AP modülü içindeki durum değişikliklerinden, workflow geçmişi log'larından veya belge kayıt (post) kayıtlarından türetilir.

Örnekler
Fatura KaydedildiFatura OnaylandıUyuşmazlık GiderildiÖdeme Gerçekleştirildi
Fatura Tutarı
InvoiceAmount
Faturanın toplam parasal değeri.
Açıklama

Tedarikçi faturasındaki toplam ödenecek tutarı gösterir. Her bir durum için kritik bir finansal ölçüttür.

Bu nitelik, Borç Hesapları (AP) sürecinin finansal analizini mümkün kılar. Yüksek değerli faturaları önceliklendirmek, tutar eşiklerine göre onay sürelerini analiz etmek ve ödeme gecikmelerinin veya erken ödeme indirimlerinin finansal etkisini anlamak için kullanılabilir.

Neden önemli

Parasal değere dayalı süreç davranışının analizini mümkün kılan finansal bir bağlam sunar; örneğin, yüksek değerli faturaların farklı şekilde işlenip işlenmediğini belirlemek için kullanılabilir.

Nereden alınır

Tedarikçi fatura başlığında, genellikle 'VendInvoiceInfoTable' içindeki 'InvoiceAmount' gibi alanlarda yer alır.

Örnekler
1500.75250.0012345.50
Fatura Vade Tarihi
InvoiceDueDate
Ödeme koşullarına göre hesaplanan faturanın vadesi (son ödeme tarihi).
Açıklama

Bu tarih, faturayı cezaları önlemek ve tedarikçi anlaşmalarına uyum sağlamak için ödenmesi gereken son tarihi gösterir. Genellikle fatura tarihi ve belirtilen ödeme koşullarına göre hesaplanır.

Bu özellik, 'Payment Terms Compliance' analizi için esastır. 'Payment Executed' tarihini 'Invoice Due Date'ine karşılaştırarak, analiz otomatik olarak geç ödemeleri işaretleyebilir, uyum oranlarını hesaplayabilir ve iyi tedarikçi ilişkilerini sürdürmek için ödemeleri önceliklendirmeye yardımcı olur.

Neden önemli

Zamanında ödeme performansını ölçmek, tedarikçi ilişkilerini yönetmek ve geç ödeme cezalarından kaçınmak için kritik öneme sahiptir.

Nereden alınır

Fatura tarihi ve ödeme koşullarına göre hesaplanan bir alandır. Tedarikçi hareket tablolarında (örn. 'VendTrans') 'DueDate' gibi alanlarda saklanır.

Örnekler
2023-05-152023-06-302023-07-01
Kullanıcı
UserName
Aktiviteyi gerçekleştiren kullanıcı.
Açıklama

Fatura kaydı veya onayı gibi bir süreç adımını tamamlamaktan sorumlu belirli kullanıcıyı tanımlar. Bu genellikle kullanıcının Dynamics 365'teki sistem kimliğiyle bağlantılıdır.

Kullanıcı bazında performans analizi, eğitim ihtiyaçlarını, yüksek performans gösterenleri ve iş yükü dağılımını belirlemeye yardımcı olur. Onay süreleri ve kaynak verimliliğine odaklanan kontrol panelleri için hayati öneme sahiptir, yöneticilerin hangi kullanıcıların veya ekiplerin darboğaz olduğunu görmesini sağlar.

Neden önemli

Çalışmaları belirli kişilere atayarak, iş yükü ve performansın analiz edilmesini, ayrıca eğitim fırsatlarının belirlenmesini sağlar.

Nereden alınır

Genellikle işlemlerdeki 'Oluşturan' veya 'Değiştiren' alanlarında ya da Dynamics 365'teki workflow geçmişi log'larından bulunur.

Örnekler
j.doea.smithr.williams
Ödeme Koşulları
PaymentTerms
Tedarikçi ile fatura ödemesi için üzerinde anlaşılan koşullar.
Açıklama

Bu özellik, bir tedarikçi faturasının hangi koşullar altında ödenmesi gerektiğini tanımlar; örneğin, 'Net 30' (30 gün içinde ödenecek) veya '2/10 Net 30' (10 gün içinde ödenirse %2 indirim, aksi takdirde 30 gün içinde ödenecek).

Ödeme koşullarına göre analiz yapmak, farklı anlaşmaların ödeme zamanlamasını ve nakit akışını nasıl etkilediğini anlamaya yardımcı olur. Erken ödeme indirimi fırsatlarını belirlemek ve belirli koşullara uyum sağlamanın zorluğunu tespit etmek üzere uyum analizini segmentlere ayırmak için bir temel oluşturur.

Neden önemli

Ödeme son tarihlerini ve indirim fırsatlarını tanımlar, nakit akışı yönetimini ve maliyet tasarrufunu doğrudan etkiler.

Nereden alınır

Satıcı ana verilerinde bulunur veya satın alma siparişi/fatura başlığında belirtilir. 'PaymTermId' gibi alanlarda saklanır.

Örnekler
Net 30Net 602/10 Net 30
Satın Alma Sipariş Numarası
PurchaseOrderNumber
Fatura ile ilişkili satınalma siparişi için benzersiz tanımlayıcı.
Açıklama

Bu özellik, faturayı ilgili satın alma siparişi (PO) ile ilişkilendirir. Faturalar PO'lu veya PO'suz olabilir.

Bu özelliği analiz etmek, genellikle farklı workflow'ları takip eden PO bazlı ve PO dışı fatura işlemesini ayırmaya yardımcı olur. PO eşleştirmesinin verimliliğini ölçmek ve fatura detayları satın alma siparişiyle uyuşmadığında ortaya çıkan sorunları belirlemek için esastır.

Neden önemli

Satın alma siparişli (PO) ve siparişsiz (non-PO) faturalar farklı süreçlere tabi olduğundan bu ayrım, eşleştirme verimliliğini analiz etmek için hayati öneme sahiptir.

Nereden alınır

Satıcı fatura başlığında veya satırlarında, genellikle 'VendInvoiceInfoTable' üzerindeki 'PurchId' adlı bir alanda bulunur.

Örnekler
PO-000432PO-000511
Tedarikçi
VendorName
Faturayı gönderen tedarikçinin veya satıcının adı.
Açıklama

Bu özellik, fatura ile ilişkili tedarikçiyi belirler. Tedarikçi verileri genellikle ad, kimlik ve kategori gibi detayları içerir.

AP sürecini tedarikçiye göre analiz etmek, hangi tedarikçilerin sürekli sorunlu faturalar (örn. sık tutarsızlıklar içerenler) gönderdiğini, hangilerinin özel ödeme koşullarına sahip olduğunu ve hangilerinin uzun işlem döngüleriyle ilişkili olduğunu ortaya çıkarabilir. Bu içgörü, tedarikçi ilişkilerini ve iş birliğini geliştirmek için kullanılabilir.

Neden önemli

Süreci bölümlere ayırarak, sık görülen tutarsızlıklar veya ödeme gecikmeleri gibi tedarikçiye özgü sorunların belirlenmesini sağlar.

Nereden alınır

Tedarikçi fatura başlığından, genellikle tedarikçi hesap numarasına göre 'VendTable' veri varlığından bağlantılıdır.

Örnekler
Contoso LtdFabrikam IncNorthwind Traders
Erken Ödeme İskonto Tutarı
EarlyPaymentDiscountAmount
Fatura erken ödenirse uygulanacak potansiyel indirim tutarı.
Açıklama

Bu özellik, tedarikçi tarafından erken ödeme için sunulan indirimin, ödeme koşullarına göre tanımlandığı gibi, parasal değerini gösterir.

Bu finansal veri, 'Early Payment Discount Status' dashboard'u için kritik öneme sahiptir. İşletmenin yakalanan indirimlerin değerini kaçırılanlara karşı nicelleştirmesine olanak tanır ve fatura onay ve ödeme planlama süreçlerinin verimliliğini artırmak için açık bir finansal teşvik sağlar.

Neden önemli

Süreç verimliliğinin finansal potansiyelini ölçerek, süreç performansı ile maliyet tasarrufu arasında doğrudan bir bağlantı kurar.

Nereden alınır

Fatura tutarı ve ödeme koşullarına göre hesaplanan alandır. Bu değer, 'VendTrans' gibi tablolarda veya ilgili nakit indirim alanlarında mevcuttur.

Örnekler
30.015.00246.91
Fatura Durumu
InvoiceStatus
Faturanın mevcut işlem durumu.
Açıklama

Bu alan, süreçte bir faturanın en son durumunu yansıtır; örneğin 'In Progress', 'Approved', 'Paid' veya 'Cancelled'. Faturanın yaşam döngüsündeki konumuna dair anlık bir görünüm sunar.

Süreç akışı aktivitelerden çıkarılsa da, nihai durumun bulunması hem doğrulama için hem de tüm açık faturaların mevcut durumunu özetleyen iş odaklı dashboard'lar oluşturmak için yararlıdır. Ayrıca şu anda 'Approved' olup henüz 'Paid' olmayan tüm faturaları filtrelemek için kullanılabilir.

Neden önemli

Faturanın güncel durumuna dair üst düzey bir özet sunarak, filtreleme ve durum bazlı gösterge panoları (dashboard) oluşturmak için faydalıdır.

Nereden alınır

Genellikle AP modülü içindeki belge durumu veya iş akışı durumu alanlarından türetilir.

Örnekler
Devam EdiyorOnaylandıÖdendiİptal Edildi
Fatura İşlem Süresi
InvoiceProcessingTime
Bir faturanın alımından ödemesine kadar geçen toplam döngü süresi.
Açıklama

Bu metrik, bir fatura case'i için toplam geçen süreyi temsil eder; tipik olarak ilk aktivitenin (örn. 'Fatura Kaydedildi') timestamp'inden bir sonlandırma aktivitesinin (örn. 'Ödeme Gerçekleşti') timestamp'ine kadar hesaplanır.

Bu, genel süreç verimliliğini ölçmek için birincil bir KPI ('Ortalama Fatura Döngü Süresi')'dır. Bu süreyi analiz etmek, sistemik gecikmeleri belirlemeye yardımcı olur ve süreç iyileştirme girişimleri için üst düzey bir karşılaştırma ölçütü sağlar. En uzun döngü sürelerine sahip alanları bulmak için tedarikçi veya şirket kodu gibi boyutlara göre dilimlenebilir.

Neden önemli

Uçtan uca süreç verimliliğini doğrudan ölçer ve genel AP sağlığını izlemek için temel bir performans göstergesi olarak hizmet eder.

Nereden alınır

Bu bir kaynak sistem alanı değildir. Bir case'in ilk ve son event'lerinin timestamp'leri arasındaki fark alınarak Process Mining aracında hesaplanır.

Örnekler
15 gün 4 saat3 gün 11 saat32 gün 1 saat
Gecikmiş Ödeme mi?
IsLatePayment
Ödemenin vadesinden sonra yapılıp yapılmadığını gösteren hesaplanan bir gösterge.
Açıklama

Bu boolean özellik, 'Payment Executed' aktivitesi 'Invoice Due Date'inden sonra gerçekleşirse true olarak ayarlanır. Ödeme koşullarına uyumsuzluğun açık, case düzeyinde bir göstergesini sağlar.

Bu özellik, 'Payment Terms Compliance Rate' KPI'ının hesaplanmasını basitleştirir. Geç ödemelerin hacmini ve değerini gösteren hızlı filtreleme ve dashboard oluşturmaya olanak tanır ve neden geciktiklerini anlamak için bu belirli case'ler üzerinde kök neden analizine olanak sağlar.

Neden önemli

Uyumsuz ödemelerin analiz edilmesi ve zamanında ödeme KPI'larının hesaplanması için net ve anlaşılır bir gösterge sunar.

Nereden alınır

Bu bir kaynak sistem alanı değildir. Process Mining aracında, 'Ödeme Gerçekleşti' aktivitesinin timestamp'i ile 'Fatura Vade Tarihi' niteliği karşılaştırılarak hesaplanır.

Örnekler
doğrufalse
İndirim Vade Tarihi
EarlyPaymentDiscountDate
Erken ödeme indiriminden yararlanmak için faturanın son ödeme tarihi.
Açıklama

Bu özellik, bir faturanın tedarikçi tarafından sunulan indirimi almak için ödenebileceği son günü belirtir. Fatura tarihi ve ödeme koşullarının indirim bölümünden (örn. '2/10 Net 30'daki '10') türetilir.

Bu tarih, 'Early Payment Discount Status' analizi için birincil itici güçtür. 'Payment Scheduled' veya 'Payment Executed' tarihini bu son tarihle karşılaştırarak, sistem bir indirimin başarılı bir şekilde yakalanıp yakalanmadığını belirleyebilir ve finansal optimizasyon hakkında net metrikler sağlar.

Neden önemli

Maliyet tasarruflarını yakalamak için hedef tarihi tanımlayarak, ödeme önceliklendirmesi ve verimlilik iyileştirmeleri için temel bir itici güç oluşturur.

Nereden alınır

Sistem tarafından ödeme koşulları ve fatura tarihine göre hesaplanır. 'VendTrans' tablosundaki 'CashDiscDate' gibi alanlarda saklanır.

Örnekler
2023-04-252023-05-102023-06-15
Kaynak Sistem
SourceSystem
Verinin alındığı sistem.
Açıklama

Bu alan, olay verisinin kaynağını belirtir; bu bağlamda çoğunlukla 'Microsoft Dynamics 365'tir. Veriler birden fazla sistemden (örn. bir OCR tarama aracı ve D365) birleştirildiğinde önemi daha da artar.

Süreç madenciliği analizinde, veri kökenini izlemek, sorunları gidermek ve sürecin teknoloji altyapısını anlamak için kullanılır. Analizi, belirli bir sistemden gelen olaylarla filtrelemenize olanak tanır.

Neden önemli

Verinin kaynağına dair temel bağlam sunar; bu da veri doğrulaması ve çoklu sistem süreç analizlerinde kritik öneme sahiptir.

Nereden alınır

Bu, genellikle veri çıkarma ve dönüştürme süreci sırasında eklenen statik bir değerdir ('Microsoft Dynamics 365').

Örnekler
Microsoft Dynamics 365 FinansD365 F&OAX2012
Mal Kabul Numarası
GoodsReceiptNumber
Fatura ile ilişkili mal kabul belgesinin tanımlayıcısı.
Açıklama

Bu özellik, faturayı, üçlü eşleştirme (PO, Mal Kabul ve Fatura) için gerekli olan alınan mal veya hizmet kaydına bağlar.

Bu, sürecin eşleştirme verimliliğini analiz etmek için esastır. 'Goods Receipt Matched' aktivitelerindeki gecikmeler veya başarısızlıklar, kaynak kabul belgesine kadar izlemek için bu tanımlayıcı aracılığıyla incelenebilir ve tedarik veya mal kabul adımlarında accounts payable'ı etkileyen sorunları belirlemeye yardımcı olur.

Neden önemli

Üç yönlü eşleştirme verimliliğinin analizini kolaylaştırır ve mal kabul sürecinden kaynaklanan sorunların belirlenmesine yardımcı olur.

Nereden alınır

Satın alma siparişi kalemleri aracılığıyla bağlantılıdır; genellikle sevk irsaliyesi yevmiye defterlerinde ('VendPackingSlipJour') veya ilgili tablolarda bulunur.

Örnekler
GRN-00981GRN-01024
Onaycı
ApproverName
Faturayı belirli bir adımda onaylayan veya reddeden kullanıcı.
Açıklama

Bu özellik, workflow'daki bir onay kararından sorumlu kişiyi belirler. Çok seviyeli onayları olan faturalar için, farklı adımlar için farklı onaylayanlar olabilir.

'Invoice Approval Cycle Time Analysis' dashboard'u için hayati öneme sahiptir. Analiz, iş yükü veya diğer faktörler nedeniyle süreçte darboğaz olabilecek kişileri tespit etmek için onaylayan bazında detaylandırılabilir. Bu, onay döngüsünü hızlandırmak adına hedefli müdahalelere olanak tanır.

Neden önemli

Onay sürecinin detaylı analizini sağlar, bireysel veya ekip bazında darboğazları belirlemeye yardımcı olur.

Nereden alınır

Her onay adımını tamamlayan kullanıcıyı kaydeden iş akışı geçmiş günlüklerinden ('WorkflowTrackingStatusTable') çıkarılmıştır.

Örnekler
David ChenMaria GarciaAP_Manager_Group
Otomatikleştirildi mi?
IsAutomated
Aktivitenin sistem tarafından otomatik yapılıp yapılmadığını gösteren bir gösterge.
Açıklama

Bu boolean özellik, insan kullanıcılar tarafından gerçekleştirilen aktiviteler ile otomatik fatura kaydı veya eşleştirme gibi sistem otomasyonu tarafından yürütülen aktiviteler arasında ayrım yapar.

Bu özelliği analiz etmek, AP sürecindeki otomasyon seviyesini ölçmek için anahtardır. Straight-Through Processing (STP) oranını hesaplamaya ve hangi manuel aktivitelerin gelecekteki otomasyon girişimleri için ana adaylar olduğunu belirlemeye yardımcı olur; bu da nihayetinde maliyetleri ve işlem süresini azaltır.

Neden önemli

Kesintisiz işlem oranını ölçmeye ve otomasyon ile verimliliği artırma fırsatlarını belirlemeye yardımcı olur.

Nereden alınır

Bir faaliyetle ilişkili kullanıcının bir sistem veya toplu iş kullanıcısı (örn. 'Admin', 'BatchUser') olup olmadığı kontrol edilerek türetilir.

Örnekler
doğrufalse
Şirket Kodu
CompanyCode
Faturayı işleyen tüzel kişiliğin tanımlayıcısı.
Açıklama

Bu özellik, faturadan sorumlu kuruluş içindeki belirli şirket veya tüzel kişiliği belirler. Çoklu şirket yapılandırmalarında bu, kritik bir organizasyonel boyuttur.

AP sürecini Şirket Kodu bazında analiz etmek, farklı iş birimleri veya tüzel kişilikler arasında performans karşılaştırmasına olanak tanır. Belirli birimlerin veya tüzel kişiliklerin daha az verimli olup olmadığını, daha yüksek yeniden işleme oranlarına sahip olup olmadığını veya farklı süreç varyantlarını takip edip etmediğini belirlemeye yardımcı olarak, standardizasyon ve en iyi uygulamaların paylaşımı için fırsatları ortaya çıkarır.

Neden önemli

Kurum içindeki farklı tüzel kişilikler veya iş birimleri arasında performans kıyaslaması ve süreç karşılaştırması yapılmasını sağlar.

Nereden alınır

Dynamics 365’teki neredeyse tüm işlem tablolarında yer alan standart bir alan; genellikle 'DataAreaId' olarak adlandırılır.

Örnekler
USMFDEMFGBSI
Son Veri Güncellemesi
LastDataUpdate
Kaynak sistemden yapılan son veri yenileme işleminin zaman damgası.
Açıklama

Bu özellik, event log'un Microsoft Dynamics 365'ten alınan güncel veriyle en son ne zaman güncellendiğini gösterir. Analiz edilen verinin güncelliği hakkında bağlam sunar.

dashboard'lar ve sürekli izleme için bu timestamp, kullanıcıların en güncel süreç verilerini görüntüleyip görüntülemediklerini anlamaları açısından hayati öneme sahiptir. Verinin güncel durumu hakkındaki beklentileri yönetmeye ve veri hattının (data pipeline) sağlığını izlemeye yardımcı olur.

Neden önemli

Kullanıcılara verinin güncelliği hakkında bilgi verir, bu da analize dayalı zamanında ve doğru iş kararları almak için kritik öneme sahiptir.

Nereden alınır

Bu, veri alımı sırasında veri çıkarma ve yükleme (ETL) aracı tarafından oluşturulan ve işaretlenen bir metadata alanıdır.

Örnekler
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Uyuşmazlık Nedeni
DiscrepancyReason
Bir fatura tutarsızlığı için neden kodu veya açıklaması.
Açıklama

Bir fatura beklemeye alındığında veya bir tutarsızlık tespit edildiğinde, bu özellik 'Fiyat Uyumsuzluğu', 'Miktar Farklılığı' veya 'Eksik Malzeme Girişi' gibi nedenleri yakalar.

Bu özellik, 'Uyuşmazlık Çözümü ve Yeniden İşleme' analizi için anahtardır. Yeniden işlemleri nedene göre kategorize ederek, analiz süreç verimsizliklerinin temel nedenlerini belirleyebilir. Örneğin, 'Fiyat Uyumsuzluğu' en yaygın neden ise, bu durum satın alma ve tedarikçiler arasındaki veri uyumunun iyileştirilmesi gerektiğine işaret eder.

Neden önemli

Tekrar işleme nedenlerini ortaya koyarak, istisnaları ve manuel müdahaleyi azaltmaya yönelik hedeflenmiş süreç iyileştirmelerinin yapılmasını sağlar.

Nereden alınır

Fatura bekleme tablolarında, iş akışı yorumlarında veya AP modülü içindeki belirli uyuşmazlık kayıt alanlarında saklanabilir.

Örnekler
Fiyat UyuşmazlığıMiktar FarkıGeçersiz Satın Alma Siparişi
Yeniden İşleme mi?
IsRework
Bir faturanın yeniden çalışmadan (rework) geçip geçmediğini gösteren hesaplanan bir gösterge.
Açıklama

Bu boolean flag, bir faturanın süreç akışı 'Tutarsızlık Giderildi' veya ilk bir başarısızlıktan sonra ikinci bir 'Invoice Data Validated' adımı gibi yeniden işleme aktiviteleri içeriyorsa true olarak ayarlanır. Tüm case boyunca hesaplanır.

Bu özellik, 'Discrepancy Rework Rate' KPI'ını doğrudan destekler. Ekstra manuel çaba gerektiren tüm faturaların kolayca filtrelenmesine ve toplanmasına olanak tanıyarak analizi basitleştirir ve kötü veri kalitesinin veya süreç istisnalarının etkisini nicelleştirmeye yardımcı olur.

Neden önemli

Yeniden işleme miktarını doğrudan ölçer, süreç istisnaları ve verimsizliklerinin basit bir şekilde nicelleştirilmesine ve analiz edilmesine olanak tanır.

Nereden alınır

Bu bir kaynak sistem alanı değildir. Bir case içinde belirli rework (yeniden işleme) gösteren aktivitelerin oluşumu kontrol edilerek Process Mining aracında hesaplanır.

Örnekler
doğrufalse
Gerekli Önerilen İsteğe Bağlı

Tedarikçi Fatura İşleme Süreci Aktiviteleri

Bunlar, doğru süreç keşfi ve performans analizi için event log'unuzda kaydetmeniz gereken temel süreç adımları ve önemli dönüm noktalarıdır.
5 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Fatura Kaydedildi
Sistemde bir fatura kaydının manuel giriş, OCR taraması veya elektronik veri değişimi (EDI) yoluyla ilk oluşturulmasını işaret eder. Bu, fatura işleme yaşam döngüsünün başlangıç noktasıdır.
Neden önemli

Bu aktivite, sürecin birincil başlangıç event'idir. Bu noktadan ödemeye kadar geçen süreyi analiz etmek, genel fatura döngü süresini sağlar ve bu da önemli bir KPI'dır.

Nereden alınır

Bekleyen satıcı faturaları veya fatura yevmiye defteri tablolarındaki (örneğin VendInvoiceInfoTable) fatura başlık kaydının oluşturulma zaman damgasından (CreatedDateTime alanı) çıkarılmıştır.

Yakala

Fatura üstbilgisi kaydının oluşturma zaman damgasını kullanın.

Event tipi inferred
Fatura Muhasebeleştirildi
Onaylanan fatura, genel muhasebe defterlerine resmi olarak kaydedilerek finansal bir yükümlülük oluşturur. Bu, kritik ve çoğu zaman geri döndürülemez bir muhasebe işlemidir.
Neden önemli

Fatura kaydı (muhasebeleştirme), faturayı ödeme için uygun hale getiren önemli bir aşamadır. Tüm doğrulama ve onay adımlarının tamamlandığını ve yükümlülüğün kayıtlara geçtiğini teyit eder.

Nereden alınır

Bu açık bir işlemdir. Kayıt tarihi ve saati, tedarikçi fatura journal'ına (VendInvoiceJour) ve ilgili genel muhasebe kayıtlarına (GeneralJournalEntry) kaydedilir.

Yakala

VendInvoiceJour veya GeneralJournalEntry tablolarındaki muhasebeleşme zaman damgasını kullanın.

Event tipi explicit
Fatura Onaya Sunuldu
Fatura, yetkili personel tarafından incelenmek ve onaylanmak üzere resmi olarak bir workflow'a sunulur. Bu durum, onay döngüsünün başlangıcını işaret eder.
Neden önemli

Bu, fatura onay döngü süresini ölçmek için sayacı başlatan önemli bir dönüm noktasıdır. Veri girişi/eşleştirme süresini onay gecikmesinden ayırt etmeye yardımcı olur.

Nereden alınır

Bu, belirli fatura belgesi için D365 workflow geçmişi log'larında (WorkflowTrackingStatusTable) yakalanan açık bir event'tir. Gönderim timestamp'i kaydedilir.

Yakala

Faturanın 'Gönderildi' olayını iş akışı izleme geçmişinden çıkarın.

Event tipi explicit
Fatura Onaylandı
İş akışındaki son onayı temsil eder ve faturanın ödeme için muhasebeleştirilmesine yetki verir. Bu, faturanın ödeme aşamasına geçmeden önceki kritik bir aşamadır.
Neden önemli

Onay döngüsünün sonunu işaretler. 'Onay İçin Sunuldu' ile bu aktivite arasındaki süre, onay darboğazlarını ve uzun süreli iş akışlarını belirlemek için temel bir KPI'dır.

Nereden alınır

İş akışı durumu 'Tamamlandı' veya 'Onaylandı' olarak güncellendiğinde, iş akışı geçmişi kayıtlarında (WorkflowTrackingStatusTable) yakalanan açık bir eventtir.

Yakala

Faturanın 'Onaylandı' veya 'Tamamlandı' olayını iş akışı izleme geçmişinden çıkarın.

Event tipi explicit
Ödeme Gerçekleştirildi
Ödeme, bir ödeme jurnalinin oluşturulmasıyla resmi olarak yapılır. Bu işlem, kaydedilmiş faturanın oluşturduğu yükümlülüğü kapatır.
Neden önemli

Bu, süreç için birincil bir bitiş event'idir. Ödeme koşullarına uyumu hesaplamak, geç ödemeleri belirlemek ve nihai uçtan uca döngü süresini ölçmek için kullanılır.

Nereden alınır

Ödeme fişi kaydedildiğinde yakalanan açık bir eventtir. Mutabakat detayları, ödemeyi faturaya bağlayarak tedarikçi hareketleri tablosunda (VendTrans) saklanır.

Yakala

VendTrans'taki ödeme uzlaştırma kaydının işlem tarihini kullanın.

Event tipi explicit
Fatura İptal Edildi
Fatura, genellikle bir hatayı düzeltmek amacıyla kaydedildikten sonra iptal edilir veya geçersiz kılınır. Bu, süreç için alternatif ve istisnai bir bitiş noktasıdır.
Neden önemli

İptalleri takip etmek, süreç kalitesini ve hata oranlarını anlamak için önemlidir. Yüksek iptal sıklığı, üst süreçte sistemik sorunlara işaret edebilir.

Nereden alınır

Bu açık bir event'tir. D365, orijinal fatura journal'ına bağlı bir tersine çevirme veya kredi işlemi oluşturur. Bu tersine çevirmenin kayıt tarihi iptali işaretler.

Yakala

Orijinal fatura ile ilişkili ters işlem kaydının deftere işleme tarihini belirleyin.

Event tipi explicit
Fatura Reddedildi
Bir onaycı, iş akışı içinde faturayı reddeder ve genellikle düzeltme veya açıklama için faturayı düzenleyen kişiye geri gönderir. Bu durum, bir yeniden işleme döngüsünü başlatır.
Neden önemli

Redleri takip etmek, onay gecikmelerinin ve rework (yeniden işleme) nedenlerini belirlemeye yardımcı olur. Fatura kodlamasındaki sorunları, politika ihlallerini veya yetersiz dokümantasyonu öne çıkarabilir.

Nereden alınır

Bu, bir onaycının 'Reddet' eylemini seçtiğinde workflow geçmişinde (WorkflowTrackingStatusTable) yakalanan açık bir event'tir.

Yakala

Faturanın 'Reddedildi' olayını iş akışı izleme geçmişinden çıkarın.

Event tipi explicit
Fatura Verileri Doğrulandı
Yakalana fatura verileri üzerinde eşleştirme veya onay öncesinde eksiksizlik ve doğruluk kontrollerini yapan sistemi veya kullanıcıyı temsil eder. Bu bir otomatik sistem doğrulaması ya da manuel inceleme adımı olabilir.
Neden önemli

Bu aktiviteyi takip etmek, kötü veri kalitesinden kaynaklanan gecikmeleri belirlemeye yardımcı olur. Buradaki yüksek başarısızlık oranı veya uzun süreler, OCR doğruluğu gibi veri yakalama süreçlerindeki sorunlara işaret eder.

Nereden alınır

Bu sıklıkla çıkarımsal bir event'tir. Fatura durumu 'Yeni' veya 'Taslak'tan 'Doğrulandı' veya 'Eşleştirmeye Hazır' gibi bir duruma değiştiğinde veya workflow'a gönderilmeden önceki son değişikliğin timestamp'inden türetilebilir.

Yakala

Başarılı doğrulamayı gösteren bir durum değişikliğinin ya da workflow'a göndermeden önceki güncelleme eventinin zaman damgasını yakalayın.

Event tipi inferred
Mal Kabulü Eşleştirildi
Üç yönlü eşleştirme için bu aktivite, faturalanan mal veya hizmetlerin mal kabul belgeleriyle çapraz referanslama yoluyla alındığını doğrular. Bu adım, faturaya karşılık fiziki teslimatı teyit eder.
Neden önemli

Bu aktiviteyi takip etmek, üç yönlü eşleştirme sürecinin verimliliğini analiz etmeye ve eksik veya yanlış mal kabul bilgilerinden kaynaklanan gecikmeleri belirlemeye yardımcı olur.

Nereden alınır

Satın alma siparişi (PO) eşleştirmesine benzer şekilde, bu durum, fatura üzerindeki ürün kabul kayıtları (sevk irsaliyeleri) ile başarılı eşleştirmeyi gösteren durum güncellemelerinden çıkarılır.

Yakala

Başarılı üçlü eşleştirmeyi gösteren durum değişikliklerini veya işaretleri kontrol edin.

Event tipi inferred
Ödeme Onaylandı
Şirket tarafından yapılan ödeme, banka mutabakat süreciyle teyit edildiği üzere banka tarafından onaylanarak hesaba geçmiştir. Bu, ödemenin tamamlandığına dair nihai finansal onaydır.
Neden önemli

Bu aktivite, nakit çıkışının kesinleşmesini sağlar. Ödemenin gerçekleştirilmesi ile takas arasındaki sürenin analizi, hazine ve nakit yönetimi açısından büyük önem taşır.

Nereden alınır

Bu bilgi, banka mutabakat modüllerinden türetilmiştir. Ödemeye karşılık gelen bir banka ekstresi satırı D365'te eşleştirilip kaydedildiğinde bu bilgi varsayılır.

Yakala

Banka işlem verilerinin (BankStmtISOAccountStatement) orijinal ödemeyle tekrar ilişkilendirilmesini gerektirir.

Event tipi inferred
Ödeme Planlandı
Kaydedilmiş fatura seçilir ve bir ödeme önerisine veya ödeme jurnalına dahil edilerek, gelecekteki bir ödeme işlemi için planlanır. Bu, ödeme niyetini gösterir.
Neden önemli

Bu aktivite, nakit akışı tahmini ve ödeme vadesi uyumluluğunun analizi için kritik öneme sahiptir. Erken ödeme indirimlerinin dikkate alınıp alınmadığını ve buna yönelik bir planlama yapılıp yapılmadığını belirlemeye yardımcı olur.

Nereden alınır

Faturayı içeren bir ödeme yevmiye defteri satırının (LedgerJournalTrans) oluşturulmasından çıkarılmıştır. Yevmiye defteri satırındaki işlem tarihi, planlanan ödeme tarihini gösterir.

Yakala

Faturayı referans alan ödeme fişi satırının oluşturma tarihini kullanın.

Event tipi inferred
Satın Alma Siparişi Eşleştirildi
Bir faturayı bir veya daha fazla satınalma siparişiyle eşleştirme süreci; miktarları, fiyatları ve koşulları doğrulamak için yapılır. Bu, PO bazlı faturalar için kritik bir doğrulama adımıdır.
Neden önemli

Bu aktivite, ilk eşleşme oranlarını ölçmek ve eşleştirme sürecindeki darboğazları tespit etmek için kritik öneme sahiptir. Buradaki başarısızlıklar genellikle tutarsızlık çözüm döngülerine yol açar.

Nereden alınır

Fatura kaydındaki eşleştirme durumu 'Eşleşti' olarak güncellendiğinde veya satır düzeyindeki eşleştirme detayları başarıyla kaydedildiğinde çıkarılabilir. Bu bilgi genellikle tedarikçi fatura satırlarıyla ilgili tablolarda saklanır.

Yakala

Satın alma siparişi eşleştirme başarısıyla ilgili fatura başlığındaki veya satırlarındaki durum değişikliklerini belirleyin.

Event tipi inferred
Uyuşmazlık Giderildi
Bir tutarsızlık tespit edildikten sonra faturadaki beklemeyi kaldırmak veya faturayı düzeltmek için yapılan eylemdir. Fatura artık eşleştirme veya onay için yeniden gönderilmeye hazırdır.
Neden önemli

Bu aktivite bir yeniden işleme döngüsünü kapatır. Tutarsızlıkları çözmek için harcanan süre, istisna yönetimi sürecinin önemli bir göstergesidir.

Nereden alınır

Faturadan 'Bekletmede' durumunun kaldırıldığı veya bir red sonrası faturanın iş akışına yeniden gönderildiği zaman damgasından çıkarılmıştır.

Yakala

Bir bekletme kaldırıldığında veya faturanın reddedilme sonrası yeniden gönderildiğinde zaman damgasını yakalayın.

Event tipi inferred
Uyuşmazlık Tespit Edildi
Faturanın satın alma siparişi veya mal kabulüne karşı doğrulama veya eşleştirmede başarısız olması durumunda meydana gelir ve manuel müdahale gerektirir. Faturaya genellikle bir bekletme veya özel bir durum atanır.
Neden önemli

Bu aktivite bir yeniden işleme döngüsünü başlatır. Sıklığını ve nedenini analiz etmek, süreç verimsizliklerini, veri kalitesi sorunlarını veya tedarikçi problemlerini belirlemek için çok önemlidir.

Nereden alınır

Bu bilgi, faturanın geçmişine açıkça kaydedilebilir veya eşleştirme farklılığıyla ilgili bir neden koduyla bir fatura 'On Hold' durumuna alındığında çıkarım yapılabilir. Fatura başlığındaki durum değişikliklerine bakın.

Yakala

Fatura durumu 'Beklemede' olarak ayarlandığında veya bir tutarsızlık bayrağı ayarlandığında zaman damgasını yakalayın.

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

Veri Çıkarma Rehberleri

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