Veri Şablonu: Ödenecek Hesaplar Fatura İşleme
Hesap Ödemeleri Fatura İşleme Data Şablonunuz
Bu, Hesap Ödemeleri Fatura İşleme süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Herhangi bir Tedarikçi Borçları sistemi için evrensel veri yapısı
- Derinlemesine analiz için önerilen öznitelikler
- Tam süreç görünürlüğü için yakalanması gereken temel aktiviteler
Hesap Ödemeleri Fatura İşleme Özellikleri
| Ad | Açıklama | ||
|---|---|---|---|
Faaliyet Adı ActivityName | Fatura için gerçekleşen iş süreci adımının veya olayın adı. | ||
Açıklama Aktivite Adı, fatura işleme yaşam döngüsünde belirli bir eylemi, durum değişikliğini veya kilometre taşını tanımlar. 'Fatura Doğrulandı', 'Onaya Sunuldu' veya 'Ödeme Gerçekleştirildi' gibi bir fatura için kaydedilen her olay, farklı bir Aktivite Adı ile temsil edilir. Bu öznitelik, her benzersiz değerin görselleştirilmiş süreç akışında bir düğüm haline geldiği süreç haritasının omurgasını oluşturur. Bu aktiviteler arasındaki sırayı, sıklığı ve süreyi analiz etmek, yaygın yolları, sapmaları ve yeniden işleme döngülerini belirlemeye yardımcı olan Process Mining'in temelini oluşturur. Süreçte gerçekte neler olduğunu anlamak için çok önemlidir. Neden önemli Süreç haritasındaki adımları tanımlar; süreç akışının, darboğazların ve varyasyonların görselleştirilmesine ve analizine olanak tanır. Nereden alınır Genellikle kaynak sistemdeki işlem kodlarından, Event Log'lardan, durum değişikliği alanlarından veya belirli kullanıcı eylemi kayıtlarından türetilir. Örnekler Fatura OnaylandıFatura EngellendiÖdeme Gerçekleştirildi | |||
Fatura Kimliği InvoiceId | Her tedarikçi fatura belgesi için benzersiz tanımlayıcıdır. Bu, faturanın uçtan uca yolculuğunu takip etmek için birincil vaka tanımlayıcısı görevi görür. | ||
Açıklama Fatura Kimliği, bir tedarikçiden alınan her faturaya atanan benzersiz bir alfanümerik koddur. İlk alınmasından nihai ödemeye ve tasfiyesine kadar, o belirli faturayla ilgili tüm aktiviteler ve veriler için merkezi referans noktası görevi görür. Process Mining'de Fatura Kimliği çok önemlidir. Yazılımın olay dizilerini ('Fatura Alındı', 'Onaylandı', 'Ödendi' gibi) tek bir fatura için tutarlı bir süreç akışı oluşturmasını sağlayan Vaka Kimliği işlevi görür. Bu, süreç varyantlarının, döngü sürelerinin ve darboğazların fatura bazında analizini sağlar, her faturanın nasıl işlendiğine dair net bir görünüm sunar. Neden önemli Bu, ilgili tüm süreç adımlarını tek bir case'e bağladığı için en kritik niteliktir; bu da uçtan uca süreç analizi ve görselleştirmeyi mümkün kılar. Nereden alınır Genellikle kaynak sistemdeki fatura veya tedarikçi borçları işlem tablolarının başlık verilerinde bulunur. Örnekler INV-9876547300015298SI-2023-04-112 | |||
Olay Zamanı EventTime | Bir aktivite veya olayın gerçekleştiği kesin tarih ve saati gösteren zaman damgası. | ||
Açıklama Olay Zamanı (Event Time), faturanın yaşam döngüsünde belirli bir faaliyetin gerçekleştiği tam anı kaydeder. 'Fatura Alındı'dan 'Fatura Temizlendi'ye kadar her faaliyetin ilişkili bir zaman damgası (timestamp) bulunur. Bu nitelik, performans analizi için çok önemlidir. Faaliyetler arasındaki döngü sürelerinin (örneğin, onay süresi, ödeme süresi) ve her faturanın toplam uçtan uca işleme süresinin hesaplanmasını sağlar. Bu süreleri analiz ederek, kuruluşlar darboğazları belirleyebilir, hizmet düzeyi anlaşmalarına (SLA'lar) karşı performansı ölçebilir ve hızlandırma fırsatlarını tespit edebilir. Ayrıca, süreç akışını doğru bir şekilde yeniden yapılandırmak için olayların kronolojik sıralamasını da mümkün kılar. Neden önemli Bu, döngü sürelerini hesaplamak, darboğazları belirlemek ve süreç olaylarının kronolojik sırasını analiz etmek için temeldir. Nereden alınır Sistem kayıtlarında, işlem oluşturma/değiştirme tarihi alanlarında veya fatura belgeleriyle ilişkili olay zaman damgası (event timestamp) kayıtlarında bulunur. Örnekler 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
Kaynak Sistem SourceSystem | Verilerin çekildiği sistem. | ||
Açıklama Bu öznitelik, olay verilerinin oluşturulduğu veya kaydedildiği orijinal BT sistemini (örneğin bir ERP, bir belge yönetim sistemi veya bir workflow aracı) tanımlar. AP sürecinde birden fazla sistemin yer aldığı ortamlarda, bu alan farklı aktivitelerin kaynağını ayırt etmeye yardımcı olur. Verileri Kaynak Sisteme göre analiz etmek, süreç parçalanmasını ve veri entegrasyonu zorluklarını anlamak için faydalıdır. Gecikmelerin veya sorunların farklı sistemler arasındaki aktarımlarla ilişkili olup olmadığını ortaya çıkarabilir. Ayrıca, süreç görünümünün her sistemin katkılarını doğru bir şekilde yansıttığından emin olmak için veri yönetimi ve doğrulama açısından da kritiktir. Neden önemli Veri doğrulaması, sorun giderme ve farklı sistemler arasındaki süreç farklılıklarını analiz etmek için kritik olan veri kaynağına dair bağlam sunar. Nereden alınır Genellikle veri çıkarma süreci sırasında eklenen veya sistem log başlıklarında bulunan statik bir değerdir. Örnekler ERP_PRODSAP_ECC_100Oracle_Fusion | |||
Son Veri Güncellemesi LastDataUpdate | Bu olay için verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası. | ||
Açıklama Son Veri Güncelleme zaman damgası, verinin kaynak sistemden alınıp süreç madenciliği ortamına yüklendiği en son tarihi ve saati gösterir. Bu, iş olayının ne zaman gerçekleştiğini değil, analiz edilen verinin ne kadar güncel olduğunu ifade eder. Bu özellik, veri yönetimi ve kullanıcıların içgörülerin güncelliğini anlamaları açısından önemlidir. Analizin güncel bilgilere dayandığını doğrulamaya yardımcı olur ve veri akışının performansını ve sıklığını izlemek için kullanılabilir. Paydaşların, süreç dashboard'ları ve analizlerine dayanarak karar verirken verinin güncelliğini bilmelerini sağlar. Neden önemli Veri yönetimi için ve kullanıcıların analiz ettikleri verinin güncelliğinden emin olmalarını sağlamak açısından kritik öneme sahiptir; bu da içgörülere olan güveni artırır. Nereden alınır Bu timestamp genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir. Örnekler 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
Fatura Tutarı InvoiceAmount | Faturanın orijinal işlem para birimindeki toplam tutarı. | ||
Açıklama Fatura Tutarı, tedarikçi tarafından sunulan faturanın toplam brüt değerini temsil eder. Bu, her bir vaka için temel bir finansal ölçüttür. Bu öznitelik, finansal ve performans analizlerinde yaygın olarak kullanılır. Süreçlerin önemlilik (örneğin, yüksek değerli faturaların ayrı analiz edilmesi) bazında filtrelenmesini, belirli bir eşiğin üzerindeki faturalar için onay darboğazlarının belirlenmesini ve süreç verimsizliklerinin finansal etkisinin hesaplanmasını sağlar. Örneğin, bloke edilmiş faturaların değerini belirlemek veya yüksek hacimli, düşük değerli faturalar üzerinde otomasyon çabalarına öncelik vermek için kullanılabilir. Neredeyse tüm AP dashboard'ları için temel bir boyuttur. Neden önemli Engellenen ödemelerin değerini nicelendirme gibi finansal etki analizine olanak tanır ve önem düzeyine göre faturaların önceliklendirilmesine yardımcı olur. Nereden alınır Genellikle fatura işlem verilerinin başlık veya kalem tablolarında bulunur. Örnekler 1500.7525000.00345.50 | |||
Fatura Vade Tarihi InvoiceDueDate | Fatura ödemesinin ödeme şartlarına göre vadesinin dolduğu tarihtir. | ||
Açıklama Fatura Vade Tarihi, ödemenin zamanında kabul edilmesi ve potansiyel gecikme ücretlerini veya cezaları önlemek için tedarikçiye yapılması gereken hesaplanan tarihtir. Genellikle fatura tarihinden ve üzerinde anlaşılan ödeme şartlarından (örn. Net 30) belirlenir. Bu öznitelik, ödeme performansını ölçmek için çok önemlidir. Zamanında Ödeme Oranı KPI'ını hesaplamanın ve geç ödemeleri belirlemenin temelini oluşturur. Vade tarihini gerçek ödeme tarihiyle karşılaştırmak, ödeme zamanlamasının analizine olanak tanır. Bu durum da kuruluşların tedarikçi ilişkilerini iyileştirmesine, cezalardan kaçınmasına ve nakit akışını stratejik olarak yönetmelerine yardımcı olur. Neden önemli Bu, zamanında ödeme performansını ölçmek, nakit akışını yönetmek ve gecikme cezalarını önlemek için kritik öneme sahiptir. Nereden alınır Bu tarih genellikle kaynak sistem tarafından fatura tarihi ve ödeme koşullarına göre hesaplanır ve fatura başlığında saklanır. Örnekler 2023-11-252023-12-152024-01-30 | |||
Kullanıcı Adı UserName | Fatura üzerinde belirli bir aktiviteyi gerçekleştiren kullanıcının adı veya ID'si. | ||
Açıklama Kullanıcı Adı, fatura girişi, onay veya kaydetme gibi belirli süreç adımlarını yürütmekten sorumlu bireysel çalışanı veya sistem kullanıcısını tanımlar. Otomatik adımlar için bu, bir sistem veya toplu iş kullanıcı ID'si olabilir. Bu öznitelik, sürecin insan odaklı bir görünümünü sağlar. İş yükü dağılımını, bireysel veya ekip performansını analiz etmek ve eğitim ihtiyaçlarını belirlemek için kullanılır. Kullanıcıya göre aktiviteleri izleyerek, kuruluşlar belirli kişilerden kaynaklanan yeniden işleme döngülerini ortaya çıkarabilir, onayların nerede takıldığını belirleyebilir ve görev ayrımının doğru yapılmasını sağlayabilir. Bu, AP sürecinin insani unsurunu anlamak için önemli bir özniteliktir. Neden önemli Ekip ve bireysel performansın, iş yükü dağılımının analiz edilmesini sağlar; ayrıca eğitim fırsatları veya uyumluluk sorunlarının belirlenmesine yardımcı olur. Nereden alınır Genellikle Event Log'larda veya işlem tablolarındaki 'Değiştiren' / 'Oluşturan' alanlarında bulunur. Örnekler jdoeasmithBATCH_USER | |||
Purchase Order Number PurchaseOrderNumber | Fatura ile ilişkili satın alma siparişinin (PO) benzersiz tanımlayıcısı. | ||
Açıklama Satın Alma Sipariş Numarası (PO Numarası), tedarikçiden mal veya hizmet alımını başlangıçta yetkilendiren belgenin referans numarasıdır. Faturalar PO'lu veya PO'suz olabilir. Bu öznitelik, fatura eşleştirme sürecini analiz etmek için kritiktir. Genellikle farklı süreç yollarını izleyen PO bazlı ve PO dışı faturalar arasında ayrım yapılmasına olanak tanır. Analiz, üç yönlü eşleşmenin (PO, mal kabulü, fatura) verimliliğine odaklanabilir, eşleşme hatalarının nedenlerini belirleyebilir ve İlk Geçiş Eşleşme Oranı KPI'ını ölçebilir. PO'ya sahip olması gereken bir faturada PO numarasının eksik olması genellikle bir süreç uyumluluğu sorununa işaret eder. Neden önemli Fatura eşleştirme verimliliğini analiz etmek, Satın Alma Siparişli (PO) ve PO'suz fatura süreçlerini birbirinden ayırmak ve uyumluluk sorunlarını belirlemek için kritik öneme sahiptir. Nereden alınır Fatura işlem verilerinde, genellikle satın alma modülüne bağlayan bir referans alanında bulunur. Örnekler 4500017545PO-2023-10-005789123 | |||
Şirket Kodu CompanyCode | Faturayı işleyen tüzel kişilik veya şirketin tanımlayıcısıdır. | ||
Açıklama Şirket Kodu, bir kuruluş içindeki ayrı bir tüzel kişiliği veya şirketi temsil eden benzersiz bir anahtardır. Faturalar, belirli bir şirket kodu adına işlenir ve kaydedilir. Bu öznitelik, çoklu şirketli kuruluşlarda karşılaştırmalı analiz için önemli bir boyuttur. Farklı şirketler, iştirakler veya iş birimleri arasında Tedarikçi Ödemeleri süreç performansını karşılaştırmaya olanak tanır. Analiz, belirli şirketlerin daha verimli, daha yüksek otomasyon oranlarına sahip veya daha fazla ödeme engeliyle karşılaşıp karşılaşmadığını ortaya çıkarabilir. Bu, en iyi uygulamaları standartlaştırmaya ve bölgesel veya şirkete özgü sorunları belirlemeye yardımcı olur. Neden önemli Farklı tüzel kişilikler veya iş birimleri arasındaki süreçlerin kıyaslanmasına olanak tanır; bu da uygulamaları standartlaştırmaya ve yerel sorunları belirlemeye yardımcı olur. Nereden alınır Finansal veya fatura işlem belgelerinin üstbilgisinde yer alır ve deftere kayıt yapan birimi temsil eder. Örnekler 1000US01DE01 | |||
Tedarikçi Adı VendorName | Faturayı gönderen tedarikçinin veya satıcının adı. | ||
Açıklama Tedarikçi Adı, mal veya hizmet sağlayan tedarikçinin yasal veya ticari adını tanımlar. Bu öznitelik, her faturaya kritik iş bağlamı sağlar. Analizde, süreci Tedarikçi Adı'na göre segmentlere ayırmak, belirli tedarikçilerle olan performansın ve ilişkilerin değerlendirilmesine olanak tanır. 'Hangi tedarikçilerin onay süreleri en uzun?', 'Belirli tedarikçilerle sık sık fatura uyumsuzlukları yaşıyor muyuz?' veya 'Ana tedarikçilerimiz için erken ödeme indirimlerini etkili bir şekilde yakalıyor muyuz?' gibi sorulara yanıt bulmaya yardımcı olabilir. Bu görünüm, tedarik ve tedarikçi ilişki yönetimi için hayati öneme sahiptir. Neden önemli Tedarikçiye göre performans analizi yapılmasını sağlar, sorunlu tedarikçi ilişkilerinin, ödeme vadesi uyumluluğunun ve tedarikçiye göre süreç varyasyonlarının belirlenmesine yardımcı olur. Nereden alınır Tedarikçi ana veri tablolarında bulunur ve tedarikçi ID'si aracılığıyla fatura işlem verilerine bağlanır. Örnekler Global Ofis MalzemeleriYenilikçi Teknoloji ÇözümleriAdvanced Logistics Corp | |||
Engelleme Nedeni BlockingReason | Bir faturanın neden ödeme için engellendiğini açıklayan neden kodu veya açıklaması. | ||
Açıklama Bir Ödeme Engelleme Nedeni, bir faturanın ödeme aşamasına geçişinin neden kasıtlı olarak durdurulduğunu açıklayan bir kod veya metindir. Yaygın nedenler arasında miktar veya fiyat farklılıkları, eksik bir mal girişi veya zorunlu bir kalite kontrolü bulunabilir. Bu, istisnaların ve yeniden işleme durumlarının kök neden analizi için hayati bir niteliktir. Kuruluşlar, farklı engelleme nedenlerinin sıklığını ve etkisini analiz ederek Satıcı Ödemeleri süreçlerindeki en yaygın verimsizlik kaynaklarını belirleyebilir. Bu, satıcılarla PO doğruluğunu artırmak veya mal girişi sürecini kolaylaştırmak gibi hedefe yönelik iyileştirme girişimlerine olanak tanır. Ödeme engellemelerini azaltmak, Düz Geçiş İşleme (STP) oranını iyileştirmek için temel bir faktördür. Neden önemli Ödeme blokajlarının temel neden analizleri için hayati önem taşır; süreçteki verimsizliğin ve yeniden işleme ihtiyacının en büyük nedenlerini belirlemeye yardımcı olur. Nereden alınır Fatura belgesinde veya ilgili bir durum tablosunda bulunur, genellikle bir 'Engellendi' (Blocked) faaliyeti gerçekleştiğinde doldurulur. Örnekler Fiyat FarkıMiktar UyuşmazlığıEksik Mal Kabul | |||
Fatura Para Birimi InvoiceCurrency | Fatura tutarı için para birimi kodu (örn. USD, EUR, GBP). | ||
Açıklama Fatura Para Birimi, fatura tutarının hangi para birimi cinsinden olduğunu belirtir. Bu, farklı ülkelerdeki tedarikçilerle çalışan çok uluslu kuruluşlar için özellikle önemlidir. Analizde bu öznitelik, Fatura Tutarını doğru yorumlamak ve finansal hesaplamaları doğru yapmak için çok önemlidir. Süreci para birimine göre filtreleyerek bölgesel farklılıkları veya para birimine özgü zorlukları anlamayı sağlar. Döviz kuru verileriyle birleştirildiğinde, tutarlı küresel analiz için finansal değerleri tek bir raporlama para birimine dönüştürmek için kullanılabilir. Neden önemli Fatura tutarı için gerekli bağlamı sunarak, küresel kuruluşların doğru finansal analiz ve süreç segmentasyonu yapmasını sağlar. Nereden alınır Genellikle fatura işlem tablosunun başlık bölümünde, fatura tutarının yanında yer alır. Örnekler USDEURGBP | |||
Ödeme Tarihi PaymentDate | Fatura ödemesinin fiilen yapıldığı tarihtir. | ||
Açıklama Ödeme Tarihi, belirli bir fatura için fonların tedarikçiye ne zaman ödendiğini gösteren zaman damgasıdır. Bu, ana süreç akışının sonunu işaret eden önemli bir dönüm noktasıdır. Süreç madenciliği analizinde bu tarih, Fatura Vade Tarihi ile karşılaştırılarak bir ödemenin zamanında, erken veya geç olup olmadığı belirlenir. Zamanında Ödeme Oranı gibi kritik KPI'ları hesaplamak ve erken ödeme indirimi fırsatlarını analiz etmek için temel bir bileşendir. Fatura onayı ile ödeme tarihi arasındaki farkı anlamak, ödeme yürütme veya hazine operasyonlarındaki verimsizlikleri de ortaya çıkarabilir. Neden önemli Zamanında ödeme oranlarını hesaplamak, ödeme davranışlarını analiz etmek ve erken ödeme indirimlerinden yararlanma fırsatlarını belirlemek için temeldir. Nereden alınır Orijinal fatura işlemiyle bağlantılı olan ödeme veya muhasebeleştirme belgesi verilerinde bulunur. Örnekler 2023-11-242023-12-202024-01-28 | |||
Ödeme Vadeleri PaymentTerms | Fatura ödemesi için tedarikçiyle üzerinde anlaşılan vade tarihleri ve iskonto fırsatlarını kapsayan şartlardır. | ||
Açıklama Ödeme Koşulları, bir faturanın hangi şartlar altında ödeneceğini tanımlar. Bu genellikle net ödeme günlerini (örn. 30 gün) ve erken ödeme için olası indirimleri (örn. 10 gün içinde ödenirse %2 indirim) içerir. Bu öznitelik, finansal performans analizi için kritik bir bağlam sağlar. Fatura Vade Tarihi'ni hesaplamak ve erken ödeme indirimlerini yakalama fırsatlarını belirlemek için kullanılır. Ödeme koşullarına göre süreç performansını analiz ederek, kuruluşlar uzun iç döngü süreleri nedeniyle sistematik olarak indirim fırsatlarını kaçırıp kaçırmadıklarını görebilirler. Bu analiz, süreç verimliliğini doğrudan finansal tasarruflara bağlar. Neden önemli Fatura vade tarihinin hesaplanmasını sağlar ve erken ödeme indirimi yakalama oranlarını analiz ederek süreç verimliliğini maliyet tasarrufuyla ilişkilendirmede kilit rol oynar. Nereden alınır Genellikle tedarikçi ana verilerinden alınır ve oluşturulduğunda fatura işlem başlığına kopyalanır. Örnekler Net 30 Gün2% 10, Net 30Net 60 Gün | |||
Otomatikleştirildi mi? IsAutomated | Bir faaliyetin insan kullanıcı yerine sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir gösterge. | ||
Açıklama Bu boole özniteliği, belirli bir süreç adımının bir sistem kullanıcısı (otomasyon, workflow, toplu iş) veya bir insan kullanıcısı tarafından yürütülüp yürütülmediğini belirtir. Bu, manuel ve otomatik aktiviteler arasında ayrım yapılmasına yardımcı olur. Bu özniteliği analiz etmek, AP sürecindeki otomasyon seviyesini anlamak ve dijital dönüşüm girişimlerinin başarısını ölçmek için temeldir. Manuel müdahale olmadan işlenen faturaları belirleyerek Düz Geçiş İşleme (STP) oranını hesaplamaya yardımcı olur. Otomatik ve manuel yolların performansını karşılaştırmak, zaman ve maliyet tasarruflarını nicelleştirerek daha fazla otomasyon yatırımı için bir iş gerekçesi oluşturabilir. Neden önemli Otomasyon seviyelerinin (örn. Düz Geçiş İşleme oranı) ölçülmesine olanak tanır ve otomasyonun süreç verimliliği üzerindeki etkisini nicelendirmeye yardımcı olur. Nereden alınır Genellikle bir etkinlikteki 'Kullanıcı Adı'nın bilinen bir sistem veya toplu iş kullanıcı kimliğiyle eşleşip eşleşmediği kontrol edilerek elde edilir. Örnekler truefalse | |||
Hesap Ödemeleri Fatura İşleme Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Fatura Alındı | Bu aktivite, bir tedarikçi faturasının sisteme ilk girişini işaretler. Manuel veri girişi, Optik Karakter Tanıma (OCR) taraması veya elektronik veri değişimi (EDI) aracılığıyla sisteme girilebilir. | ||
Neden önemli Bu, sürecin birincil başlangıç noktasıdır. Bu olaydan diğerlerine kadar geçen süreyi analiz etmek, toplam işleme süresini ortaya çıkarır ve ön uçtaki gecikmeleri vurgular. Nereden alınır Bu olay genellikle sistemdeki birincil fatura veya tedarikçi faturası kaydının oluşturulma timestamp'inden elde edilir. Yakala Fatura başlık kaydının oluşturulma tarihini kullanın. Event tipi explicit | |||
Fatura Eşleşti | Bir faturayı satın alma siparişleri (PO'lar) veya mal kabulleri (GR'lar) gibi destekleyici belgelerle ilişkilendirme süreci. Bu aktivite, faturalanan tutarların, miktarların ve kalemlerin sipariş edilen ve teslim alınanla tutarlı olduğunu doğrular. | ||
Neden önemli Bu, satın alma siparişi (PO) tabanlı faturalar için kritik bir doğrulama adımıdır. Eşleşme başarı oranlarını ve sürelerini analiz etmek, otomasyon seviyelerini anlamak ve sorunlu tedarikçileri veya malzemeleri belirlemek için anahtardır. Nereden alınır Bu genellikle bir satın alma siparişi (PO) veya mal girişi (GR) referansı fatura kalemleriyle başarılı bir şekilde bağlandığında kaydedilir ve genellikle bir eşleşme durumu alanını günceller. Yakala Fatura eşleştirme durumunun 'Eşleşti' veya 'Başarılı' olarak güncellendiği zaman damgasını yakalayın. Event tipi explicit | |||
Fatura Muhasebeleştirildi | Onaylanmış fatura, resmi olarak genel deftere kaydedilerek şirket için finansal bir yükümlülük oluşturur. Bu, gideri ve ödeme yükümlülüğünü resmi olarak tanıyan kritik bir muhasebe işlemidir. | ||
Neden önemli Deftere kayıt, temel bir finansal olaydır. Onay ve kayıt arasındaki gecikmeler, finansal raporlama doğruluğunu ve ödenmemiş yükümlülüklere ilişkin görünürlüğü etkileyebilir. Nereden alınır Bu, faturayla ilişkili muhasebe belgesinin kayıt tarihi ve saatinden elde edilen temel bir finansal işlem olayıdır. Yakala Faturayla bağlantılı finansal belge başlığındaki kayıt tarihini kullanın. Event tipi explicit | |||
Fatura Mutabakatı Yapıldı | Bu aktivite, ödemenin faturaya işlendiği ve borçlar muhasebesi alt defterindeki ilgili kaydı resmi olarak kapatan nihai mutabakatı ifade eder. Bazı durumlarda bu, ödemenin bankadan geçtiği anı da kapsayabilir. | ||
Neden önemli Bu, sürecin başarılı bir şekilde tamamlandığını gösteren son aktivitedir. Fatura alımından temizlenmesine kadar geçen süre, tam uçtan uca döngü süresini temsil eder. Nereden alınır Faturanın finansal kaydındaki, ödeme uygulandığında doldurulan mahsup tarihi alanından yakalanır. Yakala Finansal defterdeki fatura satır öğesiyle ilişkili mahsup tarihini kullanın. Event tipi explicit | |||
Fatura Onaylandı | Workflow'daki son onayı temsil ederek, faturanın ödenmesi için resmi yetkilendirmeyi sunar. Bu, faturayı işleme aşamasından ödeme aşamasına taşıyan kritik bir kilometre taşıdır. | ||
Neden önemli Bu aktivite onay döngüsünü tamamlar. Bu noktaya kadar geçen süre, genel fatura işleme süresinin önemli bir bileşenidir ve genellikle onaylardaki darboğazları ortaya çıkarır. Nereden alınır Faturanın iş akışı veya belge durumu 'Onaylandı' veya eşdeğer bir son duruma güncellendiğinde yakalanır. Yakala Fatura için nihai onay durumunun kaydedildiği zaman damgasını yakalayın. Event tipi explicit | |||
Ödeme Gerçekleştirildi | Ödeme resmi olarak yapılır ve fonlar tedarikçiye aktarılır. Bu işlem, fatura kaydedildiğinde oluşan yükümlülüğü sona erdirir. | ||
Neden önemli Bu, zamanında ödeme oranlarını ve iskonto yakalamayı hesaplamak için kritik bir olaydır. Değer transferini işaretler ve hazine ile tedarikçi ilişki yönetimi için önemli bir dönüm noktasıdır. Nereden alınır Bu, faturaya karşılık oluşturulan ödeme belgesinin işlem tarihinden elde edilen açık bir finansal olaydır. Yakala Faturayı mahsup eden ödeme belgesinin işlem veya kayıt tarihini kullanın. Event tipi explicit | |||
Onaya Sunuldu | Fatura, bir veya daha fazla yetkili kişi tarafından incelenmek ve onaylanmak üzere resmi olarak bir workflow'a sunulur. Bu aktivite, onay alt sürecinin başlangıcını işaret eder. | ||
Neden önemli Bu, onay döngü sürelerini ölçmek için başlangıç noktasıdır. Veri işleme sürecinde harcanan zamanı, yönetim onayını beklerken harcanan zamandan ayırt etmeye yardımcı olur. Nereden alınır Bu olay, faturanın durumu 'Onay Bekliyor' olarak değiştiğinde veya bir workflow yönetim sistemine girildiğinde kaydedilir. Yakala Fatura durumunun, bir onay iş akışının (workflow) başlangıcını yansıtmak üzere güncellendiği olayı belirleyin. Event tipi explicit | |||
Engelleme Kaldırıldı | Bir sorunun çözüldüğünü ve ardından bir ödeme blokajının veya bekletmenin kaldırıldığını işaret eder. Bu eylem, faturanın düzeltildiğini veya netleştirildiğini ve sürecin devamına hazır olduğunu gösterir. | ||
Neden önemli Bir faturanın engellendiği an ile engelin kaldırıldığı an arasındaki süre, uyumsuzluğun giderilmesi için geçen süreyi gösterir. Bu süreyi analiz etmek, istisna yönetimindeki verimsizlikleri belirlemeye yardımcı olur. Nereden alınır Bir ödeme engelleme durumunun kaldırılmasını veya devre dışı bırakılmasını kaydeden sistem günlüklerinden veya değişiklik belgelerinden yakalanır. Yakala Faturadan bir ödeme engelleme kodunun veya bekleme durumunun kaldırıldığı zaman damgasını yakalayın. Event tipi explicit | |||
Erken Ödeme Yakalandı | Bir ödeme, tedarikçinin indirim süresi içinde gerçekleştirilerek şirket için maliyet tasarrufu sağlanır. Bu doğrudan bir sistem olayı değildir; işlem verilerinden elde edilir. | ||
Neden önemli Bu aktivite, verimli bir AP sürecinin finansal faydasını doğrudan ölçer. Erken ödeme için kaçırılan fırsatları belirlemek, süreç iyileştirmesinin net parasal değerini ortaya koyar. Nereden alınır Bu, ödeme gerçekleştirme tarihinin faturadaki ödeme koşulları ve iskonto tarihi ile karşılaştırılmasıyla türetilen, hesaplanmış bir olaydır. Yakala Şöyle hesaplayın: EĞER Ödeme_Tarihi <= İndirim_Vade_Tarihi. Event tipi calculated | |||
Fatura Doğrulandı | Yakalanan fatura verileri üzerinde eksiksizlik ve doğruluk için yapılan ilk kontrollerin tamamlanmasını temsil eder. Bu aşamadan sonra eşleştirme veya onay sürecine geçilir. Bu, otomatik bir sistem doğrulaması veya manuel bir inceleme adımı olabilir. | ||
Neden önemli Bu aktiviteyi takip etmek, ilk veri kalitesi incelemesindeki darboğazları belirlemeye ve ön işleme adımlarının verimliliğini ölçmeye yardımcı olur. Nereden alınır Genellikle fatura kaydındaki bir durum değişikliği, belirli bir onay zaman damgası ile yakalanır veya kayıt hatasız kaydedildiğinde çıkarım yoluyla belirlenir. Yakala Durumun 'Onaylandı' olarak değiştiğini veya belirli bir onay event log'unu arayın. Event tipi explicit | |||
Fatura Engellendi | Bu aktivite, bir faturanın ödenmesinin aktif olarak engellendiği durumlarda gerçekleşir. Engellemeler genellikle eşleştirme sırasında bulunan uyumsuzluklar, politika ihlalleri veya araştırma gerektiren diğer sorunlar nedeniyle otomatik veya manuel olarak uygulanır. | ||
Neden önemli Engellemeler, ödeme gecikmelerinin ve artan işlem çabasının temel nedenidir. Engellemelerin ne zaman, neden ve ne sıklıkta meydana geldiğini belirlemek, süreç iyileştirmesi için kritik öneme sahiptir. Nereden alınır Bu, faturaya bir bekletme veya engelleme durumu uygulandığında yakalanan açık bir olaydır; genellikle bir durum log'unda veya değişiklik geçmişi tablosunda kaydedilir. Yakala Faturaya bir ödeme blokaj kodu veya 'Beklemede' durumu atandığında zaman damgasını kullanın. Event tipi explicit | |||
Fatura İptal Edildi | Fatura, genellikle bir hatayı düzeltmek veya bir tedarikçi anlaşmazlığına karşılık olarak, girildikten veya muhasebeleştirildikten sonra iptal edilir veya tersine çevrilir. Bu, süreç için alternatif ve genellikle olumsuz bir son noktadır. | ||
Neden önemli İptaller, mükerrer girişler veya yanlış kayıtlar gibi süreç hatalarını işaret eder. Bunların sıklığını ve kök nedenlerini takip etmek, veri girişi doğruluğunu ve süreç kalitesini artırmak için hayati öneme sahiptir. Nereden alınır Bu, bir kullanıcının faturayı iptal etmesi veya bir ters kayıt belgesi oluşturarak bir iptal veya ters kayıt tarihi girmesi durumunda kaydedilen açık bir eylemdir. Yakala Fatura kaydında bir iptal belgesi bağlantısı veya bir iptal bayrağı ve ilişkili tarihini arayın. Event tipi explicit | |||
Fatura Reddedildi | Bir onaylayıcı, iş akışında faturayı reddeder ve ödeme sürecindeki ilerlemesini durdurur. Bir reddetme genellikle faturayı düzeltilmesi için önceki bir adıma geri göndererek bir yeniden işleme döngüsü yaratır. | ||
Neden önemli Reddedilmeler, yeniden işleme ve süreç gecikmesi kaynağıdır. Nedenlerini takip etmek; veri kalitesi, politika anlaşılması veya tedarikçi uyumluluğu sorunlarını belirlemeye yardımcı olur. Nereden alınır Sistemin onay geçmişinde veya iş akışı (workflow) kaydında bir durum güncellemesi olarak (örn. 'Reddedildi', 'Onaylanmadı') açıkça kaydedilmiştir. Yakala Faturaya 'Reddedildi' durumu atandığında, onay kaydındaki zaman damgasını kullanın. Event tipi explicit | |||
Gecikmeli Ödeme Gerçekleşti | Bir fatura, sözleşmesel vade tarihinden sonra ödenir. Bu, ödeme yükümlülüklerinin zamanında yerine getirilemediğini işaret eden hesaplanmış bir olaydır. | ||
Neden önemli Gecikmeli ödemeler, tedarikçi ilişkilerine zarar verebilir, finansal cezalara yol açabilir ve sistemik verimsizliklerin göstergesi olabilir. Bunu ölçmek, süreç performansını ve uyumluluk riskini belirlemeye yardımcı olur. Nereden alınır Bu olay, ödeme gerçekleştirme tarihinin faturada belirtilen net vade tarihi ile karşılaştırılmasıyla hesaplanır. Yakala Şöyle hesaplayın: EĞER Ödeme_Tarihi > Net_Vade_Tarihi. Event tipi calculated | |||
Ödeme Programlandı | Kaydedilmiş bir fatura, bir ödeme teklifine veya ödeme paketine dahil edilmek üzere seçilir. Bu faaliyet, faturanın gelecek bir ödeme döneminde ödeneceğine dair kesin bir niyeti gösterir. | ||
Neden önemli Bu adım, kayıt ve fiili ödeme arasındaki boşluğu kapatır. Bu aktiviteyi analiz etmek, nakit akışını yönetmeye ve ödeme hazırlık sürecinin verimliliğini anlamaya yardımcı olur. Nereden alınır Bir ödeme teklifi kaydının oluşturulmasından veya faturanın bir ödeme defterine ya da grubuna eklenmesinden çıkarılır. Yakala Faturayı içeren ödeme teklifinin veya ödeme paketinin oluşturulma tarihini yakalayın. Event tipi inferred | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,
