Satın Almadan Ödemeye - Fatura İşleme Veri Şablonunuz
Satın Almadan Ödemeye - Fatura İşleme Veri Şablonunuz
Bu, Satın Almadan Ödemeye - Fatura İşleme için genel Process Mining veri Templateimizdir. Daha özel yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Ayrıntılı analiz için önerilen veri alanları
- İzlenecek temel etkinlikler ve kilometre taşları
- Süreç verilerinizi nasıl çıkaracağınıza ilişkin rehberlik
Satın Almadan Ödemeye - Fatura İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet adı ActivityName | Fatura işleme yaşam döngüsü sırasında gerçekleşen belirli bir iş olayının veya görevin adıdır. | ||
| Açıklama Etkinlik Adı, fatura işleme yolculuğundaki tek bir adımı veya aşamayı açıklar. Örnekler arasında Invoice Received, Invoice Sent for Approval, Payment Block Placed ve Payment Executed bulunur. Bu öznitelik, zaman içinde faturaya ne olduğunu açıklayarak sürecin anlatısını oluşturur. Process Mining içinde bu öznitelik, iş akışını görsel olarak temsil eden süreç haritasını oluşturmak için kullanılır. Bu etkinliklerin sırasını, sıklığını ve izlediği yolları analiz etmek; yaygın süreç akışlarını, sapmaları, darboğazları ve yeniden çalışma döngülerini belirlemeye yardımcı olur. Etkinlik adlarının kalitesi ve ayrıntı düzeyi, anlamlı ve uygulanabilir bir süreç analizi oluşturmak için büyük önem taşır. Neden önemli? Bu öznitelik, süreçteki adımları tanımlar. Süreç haritasının temelini oluşturur ve akışla ilgili tüm analizleri mümkün kılar. Nereden alınır? Bu bilgi çoğu zaman kaynak sistemdeki durum değişikliği günlüklerinden, olay tablolarından veya işlem kodlarından elde edilir. Örnekler Fatura girildiFatura onaylandıÖdeme bloğu uygulandıÖdeme gerçekleştirildi | |||
| Fatura numarası InvoiceNumber | Tedarikçi faturasının benzersiz tanımlayıcısıdır. Faturanın tüm yaşam döngüsü boyunca izlenmesi için birincil anahtar görevi görür. | ||
| Açıklama Fatura Numarası, tedarikçinin faturaya atadığı benzersiz alfasayısal koddur. Process Mining'de bu öznitelik temel önem taşır; genellikle Case ID olarak kullanılır ve her faturanın alınmasından ödenmesine kadar olan yolculuğunu benzersiz biçimde tanımlar. Fatura Numarası Case ID olarak kullanıldığında 'Fatura alındı', 'Fatura onaylandı' ve 'Ödeme gerçekleştirildi' gibi ilgili tüm faaliyetler birbirine bağlanabilir. Böylece belirli bir faturaya ait uçtan uca süreç yeniden oluşturulur ve her bir durum için çevrim süreleri, yollar ve sapmalar ayrıntılı biçimde analiz edilir. Bu, tüm süreç analizinin temelini oluşturur. Neden önemli? İlgili tüm olayları birbirine bağlayan temel Case Identifier'dır ve tek bir faturanın uçtan uca yaşam döngüsünün izlenmesini mümkün kılar. Nereden alınır? Bu, genellikle fatura işlem tablosunun başlığında bulunan birincil alandır. Örnekler INV-2024-001239876543210US-5839A-24 | |||
| Olay zamanı EventTime | Belirli bir faaliyet veya olayın gerçekleştiği anı gösteren kesin zaman damgasıdır. | ||
| Açıklama Olay Zamanı veya Başlangıç Zamanı, bir iş faaliyetinin gerçekleştiği kesin tarih ve saati kaydeder. 'Fatura alındı' ile 'Ödeme gerçekleştirildi' arasındaki her faaliyetin ilişkili bir zaman damgası vardır. Bu kronolojik bilgi, olayları sıralamak ve süreleri hesaplamak için gereklidir. Bu öznitelik, her durum için süreç akışını oluştururken olayları kronolojik olarak sıralamak amacıyla kullanılır. Faaliyetler arasındaki çevrim sürelerini hesaplamak, zaman kaybedilen darboğazları belirlemek ve hizmet seviyesi anlaşmalarına göre performansı izlemek dahil olmak üzere zamana dayalı tüm analizlerin temelini oluşturur. Doğru ve kesin zaman damgaları, her Process Mining analizinin güvenilirliği için büyük önem taşır. Neden önemli? Olayların kronolojik sırasını sağlar ve çevrim süresi gibi performans ve süreye dayalı tüm hesaplamaların temelini oluşturur. Nereden alınır? Genellikle olay günlüklerinde veya her işlem ya da durum değişikliğiyle ilişkili 'Oluşturulma Tarihi' ya da 'Giriş Tarihi' alanında bulunur. Örnekler 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Kaynak sistem SourceSystem | Olay verilerinin çıkarıldığı kaynak sistemdir. | ||
| Açıklama Kaynak Sistem özniteliği, fatura işleme olayının kaydedildiği uygulamayı veya platformu tanımlar. Karmaşık BT ortamlarında bir faturanın yolculuğu tarama çözümü, Workflow aracı ve ERP sistemi gibi birden fazla sisteme yayılabilir. Kaynak sistemi anlamak, veriye bağlam kazandırır ve veri kalitesi sorunlarını gidermeye yardımcı olur. Ayrıca sistem sınırlarını aşan süreçlerin analiz edilmesini sağlar; farklı uygulamalar arasındaki devirlerden kaynaklanan olası entegrasyon sorunlarını veya gecikmeleri görünür kılar. Bu özellik, eski ve modern sistemlerden gelen verileri birleştirirken özellikle faydalıdır. Neden önemli? Verinin kaynağı hakkında bağlam sağlar. Bu, veri doğrulama ve birden fazla BT sistemine yayılan süreçleri analiz etmek için gereklidir. Nereden alınır? Çoğu zaman veri çıkarma sırasında eklenen sabit bir değerdir veya sistem günlüklerinde uygulama adını ya da kimliğini gösteren bir alan olarak bulunur. Örnekler SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır. | ||
| Açıklama Bu öznitelik, verilerin en son çıkarıldığı veya yenilendiği tarih ve saati kaydeder. Analiz edilen veri setinin güncelliğini gösteren bir üst veri alanı görevi görür. Süreç haritasını doğrudan oluşturmak için kullanılmasa da analizin güncelliğini anlamak açısından önemlidir. Kullanıcıların gerçek zamanlı verilere mi yoksa belirli bir andan alınmış bir görüntüye mi baktığını anlamasını sağlar. Bu bilgi, bilinçli operasyonel kararlar almak için gereklidir. Ayrıca veri hattının durumunu ve yenilenme sıklığını izlemek için de önem taşır. Neden önemli? Verilerin güncelliğini gösterir ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını sağlar. Nereden alınır? Bu zaman damgası genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturularak veri setine eklenir. Örnekler 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Bitiş zamanı EndTime | Bir faaliyet veya olayın tamamlandığı zamanı gösteren zaman damgasıdır. Anlık olaylarda bu değer çoğu zaman Başlangıç Zamanı ile aynıdır. | ||
| Açıklama Bitiş Zamanı özniteliği, bir süreç adımının tamamlandığı kesin anı kaydeder. Process Mining içinde temel bir metrik olan etkinlik sürelerini doğru hesaplamak için gereklidir. Başlangıç zamanı ile Bitiş Zamanı karşılaştırılarak her adımın ne kadar sürdüğü ölçülebilir, darboğazlar ve verimliliğin artırılabileceği alanlar belirlenebilir. Analizde Bitiş Zamanı, tek tek etkinliklerin ve tüm süreç bölümlerinin çevrim sürelerini hesaplamak için kullanılır. Örneğin Invoice Approval adımının süresi, Invoice Approved etkinliğinin Bitiş Zamanından Başlangıç zamanının çıkarılmasıyla belirlenebilir. Bu veri performans Dashboardları oluşturmaya, kıyaslama değerleri belirlemeye ve süreç değişikliklerinin etkisini izlemeye yardımcı olur. Neden önemli? Faaliyet sürelerinin kesin biçimde hesaplanmasını sağlar. Bu, darboğazları belirlemek ve işleme verimliliğini ölçmek için gereklidir. Nereden alınır? Sistem günlüklerinde veya işlem verilerinde, çoğu zaman 'Tamamlanma Tarihi', 'Değişiklik Tarihi' ya da faaliyet tamamlanmasına ait ayrı bir zaman damgası alanı olarak bulunur. Örnekler 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Bloke veya Ret Nedeni BlockOrRejectionReason | Faturanın ödemeye kapatılması veya onay sırasında reddedilmesi durumunda belirtilen neden. | ||
| Açıklama Bu öznitelik, bir faturanın ilerlemesinin onay iş akışı sırasında ret yoluyla veya onay sonrasında ödeme engeli nedeniyle durdurulmasının özel nedenini yakalar. Nedenler Incorrect Quantity ve Price Mismatch gibi durumlardan Missing PO Number veya Duplicate Invoice gibi durumlara kadar değişebilir. Bu, temel neden analizi için en önemli özniteliklerden biridir. Farklı nedenlerin sıklığını analiz ederek fatura sürecindeki sürtüşme ve verimsizliğin en yaygın kaynaklarını belirleyebilirsiniz. Bu veri odaklı içgörü, tedarikçilerle iletişimi geliştirmek, satın alma siparişi uyumluluğunu artırmak veya personele daha iyi eğitim vermek gibi temel sorunları ele almanıza yardımcı olur. Neden önemli? Kök neden analizi için önemlidir; işlem gecikmelerinin, yeniden çalışmanın ve verimsizliklerin en yaygın nedenlerini belirlemeye yardımcı olur. Nereden alınır? Bu bilgi, fatura işlem verilerindeki veya ilgili onay günlüklerindeki özel 'Neden Kodu' ya da 'Bekletme Nedeni' alanlarında bulunur. Örnekler Fiyat uyuşmazlığıMiktar hatalıMükerrer faturaMal kabulü eksik | |||
| Fatura Para Birimi InvoiceCurrency | Fatura tutarı için kullanılan para birimi kodu, örneğin USD veya EUR. | ||
| Açıklama Bu öznitelik, Fatura Tutarının hangi para birimiyle ifade edildiğini belirtir. Uluslararası faaliyet gösteren ve farklı ülkelerdeki tedarikçilerle çalışan kuruluşlar için gereklidir. Genellikle ISO 4217 standardını izleyen para birimi kodu, finansal verilerin doğru yorumlanmasını sağlar. Analizde Fatura Para Birimi, bölgesel veya ülkeye özel görünümler oluşturmak için verileri segmentlere ayırmada kullanılır. Tutarların doğru şekilde toplulaştırılmasını sağlamak için finansal raporlamada önemlidir ve çoğu zaman standart bir raporlama para birimine dönüştürme gerektirir. Süreç farklılıklarını para birimine göre analiz etmek, uluslararası ödemeler veya döviz yönetimiyle ilgili karmaşıklıkları da ortaya çıkarabilir. Neden önemli? Fatura tutarları için gerekli bağlamı sağlar; küresel operasyonlarda doğru finansal analiz ve segmentasyon yapılmasına imkan verir. Nereden alınır? Bu, fatura işlemleri tablosunun üst bilgisinde bulunan standart bir alandır. Örnekler USDEURGBPJPY | |||
| Fatura Tutarı InvoiceAmount | Faturanın toplam parasal değeri. | ||
| Açıklama Fatura Tutarı, tüm satır kalemleri, vergiler ve ücretler dahil olmak üzere faturanın toplam değerini ifade eder. Her vakanın parasal önemini belirleyen temel bir finansal özniteliktir. Süreç üzerindeki etkisini anlamak için çoğu zaman diğer özniteliklerle birlikte analiz edilir. Bu öznitelik, finansal analiz ve önceliklendirme için önemlidir. Analistler faturaları tutarlarına göre filtreleyerek yüksek değerli faturaların farklı ve daha sıkı bir onay yolunu izleyip izlemediğini veya gecikmelere daha yatkın olup olmadığını inceleyebilir. Ayrıca toplam fatura işlem hacmi değerini izleyen Dashboardlar ve indirim yakalamayla ilgili temel performans göstergeleri için de gereklidir. Bu göstergelerde olası tasarruflar fatura tutarının yüzdesi olarak hesaplanır. Neden önemli? Finansal etki analizini ve yüksek tutarlı faturaların önceliklendirilmesini sağlar; fatura değerinin işlem süresini veya izlenen yolu etkileyip etkilemediğini belirlemeye yardımcı olur. Nereden alınır? Bu, fatura işlemleri tablosunun üst bilgisinde bulunan standart bir alandır. Örnekler 5250.751200.0025000.0089.99 | |||
| Kullanıcı User | Faaliyeti gerçekleştiren kullanıcı, çalışan veya sistem aracısıdır. | ||
| Açıklama Kullanıcı özniteliği, fatura işleme iş akışındaki belirli bir adımı gerçekleştirmekten sorumlu kişiyi veya otomatik sistemi tanımlar. Bu kişi faturayı giren borçlar muhasebesi görevlisi, faturayı onaylayan yönetici veya eşleştirme görevini gerçekleştiren otomatik bir bot olabilir. Verileri Kullanıcı bazında analiz etmek, iş yükü dağılımını ve bireysel performansı anlamak, eğitim ihtiyaçlarını belirlemek için gereklidir. Farklı ekiplerin veya kişilerin faturaları nasıl işlediğini görmek üzere süreç haritasını filtrelemenizi ve iş akışlarındaki farklılıkları ortaya çıkarmanızı sağlar. Bu analiz, yüksek performans gösterenleri belirleyebilir, yönlendirme sorunlarını gösterebilir veya şirket prosedürleri konusunda ek destek ya da eğitim alması gereken Kullanıcıları ortaya çıkarabilir. Neden önemli? İş yükü dağılımını, kullanıcı performansını ve farklı ekipler ya da kişiler arasındaki süreç farklılıklarını analiz etmeye yardımcı olur. Nereden alınır? Bu bilgi genellikle işlem ayrıntılarında bulunur ve 'Kullanıcı Adı', 'Giren', 'Değiştiren' veya 'Onaylayan' olarak adlandırılır. Örnekler j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Ödeme Vadesi PaymentDueDate | Faturanın gecikmeye düşmemesi için ödenmesi gereken son tarih. | ||
| Açıklama Ödeme Vadesi, fatura tarihi ve üzerinde anlaşılan ödeme koşullarına göre hesaplanan önemli bir tarihtir. Tedarikçiye ödeme yapılması gereken son tarihi gösterir; böylece iyi tedarikçi ilişkileri korunur ve geç ödeme cezalarından kaçınılır. Bu öznitelik, zamanında ödeme performansının izlenmesi için temel bir göstergedir. Zamanında Ödeme Oranı gibi KPI'ları hesaplamak ve gecikme riski taşıyan faturaları belirlemek için kullanılır. Fatura onay tarihi ile ödeme vadesi arasındaki farkın analiz edilmesi, son ödeme planlama ve gerçekleştirme 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 gereklidir. Nereden alınır? Bu tarih genellikle fatura işlemi ayrıntıları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ıdır. | ||
| Açıklama Bu öznitelik, faturayı düzenleyen dış tarafın adını içerir. Finansal işlemi belirli bir tedarikçi ilişkisiyle ilişkilendirerek gerekli bağlamı sağlar. Doğru raporlama ve analiz için tutarlı ve temiz tedarikçi verileri büyük önem taşır. Process Mining kapsamında Tedarikçi Adı, segmentasyon için önemli bir boyuttur. Analistler, yüksek hacimli veya sorunlu tedarikçilerin fatura işlemlerini incelemek için süreci filtreleyebilir. Bu sayede sık sık hatalı fatura gönderen ve gecikmelere ya da yeniden çalışmaya neden olan tedarikçiler belirlenebilir. Ayrıca tedarikçi performans yönetimi ve tercih edilen tedarikçi programları için fırsatların belirlenmesi gibi stratejik girişimleri destekler. Neden önemli? Süreci tedarikçiye göre segmentlere ayırarak performansı analiz etmenizi sağlar. Bu, tedarikçi yönetimi ve sorunlu faturaların kaynaklarını belirlemek için önemlidir. Nereden alınır? Bu bilgi genellikle fatura üst bilgisi verilerinde bulunur ve tedarikçi kimliğine göre tedarikçi ana veri tablosundan alınır. Örnekler Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc. | |||
| Fatura Durumu InvoiceStatus | Faturanın işleme iş akışındaki mevcut durumu. | ||
| Açıklama Fatura Durumu, veri çıkarma sırasında faturanın yaşam döngüsünde bulunduğu yeri gösterir. Yaygın durumlar arasında In Process, Approved, Paid, Rejected ve Blocked bulunur. Bu öznitelik, faturanın mevcut durumuna ilişkin üst düzey bir görünüm sunar. Process Mining sürecin tamamını yeniden oluştururken mevcut durum, etkin iş yükünü izleyen operasyonel Dashboardlar için değerlidir. Yöneticilerin her aşamadaki fatura hacmini, örneğin kaç faturanın onay beklediğini veya engellendiğini, anlamasına yardımcı olur. Böylece darboğazları ve gecikmeleri önlemek için fatura akışı proaktif biçimde yönetilebilir. Neden önemli? Mevcut iş yükünün anlık görünümünü sunar ve 'Onay Bekliyor' veya 'Bloke Edildi' gibi farklı aşamalardaki fatura hacimlerinin izlenmesine yardımcı olur. Nereden alınır? Bu, genellikle fatura üst bilgisi tablosunda bulunan ve fatura yaşam döngüsünde ilerledikçe güncellenen bir durum alanıdır. Örnekler Ödendiİşlem sürüyorReddedildiÖdeme için onaylandı | |||
| Fatura Tarihi InvoiceDate | Tedarikçinin fatura belgesini düzenlediği tarih. | ||
| Açıklama Fatura Tarihi, tedarikçinin fatura belgesinde belirttiği tarihtir. Tedarikçi açısından ödeme yaşam döngüsünün resmi başlangıcını gösterir ve genellikle üzerinde anlaşılan ödeme koşullarına göre ödeme vadesini hesaplamak için temel alınır. Fatura Tarihi ile 'Fatura Alındı' veya 'Fatura Girildi' etkinliği arasındaki zaman farkının analiz edilmesi, fatura gönderimi ya da sisteme alınmasındaki gecikmeleri belirlemek için önemlidir. Bu 'fatura alım gecikmesi', toplam çevrim süresinin önemli ve gizli bir bileşeni olabilir. Bu sürenin azaltılması, zamanında ödeme performansını iyileştirir ve erken ödeme indirimlerinden yararlanma fırsatlarını artırır. Neden önemli? Tedarikçinin faturayı düzenlediği an ile faturanın sisteme girildiği an arasındaki 'fatura alım gecikmesini' ölçmeye yardımcı olur. Nereden alınır? Bu, fatura üst bilgisi verilerinde bulunan ve genellikle 'Belge Tarihi' veya 'Fatura Tarihi' olarak adlandırılan standart bir tarih alanıdır. Örnekler 2024-05-012024-04-152024-06-10 | |||
| Ödeme Koşulları PaymentTerms | Fatura ödemesi için üzerinde anlaşılan, vade tarihini ve erken ödeme indirimlerini belirleyen koşullar. | ||
| Açıklama Ödeme Koşulları, bir faturanın ödenmesi için tedarikçiyle üzerinde anlaşılan şartlardır. Bu koşullar genellikle 'Net 30' (ödeme 30 gün içinde yapılır) veya '2% 10, Net 30' (10 gün içinde ödenirse %2 indirim uygulanır, aksi durumda tutarın tamamı 30 gün içinde ödenir) gibi standart bir biçimde ifade edilir. Bu öznitelik, finansal strateji ve performans analizi için gereklidir. Ödeme Vadesini hesaplamanın ve erken ödeme indirimlerinden yararlanma fırsatlarını belirlemenin temelini oluşturur. Sürecin farklı ödeme koşullarına göre analiz edilmesi, belirli koşulların işlem gecikmeleriyle ilişkili olup olmadığını veya kuruluşun avantajlı indirim fırsatlarından ne ölçüde yararlandığını ortaya çıkarabilir. Neden önemli? Zamanında ödeme performansını analiz etmek ve erken ödeme indirimlerinden yararlanma fırsatlarını belirlemek için önemlidir. Nereden alınır? Bu bilgi genellikle tedarikçi ana verilerinden alınır ve fatura üst bilgisinde belirtilir. Örnekler 30 gün vadeli60 gün vadeli10 günde %2 indirim, 30 gün vadeTeslim alındığında ödenir | |||
| Satın Alma Siparişi Numarası PurchaseOrderNumber | Faturanın ilişkili olduğu Satın Alma Siparişinin (PO) tanımlayıcısı. | ||
| Açıklama Satın Alma Siparişi Numarası, faturayı önceden onaylanmış bir satın alma belgesine bağlar. Bu bağlantı, sistemin fatura ayrıntılarının, örneğin miktar ve fiyatların, PO'da sipariş edilenlerle uyumlu olup olmadığını doğruladığı eşleştirme sürecinin temelini oluşturur. Bu öznitelik, eşleştirme sürecinin verimliliğini analiz etmek için önemlidir. PO ile desteklenen faturaların yüksek oranda doğrudan işlenmesi, sağlıklı bir satın alma sürecine işaret eder. Buna karşılık PO içermeyen faturaların analiz edilmesi, kurallara aykırı satın alma yapılan alanları veya satın alma politikalarına uyulmayan durumları ortaya çıkarabilir. PO'nun bulunup bulunmaması, verimliliği karşılaştırmak üzere süreci segmentlere ayırmanın yaygın bir yoludur. Neden önemli? PO içeren ve içermeyen faturaları ayırt etmeye yardımcı olur. Bu faturalar çoğu zaman farklı süreçlerden geçer ve farklı verimlilik düzeylerine sahiptir. Nereden alınır? Bu tanımlayıcı genellikle fatura işleminin kalem veya üst bilgi ayrıntılarında bulunur ve faturayı satın alma belgesine bağlar. Örnekler 4500018921PO-2024-7837300000456 | |||
| Şirket Kodu CompanyCode | Faturayı işleyen kuruluş içindeki tüzel kişiyi veya şirketi tanımlayan kod. | ||
| Açıklama Şirket Kodu, büyük bir şirket içindeki belirli bir tüzel kişiyi veya bağlı kuruluşu temsil eder. Birçok finansal sistemde muhasebe ve raporlama amacıyla işlemler şirket koduna göre ayrılır. Bu öznitelik, farklı iş birimleri arasında karşılaştırmalı analiz yapılmasını sağlar. Analistler, süreç haritasını Şirket Koduna göre segmentlere ayırarak performansı karşılaştırabilir, bir tüzel kişideki iyi uygulamaları belirleyebilir ve diğerindeki sistemik sorunları ortaya çıkarabilir. Birden fazla tüzel kişiye sahip kuruluşlarda süreç farklılıklarını anlamak ve kurum genelinde uyumluluğu sağlamak için temel bir özniteliktir. Neden önemli? Bir kuruluş içindeki farklı tüzel kişiler veya iş birimleri arasında karşılaştırma ve kıyaslama yapılmasını sağlar. Nereden alınır? Bu, genellikle tüm finansal işlem tablolarının üst bilgisinde bulunan temel bir organizasyon alanıdır. Örnekler 1000US01DE015100 | |||
Satın Almadan Ödemeye - Fatura İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Eşleştirme tutarsızlığı belirlendi | Sistem veya bir kullanıcı fatura, satın alma siparişi ya da mal kabulü arasında uyumsuzluk belirlediğinde gerçekleşir. Fiyat veya miktar farklılıkları gibi bu tutarsızlıklar genellikle faturayı beklemeye alır ve manuel müdahale gerektirir. | ||
| Neden önemli? Bu olayları izlemek, işleme gecikmelerinin ve yeniden çalışmanın temel nedenlerini analiz etmek için gereklidir. Tedarikçi faturalandırmasının doğruluğundaki veya kurum içi satın alma süreçlerindeki sorunları belirlemeye yardımcı olur. Nereden alınır? Eşleştirmenin başarısız olduğunu veya bir farklılıkla ilgili sistem bekletmesinin otomatik olarak uygulandığını gösteren durum değişikliğinden çıkarılır. Yakalayın Fatura eşleştirme durumu 'Failed' veya 'Discrepancy' olarak ayarlandığında ya da farklılıkla ilgili bir bekletme uygulandığında oluşan zaman damgasını alın. Olay türü inferred | |||
| Fatura alındı | Faturanın sistemde ilk kez alınmasını veya oluşturulmasını belirtir. Bu olay, manuel giriş, tedarikçi portalı ya da OCR gibi giriş yöntemlerinden bağımsız olarak fatura işleme yaşam döngüsünün başlangıç noktasını oluşturur. | ||
| Neden önemli? Bu faaliyet, toplam fatura işleme çevrim süresini başlangıçtan sona kadar ölçmek için önemlidir. İş yükünü ve ilk işleme gecikmelerini anlamak için bir başlangıç noktası sağlar. Nereden alınır? Bu olay genellikle fatura kaydının oluşturulma zaman damgasından veya belge günlüğündeki ilk girişten alınır. Yakalayın Kaynak sistemdeki ana fatura veya tedarikçi faturası nesnesinin oluşturulma tarihini ve saatini kullanın. Olay türü explicit | |||
| Fatura büyük deftere kaydedildi | Onaylanan faturanın Genel Muhasebe Defterine kaydedildiği resmi muhasebe olayını belirtir. Bu işlem bir mali yükümlülük oluşturur ve faturayı işleme durumundan ödemeye hazır duruma geçirir. | ||
| Neden önemli? Bu, yükümlülüğün resmi olarak tanındığını doğrulayan önemli bir mali kilometre taşıdır. Bu adımdan önceki gecikmeler, mali kapanışı ve raporlama doğruluğunu etkileyebilir. Nereden alınır? Kaynak sistemin mali modüllerinde kaydedilen açık ve işlemsel bir olaydır. Yakalayın Faturadan oluşturulan mali belgeyle ilişkili kayıt tarihini kullanın. Olay türü explicit | |||
| Fatura eşleştirildi | Faturanın bir satın alma siparişiyle ve gerekiyorsa mal kabulüyle başarılı biçimde eşleştirildiğini belirtir. Otomatik veya manuel olarak gerçekleştirilen bu adım, faturalandırılan miktarların ve fiyatların sipariş ve teslimat bilgileriyle uyumlu olduğunu doğrular. | ||
| Neden önemli? Bu, doğrudan işleme için önemli bir kilometre taşıdır. İlk denemede başarılı olan eşleştirmelerin yüksek olması, satın alma süreçlerinin önceki aşamalarının verimli işlediğini gösterir. Nereden alınır? Eşleştirme doğrulaması başarıyla tamamlandığında genellikle işlem geçmişindeki bir durum değişikliği veya belirli bir olay olarak kaydedilir. Yakalayın Fatura eşleştirme durumunun 'Passed', 'Matched' veya 'Reconciled' olduğunu belirten olayı ya da durum güncellemesini belirleyin. Olay türü explicit | |||
| Fatura onaylandı | Faturanın iş akışında gerekli tüm taraflarca başarıyla onaylandığını gösterir. Bu aşama, faturanın finansal kayda alınmasına ve ardından ödenmesine izin verir. | ||
| Neden önemli? Bu, doğrulama ve onay aşamasını tamamlayan önemli bir kilometre taşıdır. Onay çevrim sürelerini ölçmek ve yetkilendirme politikalarına uyumu sağlamak için gereklidir. Nereden alınır? Nihai onay verildiğinde onay geçmişine veya Workflow günlüğüne açıkça kaydedilir. Yakalayın Faturanın onay veya Workflow geçmişindeki nihai onay işleminin zaman damgasını kullanın. Olay türü explicit | |||
| Fatura reddedildi | Bir onaylayan faturayı resmi olarak reddettiğinde gerçekleşir ve faturanın iş akışındaki ilerlemesini durdurur. Ret işlemi genellikle faturayı düzeltme veya iptal için geri göndererek bir yeniden çalışma döngüsü başlatır. | ||
| Neden önemli? Fatura retlerini analiz etmek, hatalı kodlama, politika ihlalleri veya önceki aşamalardaki veri sorunları gibi yeniden çalışmanın temel nedenlerini belirlemeye yardımcı olur. Retleri azaltmak, verimliliği artırmanın önemli bir yoludur. Nereden alınır? Faturanın onay geçmişinde veya Workflow günlüğünde, çoğu zaman ret nedenleriyle birlikte kaydedilen açık bir işlemdir. Yakalayın Bir onaylayanın iş akışında Reject veya Deny işlemini gerçekleştirdiğinde kaydedilen olayı belirleyin. Olay türü explicit | |||
| Ödeme gerçekleştirildi | Ödemenin gerçekleştirildiği ve fatura yükümlülüğünün kapatıldığı sürecin son adımını belirtir. Bu olay, fonların tedarikçiye aktarıldığını doğrular. | ||
| Neden önemli? Bu, bir fatura için Satın Almadan Ödemeye döngüsünün başarıyla tamamlandığını gösterir. Zamanında ödeme oranlarını ve toplam süreç süresini ölçmek için kesin referans noktasıdır. Nereden alınır? Faturayı kapatan ödeme belgesinin kayıt tarihinden alınır. Yakalayın Tedarikçinin açık kalemini kapatan mali belgedeki kapatma tarihini veya ödeme tarihini kullanın. Olay türü explicit | |||
| Fatura girildi | İlk veri girişinin tamamlandığını gösterir. Fatura bilgileri girilmiş veya taranmıştır, ancak henüz kaydedilmemiş ya da resmi onay için gönderilmemiştir. Fatura çoğu zaman geçici olarak bekletilen veya taslak durumundadır. | ||
| Neden önemli? Faturanın alınması ile girilmesi arasındaki süreyi analiz etmek, veri girişi aşamasındaki birikmeleri belirlemeye yardımcı olur. Ayrıca otomatik veri yakalama çözümlerinin verimliliğini de gösterebilir. Nereden alınır? Bu durum, bir fatura kaydının iş akışına gönderilmeden önce taslak veya bekletildi durumunda kaydedilmesiyle çoğunlukla anlaşılır. Yakalayın Fatura durumunun yeni durumdan kaydedilmiş, bekletilen veya taslak duruma geçtiği zaman damgasını alın. Olay türü inferred | |||
| Fatura iptal edildi | Fatura geçersiz kılınmış, ters kaydedilmiş veya iptal edilmiştir; artık işlenmeyecek veya ödenmeyecektir. Bu, hatalı ya da mükerrer bir fatura için terminal son durumdur. | ||
| Neden önemli? İptalleri izlemek, veri kalitesi sorunları, mükerrer gönderimler ve önceki aşamalardaki diğer hatalar hakkında içgörü sağlar. Yüksek iptal oranı, tedarikçi faturalandırmasında veya kurum içi kontrollerde sorunlara işaret edebilir. Nereden alınır? Fatura kaydındaki açık bir durum değişikliği veya buna karşılık gelen bir ters kayıt belgesinin oluşturulmasıdır. Yakalayın Fatura durumu 'Canceled' veya 'Voided' olarak değiştirildiğinde ya da bir ters kayıt belgesi kaydedildiğinde oluşan zaman damgasını belirleyin. Olay türü explicit | |||
| Fatura onaya gönderildi | İlk doğrulama ve eşleştirme tamamlandıktan sonra faturanın bir onay iş akışına resmi olarak gönderilmesini ifade eder. Fatura, yapılandırılmış iş kurallarına göre belirlenen onaylayanlara yönlendirilir. | ||
| Neden önemli? Bu etkinlik, onay alt sürecinin başlangıcını gösterir. Bu olaydan son onaya kadar geçen sürenin ölçülmesi, onay iş akışının verimliliğini analiz etmeye ve darboğazları belirlemeye yardımcı olur. Nereden alınır? Workflow motoru bulunan sistemlerde açık bir olay olarak kaydedilir veya durumun 'Pending Approval' olarak değişmesinden çıkarılabilir. Yakalayın Workflow başlatıldığında veya fatura durumu onay beklediğini gösterecek şekilde güncellendiğinde oluşan zaman damgasını alın. Olay türü explicit | |||
| Fatura vadesi geçti | Fatura ödenmemişken geçerli tarih net vade tarihini geçtiğinde gerçekleşen hesaplanmış bir olaydır. Vade tarihi, fatura tarihi ve tedarikçinin ödeme koşullarına göre belirlenir. | ||
| Neden önemli? Bu faaliyet, tedarikçi ilişkilerine zarar verebilecek ve cezalara yol açabilecek geç ödemeleri doğrudan gösterir. Zamanında ödeme oranını izlemek ve iyileştirmek için gereklidir. Nereden alınır? Bu, sistemde açıkça kaydedilen bir olay değildir. Ödenmiş faturalar için ödeme tarihinin, ödenmemiş faturalar içinse geçerli tarihin fatura vade tarihiyle karşılaştırılması gerekir. Yakalayın Ödenmiş faturalar için Olay türü calculated | |||
| Fatura yeniden işlendi | Genellikle bir reddin ardından veya belirlenen bir hatayı düzeltmek için faturada yapılan manuel güncelleme ya da düzeltmeyi belirtir. Bu faaliyet, standart ve müdahalesiz süreçten sapıldığını gösterir. | ||
| Neden önemli? Yeniden çalışma faaliyetlerini izlemek, süreçteki verimsizlikleri ve görünmeyen maliyetleri ortaya çıkarır. Faturaların neden değiştirildiğini anlamak, hedefli süreç iyileştirmelerine ve eğitim çalışmalarına yön verebilir. Nereden alınır? Genellikle ilk girişten sonra fatura alanlarında yapılan değişiklikleri kaydeden değişiklik günlüklerinden veya denetim izlerinden çıkarılır. Yakalayın Özellikle bir ret veya bekletme olayından sonra fatura verilerinde değişiklik yapıldığını gösteren denetim günlüklerindeki zaman damgalarını alın. Olay türü inferred | |||
| Ödeme bloğu kaldırıldı | Daha önce uygulanan ödeme bloğunun kaldırıldığını ve faturanın yeniden ödemeye uygun hale geldiğini belirtir. Bu, bloğa neden olan sorunun çözüldüğünü gösterir. | ||
| Neden önemli? Bloğun uygulanması ile kaldırılması arasındaki süre, süreçteki gecikmeyi gösterir. Bu süreyi analiz etmek, sorun çözümündeki darboğazları belirlemeye yardımcı olur. Nereden alınır? Ödeme bloğu durumu veya işareti fatura kaydından temizlendiğinde alınır. Yakalayın Ödeme bloğu kodunun veya bekletme durumunun kaldırıldığı ya da fatura durumunun blokesiz hale getirildiği olayı alın. Olay türü explicit | |||
| Ödeme bloğu uygulandı | Faturaya kasıtlı olarak bekletme uygulanır ve fatura onaylanmış olsa bile ödenmesi engellenir. Bu işlem 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 nedenlerindendir. Blokların ne zaman ve neden uygulandığını belirlemek, zamanında ödeme performansını iyileştirmek için büyük önem taşır. Nereden alınır? Genellikle fatura kaydında veya fatura kalemlerinde belirli bir durum ya da işaret olarak kaydedilir. Yakalayın Faturaya veya fatura kalemlerine ödeme blokesi kodu ya da bekletme durumu uygulandığında oluşan olayı alın. Olay türü explicit | |||
| Ödeme planlandı | Kaydedilmiş fatura seçilir ve bir ödeme önerisine veya ödeme grubuna dahil edilir. Bu adım, faturayı belirli bir tarihte gerçekleştirilecek ödeme için sıraya alır, ancak henüz gerçek para transferini ifade etmez. | ||
| Neden önemli? Bu faaliyet, sürecin son aşamasını görünür kılar. Kayıt ile ödeme planlaması arasındaki gecikmeler, kaçırılan indirimlere ve geç ödemelere neden olabilir. Nereden alınır? Genellikle fatura bir ödeme çalıştırmasına, ödeme önerisine veya ödeme günlüğüne eklendiğinde alınır. Yakalayın Faturayı içeren ödeme önerisi veya ödeme grubu kaydının oluşturulma tarihini belirleyin. Olay türü explicit | |||
| Tutarsızlık çözüldü | Daha önce belirlenen bir eşleştirme tutarsızlığının manuel olarak incelenip çözüldüğü noktayı belirtir. Böylece fatura onay veya yeniden eşleştirme gibi sonraki adıma ilerleyebilir. | ||
| Neden önemli? Tutarsızlıkları çözmek için geçen süre, fatura işleme çevrim süresini belirleyen önemli etkenlerden biridir. Bu faaliyeti analiz etmek, istisna yönetimi için gereken çabayı ve süreyi anlamaya yardımcı olur. Nereden alınır? Bu olay çoğu zaman, eşleştirme bekletmesini kaldıran veya başarısız eşleştirmenin yeniden işlenmesine izin veren ilk kullanıcı işleminden çıkarılır. Yakalayın Eşleştirmeyle ilgili bekletmenin kaldırıldığı veya önceki başarısızlıktan sonra faturanın başarıyla eşleştirildiği olayı belirleyin. Olay türü inferred | |||
Veri çıkarma rehberleri
Çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
Verilerinizi çıkarmaya başlamak için sisteme özel bir rehber seçin veya bu genel Templatei herhangi bir veri kaynağı için temel başvuru olarak kullanın.
Fatura İşleme sürecini optimize edin, P2P verimliliğini bugün artırın
Gizli süreç içgörülerini ortaya çıkarın, maliyetleri azaltın ve fatura iş akışlarını hızlandırın.
Kredi kartı gerekmez, kurulum yalnızca 5 dakika sürer.