Satın Almadan Ödemeye - Fatura İşleme Veri Template'iniz
Satın Almadan Ödemeye - Fatura İşleme Veri Template'iniz
Bu, Satın Alma'dan Ödeme'ye - 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- Sağlam analiz için önerilen veri alanları
- İzlenmesi gereken temel aktiviteler ve kilometre taşları
- Süreç verilerinizi nasıl çıkaracağınıza dair rehberlik
Satın Alma'dan Ödeme'ye - Fatura İşleme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Fatura işleme yaşam döngüsü sırasında meydana gelen belirli bir iş olayının veya görevin adı. | ||
| Açıklama Aktivite Adı, fatura işleme yolculuğundaki tek bir adımı veya kilometre taşını tanımlar. Örnekler arasında 'Fatura Alındı', 'Fatura Onay İçin Gönderildi', 'Ödeme Bloğu Uygulandı' ve 'Ödeme Gerçekleştirildi' yer alır. Bu nitelik, zaman içinde faturaya ne olduğunu özetleyerek sürecin anlatımını sağlar. Process Mining'de bu nitelik, workflow'u görsel olarak temsil eden süreç haritasını oluşturmak için kullanılır. Bu aktivitelerin sırasını, sıklığını ve yollarını analiz etmek, yaygın süreç akışlarını, sapmaları, darboğazları ve yeniden işleme döngülerini belirlemeye yardımcı olur. Aktivite adlarının kalitesi ve ayrıntı düzeyi, anlamlı ve uygulanabilir bir süreç analizi oluşturmak için kritiktir. Neden önemli Bu nitelik, süreçteki adımları tanımlayarak süreç haritasının omurgasını oluşturur ve akışla ilgili tüm analizleri mümkün kılar. Nereden alınır Bu bilgi genellikle kaynak sistemdeki durum değişikliği log'larından, Örnekler Fatura GirildiFatura OnaylandıÖdeme Bloğu UygulandıÖdeme Gerçekleştirildi | |||
| Fatura Numarası InvoiceNumber | Bir tedarikçi faturasının benzersiz tanımlayıcısı. Bu, faturanın tüm yaşam döngüsü boyunca izlenmesi için birincil anahtar görevi görür. | ||
| Açıklama Fatura Numarası, bir tedarikçi tarafından bir faturaya atanan benzersiz alfasayısal koddur. Process Mining'de bu nitelik, genellikle Case ID olarak hizmet ederek, her faturanın alındığı andan ödendiği ana kadar olan yolculuğunu benzersiz bir şekilde tanımladığı için temel olarak önemlidir. Fatura Numarası'nı Case ID olarak kullanarak, 'Fatura Alındı', 'Fatura Onaylandı' ve 'Ödeme Gerçekleştirildi' gibi tüm ilgili aktiviteler, o belirli fatura için uçtan uca süreci yeniden yapılandırmak üzere bir araya getirilebilir. Bu, her bir durum için döngü sürelerinin, yolların ve sapmaların ayrıntılı analizine olanak tanır ve tüm süreç analizinin temelini oluşturur. Neden önemli Tüm ilgili Event'leri birbirine bağlayan temel Case Identifier'dır, böylece tek bir faturanın uçtan uca yaşam döngüsünü izlemek mümkün hale gelir. Nereden alınır Bu, genellikle bir fatura işlem tablosunun başlığında bulunan birincil bir alandır. Örnekler INV-2024-001239876543210US-5839A-24 | |||
| Olay Zamanı EventTime | Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası. | ||
| Açıklama Event Time veya Start Time, bir iş aktivitesinin gerçekleştiği tam tarihi ve saati kaydeder. 'Fatura Alındı'dan 'Ödeme Gerçekleştirildi'ye kadar süreçteki her aktivitenin ilişkili bir zaman damgası vardır. Bu kronolojik bilgi, olayları sıralamak ve süreleri hesaplamak için esastır. Bu nitelik, her bir case için süreç akışını oluşturmak üzere olayları kronolojik olarak sıralamak için kullanılır. Aktiviteler arasındaki döngü sürelerini hesaplama, zaman kaybının yaşandığı darboğazları belirleme ve hizmet seviyesi anlaşmalarına karşı performansı izleme dahil olmak üzere tüm zaman tabanlı analizlerin temelidir. Doğru ve hassas zaman damgaları, herhangi bir Process Mining analizinin güvenilirliği için kritiktir. Neden önemli Olayların kronolojik sırasını sağlar ve döngü süresi gibi tüm performans ve süre tabanlı hesaplamaların temelini oluşturur. Nereden alınır Bu genellikle Örnekler 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Kaynak Sistem SourceSystem | Event verilerinin çıkarıldığı kaynak sistem. | ||
| Açıklama Kaynak Sistem niteliği, fatura işleme event'inin kaydedildiği uygulamayı veya platformu tanımlar. Karmaşık BT ortamlarında, bir faturanın yolculuğu bir tarama çözümü, bir Kaynak sistemi anlamak, veri için bağlam sağlar ve veri kalitesi sorunlarını gidermeye yardımcı olur. Ayrıca, sistem sınırlarını aşan süreçlerin analizine olanak tanır, farklı uygulamalar arasındaki geçişlerden kaynaklanan potansiyel entegrasyon zorluklarını veya gecikmeleri vurgular. Bu, eski ve modern sistemlerden veri birleştirirken özellikle faydalı olabilir. Neden önemli Veri kökeni hakkında bağlam sağlar, bu da veri doğrulama ve birden çok BT sistemini kapsayan süreçleri analiz etmek için çok önemlidir. Nereden alınır Bu genellikle veri çıkarılırken eklenen statik bir değer veya sistem log'larında bulunan, uygulama adını veya kimliğini gösteren bir alandır. Örnekler SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Son Veri Güncellemesi LastDataUpdate | Bu olay için `veri`nin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası. | ||
| Açıklama Bu nitelik, verilerin en son ne zaman ayıklandığını veya yenilendiğini kaydeder. Analiz edilen Süreç haritasını çizmede doğrudan kullanılmasa da, bu bilgi analizin zamanlamasını anlamak için kritik öneme sahiptir. Kullanıcıların gerçek zamanlı Neden önemli Verinin güncelliğini gösterir ve kullanıcıların süreç analizinin ne kadar yeni olduğunu anlamalarını sağlar. Nereden alınır Bu zaman damgası tipik olarak veri çekme, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve veri kümesine eklenir. Örnekler 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Bitiş Saati EndTime | Bir aktivite veya event'in ne zaman tamamlandığını gösteren `timestamp`. Anlık event'ler için bu genellikle Başlangıç Zamanı ile aynıdır. | ||
| Açıklama End Time niteliği, bir süreç adımının sona erdiği anı kaydeder. Process Mining'de temel bir metrik olan aktivitelerin süresini doğru bir şekilde hesaplamak için kritiktir. Start Time ve End Time'ı karşılaştırarak analistler, her adımın ne kadar sürdüğünü ölçebilir, darboğazları ve verimlilik iyileştirme alanlarını belirleyebilir. Analizde, End Time, bireysel aktiviteler ve tüm süreç segmentleri için döngü sürelerini hesaplamak için kullanılır. Örneğin, 'Fatura Onayı' adımının süresi, 'Fatura Onaylandı' aktivitesinin End Time'ından Start Time'ı çıkarılarak belirlenebilir. Bu veri, performans Dashboard'ları oluşturmaya, kıyaslamalar yapmaya ve süreç değişikliklerinin etkisini izlemeye yardımcı olur. Neden önemli Aktivite sürelerinin hassas bir şekilde hesaplanmasını sağlar, bu da darboğazların belirlenmesi ve işleme verimliliğinin ölçülmesi için esastır. Nereden alınır Sistem kayıtlarında veya işlem verilerinde bulunur; genellikle 'Tamamlanma Tarihi', 'Değişiklik Tarihi' veya aktivite tamamlanması için ayrı bir zaman damgası alanı olarak. Örnekler 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Engelleme veya Reddetme Nedeni BlockOrRejectionReason | Bir faturanın ödemeden bloke edildiği veya onay sürecinde reddedildiği durumlarda belirtilen neden. | ||
| Açıklama Bu nitelik, bir faturanın ilerlemesinin neden durduğunu, ister onay Bu, kök neden analizi için en önemli niteliklerden biridir. Farklı nedenlerin sıklığını analiz ederek, kuruluşlar fatura sürecindeki en yaygın sürtünme ve verimsizlik kaynaklarını belirleyebilirler. Bu veriye dayalı içgörü, tedarikçilerle iletişimi iyileştirme, satın alma siparişi uyumluluğunu artırma veya personele daha iyi eğitim sağlama gibi temel sorunları ele almalarına olanak tanır. Neden önemli Bu, işlem gecikmeleri, yeniden işleme ve verimsizliklerin en yaygın nedenlerini belirlemeye yardımcı olan kök neden analizi için çok önemlidir. Nereden alınır Bu bilgi, fatura işlem verilerinde veya ilişkili onay log'larında belirli 'Neden Kodu' veya 'Bekletme Nedeni' alanlarında bulunur. Örnekler Fiyat UyuşmazlığıYanlış MiktarMükerrer FaturaEksik Mal Kabul | |||
| Fatura Para Birimi InvoiceCurrency | USD veya EUR gibi fatura tutarı için para birimi kodu. | ||
| Açıklama Bu nitelik, Fatura Tutarı'nın hangi para biriminden olduğunu belirtir. Uluslararası faaliyet gösteren ve farklı ülkelerden tedarikçilerle çalışan kuruluşlar için hayati öneme sahiptir. Genellikle ISO 4217 standardını takip eden para birimi kodu, finansal verilerin doğru yorumlanmasını sağlar. Analizde, Fatura Para Birimi, bölgesel veya ülkeye özgü görünümler için verileri segmentlere ayırmak için kullanılır. Tutarların doğru bir şekilde toplanmasını sağlamak için finansal raporlama açısından kritik öneme sahiptir, bu da genellikle standart bir raporlama para birimine dönüştürme gerektirir. Para birimine göre süreç varyasyonlarını analiz etmek, uluslararası ödemeler veya döviz yönetimi ile ilgili karmaşıklıkları da ortaya çıkarabilir. Neden önemli Fatura tutarları için gerekli bağlamı sağlar, küresel operasyonlar için doğru finansal analiz ve segmentasyona olanak tanır. Nereden alınır Bu, bir fatura işlem tablosunun başlığında bulunan standart bir alandır. Örnekler USDEURGBPJPY | |||
| Fatura Tutarı InvoiceAmount | Faturanın toplam tutarıdır. | ||
| Açıklama Fatura Tutarı, tüm kalemleri, vergileri ve ücretleri içeren faturanın toplam değerini temsil eder. Her bir durumun parasal önemini tanımlayan temel bir finansal niteliktir. Süreç üzerindeki etkisini anlamak için genellikle diğer niteliklerle birlikte analiz edilir. Bu nitelik, finansal analiz ve önceliklendirme için kritiktir. Analistler, faturaları tutarlarına göre filtreleyerek, yüksek değerli faturaların farklı, daha katı bir onay yolunu izleyip izlemediğini veya gecikmelere daha yatkın olup olmadığını araştırabilirler. Ayrıca, toplam fatura işlem hacmi değerini izleyen Dashboard'lar ve indirim yakalama ile ilgili KPI'lar için de hayati öneme sahiptir; burada potansiyel tasarruflar fatura tutarının bir yüzdesidir. Neden önemli Finansal etki analizi, yüksek değerli faturaların önceliklendirilmesini sağlar ve fatura değerinin işlem süresini veya yolunu etkileyip etkilemediğini belirlemeye yardımcı olur. Nereden alınır Bu, bir fatura işlem tablosunun başlığında bulunan standart bir alandır. Örnekler 5250.751200.0025000.0089.99 | |||
| Kullanıcı User | Aktiviteyi gerçekleştiren kullanıcı, çalışan veya sistem ajanı. | ||
| Açıklama Kullanıcı niteliği, fatura işleme Kullanıcıya göre veri analizi, iş yükü dağılımını, bireysel performansı anlamak ve eğitim ihtiyaçlarını belirlemek için çok önemlidir. Süreç haritasını farklı ekiplerin veya bireylerin faturaları nasıl işlediğini görmek için filtrelemeye olanak tanır, Neden önemli Farklı ekipler veya bireyler arasındaki iş yükü dağılımını, kullanıcı performansını ve süreç varyasyonlarını analiz etmeye yardımcı olur. Nereden alınır Bu bilgi genellikle işlem detaylarında bulunur, sıklıkla 'Kullanıcı Adı', 'Giren Kişi', 'Değiştiren Kişi' veya 'Onaylayan' olarak etiketlenir. Örnekler j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Son Ödeme Tarihi PaymentDueDate | Faturanın vadesinin geçmemesi için ödenmesi gereken tarih. | ||
| Açıklama Ödeme Vadesi, fatura tarihine ve üzerinde anlaşılan ödeme koşullarına göre hesaplanan kritik bir tarihtir. Tedarikçi ile iyi ilişkileri sürdürmek ve geç ödeme cezalarından kaçınmak için tedarikçiye ödeme yapma son tarihini temsil eder. Bu nitelik, zamanında ödemelerle ilgili performans izleme için temeldir. Zamanında Ödeme Oranı gibi KPI'ları hesaplamak ve vadesi geçme riski taşıyan faturaları belirlemek için kullanılır. Fatura onay tarihi ile ödeme vadesi arasındaki farkı analiz etmek, nihai ödeme planlaması ve yürütme adımlarının verimliliğini değerlendirmeye yardımcı olur. Neden önemli Zamanında ödeme performansını ölçmek ve geç ödemelerin nedenlerini analiz etmek için esastır. Nereden alınır Bu tarih genellikle fatura işlem detaylarında bulunur. Doğrudan girilebilir veya fatura tarihi ve ödeme koşullarından türetilebilir. Örnekler 2024-06-302024-07-152024-08-01 | |||
| Tedarikçi Adı VendorName | Faturayı gönderen tedarikçinin veya satıcının adı. | ||
| Açıklama Bu nitelik, faturayı düzenleyen harici tarafın adını yakalar. Finansal işlemi belirli bir tedarikçi ilişkisine bağlayarak kritik bağlam sağlar. Tutarlı ve temiz tedarikçi verisi, doğru raporlama ve analiz için hayati öneme sahiptir.
Neden önemli Süreci tedarikçiye göre performansı analiz etmek üzere segmentlere ayırmayı sağlar; bu da tedarikçi yönetimi ve sorunlu faturaların kaynaklarını belirlemek için anahtardır. Nereden alınır Bu, genellikle fatura başlık verilerinde, bir tedarikçi kimliğine dayalı olarak bir tedarikçi ana Örnekler Global Ofis MalzemeleriYenilikçi Teknoloji ÇözümleriCity Logistics A.Ş. | |||
| Fatura Durumu InvoiceStatus | Faturanın işlem workflow'undaki mevcut durumu. | ||
| Açıklama Fatura Durumu, veri çıkarma anında bir faturanın yaşam döngüsünde nerede olduğuna dair bir anlık görüntü sunar. Yaygın durumlar arasında 'İşlemde', 'Onaylandı', 'Ödendi', 'Reddedildi' veya 'Engellendi' bulunur. Bu nitelik, faturanın mevcut durumu hakkında üst düzey bir genel bakış sağlar. Process Mining tam yolculuğu yeniden yapılandırırken, mevcut durum aktif iş yükünü izleyen operasyonel Dashboard'lar için değerlidir. Yöneticilerin her aşamadaki fatura hacmini, örneğin kaç tanesinin onay beklediğini veya engellendiğini anlamalarına yardımcı olur. Bu, darboğazları ve gecikmeleri önlemek için fatura pipeline'ının proaktif yönetimini sağlar. Neden önemli Mevcut iş yükünün anlık görüntüsünü sağlar, 'Onay Bekliyor' veya 'Engellendi' gibi farklı aşamalardaki fatura hacimlerini izlemeye yardımcı olur. Nereden alınır Bu genellikle fatura başlık tablosunda, faturanın yaşam döngüsü boyunca ilerledikçe güncellenen bir durum alanıdır. Örnekler Ödendiİşlemde.ReddedildiÖdeme İçin Onaylandı | |||
| Fatura Tarihi InvoiceDate | Tedarikçinin fatura belgesini düzenlediği tarih. | ||
| Açıklama Fatura Tarihi, tedarikçi tarafından fatura belgesi üzerinde sağlanan tarihtir. Tedarikçinin bakış açısından ödeme yaşam döngüsünün resmi başlangıcını işaret eder ve genellikle üzerinde anlaşılan ödeme koşullarına göre ödeme vadesinin hesaplanması için temel oluşturur. Fatura Tarihi ile 'Fatura Alındı' veya 'Fatura Girildi' aktivitesi arasındaki zaman gecikmesini analiz etmek, fatura gönderimi veya alımındaki gecikmeleri belirlemek için çok önemlidir. Bu 'fatura alım gecikmesi', toplam döngü süresinin önemli bir gizli bileşeni olabilir ve bunu azaltmak, zamanında ödeme performansını iyileştirebilir ve erken ödeme indirimlerini yakalama fırsatlarını artırabilir. Neden önemli Bir tedarikçinin fatura düzenlemesi ile faturanın sisteme girilmesi arasındaki 'fatura alım gecikmesini' ölçmeye yardımcı olur. Nereden alınır Bu, fatura başlık verilerinde bulunan, genellikle 'Belge Tarihi' veya 'Fatura Tarihi' olarak etiketlenen standart bir tarih alanıdır. Örnekler 2024-05-012024-04-152024-06-10 | |||
| Ödeme Vadeleri PaymentTerms | Fatura ödemesi için üzerinde anlaşılan ve son ödeme tarihini ile varsa erken ödeme indirimlerini belirleyen koşullar. | ||
| Açıklama Ödeme Koşulları, bir tedarikçiyle bir faturanın ödenmesi için kararlaştırılan şartlardır. Bu koşullar genellikle 'Net 30' (ödeme 30 gün içinde vadesi gelir) veya '2% 10, Net 30' (10 gün içinde ödenirse %2 indirim, aksi takdirde tam tutar 30 gün içinde vadesi gelir) gibi standart bir formatta ifade edilir. Bu nitelik, finansal strateji ve performans analizi için esastır. Ödeme Vadesi'ni hesaplamak ve erken ödeme indirimlerini yakalama fırsatlarını belirlemek için temeldir. Süreci farklı ödeme koşullarına göre analiz etmek, belirli koşulların işleme gecikmeleriyle ilişkili olup olmadığını veya kuruluşun uygun indirim fırsatlarından etkin bir şekilde yararlanıp yararlanmadığını ortaya çıkarabilir. Neden önemli Zamanında ödeme performansını analiz etmek ve erken ödeme indirimlerini yakalama fırsatlarını belirlemek için kritiktir. Nereden alınır Bu bilgi genellikle tedarikçi ana verilerinden alınır ve fatura başlığında belirtilir. Örnekler Net 30 GünNet 60 Gün2% 10, Net 30Teslimatta Ödenecek | |||
| Purchase Order Number PurchaseOrderNumber | Faturanın ilgili olduğu Satın Alma Siparişi (PO) tanımlayıcısı. | ||
| Açıklama Satın Alma Siparişi Numarası, bir faturayı önceden onaylanmış bir tedarik belgesine bağlar. Bu bağlantı, sistemin fatura detaylarının (miktarlar ve fiyatlar gibi) satın alma siparişinde sipariş edilenle uyumlu olduğunu doğruladığı eşleştirme süreci için merkezi bir öneme sahiptir. Bu nitelik, eşleştirme sürecinin verimliliğini analiz etmek için çok önemlidir. Doğrudan işlenen yüksek oranda satın alma siparişli fatura, sağlıklı bir tedarik sürecini gösterir. Tersine, satın alma siparişi olmayan faturaların analiz edilmesi, düzensiz satın almaları veya tedarik politikalarının takip edilmediği alanları ortaya çıkarabilir. Bir satın alma siparişinin varlığı veya yokluğu, süreci verimliliği karşılaştırmak için segmentlere ayırmanın yaygın bir yoludur. Neden önemli Genellikle farklı süreçleri takip eden ve farklı verimlilik seviyelerine sahip olan Satın Alma Siparişli (PO) ve Satın Alma Siparişsiz (non-PO) faturalar arasında ayrım yapmaya yardımcı olur. Nereden alınır Bu tanımlayıcı genellikle fatura işleminin kalem veya başlık detaylarında bulunur ve satın alma belgesine bağlanır. Örnekler 4500018921PO-2024-7837300000456 | |||
| Şirket Kodu CompanyCode | Faturayı işleyen kuruluş içindeki tüzel kişilik veya şirket için tanımlayıcı. | ||
| Açıklama Şirket Kodu, daha büyük bir holding içindeki belirli bir tüzel kişiliği veya bağlı kuruluşu temsil eder. Birçok finansal sistemde işlemler, muhasebe ve raporlama amaçları için şirket koduna göre ayrılır. Bu nitelik, farklı iş birimleri arasında karşılaştırmalı analizi mümkün kılar. Süreç haritasını Şirket Kodu'na göre bölümlendirerek, analistler performansı kıyaslayabilir, bir birimdeki en iyi uygulamaları belirleyebilir ve diğerinde sistemik sorunları ortaya çıkarabilir. Birden fazla tüzel kişiliğe sahip herhangi bir kuruluş için süreç varyasyonlarını anlamak ve şirket çapında uyumluluğu sağlamak için temel bir niteliktir. Neden önemli Bir kuruluş içindeki farklı tüzel kişilikler veya iş birimleri arasındaki süreçleri kıyaslama ve karşılaştırma imkanı sunar. Nereden alınır Bu, tüm finansal işlem tablolarının başlığında tipik olarak bulunan temel bir organizasyonel alandır. Örnekler 1000US01DE015100 | |||
Satın Alma'dan Ödeme'ye - Fatura İşleme Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Eşleştirme Uyumsuzluğu Belirlendi | Sistem veya bir kullanıcı, fatura, satın alma siparişi veya mal makbuzu arasında bir uyumsuzluk tespit ettiğinde meydana gelir. Fiyat veya miktar farklılıkları gibi bu uyumsuzluklar, genellikle faturaya bir bekletme uygular ve manuel müdahale gerektirir. | ||
| Neden önemli Bu Nereden alınır Bir eşleştirme hatasını veya bir varyansla ilgili sistem bekletmesinin otomatik olarak uygulanmasını gösteren bir durum değişikliğinden çıkarılır. Yakala Fatura eşleştirme durumu 'Başarısız', 'Uyumsuzluk' olarak ayarlandığında veya bir varyansla ilgili bekletme uygulandığında zaman damgasını yakalayın. Event tipi inferred | |||
| Fatura Alındı | Sistemde bir faturanın ilk alındığını veya oluşturulduğunu işaretler. Bu olay, manuel giriş, tedarikçi portalı veya OCR gibi giriş yönteminden bağımsız olarak fatura işleme yaşam döngüsünün başlangıç noktasını oluşturur. | ||
| Neden önemli Bu aktivite, fatura işleme döngü süresini baştan sona ölçmek için çok önemlidir. İş yükünü ve ilk işleme gecikmelerini anlamak için bir başlangıç noktası sağlar. Nereden alınır Bu Yakala Kaynak sistemdeki birincil fatura veya tedarikçi faturası nesnesinin oluşturulma tarihini ve saatini kullanın. Event tipi explicit | |||
| Fatura Deftere Kaydedildi | Onaylanmış faturanın Genel Muhasebe'ye kaydedildiği resmi muhasebe olayını temsil eder. Bu eylem, bir finansal yükümlülük yaratır ve faturayı işlem durumundan ödeme için hazır duruma geçirir. | ||
| Neden önemli Bu, yükümlülüğün resmi olarak tanındığını doğrulayan kritik bir finansal dönüm noktasıdır. Bu adımdan önceki gecikmeler, finansal kapanışı ve raporlama doğruluğunu etkileyebilir. Nereden alınır Bu, sistemin finansal modüllerinde kaydedilen açık, işlemsel bir Yakala Faturadan oluşturulan finansal belgeyle ilişkili muhasebeleştirme tarihini kullanın. Event tipi explicit | |||
| Fatura Eşleşti | Bir faturanın bir satın alma siparişiyle ve eğer varsa bir mal makbuzuyla başarılı bir şekilde eşleştirilmesini gösterir. Bu otomatik veya manuel adım, fatura edilen miktar ve fiyatların sipariş edilen ve alınanla uyumlu olduğunu doğrular. | ||
| Neden önemli Bu, düz geçişli işlem için önemli bir dönüm noktasıdır. Yüksek hacimli başarılı ilk geçiş eşleşmeleri, verimli yukarı akış tedarik süreçlerini gösterir. Nereden alınır Genellikle, eşleştirme doğrulamasının başarıyla tamamlandığı zaman işlem geçmişinde bir durum değişikliği veya belirli bir Yakala Fatura eşleştirme durumunun 'Başarılı', 'Eşleşti' veya 'Mutabık Kalındı' olduğunu belirten olayı veya durum güncellemesini belirleyin. Event tipi explicit | |||
| Fatura Onaylandı | Faturanın workflow'daki tüm gerekli taraflarca başarıyla onaylandığını gösterir. Bu kilometre taşı, faturayı finansal muhasebeleştirme ve sonraki ödeme için yetkilendirir. | ||
| Neden önemli Bu, doğrulama ve onay aşamasını sona erdiren kritik bir dönüm noktasıdır. Onay döngü sürelerini ölçmek ve yetkilendirme politikalarına uyumu sağlamak için çok önemlidir. Nereden alınır Nihai onay üzerine onay geçmişine veya workflow loguna açıkça kaydedilir. Yakala Faturanın onay veya Event tipi explicit | |||
| Fatura Reddedildi | Bir onaylayıcı faturayı resmi olarak reddettiğinde, workflow'daki ilerlemesini durdurur. Reddetme genellikle faturayı düzeltme veya iptal için geri gönderir ve bir yeniden işleme döngüsü başlatır. | ||
| Neden önemli Fatura retlerini analiz etmek, yanlış kodlama, politika ihlalleri veya upstream veri sorunları gibi yeniden işleme nedenlerinin kök nedenlerini belirlemeye yardımcı olur. Retleri azaltmak verimliliği artırmanın anahtarıdır. Nereden alınır Faturanın onay geçmişinde veya workflow logunda yakalanan, genellikle ilgili ret nedenleriyle birlikte açık bir eylem. Yakala Bir onaylayıcının workflow'da 'Reddet' veya 'Geri Çevir' eylemini gerçekleştirdiğinde kaydedilen olayı belirleyin. Event tipi explicit | |||
| Ödeme Gerçekleştirildi | Sürecin son adımını işaret eder; burada ödeme gerçekleştirilir ve fatura yükümlülüğü temizlenir. Bu olay, fonların tedarikçiye ödendiğini doğrular. | ||
| Neden önemli Bu, bir fatura için Satın Almadan Ödemeye döngüsünün başarılı bir şekilde tamamlanmasıdır. Zamanında ödeme oranlarını ve genel süreç süresini ölçmek için kesin bir Nereden alınır Faturayı kapatan ödeme belgesinin muhasebeleştirme tarihinden yakalanmıştır. Yakala Tedarikçi açık kalemini kapatan finansal belgedeki temizleme veya ödeme tarihini kullanın. Event tipi explicit | |||
| Fatura Girildi | Fatura detaylarının girildiği veya tarandığı, ancak henüz muhasebeleştirilmediği veya resmi onay için gönderilmediği ilk veri girişinin tamamlanmasını temsil eder. Fatura genellikle geçici bir 'park edilmiş' veya 'taslak' durumundadır. | ||
| Neden önemli Bir faturanın alınması ile sisteme girilmesi arasındaki süreyi analiz etmek, veri giriş aşamasındaki birikmeleri belirlemeye yardımcı olur. Ayrıca, otomatik veri yakalama çözümlerinin verimliliğini de ortaya çıkarabilir. Nereden alınır Bu, bir fatura kaydının bir Yakala Fatura durumu yeni bir durumdan kaydedilmiş, beklemeye alınmış veya taslak durumuna değiştiğinde zaman damgasını yakalayın. Event tipi inferred | |||
| Fatura İptal Edildi | Fatura geçersiz kılındı, ters çevrildi veya iptal edildi ve daha fazla işlenmeyecek veya ödenmeyecektir. Bu, yanlış veya mükerrer bir fatura için nihai bir son durumu temsil eder. | ||
| Neden önemli İptalleri takip etmek, veri kalitesi sorunları, mükerrer gönderimler ve diğer yukarı akış hataları hakkında içgörü sağlar. Yüksek bir iptal oranı, tedarikçi faturalandırmasında veya dahili kontrollerde sorunlar olduğunu gösterebilir. Nereden alınır Fatura kaydında açık bir durum değişikliği veya buna karşılık gelen bir ters kayıt belgesinin oluşturulması. Yakala Fatura durumunun 'İptal Edildi' veya 'Geçersiz Kılındı' olarak değiştirildiği veya bir ters kayıt belgesinin muhasebeleştirildiği zaman damgasını belirleyin. Event tipi explicit | |||
| Fatura Onay İçin Gönderildi | İlk doğrulama ve eşleştirme tamamlandıktan sonra bir faturanın onay workflow'una resmi olarak gönderilmesini temsil eder. Fatura, yapılandırılmış iş kurallarına göre belirlenen onaylayıcılara yönlendirilir. | ||
| Neden önemli Bu aktivite, onay alt sürecinin başlangıcını işaret eder. Bu event'ten nihai onaya kadar geçen süreyi ölçmek, onay Nereden alınır Bu, bir Yakala Workflow başlatıldığında veya fatura durumu onay beklediğini belirtmek üzere güncellendiğinde zaman damgasını yakalayın. Event tipi explicit | |||
| Fatura Vadesi Geçti | Faturanın son ödeme tarihi geçmesine rağmen ödenmemesi durumunda ortaya çıkan hesaplanmış bir olaydır. Son ödeme tarihi, fatura tarihi ve tedarikçinin ödeme koşullarına göre belirlenir. | ||
| Neden önemli Bu aktivite, tedarikçi ilişkilerine zarar verebilecek ve cezalara yol açabilecek gecikmiş ödemeleri doğrudan işaret eder. Zamanında ödeme oranını izlemek ve iyileştirmek için çok önemlidir. Nereden alınır Bu, açık bir sistem Yakala Bu olayı, ödenmiş faturalar için Event tipi calculated | |||
| Fatura Yeniden İşlendi | Genellikle bir ret sonrasında veya belirlenen bir hatayı düzeltmek için bir faturaya yapılan manuel bir güncellemeyi veya düzeltmeyi temsil eder. Bu aktivite, standart, dokunmasız süreçten bir sapmayı işaret eder. | ||
| Neden önemli Yeniden işleme aktivitelerini takip etmek, süreç verimsizliklerini ve gizli maliyetleri ortaya çıkarır. Faturaların neden değiştirildiğini anlamak, hedefe yönelik süreç iyileştirmelerine ve eğitimlere yol açabilir. Nereden alınır Genellikle, ilk girişten sonra ana fatura alanlarındaki değişiklikleri kaydeden değişiklik log'larından veya denetim izlerinden çıkarılır. Yakala Fatura verilerinde, özellikle bir ret veya bekletme olayından sonra bir değişikliği gösteren denetim kayıtlarından zaman damgalarını yakalayın. Event tipi inferred | |||
| Ödeme Bloğu Uygulandı | Bir fatura üzerinde kasıtlı bir bekletme uygulanır, bu da onaylanmış olsa bile ödenmesini engeller. Bu, sistem kuralları nedeniyle otomatik olarak veya tedarikçi anlaşmazlıkları gibi nedenlerle manuel olarak yapılabilir. | ||
| Neden önemli Ödeme blokları, geç ödemelerin ve kaçırılan indirimlerin başlıca nedenidir. Blokların ne zaman ve neden uygulandığını belirlemek, zamanında ödeme performansını iyileştirmek için çok önemlidir. Nereden alınır Genellikle fatura kaydında veya kalemlerinde belirli bir durum veya Yakala Faturaya veya kalemlerine bir ödeme blok kodu veya bekletme durumu uygulandığında olayı yakalayın. Event tipi explicit | |||
| Ödeme Engellemesi Serbest Bırakıldı | Daha önce uygulanan bir ödeme bloğunun kaldırıldığını işaretler, bu da faturayı tekrar ödeme için uygun hale getirir. Bu, bloğa neden olan sorunun çözüldüğü anlamına gelir. | ||
| Neden önemli Bir bloğun konulması ile kaldırılması arasındaki süre, süreçte bir gecikmeyi temsil eder. Bu süreyi analiz etmek, sorun çözümündeki Nereden alınır Fatura kaydından ödeme blok durumu veya bayrağı temizlendiğinde yakalanmıştır. Yakala Bir ödeme blok kodunun veya bekletme durumunun kaldırıldığında veya bloklanmamış bir duruma değiştirildiğinde olayı yakalayın. Event tipi explicit | |||
| Ödeme Programlandı | Muhasebeleştirilen fatura, bir ödeme teklifine veya ödeme toplu işlemine dahil edilmek üzere seçilir. Bu adım, faturayı belirli bir tarihte ödeme yürütmesi için sıraya koyar, ancak henüz fiili fon transferini temsil etmez. | ||
| Neden önemli Bu aktivite, sürecin son aşamasına görünürlük sağlar. Muhasebeleştirme ve ödeme planlaması arasındaki gecikmeler, kaçırılan indirimlerin ve geç ödemelerin kaynağı olabilir. Nereden alınır Genellikle bir fatura bir ödeme çalıştırmasına, ödeme teklifine veya ödeme günlüğüne eklendiğinde yakalanır. Yakala Faturayı içeren ödeme teklifi veya ödeme toplu kayıt belgesinin oluşturulma tarihini belirleyin. Event tipi explicit | |||
| Uyuşmazlık Giderildi | Daha önce belirlenen bir eşleştirme uyumsuzluğunun manuel olarak araştırılıp çözüldüğü noktayı işaretler. Bu, faturanın onay veya yeniden eşleştirme gibi bir sonraki adıma geçmesine olanak tanır. | ||
| Neden önemli Farklılıkları çözmek için harcanan süre, fatura işleme döngü süresinin temel bir belirleyicisidir. Bu aktiviteyi analiz etmek, istisnai durum yönetiminin çabasını ve süresini anlamaya yardımcı olur. Nereden alınır Bu genellikle bir eşleştirme bekletmesini kaldıran veya başarısız bir eşleşmenin yeniden işlenmesine izin veren ilk kullanıcı eyleminden çıkarılır. Yakala Eşleştirmeyle ilgili bir bekletmenin serbest bırakıldığı veya faturanın önceki bir hatadan sonra başarıyla eşleştirildiği olayı belirleyin. Event tipi inferred | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,