Satın Almadan Ödemeye fatura işleme Veri Templateiniz
Satın Almadan Ödemeye fatura işleme Veri Templateiniz
Bu, Satın Almadan Ödemeye - Borçlar Muhasebesi Fatura İşleme için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı 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 yönergeler
Satın Almadan Ödemeye - Fatura işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Fatura işleme sürecinde 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 önemli aşamayı tanımlar. Örnek olarak 'Fatura teslim alındı', 'Fatura onaya gönderildi', 'Ödeme blokesi uygulandı' ve 'Ödeme gerçekleştirildi' verilebilir. Bu öznitelik, faturaya zaman içinde ne olduğunu anlatarak sürecin akışını ortaya koyar. Process Mining çalışmalarında bu öznitelik, iş akışını görsel olarak gösteren süreç haritasını oluşturmak için kullanılır. Etkinliklerin sırasını, sıklığını ve izlediği yolları incelemek; yaygın süreç akışlarını, sapmaları, darboğazları ve yeniden çalışma döngülerini belirlemeye yardımcı olur. Anlamlı ve uygulanabilir bir süreç analizi oluşturmak için etkinlik adlarının doğru ve yeterince ayrıntılı olması önemlidir. 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 genellikle kaynak sistemdeki durum değişikliği günlüklerinden, olay tablolarından veya işlem kodlarından elde edilir. Örnekler Fatura sisteme girildiFatura onaylandıÖdeme blokesi 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 izlenmesinde birincil anahtar olarak kullanılır. | ||
| Açıklama Fatura numarası, tedarikçinin faturaya atadığı benzersiz alfasayısal koddur. Process Mining çalışmalarında bu öznitelik büyük önem taşır; çünkü genellikle Vaka kimliği olarak kullanılır ve her faturanın teslim alınmasından ödenmesine kadar olan yolculuğunu benzersiz biçimde tanımlar. Fatura numarasını Vaka kimliği olarak kullanarak 'Fatura teslim alındı', 'Fatura onaylandı' ve 'Ödeme gerçekleştirildi' gibi ilgili tüm etkinlikleri birbirine bağlayabilir, böylece söz konusu faturanın uçtan uca sürecini yeniden oluşturabilirsiniz. Bu sayede her bir vaka için çevrim sürelerini, izlenen yolları ve sapmaları ayrıntılı olarak inceleyebilirsiniz. Bu, süreç analizinin temelini oluşturur. Neden önemli? İlgili tüm olayları birbirine bağlayan temel vaka tanımlayıcısıdır; tek bir faturanın uçtan uca yaşam döngüsünü izlemeyi mümkün kılar. Nereden alınır? Bu temel alan genellikle fatura işlem tablosunun üstbilgisinde bulunur. Örnekler INV-2024-001239876543210US-5839A-24 | |||
| Olay zamanı EventTime | Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren kesin zaman damgasıdır. | ||
| Açıklama Olay zamanı veya başlangıç zamanı, bir iş etkinliğinin gerçekleştiği kesin tarih ve saati kaydeder. 'Fatura teslim alındı' etkinliğinden 'Ödeme gerçekleştirildi' etkinliğine kadar süreçteki her etkinliğin bir zaman damgası vardır. Bu kronolojik bilgi, olayları sıralamak ve süreleri hesaplamak için gereklidir. Bu öznitelik, her vaka için süreç akışını oluştururken olayları kronolojik sıraya koymakta kullanılır. Etkinlikler arasındaki çevrim sürelerini hesaplamak, zaman kaybına yol açan darboğazları belirlemek ve hizmet seviyesi anlaşmalarına göre performansı izlemek dâhil, zamana dayalı tüm analizlerin temelini oluşturur. Süreç Mining analizlerinin güvenilirliği için zaman damgalarının doğru ve kesin olması önemlidir. Neden önemli? Olayların kronolojik sırasını belirler ve çevrim süresi gibi performans ve süre hesaplamalarını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 belirtir. Karmaşık BT ortamlarında bir faturanın yolculuğu tarama çözümü, iş akışı aracı ve ERP sistemi gibi birden fazla sistemi kapsayabilir. Kaynak sistemi bilmek, 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çleri incelemeyi, olası entegrasyon sorunlarını veya uygulamalar arasındaki devir teslimlerden kaynaklanan gecikmeleri görmeyi sağlar. Eski ve modern sistemlerden gelen verileri birleştirirken özellikle yararlı olabilir. Neden önemli? Verinin kaynağı hakkında bilgi verir. Bu bilgi, verileri doğrulamak ve birden fazla BT sistemini kapsayan süreçleri incelemek için önemlidir. Nereden alınır? Bu değer genellikle veri çıkarma sırasında eklenir veya uygulama adını ya da kimliğini belirten bir sistem günlüğü alanında 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. İncelenen veri setinin ne kadar güncel olduğunu gösteren bir üst veri alanıdı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ı verileri mi yoksa belirli bir andan alınmış bir görüntüyü mü incelediğini anlamasına yardımcı olur. Bu bilgi, operasyonel kararları bilinçli biçimde almak için gereklidir. Veri hattının durumunu ve ne sıklıkta çalıştığını izlemek için de önem taşır. Neden önemli? Verinin güncelliğini göstererek 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) işlemi sırasında oluşturulup veri setine eklenir. Örnekler 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Bitiş zamanı EndTime | Bir etkinliğin veya olayın tamamlandığı zamanı gösteren zaman damgasıdır. Anlık gerçekleşen olaylarda bu değer genellikle başlangıç zamanıyla aynıdır. | ||
| Açıklama Bitiş zamanı özniteliği, bir süreç adımının tamamlandığı kesin anı kaydeder. Etkinlik sürelerini doğru hesaplamak için gereklidir; bu süreler Process Mining çalışmalarındaki temel metriklerden biridir. Analistler başlangıç ve bitiş zamanlarını karşılaştırarak her adımın ne kadar sürdüğünü ölçebilir, darboğazları ve verimliliğin artırılabileceği alanları belirleyebilir. 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 'Fatura onaylandı' etkinliğinin bitiş zamanından başlangıç zamanı çıkarılarak 'Fatura onayı' adımının süresi hesaplanabilir. Bu veriler performans panoları oluşturmaya, hedefler belirlemeye ve süreç değişikliklerinin etkisini izlemeye yardımcı olur. Neden önemli? Etkinlik sürelerinin kesin olarak hesaplanmasını sağlar. Bu, darboğazları belirlemek ve işlem verimliliğini ölçmek için gereklidir. Nereden alınır? Sistem günlüklerinde veya işlem verilerinde bulunur. Genellikle 'Tamamlanma tarihi', 'Değişiklik tarihi' ya da etkinliğin tamamlanmasına ait ayrı bir zaman damgası alanı olarak kaydedilir. Örnekler 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Bloke veya ret nedeni BlockOrRejectionReason | Fatura ödemeye kapatıldığında veya onay sırasında reddedildiğinde belirtilen neden. | ||
| Açıklama Bu öznitelik, onay iş akışında reddedilmesi ya da onaylandıktan sonra ödemesinin bloke edilmesi nedeniyle faturanın ilerleyişinin durdurulma nedenini belirtir. Nedenler arasında 'Yanlış miktar', 'Fiyat uyuşmazlığı', 'PO numarası eksik' veya 'Mükerrer fatura' bulunabilir. Bu öznitelik, temel neden analizinde en önemli unsurlardan biridir. Kuruluşlar farklı nedenlerin sıklığını inceleyerek fatura sürecindeki aksaklık ve verimsizliklerin en yaygın kaynaklarını belirleyebilir. Veriye dayalı bu bulgular, tedarikçilerle iletişimi iyileştirme, PO uyumluluğunu artırma veya çalışanlara daha iyi eğitim verme gibi temel sorunları gidermeye yardımcı olur. Neden önemli? Temel neden analizinde önemli bir rol oynar; 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 'Neden kodu' ya da 'Bekletme nedeni' alanlarında bulunur. Örnekler Fiyat uyuşmazlığıYanlış miktarMükerrer faturaMal kabulü eksik | |||
| Fatura para birimi InvoiceCurrency | Fatura tutarının USD veya EUR gibi para birimi kodu. | ||
| Açıklama Bu öznitelik, fatura tutarının hangi para biriminde olduğunu belirtir. Uluslararası faaliyet gösteren ve farklı ülkelerdeki tedarikçilerle çalışan kuruluşlar için önemlidir. Genellikle ISO 4217 standardına uygun olan para birimi kodu, finansal verilerin doğru yorumlanmasını sağlar. Analizlerde fatura para birimi, bölge veya ülkeye göre veri gruplandırmak için kullanılır. Tutarların doğru şekilde toplanmasını sağlamak, çoğu zaman bunları standart bir raporlama para birimine çevirmek açısından finansal raporlamada önem taşır. Süreç farklılıklarını para birimine göre incelemek, uluslararası ödemeler veya döviz yönetimiyle ilgili karmaşıklıkları da ortaya çıkarabilir. Neden önemli? Fatura tutarlarını doğru yorumlamak ve küresel faaliyetleri finansal açıdan doğru analiz edip gruplandırmak için gerekli bağlamı sağlar. Nereden alınır? Bu, fatura işlemleri tablosunun başlık bölümünde bulunan standart bir alandır. Örnekler USDEURGBPJPY | |||
| Fatura tutarı InvoiceAmount | Faturanın toplam parasal değeri. | ||
| Açıklama Fatura tutarı, tüm kalemler, vergiler ve ücretler dahil faturanın toplam değerini ifade eder. Her bir vakadaki parasal büyüklüğü gösteren temel bir finansal özniteliktir. Süreç üzerindeki etkisini anlamak için genellikle diğer özniteliklerle birlikte analiz edilir. Bu öznitelik, finansal analiz ve önceliklendirme açısından önemlidir. Analistler, faturaları tutarlarına göre filtreleyerek yüksek tutarlı faturaların farklı ve daha sıkı bir onay sürecinden geçip geçmediğini veya gecikmelere daha yatkın olup olmadığını inceleyebilir. Toplam fatura işlem hacmini parasal değer olarak izleyen Dashboardlar ve olası tasarrufun fatura tutarının belirli bir yüzdesi olduğu indirimlerden yararlanma KPI’ları için de gereklidir. Neden önemli? Finansal etkiyi analiz etmenizi, yüksek tutarlı faturalara öncelik vermenizi ve fatura tutarının işlem süresini ya da izlenen yolu etkileyip etkilemediğini belirlemenizi sağlar. Nereden alınır? Bu, fatura işlemleri tablosunun başlık bölümünde bulunan standart bir alandır. Örnekler 5250.751200.0025000.0089.99 | |||
| Kullanıcı User | Etkinliği 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ştiren kişiyi veya otomatik sistemi belirtir. Bu kişi faturayı sisteme giren bir borçlar muhasebesi çalışanı, faturayı onaylayan bir yönetici ya da eşleştirme işlemini yapan otomatik bir bot olabilir. Kullanıcıya göre veri analizi yapmak, iş yükünün nasıl dağıldığını ve kişilerin performansını anlamak, ayrıca eğitim ihtiyaçlarını belirlemek için önemlidir. Süreç haritasını kullanıcıya göre filtreleyerek farklı ekiplerin veya kişilerin faturaları nasıl işlediğini görebilir, iş akışlarındaki farklılıkları ortaya çıkarabilirsiniz. Bu analiz, yüksek performans gösteren çalışanları belirlemenize, yönlendirme sorunlarını görmenize veya şirket prosedürleri hakkında ek desteğe ya da eğitime ihtiyaç duyan kullanıcıları saptamanıza yardımcı olur. Neden önemli? İş yükünün dağılımını, kullanıcı performansını ve ekipler ya da kişiler arasındaki süreç farklılıklarını analiz etmenize 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' gibi alan adlarıyla gösterilir. Örnekler j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Son ödeme tarihi PaymentDueDate | Faturanın gecikmeye düşmemesi için ödenmesi gereken tarih. | ||
| Açıklama Son ödeme tarihi, fatura tarihine ve üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Tedarikçiyle iyi ilişkileri sürdürmek ve gecikme cezalarından kaçınmak için ödemenin yapılması gereken son günü belirtir. Bu öznitelik, ödemelerin zamanında yapılıp yapılmadığını izlemek için temel niteliktedir. Zamanında ödeme oranı gibi KPI’ları hesaplamak ve gecikme riski taşıyan faturaları belirlemek için kullanılır. Faturanın onaylandığı tarih ile son ödeme tarihi arasındaki süreyi analiz ederek son ödeme planlama ve gerçekleştirme adımlarının verimliliğini değerlendirebilirsiniz. Neden önemli? Zamanında ödeme performansını ölçmek ve gecikmelerin nedenlerini analiz etmek için gereklidir. Nereden alınır? Bu tarih genellikle fatura işlem ayrıntılarında bulunur. Doğrudan girilebilir veya fatura tarihiyle ödeme koşullarından hesaplanabilir. Örnekler 2024-06-302024-07-152024-08-01 | |||
| Tedarikçi adı VendorName | Faturayı gönderen tedarikçinin adı. | ||
| Açıklama Bu öznitelik, faturayı düzenleyen dış tarafın adını içerir. Finansal işlemi belirli bir tedarikçi ilişkisiyle eşleştirerek önemli bir bağlam sağlar. Doğru raporlama ve analiz için tedarikçi verilerinin tutarlı ve temiz olması gerekir. Process Mining çalışmalarında Tedarikçi adı, verileri gruplandırmak için kullanılan temel boyutlardan biridir. Analistler, yüksek hacimli veya sorun yaşanan tedarikçilerin faturalarının nasıl işlendiğini incelemek için süreci filtreleyebilir. Böylece sık sık hatalı fatura gönderen ve gecikmelere ya da yeniden çalışmaya yol açan tedarikçiler belirlenebilir. Bu analiz, tedarikçi performansını yönetme ve tercih edilen tedarikçi programları için fırsatları saptama gibi stratejik çalışmaları da destekler. Neden önemli? Süreci tedarikçiye göre gruplandırıp performansı analiz etmenizi sağlar. Bu, tedarikçi yönetimi ve sorunlu faturaların kaynaklarını belirlemek açısından önemlidir. Nereden alınır? Bu bilgi genellikle fatura başlık verilerinde bulunur ve tedarikçi kimliğine göre tedarikçi ana veri tablosuyla ilişkilendirilir. Örnekler Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc. | |||
| Fatura durumu InvoiceStatus | Faturanın iş akışındaki mevcut durumu. | ||
| Açıklama Fatura durumu, veriler çıkarıldığı sırada faturanın yaşam döngüsünün hangi aşamasında olduğunu gösterir. Yaygın durumlar arasında 'İşlemde', 'Onaylandı', 'Ödendi', 'Reddedildi' ve 'Bloke edildi' bulunur. Bu öznitelik, faturanın o anki durumuna genel bir bakış sunar. Process Mining tüm süreci yeniden oluştururken mevcut durum, devam eden iş yükünü izleyen operasyonel Dashboardlar için de yararlıdır. Yöneticilerin onay bekleyen veya bloke edilen faturalar dahil her aşamadaki fatura sayısını görmesine yardımcı olur. Böylece darboğazları ve gecikmeleri önlemek için fatura akışını önceden yönetebilirsiniz. Neden önemli? Mevcut iş yükünün anlık görünümünü sunar ve 'Onay bekliyor' ya da 'Bloke edildi' gibi farklı aşamalardaki fatura sayılarını izlemenize yardımcı olur. Nereden alınır? Bu bilgi genellikle fatura başlık tablosundaki bir durum alanında tutulur ve fatura yaşam döngüsünde ilerledikçe güncellenir. Örnekler ÖdendiİşlemdeReddedildiÖ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çinin bakış açısından ödeme yaşam döngüsünün resmî başlangıcını gösterir ve üzerinde anlaşılan ödeme koşullarına göre son ödeme tarihini hesaplamak için kullanılır. Fatura tarihi ile 'Fatura alındı' veya 'Fatura girildi' etkinliği arasındaki süreyi analiz etmek, faturaların gönderilmesinde ya da sisteme alınmasında yaşanan gecikmeleri belirlemek açısından önemlidir. 'Fatura alım gecikmesi', toplam çevrim süresinin gözden kaçabilen önemli bir bölümünü oluşturabilir. Bu süreyi kısaltmak, ödemelerin zamanında yapılmasına ve erken ödeme indirimlerinden daha fazla yararlanılmasına yardımcı olur. Neden önemli? Tedarikçinin faturayı düzenlemesiyle faturanın sisteme girilmesi arasındaki 'fatura alım gecikmesini' ölçmenize yardımcı olur. Nereden alınır? Bu, fatura başlık verilerinde bulunan standart bir tarih alanıdır ve genellikle 'Belge tarihi' veya 'Fatura tarihi' olarak adlandırılır. Örnekler 2024-05-012024-04-152024-06-10 | |||
| Ödeme koşulları PaymentTerms | Fatura ödemesi için üzerinde anlaşılan koşullar. Bu koşullar son ödeme tarihini ve erken ödeme indirimlerini belirler. | ||
| Açıklama Ödeme koşulları, bir faturanın ödenmesi için tedarikçiyle üzerinde anlaşılan şartlardır. Genellikle 'Net 30' (ödeme 30 gün içinde yapılır) veya '2% 10, Net 30' (10 gün içinde ödeme yapılırsa %2 indirim uygulanır, aksi halde tutarın tamamı 30 gün içinde ödenir) gibi standart biçimlerde ifade edilir. Bu öznitelik, finansal strateji ve performans analizi açısından önemlidir. Son ödeme tarihini hesaplamanın ve erken ödeme indirimlerinden yararlanma fırsatlarını belirlemenin temelini oluşturur. Süreci farklı ödeme koşullarına göre analiz ederek belirli koşulların işlem gecikmeleriyle ilişkili olup olmadığını veya kuruluşun avantajlı indirim fırsatlarından etkili biçimde yararlanıp yararlanmadığını görebilirsiniz. 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 başlığında belirtilir. Örnekler Net 30Net 602% 10, Net 30Teslim alındığında ödenir | |||
| Satın alma siparişi numarası PurchaseOrderNumber | Faturanın bağlı olduğu satın alma siparişinin (PO) kimliği. | ||
| Açıklama Satın alma siparişi numarası, faturayı önceden onaylanmış bir satın alma belgesine bağlar. Bu bağlantı, sistemin miktar ve fiyat gibi fatura ayrıntılarının PO’da sipariş edilenlerle uyuşup uyuşmadığını denetlediği eşleştirme sürecinin temelini oluşturur. Bu öznitelik, eşleştirme sürecinin verimliliğini analiz etmek açısından önemlidir. PO’ya bağlı faturaların büyük bölümünün doğrudan işlenmesi, satın alma sürecinin iyi işlediğini gösterir. PO’suz faturaları incelemek ise yetkisiz satın almaları veya satın alma politikalarına uyulmayan alanları ortaya çıkarabilir. PO bulunup bulunmaması, süreç verimliliğini karşılaştırmak için kullanılan yaygın bir gruplandırma ölçütüdür. Neden önemli? PO’ya bağlı faturalarla PO’suz faturaları ayırt etmenize yardımcı olur. Bu faturalar genellikle farklı süreçlerden geçer ve verimlilik düzeyleri de farklıdır. Nereden alınır? Bu kimlik genellikle fatura işleminin kalem veya başlık ayrıntılarında bulunur ve faturayı satın alma belgesine bağlar. Örnekler 4500018921PO-2024-7837300000456 | |||
| Şirket kodu CompanyCode | Faturayı işleyen kuruluştaki tüzel kişiliğin veya şirketin kimliği. | ||
| Açıklama Şirket kodu, büyük bir şirket bünyesindeki belirli bir tüzel kişiliği veya bağlı ortaklığı ifade eder. Birçok finans sisteminde muhasebe ve raporlama amacıyla işlemler şirket koduna göre ayrılır. Bu öznitelik, farklı iş birimlerini karşılaştırmalı olarak analiz etmenizi sağlar. Analistler, süreç haritasını şirket koduna göre gruplandırarak performansı kıyaslayabilir, bir tüzel kişilikteki iyi uygulamaları belirleyebilir ve diğerindeki sistemik sorunları ortaya çıkarabilir. Birden fazla tüzel kişiliği olan kuruluşların süreç farklılıklarını anlaması ve kuruluş genelinde uyumluluğu sağlaması için temel bir özniteliktir. Neden önemli? Kuruluş içindeki farklı tüzel kişiliklerin veya iş birimlerinin süreçlerini kıyaslamanıza ve karşılaştırmanıza olanak tanır. Nereden alınır? Bu temel kuruluş alanı genellikle tüm finansal işlem tablolarının başlık bölümünde bulunur. Örnekler 1000US01DE015100 | |||
Satın Almadan Ödemeye - Fatura işleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Eşleştirme uyuşmazlığı belirlendi | Sistem veya kullanıcı fatura, satın alma siparişi ya da mal kabul kaydı arasında bir uyuşmazlık belirlediğinde gerçekleşir. Fiyat veya miktar farkları gibi bu uyuşmazlıklar genellikle faturayı beklemeye alır ve manuel müdahale gerektirir. | ||
| Neden önemli? Bu olayları izlemek, işlem gecikmeleri ve yeniden çalışmanın temel nedenlerini analiz etmek için önemlidir. Tedarikçi faturalarındaki doğruluk sorunlarını veya kurum içi satın alma süreçlerindeki aksaklıkları belirlemeye yardımcı olur. Nereden alınır? Eşleştirmenin başarısız olduğunu belirten bir durum değişikliğinden veya fark nedeniyle sistemin otomatik olarak bekletme uygulamasından anlaşılır. Kaydedin Fatura eşleştirme durumu 'Başarısız' veya 'Uyuşmazlık' olarak ayarlandığında ya da fark nedeniyle bekletme uygulandığında oluşan zaman damgasını alın. Olay türü inferred | |||
| Fatura büyük deftere kaydedildi | Onaylanan faturanın büyük deftere kaydedildiği resmî muhasebe işlemini belirtir. Bu işlem bir mali yükümlülük oluşturur ve faturayı işlenme durumundan ödeme için hazır duruma geçirir. | ||
| Neden önemli? Bu önemli mali aşama, yükümlülüğün resmen kayda alındığını doğrular. Bu adımdan önce yaşanan gecikmeler, mali kapanışı ve raporların doğruluğunu etkileyebilir. Nereden alınır? Sistemin mali modüllerinde açıkça kaydedilen bir işlem olayıdır. Kaydedin 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 kaydıyla başarıyla eşleştirildiğini belirtir. Otomatik veya manuel yapılan bu adım, faturadaki miktar ve fiyatların sipariş ve teslimat bilgileriyle uyuştuğunu doğrular. | ||
| Neden önemli? Bu, işlemin baştan sona otomatik yürütülmesi için önemli bir aşamadır. İlk denemede başarıyla eşleşen faturaların sayısının yüksek olması, önceki satın alma süreçlerinin verimli işlediğini gösterir. Nereden alınır? Eşleştirme doğrulaması başarıyla tamamlandığında genellikle durum değişikliği veya işlem geçmişindeki belirli bir olay olarak kaydedilir. Kaydedin Fatura eşleştirme durumunun 'Başarılı', 'Eşleştirildi' veya 'Mutabık kalındı' olduğunu belirten olayı ya da durum güncellemesini bulun. Olay türü explicit | |||
| Fatura onaylandı | İş akışında gerekli tüm tarafların faturayı başarıyla onayladığını belirtir. Bu aşama, faturanın muhasebe kayıtlarına alınmasına ve ardından ödenmesine izin verir. | ||
| Neden önemli? Bu önemli aşama, doğrulama ve onay sürecini tamamlar. 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 iş akışı günlüğüne açıkça kaydedilir. Kaydedin Faturanın onay veya iş akışı geçmişindeki nihai onay işleminin zaman damgasını kullanın. Olay türü explicit | |||
| Fatura reddedildi | Onaylayıcı faturayı resmen reddettiğinde gerçekleşir ve faturanın iş akışındaki ilerleyişi durur. Ret kararı genellikle faturanın düzeltilmek veya iptal edilmek üzere geri gönderilmesine ve yeniden çalışma döngüsünün başlamasına yol açar. | ||
| Neden önemli? Fatura retlerini incelemek; 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şine veya iş akışı günlüğüne, genellikle ret gerekçeleriyle birlikte kaydedilen açık bir işlemdir. Kaydedin Onaylayıcının iş akışında 'Reddet' veya 'Onaylama' işlemini yaptığı sırada kaydedilen olayı bulun. Olay türü explicit | |||
| Fatura teslim alındı | Faturanın sisteme ilk kez ulaşmasını veya sistemde oluşturulmasını belirtir. Manuel giriş, tedarikçi portalı ya da OCR gibi hangi yöntem kullanılırsa kullanılsın, bu olay fatura işleme sürecinin başlangıç noktasıdır. | ||
| Neden önemli? Bu etkinlik, fatura işleme çevrim süresini başlangıçtan sona ölçmek için önemlidir. İş yükünü ve ilk işlem aşamasındaki gecikmeleri 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 kayıttan alınır. Kaydedin Kaynak sistemdeki ana fatura veya tedarikçi faturası nesnesinin oluşturulma tarihini ve saatini kullanın. Olay türü explicit | |||
| Ödeme gerçekleştirildi | Ödemenin yapıldığı ve faturaya ilişkin yükümlülüğün kapatıldığı sürecin son adımını belirtir. Bu olay, paranın tedarikçiye aktarıldığını doğrular. | ||
| Neden önemli? Bu, bir faturanın Satın Almadan Ödemeye döngüsünün başarıyla tamamlandığını gösterir. Zamanında ödeme oranını ve toplam süreç süresini ölçmek için esas alınan olaydır. Nereden alınır? Faturayı kapatan ödeme belgesinin kayıt tarihinden alınır. Kaydedin Tedarikçiye ait açık kalemi kapatan mali belgedeki kapatma tarihini veya ödeme tarihini kullanın. Olay türü explicit | |||
| Fatura iptal edildi | Fatura geçersiz kılınmış, ters kaydı yapılmış veya iptal edilmiştir; artık işleme alınmayacak ya da ödenmeyecektir. Bu, hatalı veya mükerrer bir fatura için sürecin son durumudur. | ||
| Neden önemli? İptalleri izlemek; veri kalitesi sorunları, mükerrer gönderimler ve önceki aşamalardaki diğer hatalar hakkında bilgi verir. İptal oranının yüksek olması, tedarikçi faturaları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. Kaydedin Fatura durumu 'İptal edildi' veya 'Geçersiz kılındı' olarak değiştirildiğinde ya da bir ters kayıt belgesi kaydedildiğinde oluşan zaman damgasını bulun. Olay türü explicit | |||
| Fatura onaya gönderildi | İlk doğrulama ve eşleştirme tamamlandıktan sonra faturanın resmî olarak onay iş akışına gönderilmesini belirtir. Yapılandırılmış iş kurallarına göre fatura, belirlenen onaylayıcılara yönlendirilir. | ||
| Neden önemli? Bu etkinlik, onay alt sürecinin başlangıcını gösterir. Bu olaydan nihai onaya kadar geçen süreyi ölçmek, onay iş akışının verimliliğini incelemeye ve darboğazları belirlemeye yardımcı olur. Nereden alınır? İş akışı motoru bulunan sistemlerde bu olay açıkça kaydedilir. Diğer sistemlerde ise durumun 'Onay bekliyor' olarak değişmesinden anlaşılabilir. Kaydedin İş akışı 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 sisteme girildi | İlk veri girişinin tamamlandığını belirtir. Fatura bilgileri girilmiş veya taranmıştır ancak henüz kaydedilmemiş ya da resmî onaya gönderilmemiştir. Fatura genellikle geçici olarak bekletilen veya taslak durumundadır. | ||
| Neden önemli? Faturanın teslim alınmasıyla sisteme girilmesi arasındaki süreyi incelemek, 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 olay, fatura kaydının iş akışına gönderilmeden önce taslak veya bekletilen durumunda kaydedilmesinden anlaşılabilir. Kaydedin Fatura durumu yeni durumundan kaydedilmiş, bekletilen veya taslak durumuna geçtiğinde oluşan zaman damgasını alın. Olay türü inferred | |||
| Fatura üzerinde yeniden çalışma yapıldı | Genellikle ret kararının ardından veya belirlenen bir hatayı düzeltmek için faturada yapılan manuel güncellemeyi ya da düzeltmeyi belirtir. Bu etkinlik, standart ve müdahalesiz süreçten sapıldığını gösterir. | ||
| Neden önemli? Yeniden çalışma etkinliklerini izlemek, süreçteki verimsizlikleri ve görünmeyen maliyetleri ortaya çıkarır. Faturaların neden değiştirildiğini anlamak, hedefe yönelik süreç iyileştirmelerine ve eğitimlere yön verebilir. Nereden alınır? Genellikle ilk veri girişinden sonra fatura alanlarında yapılan değişiklikleri kaydeden değişiklik günlüklerinden veya denetim izlerinden anlaşılır. Kaydedin Özellikle 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 | |||
| Faturanın vadesi geçti | Fatura ödenmemişken geçerli tarih net vade tarihini geçtiğinde oluşan hesaplanmış bir olaydır. Vade tarihi, fatura tarihine ve tedarikçinin ödeme koşullarına göre belirlenir. | ||
| Neden önemli? Bu etkinlik, tedarikçi ilişkilerine zarar verebilecek ve cezalara yol açabilecek geç ödemeleri doğrudan gösterir. Zamanında ödeme oranını izlemek ve artırmak için önemlidir. Nereden alınır? Bu, sistemde açıkça kaydedilen bir olay değildir. Ödeme tarihi (fatura ödenmemişse geçerli tarih) ile faturanın vade tarihi karşılaştırılarak hesaplanmalıdır. Kaydedin Ödenmiş faturalar için bu olayı Olay türü calculated | |||
| Ödeme blokesi kaldırıldı | Daha önce uygulanan ödeme blokesinin kaldırıldığını ve faturanın yeniden ödenebilir duruma geldiğini belirtir. Bu, blokeye neden olan sorunun giderildiğini gösterir. | ||
| Neden önemli? Blokenin uygulanmasıyla kaldırılması arasında geçen süre, süreçteki gecikmeyi gösterir. Bu süreyi incelemek, sorunların çözümündeki darboğazları belirlemeye yardımcı olur. Nereden alınır? Fatura kaydındaki ödeme blokesi durumu veya işareti kaldırıldığında kaydedilir. Kaydedin Ödeme blokesi kodu veya bekletme durumu kaldırıldığında ya da blokesiz duruma geçirildiğinde oluşan olayı alın. Olay türü explicit | |||
| Ödeme blokesi uygulandı | Onaylanmış olsa bile faturanın ödenmesini engelleyen bir bekletme uygulanır. Bu işlem sistem kuralları nedeniyle otomatik olarak veya tedarikçiyle yaşanan anlaşmazlıklar gibi nedenlerle manuel olarak yapılabilir. | ||
| Neden önemli? Ödeme blokeleri, geç ödemelerin ve kaçırılan indirimlerin başlıca nedenlerindendir. Zamanında ödeme oranını artırmak için blokelerin ne zaman ve neden uygulandığını belirlemek önemlidir. Nereden alınır? Genellikle fatura kaydında veya fatura kalemlerinde belirli bir durum ya da işaret olarak kaydedilir. Kaydedin 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çilerek bir ödeme teklifine veya ödeme grubuna eklenir. Bu adım, faturayı belirli bir tarihte ödeme işlemi için sıraya alır ancak para transferinin gerçekleştiği anlamına gelmez. | ||
| Neden önemli? Bu etkinlik, sürecin son aşamasını görünür kılar. Kayıt ile ödeme planlaması arasındaki gecikmeler, indirimlerin kaçırılmasına ve geç ödemelere yol açabilir. Nereden alınır? Genellikle fatura bir ödeme çalıştırmasına, ödeme teklifine veya ödeme günlüğüne eklendiğinde kaydedilir. Kaydedin Faturayı içeren ödeme teklifinin veya ödeme grubu kaydının oluşturulma tarihini bulun. Olay türü explicit | |||
| Uyuşmazlık giderildi | Daha önce belirlenen bir eşleştirme uyuşmazlığının manuel olarak incelenip giderildiği noktayı belirtir. Böylece fatura onay veya yeniden eşleştirme gibi sonraki adıma geçebilir. | ||
| Neden önemli? Uyuşmazlıkları giderme süresi, fatura işleme çevrim süresini belirleyen önemli etkenlerden biridir. Bu etkinliği incelemek, istisnaları ele almak için gereken çabayı ve süreyi anlamaya yardımcı olur. Nereden alınır? Bu olay genellikle eşleştirme nedeniyle uygulanan bekletmeyi kaldıran veya başarısız eşleştirmenin yeniden işlenmesini sağlayan ilk kullanıcı işleminden anlaşılır. Kaydedin Eşleştirme nedeniyle uygulanan bekletmenin kaldırıldığı veya önceki başarısızlığın ardından faturanın başarıyla eşleştirildiği olayı bulun. Olay türü inferred | |||
Veri çıkarma kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
ETL rehberimizi okuyun veya belirli bir süreç ve sistem seçin.
Başlamaya hazır mısınız?
Verilerinizi çıkarmaya başlamak için sisteminize özel bir kılavuz seçin veya bu genel Templatei tüm veri kaynakları için temel bir başvuru olarak kullanın.
Fatura işlemeyi iyileştirin, Satın Almadan Ödemeye sürecinin verimliliğini artırın
Gizli süreç içgörülerini ortaya çıkarın, maliyetleri düşürün ve fatura iş akışlarını hızlandırın.
Kredi kartı gerekmez, kurulum yalnızca 5 dakika sürer.