Borçlar Muhasebesi Fatura İşleme Veri Templateiniz
Borçlar Muhasebesi Fatura İşleme Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma rehberi
Borçlar Muhasebesi Fatura İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Fatura
Invoice
|
Her tedarikçi faturası belgesinin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Fatura, faturanın alınmasından nihai ödemenin yapılmasına kadar tüm faaliyetleri birbirine bağlayan birincil vaka tanımlayıcısıdır. Bu, her bir faturanın Borçlar Muhasebesi sürecindeki yolculuğunu uçtan uca analiz etmenizi sağlar. Analizde Olayları bu tanımlayıcıya göre gruplamak, her fatura için süreç akışını yeniden oluşturmanın ilk adımıdır. Toplam çevrim süresi gibi vaka düzeyindeki KPI'ları hesaplamanızı ve tek tek fatura yolculuklarına özgü varyantları ve darboğazları belirlemenizi sağlar.
Neden önemli?
Bu, bir faturanın tüm yaşam döngüsünü izlemek için gerekli anahtardır ve Borçlar Muhasebesindeki tüm Process Mining analizlerinin temelini oluşturur.
Nereden alınır?
Bu değer genellikle Dynamics 365 Finance içindeki 'Vendor invoice' sayfasından veya ilgili veri varlıklarından alınan Tedarikçi Fatura Numarasıdır.
Örnekler
INV-00125475000921DE-8832-2023
|
|||
|
Başlangıç zamanı
EventTime
|
Bir faaliyetin veya Olayın gerçekleştiği zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik her etkinlik için tarih ve saati sağlar. Olayları kronolojik sıraya koymak ve süreleri hesaplamak için gereklidir. Event Logun zaman temelli omurgasını oluşturur. Analizde Başlangıç zamanı, etkinlikler arasındaki çevrim süreleri, bekleme süreleri ve genel vaka süresi dahil olmak üzere zamanla ilgili tüm metrikleri hesaplamak için kullanılır. Darboğazları belirlemek ve süreç performansını SLA’lara göre ölçmek açısından önemlidir.
Neden önemli?
Bu zaman damgası, Olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi tüm performans metriklerini hesaplamak için gereklidir.
Nereden alınır?
Dynamics 365 içindeki işlem kayıtlarının oluşturulma veya değiştirilme tarihi alanlarından, Workflow geçmişi günlüklerinden ya da kayıt tarihi alanlarından alınır.
Ö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ıdır. | ||
|
Açıklama
Bu öznitelik, bir fatura için belirli bir zamanda gerçekleşen 'Invoice Registered' veya 'Invoice Approved' gibi eylemi ya da Olayı kaydeder. Bu faaliyetler, keşfedilen süreç haritasındaki düğümleri oluşturur. Faaliyetlerin sırasını ve sıklığını analiz etmek Process Mining için temel bir adımdır. Süreç akışını görselleştirmenize, yaygın ve nadir yolları (varyantları) belirlemenize, gecikmelere veya yeniden işlemlere yol açan faaliyetleri ortaya çıkarmanıza yardımcı olur.
Neden önemli?
Faaliyetler, süreçteki 'ne' sorusunu tanımlar. Böylece süreç haritası oluşturabilir, süreç akışını ve varyasyonlarını analiz edebilirsiniz.
Nereden alınır?
Bu değer genellikle Dynamics 365 AP modülündeki durum değişikliklerinden, Workflow geçmişi günlüklerinden veya belge kayıtlarından türetilir.
Örnekler
Fatura kaydedildiFatura onaylandıTutarsızlık giderildiÖdeme gerçekleştirildi
|
|||
|
Fatura tutarı
InvoiceAmount
|
Faturanın toplam parasal değeridir. | ||
|
Açıklama
Tedarikçi faturasında ödenmesi gereken toplam tutarı ifade eder. Bu, her vaka için önemli bir finansal metriktir. Bu öznitelik, AP sürecinin finansal analizini mümkün kılar. Yüksek tutarlı 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?
Finansal bağlam sağlar. Böylece yüksek tutarlı faturaların farklı işlenip işlenmediğini belirlemek gibi, süreç davranışını parasal değere göre analiz edebilirsiniz.
Nereden alınır?
Tedarikçi fatura üst bilgisinde, genellikle 'VendInvoiceInfoTable' içindeki 'InvoiceAmount' gibi alanlarda bulunur.
Örnekler
1500.75250.0012345.50
|
|||
|
Fatura vade tarihi
InvoiceDueDate
|
Ödeme koşullarına göre hesaplanan, fatura ödemesinin yapılması gereken tarihtir. | ||
|
Açıklama
Bu tarih, cezalardan kaçınmak ve tedarikçi anlaşmalarına uymak için faturanın ödenmesi gereken son tarihi gösterir. Genellikle fatura tarihine ve belirtilen ödeme koşullarına göre hesaplanır. Bu öznitelik, 'Ödeme koşullarına uyumluluk' analizi için gereklidir. Analiz, 'Ödeme gerçekleştirildi' tarihini 'Fatura vade tarihi' ile karşılaştırarak geç ödemeleri otomatik olarak işaretleyebilir, uyumluluk oranlarını hesaplayabilir ve iyi tedarikçi ilişkilerini korumak için ödemelere öncelik vermenize yardımcı olabilir.
Neden önemli?
Zamanında ödeme performansını ölçmek, tedarikçi ilişkilerini yönetmek ve geç ödeme ücretlerinden kaçınmak için önemlidir.
Nereden alınır?
Fatura tarihi ve ödeme koşullarına göre hesaplanan bir alandır. Tedarikçi işlem tablolarında, örneğin 'VendTrans' içindeki 'DueDate' alanında saklanır.
Örnekler
2023-05-152023-06-302023-07-01
|
|||
|
Kullanıcı
UserName
|
Faaliyeti gerçekleştiren kullanıcıdır. | ||
|
Açıklama
Fatura kaydetme veya onaylama gibi bir süreç adımını tamamlamaktan sorumlu belirli kullanıcıyı tanımlar. Bu bilgi çoğu zaman Dynamics 365 içindeki kullanıcı sistem kimliğiyle bağlantılıdır. Performansı kullanıcı bazında analiz etmek, eğitim ihtiyaçlarını, yüksek performans gösteren kullanıcıları ve iş yükü dağılımını belirlemeye yardımcı olur. Onay sürelerine ve kaynak verimliliğine odaklanan Dashboardlar için gereklidir. Yöneticilerin hangi kullanıcıların veya ekiplerin darboğaz oluşturduğunu görmesini sağlar.
Neden önemli?
İşi belirli kişilere atfeder. Böylece iş yükünü ve performansı analiz edebilir, eğitim fırsatlarını belirleyebilirsiniz.
Nereden alınır?
Genellikle işlemlerdeki 'Created by' veya 'Modified by' alanlarında ya da Dynamics 365 Workflow geçmişi günlüklerinde bulunur.
Örnekler
j.doea.smithr.williams
|
|||
|
Ödeme koşulları
PaymentTerms
|
Tedarikçiyle fatura ödemesi için üzerinde anlaşmaya varılan koşullardır. | ||
|
Açıklama
Bu öznitelik, tedarikçi faturasının hangi koşullarda ödenmesi gerektiğini tanımlar. Örneğin 'Net 30', ödemenin 30 gün içinde yapılması gerektiğini; '2/10 Net 30' ise 10 gün içinde ödeme yapılırsa %2 indirim uygulanacağını, aksi halde ödemenin 30 gün içinde yapılması gerektiğini belirtir. Ö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ı belirlemenin ve belirli koşulların karşılanmasının daha zor olup olmadığını görmek için uyumluluk analizini bölümlere ayırmanın temelini oluşturur.
Neden önemli?
Ödeme son tarihlerini ve indirim fırsatlarını tanımlar; nakit akışı yönetimini ve maliyet tasarruflarını doğrudan etkiler.
Nereden alınır?
Tedarikçi ana verilerinde veya satın alma siparişi ya da fatura üst bilgisinde bulunur. 'PaymTermId' gibi alanlarda saklanır.
Örnekler
Net 30Net 602/10 Net 30
|
|||
|
Satın alma siparişi numarası
PurchaseOrderNumber
|
Faturayla ilişkili satın alma siparişinin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, faturayı ilgili satın alma siparişiyle (PO) ilişkilendirir. Faturalar PO bağlantılı veya PO bağlantısız olabilir. Bu özniteliği analiz etmek, çoğu zaman farklı iş akışlarını izleyen PO tabanlı ve PO tabanlı olmayan fatura işleme süreçlerini ayırt etmeye yardımcı olur. PO eşleştirmenin verimliliğini ölçmek ve fatura ayrıntıları satın alma siparişiyle uyuşmadığında ortaya çıkan sorunları belirlemek için gereklidir.
Neden önemli?
Farklı süreçleri izleyen PO ve PO dışı faturaları birbirinden ayırır; eşleştirme verimliliğini analiz etmek için gereklidir.
Nereden alınır?
Tedarikçi fatura üst bilgisinde veya satırlarında, genellikle 'VendInvoiceInfoTable' içindeki 'PurchId' adlı alanda bulunur.
Örnekler
PO-000432PO-000511
|
|||
|
Tedarikçi
VendorName
|
Faturayı gönderen tedarikçinin adıdır. | ||
|
Açıklama
Bu öznitelik, faturayla ilişkili tedarikçiyi tanımlar. Tedarikçi verileri genellikle ad, kimlik ve kategori gibi ayrıntıları içerir. AP sürecini tedarikçi bazında analiz etmek, sürekli sorunlu faturalar gönderen, örneğin sık sık tutarsızlık içeren, özel ödeme koşullarına sahip veya uzun işlem süreleriyle ilişkili tedarikçileri ortaya çıkarabilir. Bu içgörü, tedarikçi ilişkilerini ve iş birliğini iyileştirmek için kullanılabilir.
Neden önemli?
Sık tutarsızlıklar veya ödeme gecikmeleri gibi tedarikçiye özgü sorunları belirlemek için süreci bölümlere ayırmanızı sağlar.
Nereden alınır?
Tedarikçi fatura üst bilgisinden, genellikle tedarikçi hesap numarasına göre 'VendTable' veri varlığından alınır.
Örnekler
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Erken Ödeme İskonto Tutarı
EarlyPaymentDiscountAmount
|
Fatura erken ödendiğinde yararlanılabilecek olası iskonto tutarıdır. | ||
|
Açıklama
Bu öznitelik, ödeme koşullarında tanımlanan erken ödeme karşılığında tedarikçinin sunduğu indirimin parasal değerini gösterir. Bu finansal veri, 'Erken ödeme indirimi durumu' Dashboardu için büyük önem taşır. İşletmenin elde edilen ve kaçırılan indirimlerin değerini ölçmesini sağlar. Böylece fatura onayı ve ödeme planlama süreçlerinin verimliliğini artırmak için açık bir finansal teşvik sunar.
Neden önemli?
Süreç verimliliğinin finansal fırsatını ölçer ve süreç performansıyla maliyet tasarrufu arasında doğrudan bağlantı kurar.
Nereden alınır?
Fatura tutarı ve ödeme koşullarına göre hesaplanan bir alandır. Bu değer, 'VendTrans' veya ilişkili nakit iskontosu alanları gibi tablolarda bulunabilir.
Örnekler
30.015.00246.91
|
|||
|
Fark Nedeni
DiscrepancyReason
|
Fatura farkının neden kodu veya açıklamasıdır. | ||
|
Açıklama
Bir fatura beklemeye alındığında veya bir fark belirlendiğinde bu öznitelik nedeni kaydeder. Örnekler arasında 'Fiyat Uyuşmazlığı', 'Miktar Farkı' veya 'Eksik Mal Kabulü' bulunur. Bu öznitelik, 'Fark Çözümü ve Yeniden İşleme' analizinin temel unsurlarındandır. Yeniden işlemeyi nedene göre kategorilere ayırarak süreç verimsizliklerinin temel nedenlerini belirleyebilirsiniz. Örneğin en yaygın neden 'Fiyat Uyuşmazlığı' ise bu durum, satın alma ekibiyle tedarikçiler arasındaki veri uyumunun iyileştirilmesi gerektiğini gösterir.
Neden önemli?
Yeniden işlemenin temel nedenini ortaya çıkarır; istisnaları ve manuel müdahaleyi azaltmaya yönelik hedefli süreç iyileştirmeleri yapmanızı sağlar.
Nereden alınır?
AP modülündeki fatura bekletme tablolarında, Workflow yorumlarında veya özel fark kayıt alanlarında saklanabilir.
Örnekler
Fiyat UyumsuzluğuMiktar FarkıGeçersiz PO
|
|||
|
Fatura durumu
InvoiceStatus
|
Faturanın mevcut işlem durumudur. | ||
|
Açıklama
Bu öznitelik, faturanın süreçteki son bilinen durumunu, örneğin 'Devam ediyor', 'Onaylandı', 'Ödendi' veya 'İptal edildi' durumlarını gösterir. Faturanın yaşam döngüsündeki konumunun anlık görüntüsünü sunar. Process Mining akışı etkinliklerden türetse de son durum, doğrulama ve tüm açık faturaların mevcut durumunu özetleyen iş düzeyi Dashboardlar oluşturmak için yararlıdır. Şu anda 'Onaylandı' durumunda olan ancak henüz 'Ödendi' durumuna geçmeyen tüm faturaları filtrelemek için kullanılabilir.
Neden önemli?
Faturanın mevcut durumuna ilişkin üst düzey bir özet sunar; filtreleme ve duruma dayalı Dashboard oluşturma için kullanışlıdır.
Nereden alınır?
Genellikle AP modülündeki belge durumu veya Workflow durumu alanlarından türetilir.
Örnekler
Devam EdiyorOnaylandıÖdendiİptal Edildi
|
|||
|
Geç Ödeme mi?
IsLatePayment
|
Ödemenin son ödeme tarihinden sonra yapılıp yapılmadığını gösteren hesaplanmış bir işarettir. | ||
|
Açıklama
Bu boolean öznitelik, 'Ödeme Gerçekleştirildi' etkinliği 'Fatura Son Ödeme Tarihi'nden sonra gerçekleşirse true olarak ayarlanır. Ödeme koşullarına uyulmadığını vaka düzeyinde açıkça gösterir. Bu öznitelik, 'Ödeme Koşullarına Uyumluluk Oranı' KPI'ının hesaplanmasını kolaylaştırır. Geç ödemelerin hacmini ve değerini hızlıca filtreleyip Dashboard üzerinde göstermenizi sağlar. Ayrıca gecikmenin nedenini anlamak için bu vakalarda temel neden analizi yapabilirsiniz.
Neden önemli?
Uyumsuz ödemeleri analiz etmek ve zamanında ödeme KPI'larını hesaplamak için net ve basit bir işaret sunar.
Nereden alınır?
Kaynak sistem alanı değildir. 'Ödeme Gerçekleştirildi' etkinliğinin zaman damgası, 'InvoiceDueDate' özniteliğiyle karşılaştırılarak Process Mining aracında hesaplanır.
Örnekler
truefalse
|
|||
|
İskonto Son Ödeme Tarihi
EarlyPaymentDiscountDate
|
Erken ödeme iskontosundan yararlanmak için faturanın ödenmesi gereken son tarihtir. | ||
|
Açıklama
Bu öznitelik, tedarikçinin sunduğu iskontodan yararlanmak için faturanın ödenebileceği son günü belirtir. Fatura tarihinden ve ödeme koşullarındaki iskonto bölümünden türetilir. Örneğin '2/10 Net 30' ifadesindeki '10' bu bölümü gösterir. Bu tarih, 'Erken Ödeme İskontosu Durumu' analizinin temel belirleyicisidir. 'Ödeme Planlandı' veya 'Ödeme Gerçekleştirildi' tarihini bu son tarihle karşılaştırarak iskontodan yararlanılıp yararlanılmadığını belirleyebilirsiniz. Böylece finansal optimizasyona ilişkin net metrikler elde edersiniz.
Neden önemli?
Maliyet tasarrufu sağlanacak hedef tarihi belirler; ödeme önceliklendirmesi ve verimlilik iyileştirmeleri için önemli bir ölçüttür.
Nereden alınır?
Ödeme koşulları ve fatura tarihine göre sistem tarafından hesaplanır. 'VendTrans' içindeki 'CashDiscDate' gibi alanlarda saklanır.
Örnekler
2023-04-252023-05-102023-06-15
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı sistemdir. | ||
|
Açıklama
Bu öznitelik, Olay verilerinin kaynağını tanımlar. Bu bağlamda kaynak genellikle 'Microsoft Dynamics 365'tir. Birden fazla sistemden, örneğin bir OCR tarama aracı ve D365'ten, gelen veriler birleştirildiğinde özellikle önem kazanır. Process Mining analizinde veri soyunu izlemeye, sorun gidermeye ve sürecin teknolojik yapısını anlamaya yardımcı olur. Analizi belirli bir sistemden gelen Olaylarla sınırlamanızı sağlar.
Neden önemli?
Verilerin kaynağı hakkında gerekli bağlamı sağlar. Bu bilgi, veri doğrulama ve birden fazla sistem içeren süreç analizleri için önemlidir.
Nereden alınır?
Bu, veri çıkarma ve dönüştürme sürecinde eklenen genellikle sabit bir değerdir ('Microsoft Dynamics 365').
Örnekler
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
Mal Kabul Numarası
GoodsReceiptNumber
|
Faturayla ilişkili mal kabul belgesinin tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, faturayı alınan mal veya hizmet kaydına bağlar. Bu bağlantı, üçlü eşleştirme (PO, Mal Kabulü ve Fatura) için gereklidir. Sürecin eşleştirme verimliliğini analiz etmek için önemlidir. 'Mal Kabulü Eşleştirildi' etkinliklerindeki gecikmeler veya hatalar, bu tanımlayıcı kullanılarak kaynak mal kabul belgesine kadar izlenebilir. Böylece borçlar muhasebesini etkileyen satın alma veya teslim alma adımlarındaki sorunları belirleyebilirsiniz.
Neden önemli?
Üçlü eşleştirmenin verimliliğini analiz etmenizi ve mal kabul sürecinden kaynaklanan sorunları belirlemenizi kolaylaştırır.
Nereden alınır?
Satın alma siparişi satırları üzerinden bağlanır; genellikle sevk irsaliyesi günlüklerinde ('VendPackingSlipJour') veya ilişkili tablolarda bulunur.
Örnekler
GRN-00981GRN-01024
|
|||
|
Onaylayan
ApproverName
|
Belirli bir adımda faturayı onaylayan veya reddeden kullanıcıdır. | ||
|
Açıklama
Bu öznitelik, iş akışındaki bir onay kararından sorumlu kişiyi tanımlar. Birden fazla onay düzeyi bulunan faturalarda farklı adımlar için farklı onaylayanlar olabilir. 'Fatura onay çevrim süresi analizi' Dashboardu için gereklidir. Analiz, süreçte iş yükü veya başka nedenlerle darboğaz oluşturan kişileri belirlemek üzere onaylayan bazında ayrıştırılabilir. Böylece onay çevrimini hızlandırmak için hedefli müdahaleler yapılabilir.
Neden önemli?
Onay sürecini ayrıntılı biçimde analiz etmenizi ve kişi veya ekip düzeyindeki darboğazları belirlemenizi sağlar.
Nereden alınır?
Her onay adımını tamamlayan kullanıcıyı kaydeden Workflow geçmiş günlüklerinden ('WorkflowTrackingStatusTable') alınır.
Örnekler
David ChenMaria GarciaAP_Manager_Group
|
|||
|
Otomatik mi?
IsAutomated
|
Etkinliğin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir işarettir. | ||
|
Açıklama
Bu boolean öznitelik, otomatik fatura kaydı veya eşleştirme gibi sistem otomasyonu tarafından yürütülen etkinliklerle insan kullanıcıların gerçekleştirdiği etkinlikleri birbirinden ayırır. Bu özniteliği analiz etmek, AP sürecindeki otomasyon düzeyini ölçmek için önemlidir. Straight-Through Processing (STP) oranını hesaplamanıza ve gelecekte otomasyona en uygun manuel etkinlikleri belirlemenize yardımcı olur. Böylece işlem maliyetini ve süresini azaltabilirsiniz.
Neden önemli?
Straight-Through Processing oranını ölçmenize ve otomasyon ile verimliliği artırma fırsatlarını belirlemenize yardımcı olur.
Nereden alınır?
Bir etkinlikle ilişkilendirilen kullanıcının sistem veya toplu işlem kullanıcısı olup olmadığı kontrol edilerek türetilir. Örnek kullanıcılar: 'Admin' ve 'BatchUser'.
Örnekler
truefalse
|
|||
|
Şirket Kodu
CompanyCode
|
Faturayı işleyen tüzel kişiliğin tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, kuruluş içinde faturadan sorumlu belirli şirketi veya tüzel kişiliği tanımlar. Birden fazla şirketin bulunduğu yapılarda bu, önemli bir organizasyon boyutudur. AP sürecini Şirket Kodu bazında analiz etmek, farklı iş birimleri veya tüzel kişilikler arasında performans karşılaştırması yapmanızı sağlar. Belirli şirketlerin daha düşük verimlilikle çalışıp çalışmadığını, daha yüksek yeniden işleme oranlarına sahip olup olmadığını veya farklı süreç varyantlarını izleyip izlemediğini belirlemenize yardımcı olur. Böylece standardizasyon ve en iyi uygulamaların paylaşılması için fırsatları ortaya çıkarabilirsiniz.
Neden önemli?
Kuruluş içindeki farklı tüzel kişilikler veya iş birimleri arasında performans kıyaslaması ve süreç karşılaştırması yapmanızı sağlar.
Nereden alınır?
Dynamics 365'teki neredeyse tüm işlem tablolarında bulunan standart bir alandır ve genellikle 'DataAreaId' olarak adlandırılır.
Örnekler
USMFDEMFGBSI
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan son veri yenilemesinin zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, Event Logun Microsoft Dynamics 365 üzerinden güncel verilerle en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin güncelliği hakkında bağlam sağlar. Dashboardlar ve sürekli izleme açısından bu zaman damgası, kullanıcıların en güncel süreç verilerini görüntüleyip görüntülemediğini anlaması için önemlidir. Verilerin güncelliğiyle ilgili beklentileri yönetmeye ve veri hattının durumunu izlemeye yardımcı olur.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir. Bu, analize dayanarak zamanında ve doğru iş kararları almak için önemlidir.
Nereden alınır?
Bu, veri alma ve yükleme (ETL) aracı tarafından veri alımı sırasında oluşturulan ve zaman damgası eklenen bir meta veri alanıdır.
Örnekler
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faturanın yeniden işleme sürecinden geçip geçmediğini belirleyen hesaplanmış bir işarettir. | ||
|
Açıklama
Bu boolean işareti, faturanın süreç akışında 'Fark Çözüldü' veya ilk başarısızlıktan sonra gerçekleşen ikinci 'Fatura Verileri Doğrulandı' adımı gibi yeniden işleme etkinlikleri bulunuyorsa true olarak ayarlanır. Tüm vaka üzerinden hesaplanır. Bu öznitelik, 'Farktan Kaynaklanan Yeniden İşleme Oranı' KPI'ını doğrudan destekler. Ek manuel çaba gerektiren tüm faturaları kolayca filtreleyip toplamanızı sağlar. Böylece düşük veri kalitesinin veya süreç istisnalarının etkisini ölçebilirsiniz.
Neden önemli?
Yeniden işlemeyi doğrudan ölçmenizi ve süreç istisnalarını ve verimsizliklerini kolayca nicelendirmenizi sağlar.
Nereden alınır?
Kaynak sistem alanı değildir. Bir vaka içindeki yeniden işlemeyi gösteren belirli etkinliklerin gerçekleşip gerçekleşmediği kontrol edilerek Process Mining aracında hesaplanır.
Örnekler
truefalse
|
|||
Borçlar Muhasebesi Fatura İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura kaydedildi
|
Fatura kaydının manuel giriş, OCR taraması veya elektronik veri değişimi (EDI) yoluyla sistemde ilk kez oluşturulmasını ifade eder. Bu, fatura işleme yaşam döngüsünün başlangıç noktasıdır. | ||
|
Neden önemli?
Bu faaliyet, sürecin birincil başlangıç Olayıdır. Bu noktadan ödemeye kadar geçen süreyi analiz etmek, önemli bir performans göstergesi olan genel fatura çevrim süresini verir.
Nereden alınır?
VendInvoiceInfoTable gibi bekleyen tedarikçi faturaları veya fatura günlüğü tablolarındaki fatura üst bilgisi kaydının oluşturulma zaman damgasından (CreatedDateTime alanı) çıkarılır.
Yakalayın
Fatura üst bilgisi kaydının oluşturulma zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Fatura kaydedildi
|
Onaylanan fatura, genel muhasebeye resmi olarak kaydedilerek finansal bir yükümlülük oluşturur. Bu, çoğu zaman geri alınamayan önemli bir muhasebe işlemidir. | ||
|
Neden önemli?
Kayıt işlemi, faturayı ödemeye uygun hale getiren önemli bir kilometre taşıdır. Tüm doğrulama ve onay adımlarının tamamlandığını ve yükümlülüğün muhasebeleştirildiğini doğrular.
Nereden alınır?
Bu, açık bir işlemdir. Kayıt tarihi ve saati, tedarikçi fatura günlüğüne (VendInvoiceJour) ve ilgili genel muhasebe kayıtlarına (GeneralJournalEntry) kaydedilir.
Yakalayın
VendInvoiceJour veya GeneralJournalEntry tablolarındaki kayıt zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Fatura onay için gönderildi
|
Fatura, yetkili personel tarafından incelenmek ve onaylanmak üzere resmi olarak bir iş akışına gönderilir. Bu, onay çevriminin başlangıcını gösterir. | ||
|
Neden önemli?
Bu, fatura onay çevrim süresini ölçmek için sayacı başlatan önemli bir kilometre taşıdır. Veri girişi ve eşleştirme süresini onay bekleme süresinden ayırmaya yardımcı olur.
Nereden alınır?
Bu, ilgili fatura belgesi için D365 Workflow geçmişi günlüklerinde (WorkflowTrackingStatusTable) kaydedilen açık bir Olaydır. Gönderim zaman damgası kaydedilir.
Yakalayın
Faturaya ait 'Submitted' Olayını Workflow izleme geçmişinden çıkarın.
Olay türü
explicit
|
|||
|
Fatura onaylandı
|
İş akışındaki son onayı temsil eder ve faturanın ödeme için kaydedilmesine yetki verir. Faturanın ödeme aşamasına girmesinden önceki önemli bir kilometre taşıdır. | ||
|
Neden önemli?
Onay çevriminin sona erdiğini gösterir. 'Onay için gönderildi' ile bu etkinlik arasındaki süre, onay darboğazlarını ve uzun süren iş akışlarını belirlemek için temel bir KPI’dır.
Nereden alınır?
Workflow durumu 'Completed' veya 'Approved' olarak güncellendiğinde Workflow geçmişi günlüklerine (WorkflowTrackingStatusTable) kaydedilen açık bir Olaydır.
Yakalayın
Faturaya ait 'Approved' veya 'Completed' Olayını Workflow izleme geçmişinden çıkarın.
Olay türü
explicit
|
|||
|
Ödeme gerçekleştirildi
|
Ödeme günlüğünün kaydedilmesiyle ödeme resmi olarak yapılır. Bu işlem, kaydedilen faturanın oluşturduğu yükümlülüğü kapatır. | ||
|
Neden önemli?
Bu, sürecin birincil bitiş Olaylarından biridir. Ödeme koşullarına uyumluluğu hesaplamak, geç ödemeleri belirlemek ve uçtan uca nihai çevrim süresini ölçmek için kullanılır.
Nereden alınır?
Ödeme günlüğü kaydedildiğinde alınan açık bir Olaydır. Mutabakat ayrıntıları, ödemeyi faturaya bağlayan tedarikçi işlemleri tablosunda (VendTrans) saklanır.
Yakalayın
VendTrans içindeki ödeme mutabakat kaydının işlem tarihini kullanın.
Olay türü
explicit
|
|||
|
Fatura iptal edildi
|
Fatura, genellikle bir hatayı düzeltmek amacıyla kaydedildikten sonra geçersiz kılınır veya iptal edilir. Bu, sürecin alternatif ve istisnai bitiş noktasıdır. | ||
|
Neden önemli?
İptalleri izlemek, süreç kalitesini ve hata oranlarını anlamak için önemlidir. Yüksek iptal sıklığı, sürecin önceki aşamalarında sistematik sorunlar olduğunu gösterebilir.
Nereden alınır?
Bu, açık bir Olaydır. D365, asıl fatura günlüğüne bağlanan bir ters kayıt veya alacak işlemi oluşturur. Bu ters kaydın kayıt tarihi iptali gösterir.
Yakalayın
Asıl faturayla ilişkili ters işlemin kayıt tarihini belirleyin.
Olay türü
explicit
|
|||
|
Fatura reddedildi
|
Bir onaylayan, faturayı Workflow içinde reddeder ve genellikle düzeltme veya açıklama için faturayı oluşturan kişiye geri gönderir. Bu, yeniden işlem döngüsünü başlatır. | ||
|
Neden önemli?
Retleri izlemek, onay gecikmelerinin ve yeniden işlemlerin nedenlerini belirlemenize yardımcı olur. Fatura kodlaması, politika ihlalleri veya yetersiz belgelerle ilgili sorunları ortaya çıkarabilir.
Nereden alınır?
Bu, bir onaylayan 'Reject' eylemini seçtiğinde Workflow geçmişine (WorkflowTrackingStatusTable) kaydedilen açık bir Olaydır.
Yakalayın
Faturaya ait 'Rejected' Olayını Workflow izleme geçmişinden çıkarın.
Olay türü
explicit
|
|||
|
Fatura verileri doğrulandı
|
Eşleştirme veya onaydan önce, alınan fatura verilerinin eksiksizliğini ve doğruluğunu kontrol eden sistemi veya kullanıcıyı ifade eder. Bu, otomatik bir sistem doğrulaması ya da manuel inceleme adımı olabilir. | ||
|
Neden önemli?
Bu faaliyeti izlemek, düşük veri kalitesinden kaynaklanan gecikmeleri belirlemenize yardımcı olur. Buradaki yüksek hata oranı veya uzun süre, OCR doğruluğu gibi veri yakalama süreçlerinde sorunlar olduğunu gösterir.
Nereden alınır?
Bu çoğu zaman çıkarımsal bir olaydır. Fatura durumunun 'Yeni' veya 'Taslak' durumundan 'Doğrulandı' ya da 'Eşleştirmeye hazır' gibi bir duruma geçtiği zaman damgasından veya iş akışına gönderilmeden önceki son değişiklikten türetilebilir.
Yakalayın
Başarılı doğrulamayı gösteren durum değişikliğinin veya iş akışına gönderimden önceki güncelleme olayının zaman damgasını yakalayın.
Olay türü
inferred
|
|||
|
Mal kabulüyle eşleştirildi
|
Üçlü eşleştirmede bu faaliyet, faturalandırılan mal veya hizmetlerin mal kabul belgeleriyle karşılaştırılarak teslim alındığını doğrular. Bu adım, fiziksel teslimatı faturayla karşılaştırır. | ||
|
Neden önemli?
Bu faaliyeti izlemek, üçlü eşleştirme sürecinin verimliliğini analiz etmenize ve eksik ya da hatalı mal kabul bilgilerinden kaynaklanan gecikmeleri belirlemenize yardımcı olur.
Nereden alınır?
Satın alma siparişi eşleştirmesine benzer şekilde, bu faaliyet de faturadaki ve ürün kabul günlüklerindeki (Packing Slips) başarılı eşleştirmeyi gösteren durum güncellemelerinden çıkarılır.
Yakalayın
Başarılı üçlü eşleştirmeyi gösteren durum değişikliklerini veya işaretlerini arayın.
Olay türü
inferred
|
|||
|
Ödeme planlandı
|
Kaydedilen fatura seçilerek bir ödeme teklifine veya ödeme günlüğüne eklenir ve gelecekteki bir ödeme çalıştırması için planlanır. Bu, ödeme yapma niyetini gösterir. | ||
|
Neden önemli?
Bu faaliyet, nakit akışı tahmini ve ödeme koşullarına uyumluluğun analiz edilmesi için önemlidir. Erken ödeme indirimlerinin dikkate alınıp planlandığını belirlemenize yardımcı olur.
Nereden alınır?
Faturayı içeren bir ödeme günlüğü satırının (LedgerJournalTrans) oluşturulmasından çıkarılır. Günlük satırındaki işlem tarihi, planlanan ödeme tarihini gösterir.
Yakalayın
Faturaya referans veren ödeme günlüğü satırının oluşturulma tarihini kullanın.
Olay türü
inferred
|
|||
|
Ödeme temizlendi
|
Şirket tarafından gerçekleştirilen ödeme, banka mutabakatı süreciyle doğrulandığı üzere bankadan geçmiştir. Bu, ödemenin tamamlandığına ilişkin nihai finansal doğrulamadır. | ||
|
Neden önemli?
Bu faaliyet, nakit çıkışının nihai doğrulamasını sağlar. Ödemenin gerçekleştirilmesiyle bankadan geçmesi arasındaki süreyi analiz etmek, hazine ve nakit yönetimi için önemlidir.
Nereden alınır?
Bu bilgi banka mutabakatı modüllerinden alınır. Ödemeyle eşleşen bir banka ekstresi satırı D365'te eşleştirilip kaydedildiğinde çıkarılır.
Yakalayın
Banka işlem verilerinin (BankStmtISOAccountStatement) asıl ödemeyle ilişkilendirilmesi gerekir.
Olay türü
inferred
|
|||
|
Satın alma siparişiyle eşleştirildi
|
Miktarları, fiyatları ve koşulları doğrulamak için bir faturayı bir veya daha fazla satın alma siparişiyle ilişkilendirme sürecidir. Bu, satın alma siparişine dayalı faturalar için önemli bir doğrulama adımıdır. | ||
|
Neden önemli?
Bu faaliyet, ilk seferde eşleştirme oranlarını ölçmek ve eşleştirme sürecindeki darboğazları belirlemek için gereklidir. Buradaki hatalar çoğu zaman tutarsızlıkların giderilmesi döngülerine yol açar.
Nereden alınır?
Fatura kaydındaki eşleştirme durumu 'Matched' olarak güncellendiğinde veya satır düzeyindeki eşleştirme ayrıntıları başarıyla kaydedildiğinde çıkarılabilir. Bu bilgiler genellikle tedarikçi fatura satırlarıyla ilgili tablolarda saklanır.
Yakalayın
Satın alma siparişi eşleştirmesinin başarılı olduğunu gösteren fatura üst bilgisi veya satır durum değişikliklerini belirleyin.
Olay türü
inferred
|
|||
|
Tutarsızlık belirlendi
|
Fatura, satın alma siparişi veya mal kabulüyle doğrulama ya da eşleştirme sırasında başarısız olduğunda ve manuel müdahale gerektiğinde gerçekleşir. Faturaya çoğu zaman bekletme işareti veya özel bir durum atanır. | ||
|
Neden önemli?
Bu faaliyet, yeniden işlem döngüsünü başlatır. Sıklığını ve nedenini analiz etmek, süreç verimsizliklerini, veri kalitesi sorunlarını veya tedarikçi kaynaklı problemleri belirlemek için önemlidir.
Nereden alınır?
Bu durum, fatura geçmişine açıkça kaydedilebilir veya fatura eşleştirme farkıyla ilgili bir neden koduyla 'On Hold' durumuna alındığında çıkarılabilir. Fatura üst bilgisindeki durum değişikliklerini arayın.
Yakalayın
Fatura durumu 'On Hold' olarak ayarlandığında veya bir tutarsızlık işareti eklendiğinde oluşan zaman damgasını alın.
Olay türü
inferred
|
|||
|
Tutarsızlık giderildi
|
Bir tutarsızlık belirlendikten sonra bekletmeyi kaldırmak veya faturayı düzeltmek için gerçekleştirilen işlemdir. Fatura artık eşleştirme ya da onay için yeniden gönderilmeye hazırdır. | ||
|
Neden önemli?
Bu faaliyet, yeniden işlem döngüsünü kapatır. Tutarsızlıkların giderilmesi için geçen süre, istisna yönetimi sürecinin verimliliğini gösteren önemli bir ölçüttür.
Nereden alınır?
Faturadaki 'Beklemede' durumunun kaldırıldığı zaman damgasından veya reddedilmesinin ardından faturanın iş akışına yeniden gönderildiği andan türetilir.
Yakalayın
Bekletmenin kaldırıldığı veya faturanın ret sonrasında yeniden gönderildiği zaman damgasını alın.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Veri Templateinden yararlanarak daha verimli bir Borçlar Muhasebesi Fatura İşleme sürecine geçişinizi başlatın. Önemli iyileştirmeler sağlamak için süreç verilerinizin tüm potansiyelini keşfedin.
Çift ödemeleri durdurun. AP fatura işlemeyi optimize edin.
Verimsizlikleri belirleyin, gecikme ücretlerini ortadan kaldırın ve işlem maliyetlerini %60'a kadar azaltın.
14 günlük ücretsiz deneme, kredi kartı gerekmez.