Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Şablonunuz
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- BlackLine için çıkarma rehberliği
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Dönem kapanış süreci sırasında meydana gelen belirli bir iş olayı veya görevin adı. | ||
|
Açıklama
Bu öznitelik, 'Mutabakat Hazırlandı' veya 'Düzeltme Yevmiye Kaydı Gönderildi' gibi kayıttan rapora sürecindeki tek bir adımı veya dönüm noktasını tanımlar. Bu olaylar, her finansal dönem için süreç akışını yeniden yapılandırmak üzere kronolojik olarak sıralanır. Faaliyetlerin sırasını ve sıklığını analiz etmek, gerçek süreç yolunu, standart prosedürden sapmaları ve sürecin tıkandığı darboğazları belirlemeye yardımcı olur. Süreç haritası oluşturmak ve temel performans göstergelerini hesaplamak için temeldir.
Neden önemli
Süreç haritasının omurgasını oluşturur, süreç akışının, varyantların ve istisnaların görselleştirilmesine ve analiz edilmesine olanak tanır.
Nereden alınır
Bu, tipik olarak Görevler, Yevmiyeler ve Hesap Mutabakatları gibi çeşitli BlackLine modüllerindeki olay günlüklerinden, görev durumlarından veya denetim izlerinden türetilir.
Örnekler
Mutabakat HazırlandıMutabakat SertifikalandıDüzeltme Yevmiyesi Deftere NakledildiDönem Kapatıldı
|
|||
|
Başlangıç Zamanı
EventTime
|
Bir aktivitenin veya olayın başladığını gösteren zaman damgası. | ||
|
Açıklama
EventTime, dönem kapanış sürecindeki belirli bir adımın başladığı kesin tarihi ve saati sağlar. Bu zaman damgası, olayları doğru sıralamak ve farklı süreç adımları arasındaki süreleri hesaplamak için çok önemlidir. Analizde, bu öznitelik her vaka için kronolojik olay günlüğünü oluşturmak için kullanılır. Döngü süreleri, bekleme süreleri ve işleme süreleri gibi tüm zamanla ilgili metrikleri hesaplamak için temel oluşturur; bunlar gecikmeleri ve verimsizlikleri belirlemek için hayati öneme sahiptir.
Neden önemli
Bu zaman damgası, olayları sıralamak, süreç akışını keşfetmek ve süreye dayalı tüm performans metriklerini hesaplamak için elzemdir.
Nereden alınır
Bu, BlackLine'ın görev, mutabakat veya yevmiye kaydı kayıtlarındaki oluşturma tarihi, başlangıç tarihi veya durum değişikliği zaman damgasına karşılık gelir.
Örnekler
2023-10-02T09:00:00Z2023-10-05T14:30:15Z2023-10-10T11:21:05Z
|
|||
|
Mali Dönem
FinancialPeriod
|
Bir ay veya çeyrek gibi belirli bir finansal raporlama döngüsü için benzersiz tanımlayıcı. Bu, birincil olay tanımlayıcısı olarak işlev görür. | ||
|
Açıklama
Finansal Dönem, belirli raporlama döngüsü için hesapların kapanış ve mutabakatıyla ilgili tüm faaliyetleri gruplandırır. Örneğin, '2023-01' Ocak 2023 için tüm kapanış faaliyetlerini temsil eder. Süreç madenciliğinde, bu öznitelik dönem kapanış sürecinin uçtan uca süresini analiz etmek için elzemdir. Farklı dönemler arasında döngü sürelerinin karşılaştırılmasına olanak tanıyarak eğilimleri, mevsimsel varyasyonları ve süreç iyileştirmelerinin zaman içindeki etkisini belirlemeye yardımcı olur.
Neden önemli
Bu, ilgili tüm kapanış ve mutabakat faaliyetlerini birbirine bağlayan, her dönemin süreç akışı ve performansının eksiksiz bir görünümünü sağlayan temel tanımlayıcıdır.
Nereden alınır
Bu, tipik olarak BlackLine'ın Dönem Kapanışı veya Mutabakat modülleri içindeki raporlama dönemi bağlamından türetilir. Yıl ve ay alanlarının bir kombinasyonu olabilir.
Örnekler
2023-122024-Q12023-09FY2024-P03
|
|||
|
Kaynak Sistem
SourceSystem
|
Event verisinin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynağını tanımlar. Bu görünüm için sürekli olarak 'BlackLine' olacaktır, ancak birden fazla sistemi içeren daha geniş bir bağlamda veri kaynaklarını ayırt etmeye yardımcı olur. Çoklu sistem analizinde bu alan, veri soyunu anlamak ve sisteme özel performans karşılaştırmaları yapmak için kritiktir. Tek sistem görünümünde bile veri yönetimi ve idaresi için önemli bir bağlam sağlar.
Neden önemli
Verinin kökeni hakkında kritik bilgiler sunar; bu da veri yönetişimi, doğrulama ve diğer sistemlerle entegrasyon için elzemdir.
Nereden alınır
Bu, tipik olarak veri dönüşüm süreci sırasında kayıtların kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
BlackLineBlackLine-APIBlackLine-Raporlama
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri kümesinin en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin güncelliği hakkında bağlam sağlayarak, kullanıcıların süreç içgörülerinin ne kadar güncel olduğunun farkında olmasını sağlar. Bu, dashboard kullanıcıları için analizin zamanında yapılmasını anlamak açısından önemlidir. Beklentileri yönetmeye yardımcı olur ve kararların yeterince güncel verilere dayalı olarak alındığını teyit eder.
Neden önemli
Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da analize dayalı zamanında ve ilgili iş kararları almak için kritik öneme sahiptir.
Nereden alınır
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve depolanır.
Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Bitiş Saati
EventEndTime
|
Bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
EventEndTime, belirli bir görevin tamamlandığı kesin tarihi ve saati sağlar. Bireysel aktiviteler için işleme süresini hesaplamak amacıyla StartTime ile birlikte kullanılır. Analizde, EndTime her adımın ne kadar sürdüğünü hesaplamak için çok önemlidir. Bu, genel süreç içinde en çok zaman tüketen aktiviteleri belirlemeye yardımcı olur ve darboğaz analizi ve kaynak tahsisi değerlendirmeleri için temel oluşturur.
Neden önemli
Aktivite işleme sürelerinin hesaplanmasını sağlar, bu da darboğazları belirlemek ve operasyonel verimliliği ölçmek için temeldir.
Nereden alınır
BlackLine'ın görev, mutabakat veya yevmiye kayıtlarındaki tamamlama tarihine, son değiştirme tarihine veya belirli bir durum değişikliği zaman damgasına karşılık gelir.
Örnekler
2023-10-02T11:30:00Z2023-10-05T15:00:45Z2023-10-10T11:25:10Z
|
|||
|
Bölüm
Department
|
Faaliyet veya kullanıcıyla ilişkili fonksiyonel departman veya ekip. | ||
|
Açıklama
Departman özniteliği, 'Kurumsal Muhasebe' veya 'İç Denetim' gibi bir faaliyetten sorumlu iş birimini belirtir. Bu bilgi genellikle kullanıcı profillerinden veya görevin kendisinin doğasından türetilir. Bu boyut, kuruluşun farklı bölümleri arasında süreç performansını karşılaştırmak için değerlidir. Hangi departmanların en verimli olduğunu, kapanış dönemi boyunca ek kaynaklara ihtiyaç duyabilecekleri yerleri ve departmanlar arası devirlerin gecikmelere neden olduğu noktaları belirlemeye yardımcı olur.
Neden önemli
Farklı iş birimleri arasında performans karşılaştırması yapılmasını sağlar ve departman düzeyinde iş yükü ve darboğaz analizi için çok önemlidir.
Nereden alınır
Bu bilgi, SorumluKullanıcı'ya bağlı kullanıcı profil verilerinden veya BlackLine ya da ilişkili bir ERP sistemi içindeki görevin veya Muhasebe hesabının kendi özelliklerinden temin edilebilir.
Örnekler
Kurumsal MuhasebeFP&Aİç DenetimVergi
|
|||
|
GL Hesabı
GLAccount
|
Mutabakat veya yevmiye kaydıyla ilişkili Genel Muhasebe hesap numarası. | ||
|
Açıklama
Bu öznitelik, hesap planında mutabakatı yapılan veya düzeltilen ilgili hesabı tanımlayarak süreç aktiviteleri için detaylı bir finansal bağlam sunar. GL Account üzerinden analiz yapmak, en çok manuel müdahale gerektiren hesapların belirlenmesine yardımcı olduğu için Manual Journal Adjustment Trends dashboard'u açısından hayati önem taşır. Ayrıca, aynı hesap için tek bir dönemde birden fazla düzeltme veya mutabakat girişimi yapıldığında, rework (yeniden işlem) durumlarını tespit etmek için de kullanılır.
Neden önemli
Finansal bağlam sağlar, hangi hesapların hatalara eğilimli olduğunu, sık düzeltmeler gerektirdiğini veya kapanışta gecikmelere neden olduğunu belirlemeye yardımcı olur.
Nereden alınır
Bu, BlackLine'ın Hesap Mutabakatları ve Yevmiye Kayıt modüllerindeki birincil alandır.
Örnekler
101000405020210010
|
|||
|
Mutabakat Durumu
ReconciliationStatus
|
Bir mutabakat görevinin mevcut veya nihai durumu. | ||
|
Açıklama
Bu öznitelik, 'Başlamadı', 'Devam Ediyor', 'Sertifikalandı' veya 'Reddedildi' gibi belirli bir zaman noktasındaki bir mutabakatın durumunu yakalar. Bireysel mutabakatlar için ilerleme ve sonuçların anlık görüntüsünü sunar. Duruma göre analiz, Mutabakat Durumu Detayları dashboard'u için esastır; yöneticilerin kaç mutabakatın beklemede, tamamlanmış veya dikkat gerektirdiğini hızlıca görmesine olanak tanır. Durumlar arasındaki geçişleri takip etmek, yeniden çalışma döngülerini ve inceleme ve onay döngüsündeki gecikmeleri belirlemeye yardımcı olur.
Neden önemli
Mutabakat ilerlemesi ve sonuçları hakkında net bir görünüm sağlar, birikimleri belirlemeye ve prosedürlere uyumu izlemeye yardımcı olur.
Nereden alınır
BlackLine Hesap Mutabakatları modülündeki kayıtların durum alanından doğrudan edinilebilir.
Örnekler
HazırlandıSertifikalandırıldıOnaylandıReddedildiGecikmiş
|
|||
|
Şirket Kodu
CompanyCode
|
Finansal faaliyetin gerçekleştirildiği tüzel kişilik için tanımlayıcı. | ||
|
Açıklama
Şirket Kodu, kuruluş içindeki belirli bir tüzel kişiliği temsil eder. Finansal kapanış faaliyetleri genellikle konsolide edilmeden önce her şirket kodu için ayrı ayrı gerçekleştirilir. Bu öznitelik, dönem kapanış sürecini kuruluş düzeyinde analiz etmek için kritik öneme sahiptir. Farklı tüzel kişilikler arasında performans karşılaştırmaları yapılmasına olanak tanır ki bu, Şirketler Arası Mutabakat Süresi analizi için özellikle önemlidir. En karmaşık veya verimsiz kapanış süreçlerine sahip kuruluşları belirlemeye yardımcı olur.
Neden önemli
Süreç analizinin tüzel kişiliklere göre segmentlere ayrılmasına olanak tanır, bu da tüzel kişiliğe özel darboğazları ve performans sorunlarını belirlemek için çok önemlidir.
Nereden alınır
BlackLine ve kaynak ERP içindeki yevmiye kayıtları ve mutabakatlar dahil olmak üzere çoğu finansal işlemde standart bir alan olarak mevcuttur.
Örnekler
1000US01DE012500
|
|||
|
Sorumlu Kullanıcı
ResponsibleUser
|
Faaliyeti gerçekleştiren veya faaliyete atanan kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, mutabakat hazırlama veya yevmiye kaydı gönderme gibi belirli bir görevi yürütmekten sorumlu kişiyi tanımlar. Kullanıcı adı, çalışan kimliği veya e-posta adresi olabilir. Sorumlu Kullanıcıya göre verileri analiz etmek, iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamak için anahtardır. En iyi performans gösterenlerin kim olduğu, işin eşit olarak dağıtılıp dağıtılmadığı ve yeniden çalışma veya hataların en sık nerede meydana geldiği gibi soruları yanıtlamaya yardımcı olur.
Neden önemli
İş yükü dağılımı analizi, belirli kullanıcı gruplarından kaynaklanan darboğazların belirlenmesi ve ekip performansının değerlendirilmesi için esastır.
Nereden alınır
BlackLine modülleri içinde 'Atanan Kişi', 'Tamamlayan Kişi', 'Hazırlayan', 'Sertifikalandıran' veya 'Onaylayan' gibi alanlarda bulunur.
Örnekler
john.doejane.smithuser123
|
|||
|
Düzeltme Tutarı
AdjustmentAmount
|
Manuel bir düzeltme yevmiye kaydının parasal değeri. | ||
|
Açıklama
Bu öznitelik, manuel bir düzeltmenin finansal etkisini yakalar. Tek bir değer veya ayrı borç ve alacak tutarları olarak temsil edilebilir. Düzeltmelerin hacmine ek olarak değerlerini analiz etmek, bunların önemi hakkında daha eksiksiz bir resim sunar. Belirli hesaplar veya departmanlar için büyük veya sık düzeltmeler, önemli finansal raporlama risklerini veya ele alınması gereken önemli yukarı akış süreç arızalarını işaret edebilir.
Neden önemli
Manuel düzeltmelerin finansal etkisini nicelleştirir, yüksek değerli değişiklikler içeren alanlarda araştırmaları önceliklendirmeye yardımcı olur.
Nereden alınır
BlackLine Yevmiyeler modülü içindeki miktar alanlarında mevcuttur.
Örnekler
1500.75-250.0010000.00
|
|||
|
Hedef Tamamlama Tarihi
TargetCompletionDate
|
Finansal dönemin kapatılması gereken planlanan son tarih. | ||
|
Açıklama
Bu öznitelik, dönem kapanış sürecini tamamlamak için resmi son tarihi temsil eder. Gerçek tamamlanma süresinin ölçüldüğü bir kıyaslama noktası olarak hizmet eder. Bu tarih, 'Zamanında Dönem Kapanışı Oranı' KPI'ını hesaplamak için elzemdir. 'Dönem Kapatıldı' faaliyetinin gerçek tamamlanma zaman damgasını bu hedef tarihle karşılaştırarak, analiz geciken dönemleri işaretleyebilir ve gecikmenin boyutunu ölçebilir; bu da uyumluluk ve raporlama için kritiktir.
Neden önemli
Zamanında performansı ölçmek için bir kıyaslama noktasıdır ve Zamanında Dönem Kapanış Oranı gibi uyumlulukla ilgili KPI'ları hesaplamak için esastır.
Nereden alınır
Bu tarih tipik olarak BlackLine içindeki dönem kapanış takviminde veya görev yönetimi ayarlarında belirlenir.
Örnekler
2023-10-15T23:59:59Z2024-01-12T23:59:59Z
|
|||
|
İşlem Süresi
ProcessingTime
|
Bir faaliyetin başlangıcından bitişine kadar geçen hesaplanan süresi. | ||
|
Açıklama
İşlem Süresi, diğer adıyla döngü süresi, bir faaliyetin başladığı (Başlangıç Zamanı) andan bittiği (Bitiş Zamanı) ana kadar geçen süredir. Bir görev için aktif çalışma süresini ölçer. Bu, süreç madenciliğinde temel bir metrik olup, süreçteki en zaman alıcı adımları belirlemek için kullanılır. Faaliyet, kullanıcı veya departmana göre işlem süresini analiz etmek, darboğazları ve süreç iyileştirmelerinin genel kapanış döngüsünü kısaltmada en büyük etkiye sahip olabileceği alanları tespit etmeye yardımcı olur.
Neden önemli
Bu hesaplanan metrik, genellikle süreç iyileştirmenin birincil hedefleri olan en çok zaman alan faaliyetleri belirlemek için çok önemlidir.
Nereden alınır
EventEndTime'dan EventTime (StartTime) çıkarılarak hesaplanır. Bu genellikle Process Mining aracında yapılır.
Örnekler
864003600172800
|
|||
|
Mutabakat Kimliği
ReconciliationId
|
Belirli bir hesap mutabakat görevi için benzersiz bir tanımlayıcı. | ||
|
Açıklama
Mutabakat Kimliği, finansal bir dönem içinde belirli bir Muhasebe hesabı için gerçekleştirilen her mutabakata atanan benzersiz bir anahtardır. Bu, her bir mutabakatın süreç boyunca yolculuğunun hassas bir şekilde takip edilmesini sağlar. Analizde, bu Kimlik, aynı hesap için zamanla meydana gelebilecek farklı mutabakatları ayırt etmeye yardımcı olur. Ayrıntılı derinlemesine incelemeler, belirli sorunları araştırma ve her öğenin durumunu ve geçmişini doğru bir şekilde takip etme açısından çok önemlidir.
Neden önemli
Bireysel mutabakat öğelerini izlemek için benzersiz bir anahtar sağlar, ayrıntılı analize ve belirli sorunlu alanlara derinlemesine incelemeye olanak tanır.
Nereden alınır
Bu, BlackLine Hesap Mutabakatları modülündeki her mutabakat kaydı için sistem tarafından oluşturulan benzersiz bir tanımlayıcıdır.
Örnekler
REC-893475REC-893476REC-893477
|
|||
|
Mutabakat Türü
ReconciliationType
|
Mutabakatı, örneğin Bilanço, K/Z veya Şirketler Arası olarak kategorize eder. | ||
|
Açıklama
Bu öznitelik, gerçekleştirilen mutabakatın türünü sınıflandırır. Bu önemlidir çünkü farklı mutabakat türleri farklı karmaşıklık, risk ve beklenen tamamlanma sürelerine sahip olabilir. Bu özniteliği kullanmak, analizi farklı mutabakat kategorileriyle ilişkili performansı ve zorlukları karşılaştırmak üzere bölümlere ayırmaya olanak tanır. Örneğin, şirketler arası mutabakatların standart bilanço mutabakatlarından önemli ölçüde daha uzun sürüp sürmediğini belirlemeye yardımcı olabilir.
Neden önemli
Farklı mutabakat kategorilerinin segmentlere ayrılmış analizine olanak tanır, bunlar genellikle değişen karmaşıklık ve risk profillerine sahiptir.
Nereden alınır
Bu, BlackLine'daki Muhasebe hesabının özelliklerinden veya mutabakat şablonu ayarlarından türetilebilir.
Örnekler
BilançoKâr ve ZararŞirketler ArasıBanka Mutabakatı
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Aktivitenin bir sistem tarafından mı yoksa insan kullanıcısı tarafından mı gerçekleştirildiğini gösteren bir boolean bayrak. | ||
|
Açıklama
Bu işaret, sistem tarafından otomatik olarak yürütülen görevler (örn. düşük riskli mutabakatların otomatik sertifikasyonu) ile bir kullanıcı tarafından manuel olarak gerçekleştirilenler arasında ayrım yapar. Bu, kapanış sürecindeki otomasyon seviyesini anlamanın anahtarıdır. Bu özniteliği analiz etmek, otomasyon girişimlerinin etkisini ölçmeye yardımcı olur. Otomatik görevlerin hızı ve tutarlılığını manuel görevlerle karşılaştırmak ve verimliliği artırmak ve insan hatasını azaltmak için daha fazla otomasyon fırsatlarını belirlemek için kullanılabilir.
Neden önemli
Süreçteki otomasyon seviyesini ölçmeye ve manuel görevleri otomatikleştirmek için fırsatları belirlemeye yardımcı olarak verimliliği artırır.
Nereden alınır
Bu, SorumluKullanıcı'nın bir sistem veya servis hesabı olup olmadığı kontrol edilerek ya da BlackLine'daki görev özelliklerindeki belirli işaretlerden türetilebilir.
Örnekler
truefalse
|
|||
|
Para Birimi
Currency
|
USD veya EUR gibi parasal tutar için para birimi kodu. | ||
|
Açıklama
Bu öznitelik, Düzeltme Miktarı'nın para birimini belirtir. Çok uluslu kuruluşlarda, yevmiye kayıtları çeşitli yerel para birimlerinde olabilir. Para birimi, herhangi bir finansal miktar için gerekli bir bağlamsal özniteliktir. Parasal değerlerin doğru yorumlanmasını sağlar ve genellikle analiz için standart bir raporlama para birimine dönüştürmeyi gerektiren doğru toplama ve karşılaştırmaya olanak tanır.
Neden önemli
Herhangi bir parasal değer için temel bağlamı sağlayarak, doğru yorumlamayı ve raporlama için doğru para birimi dönüşümünü mümkün kılar.
Nereden alınır
Tipik olarak BlackLine Yevmiye modülündeki tutar alanlarının yanında veya ilişkili Şirket Kodu'nun özelliklerinde bulunur.
Örnekler
USDEURGBPJPY
|
|||
|
Yeniden İşleme mi?
IsRework
|
Yeniden işleme döngüsünün bir parçası olan aktiviteleri tanımlayan hesaplanmış bir bayrak. | ||
|
Açıklama
Bu işaret, bir sürecin adımları gereksiz yere tekrarladığını gösteren faaliyetler için doğru olarak ayarlanır. Örneğin, 'Mutabakat Reddedildi' olayını aynı mutabakat için başka bir 'Mutabakat Hazırlandı' olayının takip etmesi, yeniden çalışma olarak işaretlenir. Yeniden çalışmayı belirlemek, süreç verimsizliklerini ve kalite sorunlarını ortaya çıkarmak için çok önemlidir. 'Mutabakat Yeniden Çalışma Oranı' KPI'ı bu özniteliğe göre hesaplanır ve işin ilk seferde doğru yapılmadığı, boşa harcanan çabaya ve gecikmelere yol açan alanları vurgular.
Neden önemli
Verimsiz süreç döngülerini ve tekrarlanan işleri işaretler, boşa harcanan çabayı nicelleştirmeye ve kalite sorunlarının kök nedenlerini belirlemeye yardımcı olur.
Nereden alınır
Bu, tipik olarak süreç madenciliği aracının algoritmaları tarafından hesaplanır; bu algoritmalar, aynı olay içinde tekrarlanan faaliyet dizilerini (genellikle aynı Mutabakat Kimliği veya Muhasebe Hesabı içeren) tespit eder.
Örnekler
truefalse
|
|||
|
Yevmiye Kimliği
JournalId
|
Belirli bir yevmiye kaydı için benzersiz bir tanımlayıcı. | ||
|
Açıklama
Yevmiye Kimliği, BlackLine içinde oluşturulan ve gönderilen her manuel düzeltme yevmiye kaydı için benzersiz bir anahtardır. Her yevmiyenin oluşturulmasından gönderilmesine kadar bireysel olarak takip edilebilmesini sağlar. Bu Kimlik, Manuel Yevmiye Kayıt Düzeltme Eğilimleri dashboard'u için esastır. Manuel düzeltmelerin kesin sayısını saymayı sağlar ve analistlerin temel veri veya süreç sorunlarını gösterebilecek belirli kayıtların ayrıntılarını incelemek üzere derinlemesine araştırma yapmasına olanak tanır.
Neden önemli
Her manuel yevmiye kaydını benzersiz bir şekilde tanımlar, bu da düzeltmeleri saymak ve yüksek düzeltme hacimlerinin kök nedenini araştırmak için çok önemlidir.
Nereden alınır
Bu, BlackLine Yevmiye modülündeki her giriş için sistem tarafından oluşturulan benzersiz bir tanımlayıcıdır.
Örnekler
JRN-2023-10-001JRN-2023-10-002ADJ-58321
|
|||
|
Zamanında mı?
IsOnTime
|
Dönem kapanışının hedef tarihinde tamamlanıp tamamlanmadığını gösteren hesaplanmış bir bayrak. | ||
|
Açıklama
Bu boole özniteliği, 'Dönem Kapatıldı' faaliyetinin gerçek tamamlanma süresini o finansal dönem için 'Hedef Tamamlanma Tarihi' ile karşılaştırılarak türetilir. Son teslim tarihlerine uyumluluğun basit, net bir göstergesini sağlar. Bu işaret, 'Zamanında Dönem Kapanışı Oranı' KPI'ını hesaplamak için temeldir. Zamanında kapanan ve geciken dönemlerin kolayca filtrelenmesine ve görselleştirilmesine olanak tanıyarak, son teslim tarihlerini kaçıran ve daha fazla araştırma gerektiren dönemleri hızlıca belirlemeye yardımcı olur.
Neden önemli
Bu, son teslim tarihlerini karşılayamayan olayları açıkça işaretleyerek performans takibini basitleştirir ve uyumluluk ile SLA raporlamasını doğrudan destekler.
Nereden alınır
Son 'Dönem Kapalı' aktivitesinin zaman damgasının 'TargetCompletionDate' özniteliği ile karşılaştırılmasıyla hesaplanır. Bu, Process Mining aracında yapılır.
Örnekler
truefalse
|
|||
Kayıttan Raporlamaya - Dönem Kapanışı ve Mutabakat Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dönem Kapatıldı
|
Bu, kapanışla ilgili tüm görevlerin tamamlandığını ve finansal dönemin resmi olarak kapatıldığını gösteren son faaliyettir. Bu dönem için başka işlem yapılamaz. | ||
|
Neden önemli
Bu, süreç için birincil bitiş olayıdır. Genel Dönem Kapanışı Döngü Süresini hesaplamak ve Zamanında Dönem Kapanışı Oranını belirlemek için kullanılır.
Nereden alınır
Bu olay, dönemin genel durumu 'Kapalı' olarak ayarlandığında BlackLine Kapanış Yönetimi modülünden yakalanabilir veya kapanış planındaki son görevin tamamlanma zaman damgasından çıkarılabilir.
Yakala
Dönemin durumunun 'Kapalı' olduğu veya son tamamlanan görevin zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Düzeltme Yevmiyesi Deftere Nakledildi
|
BlackLine'da oluşturulan bir düzeltme yevmiye kaydı, kaynak ERP sisteminin genel muhasebesine başarıyla aktarılmıştır. Bu, düzeltmenin resmi olarak kaydedildiğini gösterir. | ||
|
Neden önemli
Bu faaliyet, Manuel Düzeltme Yevmiye Kayıt Sayısı KPI'ını doğrudan destekler ve sık manuel düzeltmeler gerektiren kötü veri kalitesi veya kontrol zayıflıkları olan alanları belirlemek için kritiktir.
Nereden alınır
BlackLine Yevmiye Kaydı modülündeki bir durum değişikliği aracılığıyla yakalanır. Olay, yevmiyenin durumu 'Deftere Nakledildi' olarak güncellendiğinde meydana gelir ve genellikle ERP ile entegrasyon aracılığıyla onaylanır.
Yakala
Yevmiye kaydı durumu 'Deftere Nakledildi' olarak değiştiğinde olay kaydedilir.
Event tipi
inferred
|
|||
|
Finansal Tablolar Oluşturuldu
|
Bilanço ve gelir tablosu gibi resmi finansal tablolar hazırlanmıştır. Bu, temel raporlama paketinin oluşturulduğunu gösteren önemli bir dönüm noktasıdır. | ||
|
Neden önemli
Muhasebe süreçlerinden finansal raporlama ve analize geçişi işaretler. Bunu takip etmek, kapanışın son raporlama aşamasının verimliliğini ölçmeye yardımcı olur.
Nereden alınır
Bu, muhtemelen BlackLine Kapanış Yönetimi modülünde önemli bir görev olarak yönetilir. Bu görevin tamamlanması, tabloların incelemeye hazır olduğunu gösterir.
Yakala
Kapanış planındaki 'Finansal Tabloları Oluştur' görevinin tamamlama zaman damgasını yakalayın.
Event tipi
inferred
|
|||
|
Kapanış İçin Açık Dönem
|
Bu faaliyet, belirli bir dönem için finansal kapanış sürecinin resmi başlangıcını işaretler. Genellikle BlackLine'ın Kapanış Yönetimi modülünde, görevlerin aktif hale geldiği ve dönemin 'açık' olarak belirlendiği planlı bir olaydır. | ||
|
Neden önemli
Bu, süreç için birincil başlangıç olayıdır. Genel Dönem Kapanışı Döngü Süresi ve Kaynak Veri Toplama Hazırlık Süresi gibi tüm döngü süresi hesaplamaları bu noktadan başlar.
Nereden alınır
Bu olay muhtemelen BlackLine Kapanış Yönetimi (Görev Yönetimi) modülünden yakalanır. Kapanış planının aktivasyon tarihinden veya o finansal dönem için en erken görev başlangıç tarihinden çıkarılabilir.
Yakala
Bir görevle ilişkili en erken zaman damgasını veya kapanış takviminde dönemin 'aktif' hale geldiği zamanı belirleyin.
Event tipi
inferred
|
|||
|
Mutabakat Onaylandı
|
Bir hesap mutabakatının tüm inceleme seviyelerinin tamamlandığını gösteren nihai onayını temsil eder. Bu olay, mutabakatın nihai onaylanmış durumuna ulaştığında kaydedilir. | ||
|
Neden önemli
Bu, önemli bir iş biriminin tamamlandığını gösteren kilit bir dönüm noktasıdır. Uçtan uca mutabakat döngü süresini ölçmek ve onay darboğazlarını belirlemek için elzemdir.
Nereden alınır
BlackLine Hesap Mutabakatı modülündeki nihai onay durumu değişikliği zaman damgasından çıkarılır. Bu, bir mutabakat için iş akışı tamamen tamamlandığında meydana gelir.
Yakala
Mutabakat durumu 'Onaylandı'ya veya iş akışındaki son onay durumuna değiştiğinde olay oluşturulur.
Event tipi
inferred
|
|||
|
Mutabakat Sertifikalandı
|
Hazırlayanın bir hesap mutabakatı üzerindeki çalışmasını tamamladığı ve resmi olarak incelemeye sunduğu noktayı işaretler. Bu, genellikle BlackLine'ın Hesap Mutabakatı modülündeki mutabakat nesnesindeki bir durum değişikliği ile yakalanır. | ||
|
Neden önemli
Bu, süreçteki kritik bir devir noktasıdır. Sertifikasyon ve onay arasındaki süreyi analiz etmek, mutabakat inceleme iş akışındaki darboğazları ortaya çıkarır ve Mutabakat Onay Süresi KPI'ını destekler.
Nereden alınır
Hesap Mutabakatı modülündeki bir durum değişikliği zaman damgasından çıkarılır. Olay, bir mutabakatın durumu 'Sertifikalandırıldı'ya veya inceleme için hazır olduğunu gösteren benzer bir duruma geçtiğinde meydana gelir.
Yakala
Mutabakat durum alanı 'Sertifikalandırıldı' olarak değiştiğinde olay oluşturulur.
Event tipi
inferred
|
|||
|
Düzeltme Yevmiyesi Oluşturuldu
|
Bir kullanıcı, mutabakat sırasında gerekli bir düzeltmeyi belirlemiş ve BlackLine içinde bir yevmiye kaydı oluşturmuştur. Bu yevmiye henüz ERP sistemine aktarılmamıştır. | ||
|
Neden önemli
Yevmiye kaydı oluşturmayı takip etmek, düzeltmelerin hacmini ve zamanlamasını anlamaya yardımcı olur. Bir sorunun tanımlanmasını, gönderme yoluyla nihai çözümünden ayırır.
Nereden alınır
Bu muhtemelen BlackLine Yevmiye Kaydı modülünde yakalanan açık bir olaydır. Dönem için yeni bir yevmiye kaydı oluşturulması bu olayı tetikler.
Yakala
Bir kullanıcı yeni bir yevmiye kaydını kaydettiğinde bir günlük girişi oluşturulur.
Event tipi
explicit
|
|||
|
Gecikmiş Görev
|
Zamanlanmış bir kapanış görevi, tamamlanmadan tanımlanmış son teslim tarihini geçmiştir. Bu, mevcut zamanın görevin son teslim tarihiyle karşılaştırılmasına dayanan hesaplanmış bir olaydır. | ||
|
Neden önemli
Bu, kapanış son teslim tarihini kritik şekilde etkilemeden önce uyumluluk sorunlarını ve potansiyel darboğazları vurgular. Kapanış sürecinin proaktif yönetimini sağlar.
Nereden alınır
Bu açık bir sistem olayı değildir. Kapanış Yönetimi modülü verilerindeki görev tamamlama zaman damgasının görev son tarihi özniteliğiyle karşılaştırılmasıyla hesaplanmalıdır.
Yakala
'Görev Son Teslim Tarihi' ile 'Görev Tamamlama Zaman Damgası' karşılaştırılarak hesaplanır. Tamamlama son teslim tarihinden sonra ise, görev gecikmeliydi.
Event tipi
calculated
|
|||
|
Görev Tamamlandı
|
Dönem kapanış kontrol listesindeki belirli bir görev, atanan kullanıcı tarafından tamamlandı olarak işaretlenmiştir. Bu, bir kontrol denetimi veya bir raporlama adımı gibi tanımlanmış bir prosedürün tamamlanmasını temsil eder. | ||
|
Neden önemli
Görev tamamlanmasını analiz etmek, kapanış dönemi içindeki ilerlemenin ayrıntılı bir görünümünü sağlar. Genel zaman çizelgesinde hangi belirli adımların gecikmelere neden olduğunu belirlemeye yardımcı olur.
Nereden alınır
Bu, BlackLine Kapanış Yönetimi (Görev Yönetimi) modülünden gelen açık bir olaydır. Her görevin, bir kullanıcı tarafından tamamlandığında kaydedilen bir tamamlanma zaman damgası vardır.
Yakala
Bir kullanıcı bir görevin durumunu 'Tamamlandı' olarak güncellediğinde kaydedilir.
Event tipi
explicit
|
|||
|
Kaynak Veri Yüklendi
|
Bir ERP gibi kaynak sistemlerden işlem verilerinin BlackLine'a yüklenmesinin tamamlanmasını temsil eder. Bu, dönem için mutabakat ve yevmiye kaydı faaliyetlerine başlamak için bir ön koşuldur. | ||
|
Neden önemli
Veri yüklemedeki gecikmeler, tüm kapanış süreci için önemli bir darboğaz oluşturur. Bu aktiviteyi takip etmek, veri toplama sürelerini ölçmeye ve yukarı akış veri kaynağı sorunlarını belirlemeye yardımcı olur.
Nereden alınır
Bu, Kapanış Yönetimi modülünde belirli bir görevin tamamlanması olarak kaydedilebilir. Alternatif olarak, verilen finansal dönem için BlackLine'a aktarılan ilk işlemin zaman damgasından çıkarılabilir.
Yakala
Belirli bir 'Veri Yükle' görevinin tamamlama zaman damgasını yakalayın veya dönem için en erken işlem içe aktarım zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Mizan Oluşturuldu
|
Geçici veya nihai mizan’ın oluşturulduğu ve incelendiği zaman noktasını temsil eder. Bu, nihai finansal tabloların oluşturulmasından önce kritik bir dönüm noktasıdır. | ||
|
Neden önemli
Bu faaliyet, kapanış sürecinde önemli bir kontrol noktası olarak hizmet eder. İstikrarlı bir mizan oluşturmadaki gecikmeler, genellikle önceki mutabakat veya yevmiye kaydı adımlarında önemli sorunlara işaret eder.
Nereden alınır
Bu, genellikle BlackLine Kapanış Yönetimi modülünde belirli bir dönüm noktası görevi olarak yönetilir. Tamamlanması, mizan’ın hazır olduğunu gösterir.
Yakala
Kapanış planındaki belirli bir 'Mizan Oluştur' görevinin tamamlama zaman damgasını yakalayın.
Event tipi
inferred
|
|||
|
Mutabakat Hazırlandı
|
Bir kullanıcı bir hesabı mutabakat etmek için gerekli adımları tamamlamış ancak henüz resmi olarak incelemeye sunmamıştır. Bu olay, bir mutabakatın 'Devam Ediyor' veya 'Hazırlandı' durumunu belirten bir statüyle kaydedilmesiyle yakalanır. | ||
|
Neden önemli
Bunu takip etmek, mutabakatlar için gereken ilk çabayı anlamaya yardımcı olur. Bununla sertifikasyon arasındaki uzun süre, karmaşık mutabakatlara veya kullanıcı iş yükü sorunlarına işaret edebilir.
Nereden alınır
BlackLine Hesap Mutabakatı modülündeki durum değişikliklerinden çıkarılır. Bu, bir mutabakatın 'Başlatılmadı' durumundan aktif bir duruma ilk kez taşınmasına karşılık gelir.
Yakala
Mutabakat durumu 'Başlatılmadı'dan 'Devam Ediyor'a veya benzer bir duruma değiştiğinde olay kaydedilir.
Event tipi
inferred
|
|||
|
Mutabakat İncelendi
|
Bir mutabakatın en az bir inceleme seviyesini geçtiğini gösterir. Çok seviyeli onay iş akışlarında bu, nihai imzadan önce ara bir onay adımını temsil eder. | ||
|
Neden önemli
Bu faaliyet, karmaşık onay zincirlerinde gecikmelerin nerede meydana geldiğini teşhis etmeye yardımcı olur. İlk inceleme süresini sonraki, üst düzey onay sürelerinden ayırır.
Nereden alınır
Hesap Mutabakatı modülündeki bir durum değişikliğinden çıkarılır; inceleyici izinlerine sahip bir kullanıcı, iş akışını tam olarak tamamlamayan bir onay eylemi gerçekleştirdiğinde.
Yakala
Mutabakat durumu 'İncelendi' veya 'Seviye 1 Onaylandı' gibi ara bir onay durumuna değiştiğinde olay kaydedilir.
Event tipi
inferred
|
|||
|
Mutabakat Reddedildi
|
Bir inceleyici, sertifikalandırılmış bir mutabakatı reddederek düzeltmeler için hazırlayana geri göndermiştir. Bu olay, bir kalite sorununu veya istisnayı işaret eder ve bir yeniden işleme döngüsünü başlatır. | ||
|
Neden önemli
Bu faaliyet, süreç kalitesini ve yeniden çalışmayı ölçmek için çok önemlidir. Yüksek reddetme sıklığı, yetersiz eğitim, belirsiz politikalar veya veri kalitesi sorunlarına işaret eder.
Nereden alınır
Hesap Mutabakatı modülündeki bir durum değişikliğinden çıkarılır. Olay, bir mutabakatın durumu 'Reddedildi' olarak değiştiğinde veya hazırlayanın sırasına geri gönderildiğinde kaydedilir.
Yakala
Mutabakat durum alanı 'Reddedildi' veya benzer bir duruma güncellendiğinde olay tetiklenir.
Event tipi
inferred
|
|||