SAP Paralel Muhasebe: Çoklu Defter Rehberi

TL;DR

SAP paralel muhasebe, aynı anda birden fazla muhasebe standardını (TFRS, VUK, IFRS) tek bir SAP sisteminde yönetmeyi sağlar. Türkiye'deki şirketler için özellikle kritiktir: ticari defterler VUK'a (Vergi Usul Kanunu), konsolide raporlar TFRS'ye göre tutulmalıdır. SAP'ta bu yapı ya "defter yaklaşımı" ya da "hesap yaklaşımı" ile kurulur.

SAP'ta Paralel Muhasebe Nedir?

Paralel muhasebe (Parallel Accounting), bir şirketin aynı iş olayı için farklı değerleme ilkelerine göre birden fazla muhasebe kaydı tutması anlamına gelir. Örneğin bir sabit kıymet için VUK'a göre %20 doğrusal amortisman uygulanırken, TFRS kapsamında kullanım ömrü bazlı farklı bir yöntem kullanılabilir.

SAP bu ihtiyacı iki temel yaklaşımla karşılar:

**1. Hesap Yaklaşımı (Account Approach):** Farklı değerleme sonuçları, aynı defterde farklı hesaplara nakledilir. Örneğin TFRS amortismanı 68000 hesabına, VUK amortismanı 680001 hesabına gider. Kurulumu kolaydır; ancak hesap planı şişer ve bakiye tablosu karmaşıklaşır.

**2. Defter Yaklaşımı (Ledger Approach):** Her muhasebe standardı için ayrı bir defter (ledger) tanımlanır. Aynı iş olayı her deftere ayrı değerleme ile nakledilir. SAP'ın önerdiği modern yöntemdir; S/4HANA'da Extension Ledger ile daha da güçlendirilmiştir.

Türkiye'de faaliyet gösteren ve TFRS raporlama yükümlülüğü bulunan şirketler — borsada işlem gören, büyük ölçekli ve çok uluslu grup içindeki yerel şirketler — için defter yaklaşımı standart çözümdür.

Çoklu Defter: Leading Ledger ve Non-Leading Ledger

SAP New General Ledger ve S/4HANA'da defter yaklaşımının temel bileşenleri şunlardır:

**Leading Ledger (0L):** Sistemdeki ana defterdir. Şirketin yasal muhasebe standardına — Türkiye'de genellikle VUK — göre konfigüre edilir. Tüm iş belgeleri otomatik olarak leading ledger'a nakledilir. Döviz çevirme, hesap tahsisi ve dönem yönetimi bu defterin parametrelerine göre işler.

**Non-Leading Ledger:** TFRS, IFRS veya grup raporlama amacıyla ek defterler tanımlanır. Örneğin:

Non-leading ledger'lar, leading ledger'daki belgelerle senkronize çalışır. Değerleme farkı olan işlemler — amortisman, değer düşüklüğü, kira — bu defterlere ayrı değerlerle nakledilir.

**Kritik t-kodları:**

| T-Kodu | İşlev |

|---|---|

| FINSC_LEDGER | Defter tanımlama (S/4HANA) |

| OB29 | Muhasebe dönemi varyantı |

| OADX | AA değerleme alanını deftere atama |

| FAGLFLEXT | Deftere göre bakiye tablosu |

| FS10N | Hesap bakiyesi — defter seçilebilir |

| FAGL_FC_VAL | Döviz değerlemesi — deftere özgü |

Asset Accounting (FI-AA) modülü paralel muhasebe açısından özellikle kritiktir. Her defter için ayrı bir değerleme alanı (depreciation area) tanımlanır: 01 alanı VUK amortismanını, 30 veya 32 alanı TFRS amortismanını tutar. AFAB t-koduyla koşum yapıldığında her alan kendi parametrelerine göre hesap yapar ve ilgili deftere nakil oluşturur.

S/4HANA'da Extension Ledger

Extension Ledger (genişletilmiş defter), S/4HANA ile gelen ve paralel muhasebeyi optimize eden bir yapıdır. Geleneksel non-leading ledger her belgeyi tam olarak kendi tablolarına yazarken, extension ledger bir "fark defteri" olarak çalışır: base ledger'daki (genellikle 0L) kayıtları miras alır ve yalnızca farklı olan kalemleri kendi tablosuna yazar.

Bu yaklaşımın pratik avantajları:

Extension ledger'ı FINSC_LEDGER ile tanımlar, type'ı "Extension" seçer ve base ledger bağlantısını kurarsınız. S/4HANA 2020 sonrasında IFRS 16 ve IFRS 17 uygulamalarında extension ledger standart tercih haline gelmiştir.

Türkiye'de Paralel Muhasebe: VUK ve TFRS

Türk şirketleri için paralel muhasebe kurulumu genellikle iki deftere dayanır:

**0L — VUK Defteri (Leading):**

**N1 — TFRS Defteri (Non-Leading):**

Pratik örnek: Bir şirketin 10 yıl önce aldığı bir yük aracı, VUK'a göre tamamen itfa edilmiş olabilir. Ancak TFRS'de yeniden değerleme modeline veya farklı bir ömür tahminine göre hâlâ defter değeri taşıyabilir. Bu fark, paralel muhasebe yapısı olmadan tek bir SAP sisteminde yönetilemez.

**Temel konfigürasyon adımları:**

1. SPRO > Finansal Muhasebe > GL Muhasebesi > Defterler > Defter Tanımlama

2. Defterler şirket koduna atanır

3. AA değerleme alanları defterlere OADX ile bağlanır

4. Deftere özgü dönem yönetimi kurulur

5. FAGLFLEXT ile deftere göre bakiye kontrolü sağlanır

SSS

**SAP'ta paralel muhasebe zorunlu mudur?**

Türkiye'de tüm şirketler için zorunlu değildir. Ancak KAP'a kayıtlı şirketler, uluslararası grup konsolidasyonuna katılan yerel şirketler ve TFRS raporlama yükümlülüğü bulunan büyük işletmeler için fiilen zorunluluk doğmaktadır.

**Hesap yaklaşımı mı, defter yaklaşımı mı seçmeliyim?**

SAP defter yaklaşımını önerir. S/4HANA'da hesap yaklaşımı hâlâ desteklense de yeni projeler için standart ledger yaklaşımıdır. Hesap yaklaşımı yalnızca küçük ölçekli veya tek standartta çalışan şirketler için mantıklı olabilir.

**Extension ledger ile non-leading ledger arasındaki fark nedir?**

Non-leading ledger tamamen bağımsızdır; tüm belgeler ayrıca saklanır. Extension ledger base ledger'ı miras alır ve yalnızca farklı kalemleri kendi tablosuna yazar. Bu sayede veri hacmi ve bakım maliyeti belirgin biçimde azalır.

**Paralel muhasebede amortisman nasıl işler?**

Asset Accounting'de her deftere bir değerleme alanı (depreciation area) atanır. AFAB koşumunda her alan kendi parametrelerine göre hesap yapar ve ilgili deftere nakil oluşturur. VUK ve TFRS amortismanı bu sayede otomatik olarak farklı defterlere ayrı değerlerle yazılır.

**IFRS 16 kira yükümlülüklerini paralel muhasebe ile nasıl yönetirim?**

SAP RE-FX veya S/4HANA Lease Administration ile kira sözleşmeleri yönetilir. IFRS 16 kullanım hakkı varlıkları ve kira yükümlülükleri extension ledger'a ya da IFRS N1 defterine ayrıca nakledilir; VUK (0L) defterinde bu kayıtlar görünmez.

---

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

Paralel muhasebe mimarisi tasarımı, defter konfigürasyonu ve Türkiye yasal uyum danışmanlığı için [iletişim sayfamızı](/iletisim) ziyaret edin.