Siparişten Tahsilata, faturalama ve fatura düzenleme için Veri Templateiniz
Siparişten Tahsilata, faturalama ve fatura düzenleme için Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Oracle E-Business Suite için veri çıkarma yönergeleri
Siparişten Tahsilata, faturalama ve fatura düzenleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Fatura numarası
InvoiceNumber
|
Her fatura belgesine verilen benzersiz tanımlayıcıdır ve faturalama sürecinin temel vaka kimliği olarak kullanılır. | ||
|
Açıklama
Fatura Numarası, Siparişten Tahsilata faturalama analizinin temelidir ve her faturalama işlemini benzersiz biçimde tanımlar. Faturanın oluşturulması, onaylanması, gönderilmesi, ödenmesi ve kapatılması gibi ilişkili tüm etkinlikleri tek bir süreç örneğinde bir araya getirir. Böylece faturanın tüm yaşam döngüsünü baştan sona görebilirsiniz. Process Mining çalışmalarında süreçleri Fatura Numarasına göre incelemek, toplam çevrim süresini ölçmenize, faturaların işlenme biçimlerindeki farklılıkları belirlemenize ve ödemeyi geciktiren darboğazları bulmanıza yardımcı olur. Her faturayı oluşturulmasından ödenmesine kadar izlemek için bu alan gereklidir.
Neden önemli?
İlişkili tüm olayları birbirine bağlayan temel vaka tanımlayıcısıdır. Her bir faturanın tüm faturalama sürecini yeniden oluşturup incelemeyi sağlar.
Nereden alınır?
Bu, genellikle Oracle Receivables içindeki RA_CUSTOMER_TRX_ALL tablosunda yer alan işlem numarasıdır.
Örnekler
INV-9234501788144US-2023-001293
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Olay Zamanı, her etkinlikle ilişkili zaman damgasıdır ve bir vakadaki olayların kronolojik sırasını gösterir. Process Mining’de zamana dayalı tüm analizlerde kullanılan ham veridir. Çevrim süreleri, etkinlikler arasındaki süreler ve süreç çevrim süreleri gibi temel performans göstergelerini hesaplamak için gereklidir. Örneğin Fatura oluşturuldu ile Fatura onaylandı arasındaki Olay Zamanı farkı, onay süresini verir. Güvenilir süreç analizi için zaman damgalarının doğru ve eksiksiz olması önemlidir.
Neden önemli?
Her olayın zaman bağlamını sağlar; böylece süreleri hesaplayabilir, süreç performansını inceleyebilir ve darboğazları belirleyebilirsiniz.
Nereden alınır?
RA_CUSTOMER_TRX_ALL ve AR_CASH_RECEIPTS_ALL gibi Oracle EBS tablolarındaki CREATION_DATE veya LAST_UPDATE_DATE alanları gibi çeşitli tarih alanlarından alınır.
Örnekler
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
Etkinlik adı
ActivityName
|
Faturanın yaşam döngüsünde belirli bir anda gerçekleşen iş etkinliğinin adıdır. | ||
|
Açıklama
Etkinlik Adı, faturalama sürecindeki bir adımı veya kilometre taşını tanımlar. Örneğin Fatura oluşturuldu, Fatura onaylandı veya Müşteri ödemesi alındı. Belirli bir Fatura Numarasına ait etkinliklerin kronolojik sıralaması, süreç akışını oluşturur. Bu öznitelik, süreç haritasını oluşturmak, süreç farklılıklarını incelemek ve sapmaları ya da yeniden çalışma döngülerini belirlemek için kullanıldığından Process Mining açısından temel niteliktedir. Belirli adımlar arasındaki süreyi hesaplamak veya süreç uyumluluğunu anlamak gibi anlamlı analizler için etkinlik adlarının açık ve tutarlı olması önemlidir.
Neden önemli?
Süreç akışını keşfedip görselleştirmenin temelini oluşturur; süreç farklılıklarını, darboğazları ve yeniden çalışmayı incelemeyi sağlar.
Nereden alınır?
Genellikle Oracle EBS tablolarındaki (ör. AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL) durum değişiklikleri, olay türleri veya kayıt oluşturma/güncelleme olayları standart etkinlik adlarıyla eşleştirilerek elde edilir.
Örnekler
Fatura oluşturulduFatura onaylandıÖdeme vadesi geldiMüşteri ödemesi alındı
|
|||
|
Departman
Department
|
Etkinliği gerçekleştiren kullanıcının bağlı olduğu departman veya işlevsel ekip. | ||
|
Açıklama
Departman özniteliği, etkinliği gerçekleştiren kullanıcının Alacaklar veya Satış Operasyonları gibi kurumsal bağlamını gösterir. Böylece analiz ekip veya departman düzeyinde toplulaştırılabilir. Kuruluşun farklı bölümlerinin faturalama süreciyle nasıl etkileşim kurduğunu ve süreci nasıl etkilediğini anlamak açısından önemlidir. Bir departmandaki sistemsel sorunları belirlemeye, ekiplerin performansını karşılaştırmaya ve kaynak dağılımını incelemeye yardımcı olabilir. Örneğin Fatura Onay Çevrim Süresi Dashboardu departmana göre ayrıntılandırılabilir.
Neden önemli?
Süreç performansını kurumsal yapıya göre incelemeyi sağlar. Ekipler arasındaki farklılıkları gösterir ve departmana özgü darboğazları bulmaya yardımcı olur.
Nereden alınır?
Genellikle kullanıcı bilgileri, kuruluşun İK hiyerarşisi verileriyle birleştirilerek elde edilir. Bu veriler çoğunlukla PER_ALL_ASSIGNMENTS_F veya benzer bir İK tablosundan alınır.
Örnekler
Alacaklar muhasebesiFinans OperasyonlarıFaturalama Hizmetleri
|
|||
|
Fatura durumu
InvoiceStatus
|
Faturanın yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Fatura Durumu, faturanın Açık, Kapalı veya İtirazlı gibi mevcut durumunu gösterir. Böylece faturanın ilerleyişi o anki hâliyle görülebilir. Bu öznitelik, kullanıcıların farklı durumlardaki faturaların sayısını ve değerini hızla görmesini sağlayan Fatura Yaşlandırma ve Durum Özeti gibi Dashboardlar oluşturmak için gereklidir. Açık faturalar için tahsilat çalışmalarına öncelik vermeye ve alacak portföyünün genel durumunu özetlemeye yardımcı olur.
Neden önemli?
Faturaların mevcut durumunu gösterir. Operasyonel Dashboardlar, iş yükü yönetimi ve tahsilat etkinliklerine öncelik verme açısından önemlidir.
Nereden alınır?
AR_PAYMENT_SCHEDULES_ALL tablosundaki STATUS sütununda bulunur (açık için OP, kapalı için CL).
Örnekler
AçıkKapalıİtirazlı
|
|||
|
Kullanıcı
User
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliği. | ||
|
Açıklama
Bu öznitelik, faturayı onaylamak veya tahsilatı faturaya uygulamak gibi bir süreç adımından sorumlu çalışanı ya da sistem kullanıcısını belirtir. Sürecin insan unsurunu anlamak için önemlidir. Kullanıcıya göre analiz yapmak; eğitim fırsatlarını, iş yükü dağılımındaki dengesizlikleri ve kişisel performans farklılıklarını belirlemeye yardımcı olur. Örneğin, hangi kullanıcıların daha fazla yeniden çalışmayla veya daha uzun onay süreleriyle ilişkili olduğunu göstererek hedefli süreç iyileştirmelerini destekler.
Neden önemli?
Bireysel düzeyde performans analizine olanak tanır; yüksek performans gösteren kullanıcıları, eğitim ihtiyaçlarını ve olası iş yükü dengesizliklerini belirlemeye yardımcı olur.
Nereden alınır?
Çeşitli işlem tablolarındaki CREATED_BY veya LAST_UPDATED_BY gibi kullanıcı kimliği alanlarından alınır. Ardından kullanıcı adını bulmak için bu kimlik FND_USER tablosuyla birleştirilir.
Örnekler
JSMITHBWILLIAMSCDAVIS
|
|||
|
Müşteri kimliği
CustomerId
|
Faturanın düzenlendiği müşteriye ait benzersiz tanımlayıcı. | ||
|
Açıklama
Müşteri Kimliği, faturayı ana verilerdeki belirli bir müşteri hesabına bağlar. Böylece farklı müşterilerin süreç performansını toplu olarak inceleyip karşılaştırabilirsiniz. Analistler bu öznitelikle müşteri ödeme davranışlarını gösteren Dashboardlar oluşturabilir, en çok itiraz veya yeniden çalışmayla ilişkili müşterileri belirleyebilir ve müşteri gruplarına göre fatura işleme sürelerini karşılaştırabilir. Yalnızca sürece odaklanan bir görünümden müşteri odaklı analize geçişte önemli rol oynar.
Neden önemli?
Müşteri odaklı analizi mümkün kılar; ödeme örüntülerini, sık itirazları ve belirli müşterilere özgü süreç farklılıklarını belirlemeye yardımcı olur.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosundaki SOLD_TO_CUSTOMER_ID veya BILL_TO_CUSTOMER_ID alanlarında bulunur.
Örnekler
CUST-100239845ACME-US-01
|
|||
|
Toplam fatura tutarı
TotalInvoiceAmount
|
Tüm satır kalemleri, vergiler ve ücretler dâhil faturanın toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, müşteriye gönderilen faturanın toplam mali değerini gösterir. Faturalama sürecindeki mali analizlerin temel ölçütlerinden biridir. Process Mining’de Toplam Fatura Tutarı, vakaları gruplandırmak ve filtrelemek için kullanılır. Örneğin analistler, yüksek ve düşük tutarlı faturaların süreç akışlarını karşılaştırarak farklı işlenip işlenmediklerini görebilir. Onay aşamasında bekleyen faturaların değerini hesaplamak gibi mali etki analizleri için de gereklidir.
Neden önemli?
Mali etki analizini mümkün kılar. Kullanıcılar sorunları parasal değerlerine göre önceliklendirebilir ve farklı fatura tutarlarının süreci nasıl etkilediğini anlayabilir.
Nereden alınır?
Büyük olasılıkla AR_PAYMENT_SCHEDULES_ALL tablosundaki AMOUNT_DUE_ORIGINAL alanından alınır veya belirli bir fatura için RA_CUSTOMER_TRX_LINES_ALL tablosundan hesaplanır.
Örnekler
1500.0012550.75500.50
|
|||
|
Vade tarihi
DueDate
|
Müşterinin faturayı ödemesinin beklendiği tarih. | ||
|
Açıklama
Vade Tarihi, ödeme koşullarına göre faturanın son ödeme gününü belirleyen önemli bir tarih özniteliğidir. Gerçek ödeme performansı bu tarihe göre ölçülür. Zamanında Ödeme Oranı gibi KPI’ları hesaplamak ve fatura yaşlandırma raporları oluşturmak için gereklidir. Process Mining’de müşterilerin sürekli geç ödeme yapması veya süreç gecikmelerinin zamanında tahsilat yapma olanağına etkisi gibi ödeme davranışlarını incelemeyi sağlar.
Neden önemli?
Ödeme performansını ölçmek, faturaların yaşını hesaplamak ve geç ödeme ya da tahsil edilemeyen alacak riskini değerlendirmek için temel alınır.
Nereden alınır?
AR_PAYMENT_SCHEDULES_ALL tablosundaki DUE_DATE sütununda bulunur.
Örnekler
2023-05-152023-06-302023-07-01
|
|||
|
İş birimi
BusinessUnit
|
Faturayı düzenleyen şirkete bağlı belirli iş birimi veya faaliyet birimi. | ||
|
Açıklama
İş birimi, işlemden sorumlu kuruluş birimini ifade eder. Oracle EBS’de bu birim genellikle faaliyet birimi olarak gösterilir. Bu öznitelik, işin farklı bölümlerindeki süreç performansını karşılaştırmanıza olanak tanır. Hangi iş birimlerinin daha verimli olduğunu, zamanında ödeme oranlarının daha yüksek olup olmadığını veya daha fazla itirazla karşılaşıp karşılaşmadığını belirlemeye yardımcı olur. Böylece iyi uygulamaları paylaşabilir ve belirli alanlara yönelik iyileştirmeler yapabilirsiniz.
Neden önemli?
Kuruluşun farklı bölümlerindeki performansı karşılaştırarak iyi uygulamaları ve belirli alanlara özgü sorunları belirlemeye yardımcı olur.
Nereden alınır?
Faaliyet birimi bilgisi, RA_CUSTOMER_TRX_ALL gibi çoğu işlem tablosundaki ORG_ID alanı üzerinden dolaylı olarak elde edilebilir.
Örnekler
ABD operasyonlarıEMEA hizmetleriKüresel üretim
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı kayıt sistemidir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği kaynak uygulamayı belirtir. Bu süreçte kaynak her zaman Oracle E-Business Suite olacaktır. Birden fazla sistemin bulunduğu ortamlarda bu alan, veri kökenini izlemek ve sorunları gidermek açısından önemlidir. Tek sistemli ortamlarda bile verinin beklenen kaynaktan geldiğini doğruladığı için veri yönetişiminde zorunlu bir alandır.
Neden önemli?
Veri izlenebilirliğini ve bağlamını sağlar. Bu, veri yönetişimi ve birden fazla kurumsal sistemden veri entegrasyonu için önemlidir.
Nereden alınır?
Kaynak ERP sistemini belirtmek için veri çıkarma sırasında atanan sabit bir değerdir.
Örnekler
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Müşteri adı
CustomerName
|
Faturanın düzenlendiği müşterinin yasal adı. | ||
|
Açıklama
Müşteri Adı, müşteriyi kolayca okunabilir bir adla tanımlar. Müşteri Kimliği birleştirme ve benzersiz tanımlama için kullanılırken ad, raporlarda ve Dashboardlarda gösterilir. Kullanıcılar kimlik numaralarını aramak yerine müşteri adlarını kolayca tanıyabildiğinden analiz daha anlaşılır hâle gelir. Müşteriye göre ortalama ödeme gecikmesini gösteren çubuk grafik gibi kullanımı kolay görselleştirmeler oluşturmak için önemlidir.
Neden önemli?
Filtreleme ve gruplandırmada kolayca okunabilir bir ad sunarak Dashboardların ve raporların kullanımını kolaylaştırır, analizi daha erişilebilir kılar.
Nereden alınır?
Fatura başlığındaki müşteri kimliği kullanılarak HZ_PARTIES ve HZ_CUST_ACCOUNTS tablolarından birleştirilir.
Örnekler
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
Müşteri ülkesi
Country
|
Müşterinin fatura adresinin bulunduğu ülke. | ||
|
Açıklama
Bu öznitelik, müşterinin fatura adresiyle ilişkili ülkeyi belirtir ve süreç analizine coğrafi bir boyut kazandırır. Süreci ülkeye göre analiz etmek, ödeme davranışındaki, süreç verimliliğindeki veya yerel düzenlemelere uyumluluktaki bölgesel farklılıkları ortaya çıkarabilir. Örneğin Müşteri ödeme davranışına ilişkin içgörüler Dashboardunda ülkeler arasındaki ortalama ödeme gecikmelerinin belirgin biçimde farklılaşıp farklılaşmadığını görebilirsiniz.
Neden önemli?
Süreci coğrafi açıdan analiz etmenizi sağlar; müşteri davranışındaki, düzenlemelerin etkisindeki ve operasyonel performanstaki bölgesel farklılıkları ortaya çıkarır.
Nereden alınır?
Müşteri hesap tabloları üzerinden bağlanan HZ_LOCATIONS ve FND_TERRITORIES tablolarındaki müşterinin fatura adresi bilgileriyle birleştirilir.
Örnekler
USAAlmanyaBirleşik Krallık
|
|||
|
Ödeme koşulları
PaymentTerms
|
Müşterinin faturayı ne zaman ödemesi gerektiğini belirleyen, üzerinde anlaşılmış koşullar. | ||
|
Açıklama
Ödeme koşulları, faturanın vade tarihini belirlemek için kullanılan Net 30 veya Net 60 gibi ödeme şartlarını tanımlar. Nakit akışını doğrudan etkileyen temel ana veri unsurlarındandır. Ödeme koşullarına göre analiz yapmak, farklı koşulların ödeme davranışını ve Satışların Tahsilat Süresini (DSO) nasıl etkilediğini anlamanıza yardımcı olur. Ödeme süresi daha kısa olan müşterilerin daha hızlı ödeme yapıp yapmadığını ortaya çıkarabilir ve farklı müşteri segmentlerine hangi ödeme koşullarının sunulacağına ilişkin stratejik kararlara yön verebilir.
Neden önemli?
Faturanın vade tarihini ve nakit akışı tahminlerini doğrudan etkiler. Farklı kredi politikalarının ne kadar etkili olduğunu değerlendirmeye yardımcı olur.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosundaki TERM_ID üzerinden bağlanan RA_TERMS_B tablosundan alınır.
Örnekler
Net 30Net 60Teslim alındığında ödenir
|
|||
|
Para birimi
Currency
|
Faturadaki parasal tutarların para birimi kodu. | ||
|
Açıklama
Bu öznitelik, fatura tutarlarının hangi para biriminde (ör. USD veya EUR) olduğunu belirtir. Tüm mali ölçütleri doğru yorumlamak için gerekli bağlamı sağlar. Çok uluslu operasyonlardan gelen verileri incelerken mali değerleri doğru yorumlamak ve karşılaştırmak için Para Birimi özniteliği gereklidir. Dashboardlarda para birimine göre filtreleme yapmak veya konsolide raporlama için döviz kurlarını uygulamak amacıyla kullanılabilir.
Neden önemli?
Tüm mali öznitelikler için gerekli bağlamı sağlar; birden fazla para biriminin kullanıldığı ortamlarda doğru yorumlama ve analize yardımcı olur.
Nereden alınır?
Genellikle RA_CUSTOMER_TRX_ALL tablosundaki INVOICE_CURRENCY_CODE sütununda bulunur.
Örnekler
USDEURGBP
|
|||
|
Satış siparişi numarası
SalesOrderNumber
|
Faturanın oluşturulmasına yol açan ilk satış siparişinin tanımlayıcısı. | ||
|
Açıklama
Satış siparişi numarası, Siparişten Tahsilata döngüsünün önceki Sipariş Yönetimi aşamasına doğrudan bağlantı sağlar. Faturalama sürecini müşterinin ilk siparişiyle ilişkilendirir. Bu öznitelik, süreçler arasında daha geniş kapsamlı analiz yapmanıza olanak tanır. Örneğin analistler, belirli satış siparişi türlerinin sürekli olarak fatura itirazlarına veya ödeme gecikmelerine yol açıp açmadığını inceleyebilir. Faturalama sürecini tek başına ele alırken gözden kaçabilecek önemli bir bağlam sunar.
Neden önemli?
Faturalama sürecini önceki satış sürecine bağlayarak Siparişten Tahsilata döngüsünün bütünsel analizini ve temel neden araştırmasını mümkün kılar.
Nereden alınır?
Genellikle fatura satırı tablosundaki (RA_CUSTOMER_TRX_LINES_ALL) referans veya arayüz öznitelik alanında bulunur. Örneğin INTERFACE_LINE_ATTRIBUTE1 ya da benzer bir açıklayıcı esnek alanda yer alabilir.
Örnekler
SO-54321601882ORD-2023-9910
|
|||
|
Satışların Tahsilat Süresi
DaysSalesOutstanding
|
Faturanın oluşturulmasıyla ödemenin alınması arasında geçen gün sayısı. | ||
|
Açıklama
Satışların Tahsilat Süresi (DSO), fatura oluşturulduktan sonra ödemenin tahsil edilmesi için geçen ortalama süreyi ölçen önemli bir finansal metriktir. Bu öznitelik her fatura için ayrı ayrı hesaplanır. Genel KPI ortalamayı gösterse de bu değerin her fatura için bulunması ayrıntılı analiz olanağı sağlar. Dağılımları oluşturabilir, uç değerleri belirleyebilir ve tahsilat verimliliğinin zaman içindeki eğilimlerini inceleyebilirsiniz. DSO eğilimi Dashboardu, bu özniteliğin zaman içindeki ortalamasını doğrudan görselleştirir.
Neden önemli?
Her fatura düzeyinde tahsilat verimliliğini ölçer; eğilim analizleri için temel veriyi sağlar ve yüksek DSO ile ilişkili etkenleri belirlemeye yardımcı olur.
Nereden alınır?
Veri dönüşümü sırasında hesaplanır. Mantık: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').
Örnekler
304592
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu olaya ait verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, son veri çıkarma işleminin zaman damgasını verir. İncelenen verilerin ne kadar güncel olduğunu anlamak için önemlidir. Dashboardların ve analizlerin sürecin en güncel durumunu yansıtıp yansıtmadığını kullanıcılar bu alandan kontrol edebilir. Veri gecikmesiyle ilgili beklentileri yönetmeye yardımcı olur ve güvenilir bir veri modelinin önemli üst verilerinden biridir.
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?
Veri çıkarma, dönüştürme ve yükleme (ETL) sırasında oluşturulan ve her kayda eklenen bir üst veri alanıdır.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Yeniden çalışma var mı
IsRework
|
Faturada değişiklik veya yeniden onay gibi bir yeniden çalışma etkinliği olup olmadığını gösteren hesaplanmış bir işaret. | ||
|
Açıklama
Faturanın süreç akışında Fatura değiştirildi veya ikinci kez Fatura onaylandı gibi yeniden çalışmaya işaret eden etkinlikler varsa bu mantıksal işaret doğru değerini alır. Standart ve verimli akıştan sapan faturaları hızla belirlemenize yardımcı olur. Bu öznitelik, Fatura hata oranı ve Manuel yeniden çalışma oranı gibi KPI’lar için önemlidir. Yeniden çalışma sıklığını ölçmenizi, verimsiz vakaları filtrelemenizi ve yeniden çalışmayla en çok ilişkili kullanıcı veya departmanlar gibi temel nedenleri araştırmanızı sağlar.
Neden önemli?
Ek ve standart dışı adımlar gerektiren faturaları işaretleyerek süreç verimsizliğini ölçer; yeniden çalışmanın nedenlerini ve etkisini analiz etmenizi sağlar.
Nereden alınır?
Veri dönüşümü sırasında, bir vaka içindeki belirli etkinlik dizileri (ör. Fatura onaylandı etkinliğinin ardından Fatura değiştirildi etkinliği) tespit edilerek hesaplanır.
Örnekler
truefalse
|
|||
|
Zamanında ödendi mi
IsPaidOnTime
|
Faturanın vade tarihinde veya daha önce ödenip ödenmediğini gösteren hesaplanmış bir işaret. | ||
|
Açıklama
Bu mantıksal öznitelik, Müşteri ödemesinin alınma zaman damgası ile faturanın vade tarihini karşılaştırarak elde edilir. Ödeme zamanında veya erken yapıldıysa doğru, gecikmişse yanlış değerini alır. Bu işaret, ödeme performansıyla ilgili KPI ve Dashboardlar oluşturmayı kolaylaştırır. Zamanında ödeme oranı KPI’ının hesaplanmasında doğrudan kullanılır. Ayrıca faturaları daha ayrıntılı temel neden analizi için zamanında ve gecikmiş olarak kolayca filtreleyip gruplandırmanızı sağlar.
Neden önemli?
Zamanında ödeme oranı KPI’ını doğrudan destekler ve faturaları zamanında ve gecikmiş olarak gruplandırarak analizleri kolaylaştırır.
Nereden alınır?
Veri dönüşümü sırasında hesaplanır. Mantık: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.
Örnekler
truefalse
|
|||
Siparişten Tahsilata, faturalama ve fatura düzenleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura kapatıldı
|
Fatura resmen kapatılmıştır. Ödemeler, alacak dekontları ve/veya düzeltmeler sonucunda bakiyenin sıfırlandığını gösterir. Böylece faturanın yaşam döngüsü başarıyla tamamlanır. | ||
|
Neden önemli?
Bu, sürecin başlıca bitiş noktasıdır. Fatura oluşturuldu ile Fatura kapatıldı arasındaki toplam çevrim süresi, Siparişten Tahsilata faturalama döngüsünün genel verimliliğini gösteren önemli bir ölçüttür.
Nereden alınır?
AR_PAYMENT_SCHEDULES_ALL tablosundaki STATUS alanının CL (Closed) olarak değişmesinden çıkarılır. Kapanışa neden olan son işlemin tarihi zaman damgası olarak kullanılabilir.
Kaydedin
AR_PAYMENT_SCHEDULES_ALL tablosundaki durumun CL olarak değişmesinden çıkarılır; zaman damgası olarak son ilişkili uygulama kullanılır.
Olay türü
inferred
|
|||
|
Fatura müşteriye gönderildi
|
Bu etkinlik, faturanın basılı veya elektronik olarak müşteriye resmen iletildiğini belirtir. Bu olay, müşterinin ödeme süresinin başlangıcını gösterir. | ||
|
Neden önemli?
Bu, faturanın müşteriye ulaşma süresini ve ödeme için geçen zamanı ölçmede önemli bir kilometre taşıdır. Kurum içi işlem gecikmelerini müşterinin ödeme davranışından ayırmaya yardımcı olur.
Nereden alınır?
Oracle EBS bu olayı standart bir alana her zaman açıkça kaydetmez. Olay, Invoice Print eşzamanlı programının zaman damgasından veya elektronik teslimat sırasında ayarlanan özel bir işaretten çıkarılabilir.
Kaydedin
Fatura yazdırma programının tamamlanma tarihinden veya elektronik iletim için kullanılan özel mantıktan çıkarılır.
Olay türü
inferred
|
|||
|
Fatura oluşturuldu
|
Sistemde yeni bir fatura işleminin oluşturulduğunu belirtir. Bu olay genellikle, tamamlanan satış siparişi satırlarını işleyen Autoinvoice Import Program tarafından tetiklenir veya Alacaklar modülüne elle fatura girilmesiyle gerçekleşir. | ||
|
Neden önemli?
Bu, faturalama sürecinin başlangıç noktasıdır. Bu olay ile diğer olaylar arasındaki süreyi incelemek, faturanın tüm yaşam döngüsünü görmenize ve sürecin ilk aşamalarındaki darboğazları belirlemenize yardımcı olur.
Nereden alınır?
Oracle Receivables içindeki RA_CUSTOMER_TRX_ALL tablosunda işlemin oluşturulma tarihi olarak kaydedilir. Olayın zaman damgası olarak TRX_DATE veya CREATION_DATE kullanılabilir.
Kaydedin
Olay, RA_CUSTOMER_TRX_ALL tablosundaki bir kaydın oluşturulma zaman damgasıdır.
Olay türü
explicit
|
|||
|
Müşteri ödemesi alındı
|
Müşteriden alınan ödeme, nakit tahsilatı olarak sisteme girilmiştir. Bu aşamada ödeme henüz belirli bir faturaya uygulanmamış olabilir. | ||
|
Neden önemli?
Bu, Satışların Tahsilat Süresini (DSO) hesaplamada önemli bir kilometre taşıdır. Faturanın oluşturulmasıyla ödemenin alınması arasındaki süre, tahsilat verimliliğinin başlıca ölçütlerinden biridir.
Nereden alınır?
AR_CASH_RECEIPTS_ALL tablosunda bir kayıt oluşturulduğunda bu olay zaman damgasıyla açıkça kaydedilir.
Kaydedin
Olay, AR_CASH_RECEIPTS_ALL tablosundaki bir kaydın oluşturulma zaman damgasıdır.
Olay türü
explicit
|
|||
|
Tahsilat faturaya uygulandı veya mutabık hâle getirildi
|
Alınan müşteri ödemesi, ödenmemiş bakiyeyi azaltacak şekilde bir veya daha fazla faturaya başarıyla uygulanmıştır. Bu, ödemenin borçla mutabık hâle getirilmesini ifade eder. | ||
|
Neden önemli?
Bu, ödeme sürecinin son adımıdır ve Tahsilatın Faturaya Uygulanma Çevrim Süresini ölçmek için önemlidir. Buradaki gecikmeler müşteri hesap bakiyelerinin yanlış görünmesine ve kredi yönetiminin etkilenmesine yol açabilir.
Nereden alınır?
AR_RECEIVABLE_APPLICATIONS_ALL tablosunda nakit tahsilatını bir işleme bağlayan kayıt oluşturulduğunda bu olay zaman damgasıyla açıkça kaydedilir.
Kaydedin
Olay, AR_RECEIVABLE_APPLICATIONS_ALL tablosundaki bir kaydın oluşturulma zaman damgasıdır (GL_DATE veya APPLY_DATE).
Olay türü
explicit
|
|||
|
Alacak dekontu oluşturuldu
|
Faturalama hatasını düzeltmek veya iade işlemini gerçekleştirmek için bir alacak dekontu işlemi oluşturulur ve çoğunlukla mevcut bir faturaya uygulanır. Bu, Alacaklar içinde ayrı ancak ilişkili bir işlemdir. | ||
|
Neden önemli?
Çok sayıda alacak dekontu; sipariş karşılama, fiyatlandırma veya ilk faturalama doğruluğuyla ilgili önceki aşamalardaki sorunlara işaret eder. Bu olayları incelemek, gelir kaybının ve müşteri memnuniyetsizliğinin temel nedenlerini bulmak açısından önemlidir.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosunda yeni bir işlem olarak kaydedilir. CUST_TRX_TYPE_ID, sınıfı CM (Credit Memo) olan bir işlem türüne bağlanır. PREVIOUS_CUSTOMER_TRX_ID alanı, işlemi ilk faturaya bağlar.
Kaydedin
Olay, RA_CUSTOMER_TRX_ALL tablosunda alacak dekontu işlem türüyle bir kaydın oluşturulmasıdır.
Olay türü
explicit
|
|||
|
Fatura değiştirildi
|
Mevcut, tamamlanmamış bir faturanın güncellendiğini veya düzeltildiğini belirtir. Fatura tamamlanmadan ya da gönderilmeden önce satır kalemleri, tutarlar veya faturalama bilgileri değiştirilmiş olabilir. | ||
|
Neden önemli?
Sık yapılan değişiklikler süreç verimsizliğine, veri kalitesi sorunlarına veya kullanıcı hatalarına işaret edebilir. Bu etkinliği incelemek, yeniden çalışmayı ve bunun çevrim sürelerine etkisini ölçmeye yardımcı olur. Fatura Hata Oranı gibi KPI’ları destekler.
Nereden alınır?
Tamamlanmamış faturalar için RA_CUSTOMER_TRX_ALL tablosundaki CREATION_DATE ile LAST_UPDATE_DATE karşılaştırılarak çıkarılabilir. Denetim etkinse değişiklikler daha açık biçimde izlenebilir.
Kaydedin
RA_CUSTOMER_TRX_ALL tablosundaki LAST_UPDATE_DATE üzerinden güncellemeler izlenerek çıkarılır.
Olay türü
inferred
|
|||
|
Fatura onaylandı
|
Müşteriye gönderilmeden önce elle girilen veya incelenen bir faturanın kurum içindeki resmî onayını ifade eder. Bu etkinlik, yapılandırılmış bir Oracle Workflowun parçası olabilir veya durum elle değiştirilebilir. | ||
|
Neden önemli?
Onay süresini izlemek, Fatura Onay Çevrim Süresi KPI’ını ölçmek için önemlidir. Buradaki gecikmeler müşteri faturalamasını doğrudan erteler ve nakde dönüşüm döngüsünü uzatır.
Nereden alınır?
Bu etkinliğin kaydı çoğunlukla yapılandırmaya bağlıdır. Workflow tablolarındaki (ör. WF_ITEM_ACTIVITY_STATUSES) durum değişikliklerinden veya RA_CUSTOMER_TRX_ALL tablosundaki fatura işleminin açıklayıcı esnek alanından çıkarılabilir.
Kaydedin
Workflow tablolarındaki durum değişikliklerinden veya özel durum alanlarından çıkarılır.
Olay türü
inferred
|
|||
|
İtiraz bildirildi
|
Müşteri faturaya resmen itiraz etmiştir. İtiraz sonuçlanana kadar tahsilat işlemleri durdurulur. Bu süreç çoğunlukla Oracle Advanced Collections içinde yönetilir veya durum elle güncellenir. | ||
|
Neden önemli?
İtirazlar ödemeleri geciktirerek nakit akışını doğrudan etkiler. İtirazların sıklığını ve çözüm süresini izlemek, ürün, hizmet veya faturalama doğruluğuyla ilgili tekrarlayan sorunları belirlemeye yardımcı olur.
Nereden alınır?
Oracle Advanced Collections kullanılıyorsa bu, açıkça kaydedilen bir işlemdir. Aksi durumda, AR içindeki belirli bir itiraz durumundan veya faturaya uygulanan bekletmeden çıkarılabilir.
Kaydedin
Oracle Advanced Collections içinde işlem olarak kaydedilir veya faturadaki durum değişikliğinden çıkarılır.
Olay türü
explicit
|
|||
|
Ödeme hatırlatması gönderildi
|
Vadesi geçmiş bir fatura için müşteriye tahsilat bildirimi veya hatırlatma gönderilmiştir. Bu, tahsilat sürecindeki önemli bir etkinliktir. | ||
|
Neden önemli?
Bu etkinliği izlemek, tahsilat stratejilerinin ne kadar etkili olduğunu ölçmek açısından önemlidir. Hatırlatma gönderilmeden önceki ve sonraki ödeme oranlarını incelemeyi sağlar.
Nereden alınır?
Oracle Advanced Collections kullanılıyorsa tahsilat mektubunun gönderilmesi açık bir olay olarak kaydedilir. Bu modül yoksa etkinlik çoğunlukla sistem dışında yürütülür ve güvenilir biçimde izlenemeyebilir.
Kaydedin
Oracle Advanced Collections modülünde Dunning Correspondence olayı olarak kaydedilir.
Olay türü
explicit
|
|||
|
Ödeme iptal edildi
|
Daha önce alınmış bir müşteri ödemesinin iptal edildiğini belirtir. Bu durum genellikle yetersiz bakiye (NSF) veya bankanın işlem hataları nedeniyle ortaya çıkar. | ||
|
Neden önemli?
Ödeme iptalleri nakit akışı tahminlerini aksatır ve ek idari iş yükü yaratır. Bu olayları izlemek, sorunlu müşterileri veya ödeme yöntemlerini belirlemeye yardımcı olur.
Nereden alınır?
Oracle Receivables içinde açıkça gerçekleştirilen bir işlemdir. İptal işlemi, AR_CASH_RECEIPT_HISTORY_ALL tablosunda REVERSED gibi iptal durumunu belirten kayıtlar oluşturur.
Kaydedin
AR_CASH_RECEIPT_HISTORY_ALL tablosundaki durumun REVERSED olarak değişmesiyle belirlenir.
Olay türü
explicit
|
|||
|
Ödeme vadesi geldi
|
Ödeme koşullarına göre faturanın vadesinin geldiği günü gösteren hesaplanmış bir olaydır. Bir kullanıcı veya sistem eylemine karşılık gelmez, ancak zaman açısından önemli bir kilometre taşıdır. | ||
|
Neden önemli?
Bu olay, zamanında ödeme oranlarını hesaplamak ve müşterilerin ödeme davranışlarını incelemek için gereklidir. Ödemenin erken, zamanında veya geç yapıldığını belirlemek için temel alınır.
Nereden alınır?
Bir olay olarak kaydedilmez. Belirli bir faturanın AR_PAYMENT_SCHEDULES_ALL tablosundaki TERM_DUE_DATE alanı sistem tarihiyle karşılaştırılarak hesaplanır.
Kaydedin
Geçerli zaman damgası AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE ile karşılaştırılarak hesaplanır.
Olay türü
calculated
|
|||
|
Tahsil edilemeyen alacak kaydı oluşturuldu
|
Kalan fatura bakiyesinin tamamı veya bir kısmı tahsil edilemeyen alacak olarak kaydedilir. Bu işlem genellikle tahsilat girişimleri sonuç vermediğinde yapılır. | ||
|
Neden önemli?
Tahsil edilemeyen alacak kayıtları doğrudan gelir kaybına yol açar. Bunların sıklığını ve tutarını incelemek, kredi politikalarını iyileştirmeye ve tahsil edilemeyen borçların mali etkisini anlamaya yardımcı olur.
Nereden alınır?
Faturaya uygulanan belirli bir düzeltme türündeki işlem olarak kaydedilir. Olay, AR_ADJUSTMENTS_ALL tablosunda, tahsil edilemeyen alacaklar için tanımlanmış bir alacak etkinliği türüne bağlı olarak bulunabilir.
Kaydedin
Olay, AR_ADJUSTMENTS_ALL tablosunda Write-Off etkinlik türüyle bir kaydın oluşturulmasıdır.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Siparişten Tahsilata faturalama ve fatura düzenleme sürecinde Process Mining çalışmalarınıza bu Template ile başlayın. Operasyonlarınıza ilişkin içgörüleri ortaya çıkarmaya ve verimliliği artırmaya bugün başlayın.
Siparişten Tahsilata faturalama sürecinizi şimdi hızlandırın
Faturalama çevrim süresini %30 azaltın, nakde dönüşüm hızınızı artırın.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.