Veri Şablonu: Tedarikçi Fatura İşleme Süreci
Borç Hesapları Fatura İşleme Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- İzlenecek Temel Faaliyetler
- Veri Çıkarma Rehberliği
Tedarikçi Fatura İşleme Süreci Nitelikleri
| 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
|
|||
Tedarikçi Fatura İşleme Süreci Aktiviteleri
| 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
|
|||