Kayıttan Raporlamaya - Dönem Sonu Kapanış ve Mutabakat Veri Template'iniz
Kayıttan Raporlamaya - Dönem Sonu Kapanış ve Mutabakat Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Süreç analizi için izlenecek temel aktiviteler
- Adım adım veri çıkarma rehberliği
Kayıttan Raporlamaya - Dönem Sonu Kapanış ve Mutabakat Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Mali Dönem FinancialPeriod | Aralık 2023 için '2023-12' gibi, mali raporlama döngüsü için benzersiz bir tanımlayıcı olup, dönem sonu kapanış süreci için bir durum olarak hizmet eder. | ||
| Açıklama Finansal Dönem, genellikle bir takvim ayı veya mali dönem olmak üzere belirli bir zaman dilimi için defterlerin kapatılmasıyla ilgili tüm faaliyetleri gruplayan temel
Neden önemli Bu, analizi çerçeveleyen, zaman içinde dönem kapanış performansının karşılaştırılmasını ve trendlerin veya tekrarlayan sorunların belirlenmesini sağlayan temel Nereden alınır Mali belge başlıklarındaki Mali Yıl (GJAHR) ve Kayıt Dönemi (MONAT) alanlarının birleştirilmesiyle türetilir, genellikle BKPF gibi tablolardan alınır. Örnekler 2023-122024-032024-Q1 | |||
| Aktivite ActivityName | Dönem kapanış sürecinde gerçekleştirilen belirli bir iş adımı veya görevin adı; örneğin `Düzeltme Yevmiye Kaydı Girildi` veya `Kayıt Dönemi Kapatıldı`. | ||
| Açıklama Bu nitelik, uçtan uca dönem kapanış ve mutabakat sürecindeki tek bir Faaliyetleri analiz etmek Neden önemli Süreçteki adımları tanımlar, süreç haritasının temelini oluşturur ve süreç akışı, sapmalar ve darboğazların analizini sağlar. Nereden alınır Çeşitli kaynaklardan türetilir; örneğin İşlem Kodları (TCODE), Belge Türleri (BLART) veya finansal kapanış görevleriyle ilgili tablolardaki durum alanları (örneğin, SAP Financial Closing cockpit'ten). Örnekler Kayıt İçin Dönem AçıldıHesap Mutabakatı BaşlatıldıFinansal Tablolar OluşturulduŞirketler Arası Mutabakat Başlatıldı | |||
| Başlangıç Zamanı EventTime | Belirli bir faaliyetin ne zaman başladığını veya sisteme kaydedildiğini gösteren `timestamp`. | ||
| Açıklama Olay Zamanı, bir aktivitenin gerçekleştiği kesin tarih ve saati yakalar. Finansal kayıtlar için bu genellikle bir belgenin oluşturulma zamanı (CPUTM) veya kayıt tarihi (BUDAT)'dir. Durum değişiklikleri veya görevler için ise, değişikliğin günlüğe kaydedildiği zaman damgasıdır. Bu öznitelik, aktivitelerin kronolojik sıralaması için kritik öneme sahiptir ve tüm zaman tabanlı analizlerin temelidir. Aktiviteler arasındaki döngü sürelerini, belirli görevlerin süresini ve genel uçtan uca süreç süresini hesaplamak için kullanılır. Ortalama Dönem Kapanış Döngüsü Süresi ve Ort. Mutabakat Onay Süresi gibi KPI'ları doğrudan destekler. Neden önemli Bu zorunlu Nereden alınır BKPF gibi tablolardaki Oluşturma Tarihi (CPUDT) ve Oluşturma Saati (CPUTM) gibi Örnekler 2023-12-28T09:15:30Z2024-01-02T14:00:12Z2024-01-05T11:21:00Z | |||
| Belge Numarası DocumentNumber | Bir yevmiye kaydı gibi finansal bir belge için benzersiz tanımlayıcı. | ||
| Açıklama Belge Numarası, SAP tarafından her finansal kayda atanan benzersiz bir anahtardır. Kapanış sürecindeki faaliyetleri oluşturan münferit işlemlerin takibi ve denetimi için birincil referans görevi görür. Bir Neden önemli SAP'deki temel işleme doğrudan referans sağlar, süreç modelinden kolay detaylandırma ve denetlenebilirlik imkanı sunar. Nereden alınır Finansal belge başlık tablosu BKPF (BELNR alanı) ve BSEG veya ACDOCA gibi kalem tablolarında bulunur. Örnekler 100000045190000001300000023 | |||
| Bitiş Saati EndTime | Bir aktivitenin tamamlandığını gösteren timestamp. | ||
| Açıklama
Neden önemli Performans darboğazlarını belirlemek ve verimliliği analiz etmek için kritik olan aktivite sürelerinin (İşlem Süresi) hesaplanmasını sağlar. Nereden alınır Başlangıç Zamanı gibi, bu da çeşitli zaman damgası alanlarından alınabilir. Bazı aktiviteler için Başlangıç Zamanı ile aynı olabilir. Diğerleri için, uygulama tablolarında veya değişiklik günlüklerinde (CDHDR, CDPOS) ayrı bir 'tamamlanma' veya 'değiştirilme' tarihi olabilir. Örnekler 2023-12-28T09:16:10Z2024-01-02T17:30:00Z2024-01-05T11:21:00Z | |||
| GL Hesap Numarası GlAccountNumber | Genel Muhasebe'deki belirli bir hesabın tanımlayıcısı. | ||
| Açıklama Genel Muhasebe (GL) Hesap Numarası, nakit, borç hesapları veya gelir gibi finansal işlemleri kaydetmek için kullanılan münferit hesapları tanımlar. Mutabakatlar ve düzeltme kayıtları gibi birçok dönem sonu faaliyeti, belirli Genel Muhasebe hesaplarıyla doğrudan ilişkilidir. Bu nitelik, detaylı finansal süreç analizi için elzemdir. Neden önemli Süreç aktivitelerini belirli finansal hesaplara bağlar, sorunların temel nedenlerini bulmak için mutabakatlar ve yevmiye kayıtlarının detaylı analizini sağlar. Nereden alınır Esas olarak BSEG (HKONT alanı) veya S/4HANA evrensel yevmiye tablosu ACDOCA gibi finansal belge kalem tablolarında bulunur. Örnekler 113100004000000073000000 | |||
| Hedef Tamamlama Tarihi TargetCompletionDate | Mali tabloların oluşturulması gibi anahtar bir faaliyetin tamamlanması için planlanan veya son tarih. | ||
| Açıklama
Bu nitelik, takvim uyumluluğunu ve son tarihlere karşı performansı ölçmek için elzemdir. Neden önemli Son teslim tarihlerine karşı performans analizini sağlar, kritik kapanış faaliyetleri için zamanında tamamlama oranlarını ölçmeye ve iyileştirmeye yardımcı olur. Nereden alınır Bu Örnekler 2024-01-05T23:59:59Z2024-04-04T23:59:59Z2024-07-05T23:59:59Z | |||
| İşlem Süresi ProcessingTime | Bireysel bir faaliyetin süresi, `End Time` ile `Start Time` arasındaki fark olarak hesaplanır. | ||
| Açıklama İşlem Süresi, aktivite süresi olarak da bilinir, tek bir görevde harcanan zamanı ölçer. Bir olayın Bu hesaplanan metrik, performans analizi için temeldir. Aktivite düzeyindeki darboğazları belirlemeye yardımcı olur ve 'Kaynak Tahsisi Verimliliği' ve 'Mutabakat Onay Verimi' dashboard'larında kullanılan birincil ölçüttür. İşlem sürelerinin toplamı, süreç içindeki toplam dokunma süresi hakkında da içgörüler sağlayabilir. Neden önemli Bireysel görevlerin süresini ölçer, darboğazları doğrudan vurgular ve verimlilik analizinin temelini oluşturur. Nereden alınır Hesaplanan alan: Örnekler PT1M30S8SP2D | |||
| Mutabakat Durumu ReconciliationStatus | Bir hesap mutabakat faaliyetinin durumu; örneğin `Açık`, `Devam Ediyor` veya `Onaylandı`. | ||
| Açıklama Bu nitelik, belirli bir hesap veya görev için mutabakat sürecinin durumunu izler. Bir mutabakatın başlatılıp başlatılmadığını, incelemeye sunulup sunulmadığını, onaylanıp onaylanmadığını veya reddedilip reddedilmediğini gösterir. Durum değişiklikleri, süreçteki anahtar Bu, Neden önemli Mutabakat görevlerinin ilerlemesini ve sonucunu takip eder, bu da Nereden alınır Bu bilgi genellikle, SAP Financial Closing Örnekler BaşlamadıHazırlık AşamasındaOnaylandıReddedildi | |||
| Şirket Kodu CompanyCode | SAP kuruluşu içinde bir tüzel kişilik veya şirket için benzersiz bir tanımlayıcı. | ||
| Açıklama Şirket Kodu, bir işletme içinde eksiksiz, kendi başına bir hesap kümesinin oluşturulabileceği bağımsız bir muhasebe birimini temsil eder. Tüm dönem sonu kapanış faaliyetleri Şirket Kodu düzeyinde gerçekleştirilir. Bu, finansal analiz için temel bir organizasyonel boyuttur. Neden önemli Farklı tüzel kişilikler arasındaki süreçlerin karşılaştırılmasına olanak tanıyan, varyasyonları ve en iyi uygulamaları belirlemek için kritik bir organizasyonel bağlam sağlar. Nereden alınır SAP'deki hemen hemen tüm finansal tablolarda, en dikkat çekici olarak başlık tablosu BKPF'de (BUKRS alanı) bulunur. Örnekler 10001710US01DE01 | |||
| Sorumlu Kullanıcı ResponsibleUser | Faaliyeti yürüten veya görevden sorumlu kişinin kullanıcı kimliği. | ||
| Açıklama Bu nitelik, bir yevmiye kaydı göndermek veya bir mutabakatı onaylamak gibi belirli bir görevi gerçekleştiren çalışanı tanımlar. Genellikle sistem loglarında ve belge başlıklarında bir kullanıcı kimliği olarak yakalanır. Süreci kullanıcıya göre analiz etmek, iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamak için kritiktir. Neden önemli Süreç aktivitelerini bunları gerçekleştiren kişilere bağlar, iş yükü analizi, kaynak optimizasyonu ve performans yönetimi sağlar. Nereden alınır Genellikle BKPF (USNAM alanı - Kullanıcı Adı) gibi belge başlık tablolarında veya CDHDR (USERNAME alanı) gibi değişiklik belgesi tablolarında bulunur. Örnekler ABROWNCSMITHDJOHNSON | |||
| Belge Para Birimi DocumentCurrency | Finansal belgedeki tutarlar için para birimi kodu. | ||
| Açıklama Bu nitelik, işlemin kaydedildiği para birimini (USD, EUR veya JPY gibi) belirtir. Çok uluslu kuruluşlarda, para birimine göre analiz yapmak önemli olabilir. Parasal değerlerin doğru yorumlanmasını sağlar ve toplu analiz için tek bir raporlama para birimine dönüştürme için gereklidir. Bu bağlam olmadan, Neden önemli Özellikle çok para birimli bir ortamda, parasal değerler için gerekli bağlamı sağlar, miktarların doğru yorumlanmasını temin eder. Nereden alınır Finansal belge başlık tablosu BKPF'de (WAERS alanı) bulunur. Örnekler USDEURJPY | |||
| Belge Tutarı DocumentAmount | Belge para birimindeki finansal kaydın toplam değeri. | ||
| Açıklama Bu nitelik, finansal bir belgeyle ilişkili parasal değeri temsil eder. Dönem sonu düzeltmeleri için bu, tahakkuk veya düzeltmenin kaydedilen miktarı olabilir. Tutarı analiz etmek, önemlilik değerlendirmeleri için faydalıdır. Analistlerin, daha büyük bir finansal risk oluşturabilecek yüksek değerli düzeltme kayıtlarının incelenmesine öncelik vermesine olanak tanır. Süreç haritasını belirli bir eşiğin üzerindeki işlemlere odaklanacak şekilde filtrelemek için kullanılabilir, görünümü en önemli faaliyetlere basitleştirir. Neden önemli Analize finansal bir boyut ekler, sorunların parasal etki ve önem düzeyine göre önceliklendirilmesine olanak tanır. Nereden alınır Bu değer genellikle BSEG veya ACDOCA gibi kalem tablolarından (alan WRBTR - Belge para birimindeki tutar) toplanmalıdır. Örnekler 15000.00250.75-500.00 | |||
| Dönem Kapanışı Döngü Süresi PeriodCloseCycleTime | Bir finansal dönem için, ilk faaliyetten son faaliyete kadar geçen toplam süre. | ||
| Açıklama Bu metrik, tek bir Bu, Neden önemli Genel süreç süresi için birincil KPI'yı temsil eder ve zaman içindeki verimlilik iyileştirmelerinin üst düzey takibine olanak tanır. Nereden alınır Her Örnekler P5D10H30MP7D2HP6D | |||
| Gerçek Tamamlama Tarihi ActualCompletionDate | Anahtar bir faaliyetin veya tüm dönem kapanışının tamamlandığı gerçek tarih. | ||
| Açıklama Bu nitelik, önemli bir dönüm noktasının gerçek tamamlanma tarihini yakalar. Finansal tabloların nihai onayı veya kayıt döneminin kapanışının
Neden önemli Planlanan son tarihlere karşı performansı ölçmek ve gecikmeleri analiz etmek için gerekli olan dönüm noktalarının gerçek zamanlamasını sağlar. Nereden alınır Bir dizideki son faaliyetin ( Örnekler 2024-01-06T10:00:00Z2024-04-05T17:00:00Z2024-07-04T11:00:00Z | |||
| İşlem Kodu TransactionCode | Faaliyeti yürütmek için kullanılan SAP işlem kodu (`T-code`). | ||
| Açıklama Bir işlem kodu (T-kodu), SAP'de belirli bir işlevi veya programı başlatmak için kullanılan bir kısayoldur. Örneğin, FB01 belge kaydı için, FAGLB03 ise GL hesap bakiyelerini görüntülemek için kullanılır. T-kodu genellikle gerçekleştirilen aktivitenin açık bir teknik göstergesini sağlar. Bu öznitelik, süreç modeli için aktivite tanımlarının oluşturulmasına yardımcı olur. Otomatik ve manuel aktiviteler arasında ayrım yapmanın ve bir görevin sistemde tam olarak nasıl gerçekleştirildiğini anlamanın güvenilir bir yoludur. T-kodlarını analiz etmek, çalışanlar tarafından kullanılan standart dışı veya verimsiz yöntemleri ortaya çıkarabilir. Neden önemli Bir aktivitenin nasıl gerçekleştirildiğine dair teknik, sistem düzeyinde bir görünüm sunar; bu, manuel ve otomatik adımları ve standart dışı prosedürleri belirlemek için faydalıdır. Nereden alınır Finansal belge başlık tablosu BKPF'de (TCODE alanı) veya değişiklik belge günlüklerinde bulunur. Örnekler FB01FAGL_FCVF.13 | |||
| Kaynak Sistem SourceSystemId | Verinin çıkarıldığı belirli SAP S/4HANA örneği veya istemcisi için tanımlayıcı. | ||
| Açıklama Bu nitelik, Başlıca Neden önemli Özellikle çok sistemli ortamlarda verinin kökeni hakkında netlik sağlayarak temel veri soyu ve bağlamı sunar. Nereden alınır Bu, genellikle Örnekler S4H_PROD_100S4H_QAS_200ECC_LEGACY_001 | |||
| Mutabakat Yeniden İşlemesi mi IsReconciliationRework | Bir mutabakat aktivitesinin bir ret veya daha fazla düzeltme ile takip edilip edilmediğini gösteren doğru bir boolean bayrak. | ||
| Açıklama Bu hesaplanan nitelik, mutabakat alt sürecindeki Bu işaret, özellikle Neden önemli Süreç verimsizliğinin temel bir biçimi olan yeniden işi doğrudan niceliksel olarak belirler, mutabakat kalitesi için hedefe yönelik analiz ve iyileştirme çabaları sağlar. Nereden alınır Aktivitelerin sırasına göre hesaplanır. Örneğin, aynı dönemin aynı GL Hesabı için 'Mutabakat Onaylandı' sırasının ardından 'Düzeltme Yevmiye Kaydı Girildi' geliyorsa bir bayrak doğru olarak ayarlanır. Örnekler truefalse | |||
| Otomatikleştirildi mi? IsAutomated | Aktivitenin bir sistem kullanıcısı veya otomatik bir süreç tarafından gerçekleştirilip gerçekleştirilmediğini gösteren bir boolean bayrak. | ||
| Açıklama Bu işaret, bir insan kullanıcı tarafından manuel olarak gerçekleştirilen görevler ile sistem tarafından otomatik olarak yürütülen görevleri (örneğin, kur değerleme için zamanlanmış toplu iş veya otomatik mahsup çalıştırmaları) ayırır. Genellikle Bu nitelik, kapanış sürecindeki otomasyon seviyesini anlamak için anahtardır. Yüksek hacimli manuel görevleri vurgulayarak daha fazla otomasyon fırsatlarını belirlemeye yardımcı olur. Ayrıca, Neden önemli Otomasyon fırsatlarını belirlemek ve her ikisinin verimliliğini analiz etmek için kritik olan insan ve sistem aktiviteleri arasında ayrım yapar. Nereden alınır Bu, genellikle Örnekler truefalse | |||
| Son Veri Güncellemesi LastDataUpdate | Data'nın kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren timestamp. | ||
| Açıklama Bu nitelik, en son Birincil amacı Neden önemli Kullanıcıları verilerin güncelliği hakkında bilgilendirerek, süreç içgörülerinin ne kadar güncel olduğunu anlamalarını sağlar. Nereden alınır Bu, Örnekler 2024-06-10T08:00:00Z2024-06-09T08:00:00Z | |||
| Yevmiye Kaydı Tipi JournalEntryType | Standart kayıtları, tahakkukları ve düzeltmeleri ayıran, kaydedilen finansal belgenin türü. | ||
| Açıklama Yevmiye Kaydı Türü veya SAP terminolojisindeki Belge Türü, muhasebe belgelerini sınıflandıran bir anahtardır. Bir belgenin hangi hesap türlerine kaydedileceğini kontrol eder ve satıcı faturası (KR), genel muhasebe kaydı (SA) veya müşteri ödemesi (DZ) gibi farklı ticari işlemleri ayırt etmek için kullanılır. Dönem kapanışı bağlamında, bu nitelik belirli faaliyet türlerini izole etmek için çok önemlidir. Örneğin, analistlerin Neden önemli Finansal işlemleri kategorize eder, analizin sorunsuz bir dönem kapanışı için kritik olan manuel düzeltmeler gibi belirli kayıt türlerine odaklanmasını sağlar. Nereden alınır Bu, finansal belge başlık tablosu BKPF'deki standart bir alandır (alan BLART). Örnekler SAKRAB | |||
| Zamanında mı? IsOnTime | Bir dönüm noktasının hedef tarihine kadar veya öncesinde tamamlanıp tamamlanmadığını gösteren doğru bir boolean bayrak. | ||
| Açıklama Bu nitelik, takvim uyumluluğu için basit bir ikili sonuç sunar. Finansal tabloların onayı gibi belirli bir dönüm noktası için Bu, Neden önemli Teslim tarihi uyumluluk analizini net bir başarı veya başarısızlık sonucuna basitleştirerek, zamanında performansı takip etmeyi ve raporlamayı kolaylaştırır. Nereden alınır Hesaplanan alan: Örnekler truefalse | |||
Kayıttan Raporlamaya - Dönem Sonu Kapanış ve Mutabakat Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Düzeltme Yevmiye Kaydı Girildi | İlk mutabakatlar yapıldıktan sonra, genellikle inceleme sürecinde bulunan tutarsızlıkları düzeltmek amacıyla yapılan düzeltici bir yevmiye kaydını temsil eder. Bu, Genel Muhasebe'ye işlenmiş açık bir işlemdir. | ||
| Neden önemli Yüksek sıklıkta düzeltme kayıtları, önceki süreçlerde veya mutabakatlarda ilk seferde kalitenin düşük olduğunu gösterir. Bu kayıtları analiz etmek, hataların temel nedenlerini belirlemek ve yeniden işleme miktarını azaltmak için anahtardır. Nereden alınır ACDOCA ve BKPF tablolarında açıkça belgelenmiş kayıtlar olarak yer alır. Belirli belge türleri, kapanış döngüsünün sonundaki kayıt tarihleri veya özel metin açıklamalarıyla tanımlanabilirler. Yakala BKPF'deki yevmiye kayıtlarını, belge türü ve mutabakat faaliyetlerine göre kayıt tarihinin bir kombinasyonuna dayalı olarak filtrele. Event tipi explicit | |||
| Finansal Tablolar Oluşturuldu | Bu faaliyet, Bilanço ve Gelir Tablosu gibi resmi finansal tabloların oluşturulmasını işaret eder. Dönem sonu muhasebe ve konsolidasyon süreçlerinin doruk noktasını temsil eder. | ||
| Neden önemli Bu, Kayıttan Raporlamaya döngüsünde önemli bir dönüm noktasıdır. Zamanlaması, raporlama son tarihlerini karşılamak ve paydaşlara zamanında bilgi sağlamak için kritiktir. Nereden alınır SAP Financial Closing Cockpit gibi finansal kapanış yönetim aracı aracılığıyla en iyi şekilde yakalanır; burada açık bir görevdir. Aksi takdirde, rapor oluşturma günlüklerinden veya dosya oluşturma zaman damgalarından çıkarılmalıdır. Yakala Kapanış aracında Event tipi inferred | |||
| Hesap Mutabakatı Başlatıldı | GL hesap bakiyelerini doğrulamaya yönelik manuel veya yarı otomatik sürecin başlangıcını işaret eder. Bu, bir mutabakatın durumu 'Yeni'den 'Devam Ediyor' olarak değiştiğinde veya ilk hazırlayıcı eylemi kaydedildiğinde çıkarılır. | ||
| Neden önemli Bu, bilanço doğrulamasında yer alan süre ve çabayı anlamak için önemli bir dönüm noktasıdır. Hangi hesapların veya departmanların mutabakatlarına geç başladığını belirlemeye yardımcı olur. Nereden alınır Bu Yakala Belirli bir Genel Muhasebe hesabı mutabakatı için Event tipi inferred | |||
| Hesap Mutabakatı Onaylandı | Bu faaliyet, bir Genel Muhasebe hesabı mutabakatının nihai onayını işaret ederek, bakiyenin doğrulandığını ve tüm sorunların çözüldüğünü teyit eder. Bu, bir mutabakat aracında `Onaylandı` durum değişikliğinden çıkarılır. | ||
| Neden önemli Bu dönüm noktası, kritik bir kontrol faaliyetinin tamamlandığını işaret eder. Onay sürelerini takip etmek, inceleme sürecindeki Nereden alınır SAP Hesap Doğrulama ve Otomasyonu gibi bir mutabakat yönetim sisteminden, nihai onay durumunun zaman damgası izlenerek yakalanır. Yakala Bir mutabakatın durum alanının son 'Onaylandı' durumuna güncellendiği zaman damgasını belirleyin. Event tipi inferred | |||
| Kayıt İçin Dönem Açıldı | Bu, finansal dönemin başlangıcını işaret eder; burada kayıt dönemleri işlem kaydı için açılır. Bu, SAP'de bir finans yöneticisi tarafından gerçekleştirilen, yeni dönem için yevmiye kayıtlarına izin veren açık, kaydedilmiş bir konfigürasyon değişikliğidir. | ||
| Neden önemli Bu faaliyet, dönem sonu kapanış süreci için birincil başlangıç Nereden alınır Bu Yakala Belirli mali yıl ve döneme ilişkin T001B tablosu için değişiklik günlüklerini filtrele. Event tipi explicit | |||
| Kayıt İçin Dönem Kapatıldı | Bu, döngüdeki son faaliyettir; kayıt dönemi, başka işlemlerin yapılmasını önlemek için resmi olarak kapatılır. Bu eylem, kesinleşmiş finansal raporlar için `data`'nın bütünlüğünü sağlar. | ||
| Neden önemli Bu faaliyet, süreç için kesin son Nereden alınır Dönem açmaya benzer şekilde, bu Yakala İlgili mali yıl ve dönemin kapanışını belirlemek için T001B tablosu için değişiklik günlüklerini filtrele. Event tipi explicit | |||
| Şirketler Arası Mutabakat Başlatıldı | Bu faaliyet, aynı kurumsal grup içindeki farklı şirket kodları arasındaki işlemleri eşleştirme ve mutabakata bağlama sürecinin başlangıcını işaret eder. Bu genellikle bir mutabakat işi çalıştırılarak veya SAP'nin ICMR aracında yeni bir mutabakat `case`'i oluşturularak başlatılır. | ||
| Neden önemli Şirketler arası mutabakat genellikle karmaşık ve zaman alıcıdır. Süresini ve akışını analiz etmek, grup kapanışını düzene sokmak ve konsolide finansalların doğru olmasını sağlamak için çok önemlidir. Nereden alınır SAP Şirketler Arası Eşleştirme ve Mutabakat (ICMR) modülündeki durum değişikliklerinden veya döneme ait ilk mutabakat belgelerinin oluşturulmasından çıkarılır. Yakala Verilen dönem için ICMR aracındaki mutabakat birimlerinin oluşturulma tarihini veya durum değişikliği Event tipi inferred | |||
| Finansal Tablolar Onaylandı | Mali tabloların yayınlanmadan önce yetkili yönetim tarafından nihai onayını temsil eder. Bu genellikle çevrimdışı bir süreçtir, ancak resmi bir dijital onay adımı mevcutsa yakalanabilir. | ||
| Neden önemli Bu, nihai kalite ve kontrol kapısıdır. Zamanlamasını takip etmek, raporlama son tarihlerine uyumu ve yönetim inceleme döngüsünün genel verimliliğini anlamak için elzemdir. Nereden alınır Beyanname onayı için bir Yakala Finansal tablo paketinin nihai onayını gösteren bir veri alanı ve zaman damgası belirleyin. Event tipi inferred | |||
| Konsolidasyon Görevleri Yürütüldü | SAP Group Reporting içindeki konsolidasyon faaliyetlerinin yürütülmesini temsil eder; örneğin, kur çevrimi, yeniden sınıflandırma ve şirket içi karların ortadan kaldırılması. Bu görevler genellikle konsolidasyon monitöründe yönetilir ve kaydedilir. | ||
| Neden önemli Birden fazla tüzel kişiliğe sahip kuruluşlar için konsolidasyon süreci kritik bir yoldur. Bu görevleri izlemek, grup kapanışını düzene sokmaya ve zamanında konsolide raporlama sağlamaya yardımcı olur. Nereden alınır SAP S/4HANA Grup Raporlama'daki Veri Monitörü veya Konsolidasyon Monitörü içindeki durum günlüklerinden yakalanır. Her görev genellikle bir kullanıcı, zaman damgası ve duruma sahiptir. Yakala Grup Raporlama konsolidasyon monitörünün temel tablolarından görev yürütme günlüklerini çıkarın. Event tipi explicit | |||
| Mizan Hazırlandı | Bir mizan oluşturulduğunu ve inceleme için kaydedildiğini gösterir, nihai finansal tablolar oluşturulmadan önce önemli bir kontrol noktası olarak hizmet eder. Bu olayın yakalanması genellikle rapor çıktısının kaydedildiği prosedürlere dayanır. | ||
| Neden önemli Mizan hazırlığı kritik bir kalite kontrol noktasıdır. Zamanlamasının analizi, nihai raporlamaya hazır olma durumunu anlamaya yardımcı olur ve önceki faaliyetlerdeki gecikmeleri vurgulayabilir. Nereden alınır Bu genellikle açık bir Yakala Rapor yürütme logları veya kapanış Event tipi inferred | |||
| Otomatik Mutabakat Çalışması Yürütüldü | SAP'de, GR/IR (Mal Girişi/Fatura Girişi) mahsup çalıştırması gibi otomatik mahsup programlarının yürütülmesini temsil eder. Bu işler, belirli Genel Muhasebe hesaplarındaki açık kalemleri eşleştirir ve kapatır, manuel mutabakat çabasını azaltır. | ||
| Neden önemli Bu faaliyet, mutabakat sürecindeki otomasyon seviyesini vurgular. Bu çalıştırmalardaki hatalar veya istisnalar, önemli manuel işçiliğe ve gecikmelere yol açabilir. Nereden alınır F.13 veya F.13E gibi belirli toplu işlerin yürütme günlüklerinden yakalanır. İş günlüğü tabloları TBTCO ve TBTCP, yürütme ayrıntılarını içerir. Yakala SAP iş günlüklerinde F.13 gibi işlemlerle ilişkili işlerin başlangıç ve bitiş zaman damgalarını izleyin. Event tipi explicit | |||
| Tahakkuklar ve Karşılıklar Kaydedildi | Bu `event`, tahakkuk esasına göre doğru finansal raporlama için gerekli olan tahakkuklar, ertelenen gelirler ve diğer karşılıklar için manuel yevmiye kayıtlarının oluşturulmasını yakalar. Bunlar, Genel Muhasebe'ye işlenmiş açık işlemlerdir. | ||
| Neden önemli Bu kayıtları takip etmek, manuel düzeltmelerin hacmini ve zamanlamasını analiz etmeye yardımcı olur. Yüksek bir hacim, otomasyon veya yukarı akış süreçlerinde iyileştirme fırsatlarını gösterebilir. Nereden alınır Evrensel yevmiye kaydı tablosu ACDOCA ve başlık tablosu BKPF'de açıkça yevmiye kayıtları olarak yer alır. Bu kayıtlar, tahakkuklar için yapılandırılmış belirli belge türleri ile tanımlanabilir. Yakala BKPF tablosundaki belgeleri belge türüne (örn. 'SA' veya özel türler) ve dönem içindeki kayıt tarihine göre filtrele. Event tipi explicit | |||
| Yabancı Para Değerleme Çalışması | Bu, dönem sonu döviz kurlarına göre yabancı para birimlerindeki açık kalemleri ve bakiyeleri yeniden değerlemek için standart bir ay sonu prosedürüdür. Bu programın yürütülmesi, ortaya çıkan değerleme farklarını kaydeder. | ||
| Neden önemli Muhasebe standartlarına uyumu sağlar ve doğru bir finansal tablo sunar. Bu aktiviteyi izlemek, tüm kur değerlemelerinin zamanında yapılmasını sağlamaya yardımcı olur. Nereden alınır Yabancı para değerleme programının (örneğin, FAGL_FCV) yürütme günlüklerinden yakalanır. İş ayrıntıları TBTCO ve TBTCP tablolarında saklanır. Yakala FAGL_FCV işlemi veya temel programıyla ilgili işlerin yürütme günlüklerini izleyin. Event tipi explicit | |||
| Yardımcı Defter Veri Aktarımı Tamamlandı | Alacak Hesapları, Borç Hesapları ve Duran Varlık Muhasebesi gibi yardımcı defterlerden özetlenmiş verilerin Genel Muhasebe'ye aktarıldığı toplu işlerin tamamlanmasını temsil eder. Bu, kapanış prosedürleri başlamadan önce tüm temel operasyonel işlemlerin Genel Muhasebe'ye yansıdığını garanti eder. | ||
| Neden önemli Alt defter kapanışındaki gecikmeler, genel süreç için önemli bir darboğaz olabilir. Bu aktiviteyi izlemek, kaynak sistemlerden veri toplama ve entegrasyonundaki verimsizlikleri belirlemeye yardımcı olur. Nereden alınır Defterin mutabakatı ve veri transferinden sorumlu belirli toplu işlerin başarılı tamamlanma durumundan çıkarılır. İş günlükleri TBTCO ve TBTCP tablolarında bulunabilir. Yakala SAP'nin iş genel görünümünde (işlem SM37) ilgili toplu işlerin tamamlanma zaman damgalarını belirleyin ve izleyin. Event tipi explicit | |||
Veri Çekim Kılavuzları
Adımlar
- CDS Görünümlerini Belirleme ve Doğrulama: SAP S/4HANA sisteminize SAP HANA Studio veya Eclipse ADT ile giriş yapın. ABAP Geliştirme Araçlarını kullanarak, sorguda belirtilen
I_JournalEntryItem,I_BatchJobveI_ConsolidationTaskLoggibi standart CDS görünümlerinin varlığını arayın ve doğrulayın. Hesap Mutabakatı gibi süreçler için, durum değişikliklerini yakalamak amacıylaZ_I_ACCOUNTRECONCILIATIONgibi özel CDS görünümleri oluşturmanız gerekebilir. - OData Üzerinden CDS Görünümlerini Sunma: SAP arka ucunda, yeni bir proje oluşturmak için
SEGW(Gateway Service Builder) işlemini kullanın. Veri Modeli klasörüne sağ tıklayın ve 'Referans -> Veri Kaynağı'nı seçin. Gerekli CDS görünümlerini ekleyin. Bu görünümleri harici tüketime açan bir OData hizmeti oluşturmak için çalışma zamanı nesnelerini oluşturun. - OData Hizmetini Etkinleştirme: SAP Gateway hub'ında
/IWFND/MAINT_SERVICEişlemine gidin. 'Hizmet Ekle'ye tıklayın, önceki adımda oluşturduğunuz hizmeti bulun ve ekleyin. Bu, hizmeti etkin ve sorgulanabilir hale getirir. - Veri Bağlantısı Kurma: Seçtiğiniz veri çıkarma aracından (Python, Power BI veya özel bir ETL platformu gibi), yeni oluşturulan OData hizmetine bir bağlantı kurun. Hizmet URL'sine ve CDS görünümlerine erişim yetkisine sahip uygun kimlik bilgilerine ihtiyacınız olacaktır.
- Sorguyu Uyarlama ve Yürütme: Sağlanan SQL sorgusunu kopyalayın. Tarih aralıkları, şirket kodları ve herhangi bir özel CDS görünümü veya toplu iş adı için yer tutucu değerlerini kendi SAP ortamınıza uyacak şekilde değiştirin. Sorguyu OData hizmet uç noktasına karşı yürütün. OData'nın farklı bir sözdizimi ($filter, $select) kullandığını unutmayın, bu nedenle UNION ALL sorgusunun mantığını her bir etkinlik için bir dizi ayrı API çağrısına çevirmeniz gerekebilir.
- Etkinlik Verilerini Konsolide Etme: OData tipik olarak tek bir çağrıda doğrudan karmaşık UNION ALL sorgularını desteklemediği için, sorgudaki her etkinlik bloğu için ayrı bir istek yürüteceksiniz. Tüm isteklerden elde edilen sonuçları istemci aracınızda tek bir veri kümesi veya tablo halinde birleştirin.
- Verileri Dönüştürme ve Temizleme: Birleştirilmiş verileri inceleyin.
EventTimeveEndTimesütunlarının tutarlı bir zaman damgası formatında olduğundan emin olun.FinancialPeriod'un 'YYYY-MM' olarak doğru biçimlendirildiğini doğrulayın.ResponsibleUserveyaDocumentNumbergibi sütunlardaki NULL değerlerini gerektiği gibi ele alın. - Olay Günlüğü Olarak Dışa Aktarma: Son, birleştirilmiş veri kümesini bir CSV dosyasına dışa aktarın. Sütun başlıklarının gerekli özniteliklerle eşleştiğinden emin olun:
FinancialPeriod,ActivityName,EventTime,EndTime,ResponsibleUser, vb. Bu dosya şimdi ProcessMind'e yüklenmeye hazırdır.
Konfigürasyon
- CDS Görünümleri: Sorgu, standart ve özel CDS görünümlerinin birleşimine dayanır.
I_JournalEntryItem(muhasebe kayıtları için) veI_BatchJob(otomatik çalıştırmalar için) gibi standart görünümler esastır.Z_I_ACCOUNTRECONCILIATIONgibi özel görünümler, standart görünümlerin kapsamadığı dahili süreçlerin durumunu yakalamak için sıklıkla gereklidir. - Tarih Aralığı: Veri hacmini yönetmek için çıkarma için belirli bir tarih aralığı tanımlayın. Sorgu, anlamlı analiz için tipik olarak 3 ila 6 tam mali dönemi kapsaması gereken
[Başlangıç Tarihi]ve[Bitiş Tarihi]yer tutucularını kullanır. - Anahtar Filtreler: Filtreleme, performans ve alaka düzeyi açısından çok önemlidir. Daima
CompanyCode'a göre filtreleyin. Diğer önemli filtreler arasındaDefter(örneğin, ana defter için '0L'),Mali Yılve normal kayıtlar, tahakkuklar ve düzeltmeler arasında ayrım yapmak için belirliBelge Tipideğerleri bulunur. - Ön Koşullar: Çıkarma işlemini yürüten kullanıcının, belirtilen CDS görünümlerine erişmek ve OData hizmetlerini yürütmek (örneğin,
S_SERVICE,S_RFCyetkilendirme nesneleri) için SAP'de yetkilendirmelere sahip olması gerekir. SAP Gateway hizmetleri yapılandırılmalı ve etkinleştirilmelidir. - Performans:
I_JournalEntryItemsorgulaması performans yoğun olabilir. Özellikle tarihler, şirket kodları ve defterler üzerinde daima seçici filtreler uygulayın. Çıkarma işlemini yoğun olmayan saatlerde çalıştırmayı veya sürekli izleme için artımlı yükleme stratejisi kullanmayı düşünün.
a Örnek Sorgu sql
SELECT
CONCAT(CAST(PostingDate AS DATE FORMAT 'YYYY'), '-', CAST(PostingDate AS DATE FORMAT 'MM')) AS FinancialPeriod,
'Period Opened For Posting' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
CAST(CreationDateTime AS TIMESTAMP) AS EndTime,
CreatedByUser AS ResponsibleUser,
CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_FinPostingPeriodControl -- This is a proxy; this activity is a configuration change often found in change logs (CDHDR/CDPOS for table T001B)
WHERE PostingPeriodVariant = '[Your Variant]' AND FiscalYear = '[Your Fiscal Year]' AND FromPostingPeriod = 1 AND AuthorizationGroup IS NOT NULL -- Logic to detect the opening event
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod, -- Infer period from Job Name if patterned, otherwise use job start date
'Subledger Data Transfer Completed' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE '[Subledger Job Prefix]%' AND JobStatus = 'F' -- 'F' for Finished
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(CAST(CreationDate AS DATE FORMAT 'YYYY'), '-', CAST(CreationDate AS DATE FORMAT 'MM')) AS FinancialPeriod,
'Intercompany Reconciliation Started' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
NULL AS EndTime,
CreatedByUser AS ResponsibleUser,
LeadingCompanyCode AS CompanyCode,
NULL AS GlAccountNumber,
ReconciliationCase AS DocumentNumber,
ReconciliationCaseStatus AS ReconciliationStatus,
NULL AS TargetCompletionDate,
NULL AS ProcessingTime
FROM I_ICRcnCase -- Part of SAP S/4HANA for group reporting
WHERE CreationDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Accruals And Provisions Posted' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
CAST(CreationDateTime AS TIMESTAMP) AS EndTime,
CreatedByUser AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
AccountingDocument AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_JournalEntryItem
WHERE DocumentType IN ('[Accrual Doc Type 1]', '[Accrual Doc Type 2]') -- e.g., 'SA', 'AC'
AND PostingDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Automated Clearing Run Executed' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE 'SAPF124%' AND JobStatus = 'F'
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Foreign Currency Valuation Run' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE 'FAGL_FCV%' AND JobStatus = 'F'
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
-- This activity often requires a custom view on a custom table or an add-on like SAP Account Substantiation and Automation.
-- The following is a placeholder for such a custom view.
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Account Reconciliation Started' AS ActivityName,
CAST(ChangedAt AS TIMESTAMP) AS EventTime,
NULL AS EndTime,
ChangedBy AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
ReconciliationID AS DocumentNumber,
'In Progress' AS ReconciliationStatus,
PlannedCompletionDate AS TargetCompletionDate,
NULL AS ProcessingTime
FROM Z_I_ACCOUNTRECONCILIATION -- Placeholder for your custom reconciliation status view
WHERE Status = 'IN_PROGRESS' AND OldStatus = 'NEW'
AND ChangeDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Adjusting Journal Entry Posted' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
CAST(CreationDateTime AS TIMESTAMP) AS EndTime,
CreatedByUser AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
AccountingDocument AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_JournalEntryItem
WHERE DocumentType IN ('[Adjustment Doc Type 1]', '[Adjustment Doc Type 2]') -- e.g., 'AJ'
AND PostingDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
-- This activity often requires a custom view on a custom table or an add-on product.
-- The following is a placeholder for such a custom view.
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Account Reconciliation Approved' AS ActivityName,
CAST(ChangedAt AS TIMESTAMP) AS EventTime,
CAST(ChangedAt AS TIMESTAMP) AS EndTime,
ApprovedBy AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
ReconciliationID AS DocumentNumber,
'Approved' AS ReconciliationStatus,
PlannedCompletionDate AS TargetCompletionDate,
NULL AS ProcessingTime
FROM Z_I_ACCOUNTRECONCILIATION -- Placeholder for your custom reconciliation status view
WHERE Status = 'APPROVED'
AND ChangeDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Consolidation Tasks Executed' AS ActivityName,
CAST(TaskExecutionUTCTimestamp AS TIMESTAMP) AS EventTime,
CAST(TaskCompletionUTCTimestamp AS TIMESTAMP) AS EndTime,
ExecutedByUser AS ResponsibleUser,
ConsolidationUnitCompanyCode AS CompanyCode, -- Assuming mapping exists
NULL AS GlAccountNumber,
DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(TaskExecutionUTCTimestamp AS TIMESTAMP), CAST(TaskCompletionUTCTimestamp AS TIMESTAMP)) AS ProcessingTime
FROM I_ConsolidationTaskLog
WHERE ConsolidationTaskStatus = 'S' -- Successful
AND TaskExecutionUTCDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Trial Balance Prepared' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE '[Trial Balance Job Prefix]%' AND JobStatus = 'F' -- Example: FAGL_TRIAL_BALANCE_RUN
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Financial Statements Generated' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE '[Fin Statement Job Prefix]%' AND JobStatus = 'F'
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
-- Approval is often a manual step. This requires a custom solution to capture.
-- The following is a placeholder for such a custom view.
SELECT
CONCAT(ApprovalYear, '-', LPAD(ApprovalPeriod, 2, '0')) AS FinancialPeriod,
'Financial Statements Approved' AS ActivityName,
CAST(ApprovalTimestamp AS TIMESTAMP) AS EventTime,
CAST(ApprovalTimestamp AS TIMESTAMP) AS EndTime,
ApproverUser AS ResponsibleUser,
CompanyCode,
NULL AS GlAccountNumber,
FinancialStatementVersion AS DocumentNumber,
'Approved' AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM Z_I_FINSTATEMENTAPPROVAL -- Placeholder for custom approval tracking view
WHERE ApprovalDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(CAST(LastChangeDate AS DATE FORMAT 'YYYY'), '-', CAST(LastChangeDate AS DATE FORMAT 'MM')) AS FinancialPeriod,
'Period Closed For Posting' AS ActivityName,
CAST(LastChangeDateTime AS TIMESTAMP) AS EventTime,
CAST(LastChangeDateTime AS TIMESTAMP) AS EndTime,
LastChangedByUser AS ResponsibleUser,
CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_FinPostingPeriodControl -- Proxy, see note on 'Period Opened'
WHERE PostingPeriodStatus = 'C' -- 'C' for Closed
AND LastChangeDate BETWEEN '[Start Date]' AND '[End Date]'; Adımlar
- CDS Görünümlerini Belirleme ve Doğrulama: SAP S/4HANA sisteminize SAP HANA Studio veya Eclipse ADT ile giriş yapın. ABAP Geliştirme Araçlarını kullanarak, sorguda belirtilen
I_JournalEntryItem,I_BatchJobveI_ConsolidationTaskLoggibi standart CDS görünümlerinin varlığını arayın ve doğrulayın. Hesap Mutabakatı gibi süreçler için, durum değişikliklerini yakalamak amacıylaZ_I_ACCOUNTRECONCILIATIONgibi özel CDS görünümleri oluşturmanız gerekebilir. - OData Üzerinden CDS Görünümlerini Sunma: SAP arka ucunda, yeni bir proje oluşturmak için
SEGW(Gateway Service Builder) işlemini kullanın. Veri Modeli klasörüne sağ tıklayın ve 'Referans -> Veri Kaynağı'nı seçin. Gerekli CDS görünümlerini ekleyin. Bu görünümleri harici tüketime açan bir OData hizmeti oluşturmak için çalışma zamanı nesnelerini oluşturun. - OData Hizmetini Etkinleştirme: SAP Gateway hub'ında
/IWFND/MAINT_SERVICEişlemine gidin. 'Hizmet Ekle'ye tıklayın, önceki adımda oluşturduğunuz hizmeti bulun ve ekleyin. Bu, hizmeti etkin ve sorgulanabilir hale getirir. - Veri Bağlantısı Kurma: Seçtiğiniz veri çıkarma aracından (Python, Power BI veya özel bir ETL platformu gibi), yeni oluşturulan OData hizmetine bir bağlantı kurun. Hizmet URL'sine ve CDS görünümlerine erişim yetkisine sahip uygun kimlik bilgilerine ihtiyacınız olacaktır.
- Sorguyu Uyarlama ve Yürütme: Sağlanan SQL sorgusunu kopyalayın. Tarih aralıkları, şirket kodları ve herhangi bir özel CDS görünümü veya toplu iş adı için yer tutucu değerlerini kendi SAP ortamınıza uyacak şekilde değiştirin. Sorguyu OData hizmet uç noktasına karşı yürütün. OData'nın farklı bir sözdizimi ($filter, $select) kullandığını unutmayın, bu nedenle UNION ALL sorgusunun mantığını her bir etkinlik için bir dizi ayrı API çağrısına çevirmeniz gerekebilir.
- Etkinlik Verilerini Konsolide Etme: OData tipik olarak tek bir çağrıda doğrudan karmaşık UNION ALL sorgularını desteklemediği için, sorgudaki her etkinlik bloğu için ayrı bir istek yürüteceksiniz. Tüm isteklerden elde edilen sonuçları istemci aracınızda tek bir veri kümesi veya tablo halinde birleştirin.
- Verileri Dönüştürme ve Temizleme: Birleştirilmiş verileri inceleyin.
EventTimeveEndTimesütunlarının tutarlı bir zaman damgası formatında olduğundan emin olun.FinancialPeriod'un 'YYYY-MM' olarak doğru biçimlendirildiğini doğrulayın.ResponsibleUserveyaDocumentNumbergibi sütunlardaki NULL değerlerini gerektiği gibi ele alın. - Olay Günlüğü Olarak Dışa Aktarma: Son, birleştirilmiş veri kümesini bir CSV dosyasına dışa aktarın. Sütun başlıklarının gerekli özniteliklerle eşleştiğinden emin olun:
FinancialPeriod,ActivityName,EventTime,EndTime,ResponsibleUser, vb. Bu dosya şimdi ProcessMind'e yüklenmeye hazırdır.
Konfigürasyon
- CDS Görünümleri: Sorgu, standart ve özel CDS görünümlerinin birleşimine dayanır.
I_JournalEntryItem(muhasebe kayıtları için) veI_BatchJob(otomatik çalıştırmalar için) gibi standart görünümler esastır.Z_I_ACCOUNTRECONCILIATIONgibi özel görünümler, standart görünümlerin kapsamadığı dahili süreçlerin durumunu yakalamak için sıklıkla gereklidir. - Tarih Aralığı: Veri hacmini yönetmek için çıkarma için belirli bir tarih aralığı tanımlayın. Sorgu, anlamlı analiz için tipik olarak 3 ila 6 tam mali dönemi kapsaması gereken
[Başlangıç Tarihi]ve[Bitiş Tarihi]yer tutucularını kullanır. - Anahtar Filtreler: Filtreleme, performans ve alaka düzeyi açısından çok önemlidir. Daima
CompanyCode'a göre filtreleyin. Diğer önemli filtreler arasındaDefter(örneğin, ana defter için '0L'),Mali Yılve normal kayıtlar, tahakkuklar ve düzeltmeler arasında ayrım yapmak için belirliBelge Tipideğerleri bulunur. - Ön Koşullar: Çıkarma işlemini yürüten kullanıcının, belirtilen CDS görünümlerine erişmek ve OData hizmetlerini yürütmek (örneğin,
S_SERVICE,S_RFCyetkilendirme nesneleri) için SAP'de yetkilendirmelere sahip olması gerekir. SAP Gateway hizmetleri yapılandırılmalı ve etkinleştirilmelidir. - Performans:
I_JournalEntryItemsorgulaması performans yoğun olabilir. Özellikle tarihler, şirket kodları ve defterler üzerinde daima seçici filtreler uygulayın. Çıkarma işlemini yoğun olmayan saatlerde çalıştırmayı veya sürekli izleme için artımlı yükleme stratejisi kullanmayı düşünün.
a Örnek Sorgu sql
SELECT
CONCAT(CAST(PostingDate AS DATE FORMAT 'YYYY'), '-', CAST(PostingDate AS DATE FORMAT 'MM')) AS FinancialPeriod,
'Period Opened For Posting' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
CAST(CreationDateTime AS TIMESTAMP) AS EndTime,
CreatedByUser AS ResponsibleUser,
CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_FinPostingPeriodControl -- This is a proxy; this activity is a configuration change often found in change logs (CDHDR/CDPOS for table T001B)
WHERE PostingPeriodVariant = '[Your Variant]' AND FiscalYear = '[Your Fiscal Year]' AND FromPostingPeriod = 1 AND AuthorizationGroup IS NOT NULL -- Logic to detect the opening event
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod, -- Infer period from Job Name if patterned, otherwise use job start date
'Subledger Data Transfer Completed' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE '[Subledger Job Prefix]%' AND JobStatus = 'F' -- 'F' for Finished
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(CAST(CreationDate AS DATE FORMAT 'YYYY'), '-', CAST(CreationDate AS DATE FORMAT 'MM')) AS FinancialPeriod,
'Intercompany Reconciliation Started' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
NULL AS EndTime,
CreatedByUser AS ResponsibleUser,
LeadingCompanyCode AS CompanyCode,
NULL AS GlAccountNumber,
ReconciliationCase AS DocumentNumber,
ReconciliationCaseStatus AS ReconciliationStatus,
NULL AS TargetCompletionDate,
NULL AS ProcessingTime
FROM I_ICRcnCase -- Part of SAP S/4HANA for group reporting
WHERE CreationDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Accruals And Provisions Posted' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
CAST(CreationDateTime AS TIMESTAMP) AS EndTime,
CreatedByUser AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
AccountingDocument AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_JournalEntryItem
WHERE DocumentType IN ('[Accrual Doc Type 1]', '[Accrual Doc Type 2]') -- e.g., 'SA', 'AC'
AND PostingDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Automated Clearing Run Executed' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE 'SAPF124%' AND JobStatus = 'F'
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Foreign Currency Valuation Run' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE 'FAGL_FCV%' AND JobStatus = 'F'
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
-- This activity often requires a custom view on a custom table or an add-on like SAP Account Substantiation and Automation.
-- The following is a placeholder for such a custom view.
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Account Reconciliation Started' AS ActivityName,
CAST(ChangedAt AS TIMESTAMP) AS EventTime,
NULL AS EndTime,
ChangedBy AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
ReconciliationID AS DocumentNumber,
'In Progress' AS ReconciliationStatus,
PlannedCompletionDate AS TargetCompletionDate,
NULL AS ProcessingTime
FROM Z_I_ACCOUNTRECONCILIATION -- Placeholder for your custom reconciliation status view
WHERE Status = 'IN_PROGRESS' AND OldStatus = 'NEW'
AND ChangeDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Adjusting Journal Entry Posted' AS ActivityName,
CAST(CreationDateTime AS TIMESTAMP) AS EventTime,
CAST(CreationDateTime AS TIMESTAMP) AS EndTime,
CreatedByUser AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
AccountingDocument AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_JournalEntryItem
WHERE DocumentType IN ('[Adjustment Doc Type 1]', '[Adjustment Doc Type 2]') -- e.g., 'AJ'
AND PostingDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
-- This activity often requires a custom view on a custom table or an add-on product.
-- The following is a placeholder for such a custom view.
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Account Reconciliation Approved' AS ActivityName,
CAST(ChangedAt AS TIMESTAMP) AS EventTime,
CAST(ChangedAt AS TIMESTAMP) AS EndTime,
ApprovedBy AS ResponsibleUser,
CompanyCode,
GLAccountNumber,
ReconciliationID AS DocumentNumber,
'Approved' AS ReconciliationStatus,
PlannedCompletionDate AS TargetCompletionDate,
NULL AS ProcessingTime
FROM Z_I_ACCOUNTRECONCILIATION -- Placeholder for your custom reconciliation status view
WHERE Status = 'APPROVED'
AND ChangeDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(FiscalYear, '-', LPAD(FiscalPeriod, 2, '0')) AS FinancialPeriod,
'Consolidation Tasks Executed' AS ActivityName,
CAST(TaskExecutionUTCTimestamp AS TIMESTAMP) AS EventTime,
CAST(TaskCompletionUTCTimestamp AS TIMESTAMP) AS EndTime,
ExecutedByUser AS ResponsibleUser,
ConsolidationUnitCompanyCode AS CompanyCode, -- Assuming mapping exists
NULL AS GlAccountNumber,
DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(TaskExecutionUTCTimestamp AS TIMESTAMP), CAST(TaskCompletionUTCTimestamp AS TIMESTAMP)) AS ProcessingTime
FROM I_ConsolidationTaskLog
WHERE ConsolidationTaskStatus = 'S' -- Successful
AND TaskExecutionUTCDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Trial Balance Prepared' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE '[Trial Balance Job Prefix]%' AND JobStatus = 'F' -- Example: FAGL_TRIAL_BALANCE_RUN
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(SUBSTRING(JobName, STRPOS(JobName, '_') + 1, 4), '-', SUBSTRING(JobName, STRPOS(JobName, '_') + 5, 2)) AS FinancialPeriod,
'Financial Statements Generated' AS ActivityName,
CAST(JobStartDate || JobStartTime AS TIMESTAMP) AS EventTime,
CAST(JobEndDate || JobEndTime AS TIMESTAMP) AS EndTime,
JobCreatedByUser AS ResponsibleUser,
'[Configure based on your system]' AS CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
SECONDS_BETWEEN(CAST(JobStartDate || JobStartTime AS TIMESTAMP), CAST(JobEndDate || JobEndTime AS TIMESTAMP)) AS ProcessingTime
FROM I_BatchJob
WHERE JobName LIKE '[Fin Statement Job Prefix]%' AND JobStatus = 'F'
AND JobEndDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
-- Approval is often a manual step. This requires a custom solution to capture.
-- The following is a placeholder for such a custom view.
SELECT
CONCAT(ApprovalYear, '-', LPAD(ApprovalPeriod, 2, '0')) AS FinancialPeriod,
'Financial Statements Approved' AS ActivityName,
CAST(ApprovalTimestamp AS TIMESTAMP) AS EventTime,
CAST(ApprovalTimestamp AS TIMESTAMP) AS EndTime,
ApproverUser AS ResponsibleUser,
CompanyCode,
NULL AS GlAccountNumber,
FinancialStatementVersion AS DocumentNumber,
'Approved' AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM Z_I_FINSTATEMENTAPPROVAL -- Placeholder for custom approval tracking view
WHERE ApprovalDate BETWEEN '[Start Date]' AND '[End Date]'
UNION ALL
SELECT
CONCAT(CAST(LastChangeDate AS DATE FORMAT 'YYYY'), '-', CAST(LastChangeDate AS DATE FORMAT 'MM')) AS FinancialPeriod,
'Period Closed For Posting' AS ActivityName,
CAST(LastChangeDateTime AS TIMESTAMP) AS EventTime,
CAST(LastChangeDateTime AS TIMESTAMP) AS EndTime,
LastChangedByUser AS ResponsibleUser,
CompanyCode,
NULL AS GlAccountNumber,
NULL AS DocumentNumber,
NULL AS ReconciliationStatus,
NULL AS TargetCompletionDate,
0 AS ProcessingTime
FROM I_FinPostingPeriodControl -- Proxy, see note on 'Period Opened'
WHERE PostingPeriodStatus = 'C' -- 'C' for Closed
AND LastChangeDate BETWEEN '[Start Date]' AND '[End Date]';