Ticari Borçlar Fatura İşleme Veri Template'inuz
Ticari Borçlar Fatura İşleme Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
Ticari Borçlar Fatura İşleme Özellikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Fatura
Invoice
|
Her bir tedarikçi fatura belgesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Fatura, birincil vaka 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 sunar. Analizde, olayları bu tanımlayıcıya göre gruplandırmak, her fatura için süreç akışını 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ı sunar ve bireysel fatura yolculuklarına özgü varyantları ve darboğazları belirlemeye yardımcı olur.
Neden Önemli?dir?
Bu, bir faturanın tüm süreç döngüsünü izlemek için temel büyük önem taşı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 varlıklarından alınan Tedarikçi Fatura Numarasıdır.
Örnekler:::::::
INV-00125475000921DE-8832-2023
|
|||
|
Aktivite
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?dir?
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 sunar.
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
|
|||
|
Başlangıç Zamanı
EventTime
|
Bir aktivitenin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu özellik, her aktivite için tarih ve saati sunar; bu da olayları kronolojik olarak sıralamak ve süreleri hesaplamak için gereklidir. event lognun zamana dayalı temelini oluşturur. Analizde, Start Time; aktiviteler arasındaki döngü süreleri, 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 büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayları doğru sıralamak ve döngü süreleri ve darboğazlar gibi tüm performans metriklerini hesaplamak için büyük önem taşır.
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
|
|||
|
Fatura Tutarı
InvoiceAmount
|
Faturanın toplam tutarıdır. | ||
|
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 sunar. 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?dir?
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 güçlüak 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 gereklidir. '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?dir?
Zamanında ödeme performansını ölçmek, tedarikçi ilişkilerini yönetmek ve geç ödeme cezalarından kaçınmak için büyük önem taşır.
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 büyük önem taşır, yöneticilerin hangi kullanıcıların veya ekiplerin darboğaz olduğunu görmesini sunar.
Neden Önemli?dir?
Çalışanşmaları belirli kişilere atayarak, iş yükü ve performansın analiz edilmesini, ayrıca eğitim fırsatlarının belirlenmesini sunar.
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 mutabık kalınan şartlar. | ||
|
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ı analiz etmek için gereklidir.manlaması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 güçlüanın zorluğunu tespit etmek üzere uyum analizini segmentlere ayırmak için bir temel oluşturur.
Neden Önemli?dir?
Ö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 30 GünNet 60 Gün2/10 Net 30
|
|||
|
Purchase Order Number
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ı iş akışlarını 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 gereklidir.
Neden Önemli?dir?
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 büyük önem taşır.
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 önemli bilgi, tedarikçi ilişkilerini ve iş birliğini geliştirmek için kullanılabilir.
Neden Önemli?dir?
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 sunar.
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' kontrol paneli'u için büyük önem taşır. İşletmenin yakalanan indirimlerin değerini kaçırılanlara karşı nicelleştirmesine sunar ve fatura onay ve ödeme planlama süreçlerinin verimliliğini artırmak için açık bir finansal teşvik sunar.
Neden Önemli?dir?
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 güncel işleme 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 süreç 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ı kontrol paneli'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?dir?
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
|
|||
|
Gecikmiş Ödeme mi?
IsLatePayment
|
Ödemenin vadesinden sonra yapılıp yapılmadığını gösteren hesaplanmış bir işaret. | ||
|
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, vaka düzeyinde bir göstergesini sunar. 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 kontrol paneli oluşturmaya sunar ve neden geciktiklerini anlamak için bu belirli case'ler üzerinde kök neden analizine olanak sunar.
Neden Önemli?dir?
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 zaman damgası (zaman damgası)'i ile 'Fatura Vade Tarihi' niteliği karşılaştırılarak hesaplanır.
Örnekler:::::::
truefalse
|
|||
|
İskonto Vadesi
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 sunar.
Neden Önemli?dir?
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
|
Verilerin çekildiği 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. Process Mining 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 sunar.
Neden Önemli?dir?
Verinin kaynağına dair temel bağlam sunar; bu da veri doğrulaması ve çoklu sistem süreç analizlerinde büyük önem taşır.
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 gereklidir. '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?dir?
Üç 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
|
|||
|
Onaylayan
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' kontrol paneli'u için büyük önem taşır. 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 sunar.
Neden Önemli?dir?
Onay sürecinin detaylı analizini sunar, 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 olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir işaret. | ||
|
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 temel rol oynar. Straight-Through Processing (STP) oranını belirlemeye yardımcı olur.saplamaya 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?dir?
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:::::::
truefalse
|
|||
|
Ş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 sunar. 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?dir?
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ı sunar.
Nereden Alınır??
Dynamics 365'teki hemen hemen tüm işlem tablolarında bulunan, tipik olarak 'DataAreaId' adında standart bir alan.
Örnekler:::::::
USMFDEMFGBSI
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan son veri yenileme işleminin zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu özellik, event logn 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. kontrol paneli'lar ve sürekli izleme için bu zaman damgası (zaman damgası), kullanıcıların en güncel süreç verilerini görüntüleyip görüntülemediklerini anlamaları açısından büyük önem taşır. Verinin güncel durumu hakkındaki beklentileri yönetmeye ve veri hattının (veri hattı) sağlığını takip etmenizi sunar.
Neden Önemli?dir?
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 büyük önem taşır.
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 temel rol oynar. 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?dir?
Tekrar işleme nedenlerini ortaya koyarak, istisnaları ve manuel müdahaleyi azaltmaya yönelik hedeflenmiş süreç iyileştirmelerinin yapılmasını sunar.
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ınalma Siparişi
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faturanın yeniden işleme tabi tutulup tutulmadığını belirten hesaplanmış bir işaret. | ||
|
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?dir?
Yeniden işleme miktarını doğrudan ölçer, süreç istisnaları ve verimsizliklerinin basit bir şekilde nicelleştirilmesine ve analiz edilmesine sunar.
Nereden Alınır??
Bu bir kaynak sistem alanı değildir. Bir vaka içinde belirli rework (yeniden işleme) gösteren aktivitelerin oluşumu kontrol edilerek Process Mining aracında hesaplanır.
Örnekler:::::::
truefalse
|
|||
Ticari Borçlar Fatura İşleme 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 süreç döngüsünün başlangıç noktasıdır. | ||
|
Neden Önemli?dir?
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 sunar 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ı (zaman damgası)ndan (CreatedDateTime alanı) çıkarılmıştır.
Yakala
Fatura üstbilgisi kaydının oluşturma zaman damgası (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?dir?
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ı (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?dir?
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 zaman damgası (zaman damgası)'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?dir?
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?dir?
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?dir?
İ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?dir?
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?dir?
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 zaman damgası (zaman damgası)'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 olayının zaman damgası (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?dir?
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 Gerçekleşti
|
Ş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?dir?
Bu aktivite, nakit çıkışının kesinleşmesini sunar. Ö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 Programlandı
|
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?dir?
Bu aktivite, nakit akışı tahmini ve ödeme vadesi uyumluluğunun analizi için büyük önem taşır. 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ınalma 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?dir?
Bu aktivite, ilk eşleşme oranlarını ölçmek ve eşleştirme sürecindeki darboğazları tespit etmek için büyük önem taşır. 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?dir?
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ı (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ı (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?dir?
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 büyük önem taşır.
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ı (zaman damgası)nı yakalayın.
Event tipi
inferred
|
|||