SAP Universal Journal Nedir? ACDOCA ile S/4HANA Muhasebesi

TL;DR

SAP Universal Journal, S/4HANA'nın merkezindeki ACDOCA tablosunu ifade eder; ECC döneminde ayrı tutulan Finansal Muhasebe (FI) ve Yönetim Muhasebesi (CO) verilerini tek bir kayıt satırında birleştirir. Bu yapı sayesinde FI-CO mutabakat süreci ortadan kalkar, gerçek zamanlı kârlılık analizi mümkün hale gelir ve tüm finansal raporlar tek kaynaktan beslenir. S/4HANA'ya geçişin en köklü mimari yeniliği budur.

ECC'den S/4HANA'ya: Tablo Mimarisinde Ne Değişti?

SAP ECC'de finansal veriler onlarca farklı tabloda tutulurdu. Genel muhasebe bakiyeleri GLT0 tablosunda, satır kalemleri BSEG/BSIS/BSAS tablolarında, CO gerçek değerleri COEP tablosunda, sabit kıymet hareketleri ANEK/ANEP tablolarında ayrı ayrı saklanırdı. Bu mimari hem depolama açısından hem de raporlama açısından büyük yük yaratıyordu: aynı muhasebe kaydının FI ve CO tarafı farklı tablolarda tutulduğundan iki taraf arasında periyodik mutabakat (KALC işlem kodu) çalıştırmak zorunluydu.

S/4HANA ile birlikte gelen Universal Journal, tüm bu tabloların yerine geçen tek bir tablo sunar: ACDOCA. Artık bir satıcı faturası (MIRO veya FB60) girildiğinde hem FI belgesi hem CO gerçek değeri hem de eğer aktifleştirme varsa sabit kıymet hareketi aynı anda ACDOCA'ya tek satırda yazılır. GLT0, COEP, FAGLFLEXT gibi toplam tablolar S/4HANA'da artık yalnızca uyumluluk (compatibility view) amacıyla tutulur; gerçek veri ACDOCA'dadır.

Teknik olarak ACDOCA'nın yapısı şu şekildedir: Her satır bir muhasebe belgesi kalemi (line item) temsil eder. Standartta 200'den fazla alan içerir; bunların başında RLDNR (muhasebe defteri), RBUKRS (şirket kodu), GJAHR (mali yıl), BELNR (belge numarası), DOCLN (kalem numarası) gelir. CO alanları — KOSTL (maliyet merkezi), AUFNR (iç sipariş), PRCTR (kâr merkezi), PSEGMENT (segment), WBS — aynı satırda FI alanlarıyla birlikte yer alır. Bu yapı, satır bazında anlık kârlılık analizine olanak tanır.

Belge Bölme (Document Splitting) ve Paralel Değerleme

Universal Journal'ın iki kritik işlevi belge bölme (document splitting) ve paralel değerlemedir (parallel valuation). Belge bölme, bir muhasebe belgesinin birden fazla boyuta (segment, kâr merkezi, iş kolu) otomatik olarak dağıtılmasını sağlar. Örneğin iki farklı kâr merkezini ilgilendiren tek bir satıcı faturası girildiğinde sistem, karşı taraf (denge) kalemlerini de otomatik olarak her kâr merkezine orantılı biçimde böler. Bu sayede her kâr merkezi veya segment için bilanço dengesi sağlanır; segment bazlı bağımsız finansal tablo sunumu (IFRS 8) mümkün hale gelir.

Belge bölme konfigürasyonu SPRO altında Finansal Muhasebe (Yeni) > Genel Muhasebe Muhasebesi (Yeni) > İş İşlemleri > Belge Bölme yolunda yapılır. Hangi hesap atama kategorisinin (account assignment category) nasıl bölüneceği, hangi belge sınıfı için bölmenin aktif olacağı burada tanımlanır. Pasif bölme (passive splitting) ile aktif bölme (active splitting) arasındaki farkın doğru kurgulanması, projenin en kritik yapılandırma adımlarından biridir.

Paralel değerleme, aynı işlemin birden fazla muhasebe standardına göre aynı anda kaydedilmesini sağlar. S/4HANA'da bu yapı muhasebe defterleri (ledgers) üzerine kuruludur. Örneğin 0L defteri yasal değerlemeyi (Türkiye'de VUK/TMS), 2L defteri IFRS değerlemesini, 3L defteri yönetim muhasebesi değerlemesini tutabilir. Kur değerlemesi, amortisman veya karşılık tutarları defterden deftere farklılaşabilir; tüm bu değerler ACDOCA'da RLDNR alanıyla ayrıştırılır. ECC'deki paralel muhasebe (parallel accounting) yaklaşımına göre çok daha temiz ve sürdürülebilir bir yapıdır.

Universal Journal ile Gerçek Zamanlı Raporlama

ACDOCA'nın en somut avantajı gerçek zamanlı raporlamadır. ECC'de ay sonu kapanışında çalıştırılan toplu işler (bakiye yeniden hesaplama, CO-FI mutabakatı, kâr merkezi konsolidasyonu) S/4HANA'da büyük ölçüde gereksiz hale gelir; çünkü her belge girildiğinde ACDOCA otomatik olarak tüm değerleme boyutlarıyla güncellenir.

SAP Fiori üzerindeki Financial Statement analitik uygulaması, SAP Analytics Cloud veya Embedded Analytics raporları doğrudan ACDOCA üzerinden çalışır. Ay içinde herhangi bir anda geçici bilanço, kâr-zarar tablosu veya maliyet merkezi raporu çalıştırıldığında elde edilen sonuç gerçek zamanlı veridir; önceki dönemde ECC'de olduğu gibi toplu iş sonucunun beklenmesi gerekmez.

FI standart raporları da bu değişimden etkilenir. FB03 (belge görüntüleme), FBL3N (GL satır kalemleri), S_ALR_87012291 (kâr merkezi raporu) gibi transaction'lar S/4HANA'da compatibility view olarak çalışmayı sürdürür; ancak performanslı ve gerçek zamanlı raporlama için SAP Fiori analitik uygulamaları tercih edilmelidir. FAGLL03H (Universal Journal Satır Kalem Listesi), ACDOCA üzerinden çalışan yeni nesil GL satır kalem raporudur.

Türkiye'ye Özgü Boyutlar: VUK, IFRS ve Enflasyon Muhasebesi

Türkiye'deki şirketler için Universal Journal'ın paralel değerleme kapasitesi kritik önem taşır. Türkiye'de yasal raporlama VUK (Vergi Usul Kanunu) bazında yapılırken büyük şirketler ve yabancı ortaklı işletmeler aynı zamanda IFRS bazlı konsolide tablo hazırlamak zorundadır. S/4HANA'daki muhasebe defteri yapısıyla VUK ve IFRS değerlemeleri aynı sisteme, aynı anda, ayrı defterlerde kaydedilir; ek uzlaştırma tablosu veya dönüşüm çalışması gerekmez.

Türkiye'de 2023 yılından itibaren yürürlükte olan enflasyon muhasebesi (TMS 29 / VUK Mükerrer 298) Universal Journal açısından önemli bir senaryo oluşturur. Enflasyon düzeltmesi katsayılarıyla yeniden değerlenen sabit kıymet ve özkaynak kalemleri, S/4HANA'da paralel değerleme defteri üzerinden kaydedilebilir. Bu sayede hem tarihi maliyet hem de enflasyona göre düzeltilmiş değer aynı sistemde tutulur; denetçiler ve yöneticiler istedikleri değerleme görünümüne tek sistemden ulaşır.

e-Defter (GİB) açısından S/4HANA'daki ACDOCA yapısı, yasal deftere alınacak kayıtları RLDNR = 0L (yasal defter) filtresiyle ayırt eder. e-Defter entegrasyon yazılımları bu filtre üzerinden veri çekerek GİB formatında xbrl/xml çıktısı üretir. ECC döneminde BSEG tablosundan yapılan veri çekme işlevi S/4HANA'da ACDOCA'ya taşınmış olsa da yerleşik SAP e-Defter entegrasyon çözümleri bu geçişi şeffaf biçimde yönetir.

Sık Sorulan Sorular

**ACDOCA tablosu çok büyümez mi? Performans sorunu olmaz mı?**

Bu, S/4HANA geçiş projelerinde sıkça sorulan sorulardan biridir. ACDOCA gerçekten büyük bir tablodur; ancak SAP HANA'nın in-memory sütun tabanlı mimarisi bu tür geniş ve seyrek (sparse) tablolarda son derece iyi performans gösterir. Sütun bazlı depolamada yalnızca sorgulanan sütunlar belleğe alınır; tablo büyüklüğü ECC'deki satır tabanlı mimariye kıyasla çok daha az bellek kullanır. Ayrıca ACDOCA'da veri sıkıştırma (compression) varsayılan olarak aktiftir.

**ECC'deki BSEG tablosunu kullanan ABAP raporlarım ne olacak?**

BSEG ve diğer ECC tabloları S/4HANA'da compatibility view olarak varlığını sürdürür; dolayısıyla eski ABAP kodları teknik olarak çalışmaya devam edebilir. Ancak bu view'lar gerçek zamanlı ACDOCA'dan veri okumadığından performans ve veri güncelliği açısından sorun çıkabilir. SAP'ın önerisi, BSEG kullanan özel ABAP raporların S/4HANA geçişi sırasında ACDOCA'ya taşınmasıdır. ABAP CDS View'lar (Core Data Services) bu geçişi kolaylaştıran modern yaklaşımdır.

**Universal Journal'da CO kapatma işlemleri (period-end closing) nasıl değişiyor?**

ECC'deki bazı CO dönem sonu işlemleri S/4HANA'da hâlâ çalışır ancak arka planda ACDOCA'ya yazar. Maliyet merkezi dağıtımı (KB21N/KB65), kapasite maliyeti hesaplama, fabrika maliyeti hesaplama (CO-PC) gibi işlemler S/4HANA'da da yürütülür; ancak sonuçlar artık COEP değil ACDOCA'da tutulur. Ek olarak, Universal Allocation adı verilen yeni nesil dağıtım aracı (FAGLGA31 / Allocation Cockpit) tüm dağıtım ve atama işlemlerini tek ekranda yönetmeye olanak tanır.

**SAP ECC'den S/4HANA'ya geçişte ACDOCA nasıl doldurulur?**

ECC'den S/4HANA'ya brownfield (dönüştürme) geçişinde tarihsel açık kalemler (open items) ve bakiyeler ACDOCA'ya taşınır; bu işlem SAP Migration Cockpit (LTMC) veya SAP'ın standart geçiş araçları tarafından otomatik olarak gerçekleştirilir. Kapatılmış (cleared) geçmiş dönem kalemleri ise genellikle arşiv sistemine alınır ve ACDOCA'ya aktarılmaz. Greenfield (yeni başlangıç) geçişinde ise yalnızca açılış bakiyeleri taşınır.

**Universal Journal CO-PA (Kârlılık Analizi) ile nasıl çalışır?**

S/4HANA'da CO-PA'nın iki türü vardır: account-based CO-PA ve costing-based CO-PA. Universal Journal ile doğal entegre çalışan account-based CO-PA'dır; kârlılık verileri doğrudan ACDOCA'da tutulur ve gerçek zamanlı bilanço dengesine sahiptir. Costing-based CO-PA ise ECC uyumluluğu açısından S/4HANA'da varlığını sürdürür ancak SAP, yeni projeler için account-based CO-PA'yı önermektedir. CONSULANT olarak S/4HANA FI/CO yapılandırması, Universal Journal mimarisi tasarımı ve CO-PA dönüşüm projelerinde destek sağlıyoruz — [iletişim](/iletisim) sayfamızdan bize ulaşabilirsiniz.

CONSULANT | SAP FI · CO · PA · ABAP Danışmanlık