SAP Business One'da Çoklu Şirket ve Konsolidasyon

SAP Business One'da her şirket ayrı bir veritabanıdır; bu yüzden konsolidasyon "bir ayarı açmak" değil, baştan verilen bir tasarım kararıdır. Üç yol vardır: her tüzel kişilik için ayrı veritabanı kurup şirketler arası entegrasyon çözümüyle bağlamak, aynı tüzel kişilik altındaki lokasyonları tek veritabanında şube yapısıyla ayrıştırmak veya birleştirmeyi tamamen raporlama katmanında yapmak. Hangisini seçerseniz seçin, sonucun kalitesini teknik kurulum değil, hesap planı ile ana verinin ne kadar standart olduğu belirler.

Bu yazı, birden fazla şirketi veya lokasyonu olan yapılarda SAP Business One kurgusunu tasarlarken sorduğumuz soruları ve verdiğimiz kararları anlatıyor. Hedef okur, grup yapısını yönetmek zorunda olan mali işler yöneticisi ve proje sorumlusu.

Ayrı veritabanı mı, tek veritabanında şube mi

İlk ve en pahalı karar bu. Yanlış tarafa düşmek, iki yıl sonra veri taşıma projesi demek.

Ayrı veritabanı, ayrı tüzel kişilikler için doğru cevaptır. Her şirketin kendi hesap planı, kendi mali dönemleri, kendi belge numaralandırması ve gerekiyorsa kendi ülke lokalizasyonu olur. Yurt dışındaki bir iştiraki o ülkenin lokalizasyonuyla kurup grubun geri kalanıyla aynı çatı altında yönetmenin yolu budur. Bedeli de nettir: kullanıcı yetkileri, kur tabloları, ana veri ve dönem tanımları her veritabanında ayrı ayrı yaşar.

Tek veritabanında şube yapısı, aynı tüzel kişiliğe bağlı birden fazla lokasyon, mağaza veya bölge için tasarlanmıştır. Belge serileri ve mali raporlar şube bazında ayrışır, ana veri ve hesap planı ortak kalır. Avantajı yönetim kolaylığıdır: tek ürün ağacı, tek cari kart seti, tek kapanış takvimi. Sınırı da aynı yerden gelir — şubeler ana veriyi paylaştığı için birbirinden bağımsız hareket edemezler.

Karar verirken sorduğumuz üç soru şu: Ayrı bir vergi mükellefiyeti ve bağımsız mali tablo zorunluluğu var mı? Farklı ülke mevzuatı devreye giriyor mu? Ana veri gerçekten ortak mı, yoksa her lokasyon kendi ürün ve fiyat dünyasında mı yaşıyor? İlk iki soruya "evet" diyorsanız ayrı veritabanı; üçüncüye "ortak" diyorsanız şube yapısı büyük ihtimalle daha az yorar.

Bir uyarı: şube yapısını açmak kolay, geri almak pratikte mümkün değildir. Bu kararı canlı sistemde denemeyin; önce test şirketinde kurun, bir dönem boyunca gerçek belge akışıyla çalıştırın, sonra karar verin.

Şirketler arası işlemler ve ana veri senkronu

Ayrı veritabanlarıyla ilerlediğinizde asıl operasyonel yük, şirketler arasındaki alışverişte ortaya çıkar. A şirketi B şirketine mal sattığında iki farklı veritabanında birbirinin aynası iki belge oluşması gerekir; bu işi elle yürüten gruplarda ay sonu mutabakatı her seferinde saatler yiyor.

SAP Business One ekosisteminde bu iş için şirketler arası entegrasyon çözümü vardır. Yaptığı işler özetle şunlar:

• Ana veri kopyalama: Cari kartlar, stok kartları ve hesap planı gibi ortak veriler, belirlediğiniz kaynak şirketten diğerlerine yayılır. Aynı ürün her şirkette aynı kodla yaşar — konsolidasyonun ön şartı budur.
• Karşılıklı belge oluşturma: Bir şirkette kesilen satış belgesi, karşı şirkette otomatik olarak alış belgesine dönüşür. Elle giriş ve ondan doğan uyuşmazlık ortadan kalkar.
• Şirketler arası muhasebe kaydı: Grup içi borç-alacak ilişkisi kayıt altına alınır, eliminasyon için gereken iz oluşur.

Kurulumdan önce netleştirilmesi gereken şey teknik değil, kuraldır: ana verinin sahibi hangi şirket? Bu soru cevaplanmadan yapılan her senkron kurgusu, iki yönlü çakışma üretir. Uygulamada tek sahipli, tek yönlü akış neredeyse her zaman doğru cevaptır.

Hesap planı ve ana veri standardizasyonu

Konsolidasyon projelerinin zamanının büyük bölümü burada geçer ve burası teknik değil, disiplin işidir. Farklı zamanlarda, farklı ekiplerce kurulmuş şirketlerde hesap planları da ürün kodları da birbirini tutmaz.

Uyguladığımız yaklaşım şu:

Alan	Kural
Hesap planı	Grup düzeyinde ortak bir raporlama planı tanımlanır; her şirketin yerel planı bu plana eşlenir
Stok kodları	Tek kodlama standardı, tek sahip; aynı ürün her şirkette aynı kodla yaşar
Cari kodlar	Grup dışı müşteri ve tedarikçilerde ortak kodlama; grup içi cariler ayrı bir grupta toplanır
Ölçü birimi ve depo kodları	Ortak standart; raporun toplanabilmesi için şart
Para birimi	Her şirketin yerel para birimi kendi olur, sistem para birimi grup raporlama para birimine sabitlenir

Son satır en çok gözden kaçan ve sonradan düzeltmesi en pahalı olanıdır. Sistem para birimini her şirkette grup para birimine sabitlerseniz, şirketleri yan yana koyduğunuzda rakamlar karşılaştırılabilir olur. Bunu kurulumdan sonra değiştirmek, geçmiş hareketlerin yeniden değerlenmesi anlamına gelir.

Yeni bir şirketi gruba katarken ana veri hazırlığını hafife almayın; yöntemi ERP veri taşıma ve ana veri hazırlığı yazısında adım adım anlattık. Kirli ana veriyle kurulan konsolidasyon, her ay elle düzeltilen bir tabloya dönüşür.

Konsolide raporlamanın seçenekleri

Konsolide bakmak için tek bir yol yok; ihtiyacın derinliğine göre üç katman var:

1. Yönetim raporlaması. Şirketlerin rakamlarını aynı formatta yan yana koymak, grup toplamını ve şirket kırılımını görmek. Ortak hesap planı eşlemesi ve ortak sistem para birimi varsa bu katman rapor aracıyla karşılanır; çoğu grubun gerçek ihtiyacı budur.
2. Konsolidasyon şirketi. Şirketler arası entegrasyon çözümünün kurduğu ayrı bir konsolidasyon veritabanında rakamların toplanması. Grup içi işlemlerin eliminasyonu için gereken izi sağlar ve mali tablo üretimini sistem içinde tutar.
3. Bağımsız denetim ve yasal konsolidasyon. Uluslararası raporlama standartlarına göre tam konsolidasyon gerekiyorsa, ERP'nin ürettiği veri girdi olur; asıl iş mali müşavir ve denetçiyle birlikte yürütülür. ERP'den beklenen, doğru ve izlenebilir veriyi zamanında vermektir.

En sık yaptığımız uyarı şu: birçok grup, aslında birinci katman yeterliyken üçüncü katmanı satın almaya çalışıyor. Önce hangi soruyu cevaplamak istediğinizi netleştirin; rapor listesi olmadan verilen konsolidasyon kararı, kullanılmayan bir kurulumla sonuçlanır. Finans departmanı çözümlerimizde bu ayrımı rapor bazında yapıyoruz.

Yetki, lisans ve kullanıcı yönetimi

Çok şirketli yapıda yetki yönetimi, tek şirketli kurulumdan farklı bir alışkanlık ister. Ayrı veritabanı modelinde kullanıcı tanımları ve yetkiler her veritabanında ayrı yaşar; bir yetki değişikliğini beş şirkette beş kez yapmanız gerekir. Bu yüzden yetki matrisini şirket bazında değil rol bazında tasarlayıp her şirkete aynı rol setini kurmak, uzun vadede tek çalışan yöntemdir.

Lisans tarafında pratik soru şudur: aynı kişi birden fazla şirkete giriyorsa ek lisans tüketir mi? Bu, kurulumunuzun lisans yapılandırmasına bağlıdır ve varsayımla ilerlenecek bir konu değildir — kendi kurulumunuz için partnerinizle yazılı olarak netleştirin.

Üçüncü konu erişim sınırıdır: bir şirketin kullanıcısının diğer şirketin verisini görmemesi gerekiyorsa, bunu şirket bazında erişim kısıtıyla çözersiniz. Grup içinde "herkes her yeri görsün" ile başlayan kurulumlar, ilk denetimde geri dönüyor.

Dönem kapanışında çok şirketli disiplin

Kapanış, çok şirketli yapıda tek şirketlinin kopyası değildir; bir takvim işidir. Uyguladığımız sıra şu:

1. Kur tabloları güncellenir. Her veritabanında ayrı yaşar; bu adımı atlamak, konsolide tablodaki en klasik sapma nedenidir.
2. Grup içi işlemler mutabakatı yapılır. A'nın alacağı ile B'nin borcu birebir tutmalı; tutmuyorsa kapanış başlamaz.
3. Şirket bazında kapanış kontrolleri koşulur. Stok, cari, banka ve açık belge kontrolleri her şirkette ayrı ayrı. Kontrol listesini yıl sonu kapanışında ERP kontrol listesi yazısında paylaştık.
4. Dönem kilitlenir. Kapanan dönemde kayıt açılmasını engelleyen tanımlar her veritabanında yapılır.
5. Konsolide rapor üretilir ve önceki dönemle karşılaştırılır. Sapma varsa kaynağı şirket bazında aranır.

Bu sıranın en kritik maddesi ikincisi. Grup içi mutabakatı kapanıştan sonraya bırakan ekipler, düzeltme kayıtlarını kapanmış döneme atmak zorunda kalıyor ve her ay aynı işi tekrar ediyor. Çok şirketli bir devreye alma projesinde bu takvimi ilk günden kurmak, proje yönetimi tarafındaki ana çıktılarımızdan biridir.

Sık sorulan sorular

SAP Business One'da tek veritabanında birden fazla şirket tutulabilir mi?

Hayır; her tüzel kişilik ayrı bir veritabanında yaşar. Tek veritabanında ayrıştırabileceğiniz şey, aynı tüzel kişiliğe bağlı şubelerdir: belge serileri ve mali raporlar şube bazında ayrışır, ana veri ve hesap planı ortak kalır. Ayrı vergi mükellefiyeti varsa cevap her zaman ayrı veritabanıdır.

Şirketler arası satışı sistem otomatik olarak iki tarafa da yazar mı?

Şirketler arası entegrasyon çözümü kuruluysa evet: bir şirkette kesilen satış belgesi karşı şirkette alış belgesine dönüşür ve grup içi muhasebe izi oluşur. Bu çözüm kurulu değilse belgeler elle girilir; bu da ay sonu mutabakatının en çok zaman yiyen kalemine dönüşür.

Konsolide mali tabloyu doğrudan SAP Business One'dan alabilir miyiz?

Yönetim amaçlı konsolide raporları evet, ortak hesap planı eşlemesi ve ortak sistem para birimi kuruluysa alabilirsiniz. Uluslararası standartlara göre yasal konsolidasyon gerekiyorsa ERP veriyi sağlar, tablo üretimi mali müşavir ve denetçiyle birlikte yürütülür. Beklentiyi baştan bu ayrımla kurmak gerekir.

Yeni bir şirketi gruba eklemek ne kadar sürer?

Grup standardı kuruluysa — ortak hesap planı, ortak kodlama, hazır rol tanımları — yeni şirketin devreye alınması, sıfırdan bir kurulumdan belirgin biçimde kısadır; iş büyük ölçüde ana veri taşıma ve açılış bakiyelerine iner. Standart yoksa her yeni şirket yeni bir proje gibi davranır; bu yüzden ikinci şirketi kurarken standardı da kurmanızı öneriyoruz.

Farklı ülkelerdeki şirketleri aynı sistemde yönetebilir miyiz?

Evet; her şirket kendi ülke lokalizasyonuyla kurulur ve grup raporlaması ortak sistem para birimi üzerinden yapılır. Dikkat edilecek nokta, yerel mevzuat gereksinimlerinin her ülkede ayrı bir destek ve güncelleme sorumluluğu doğurmasıdır — bunu kimin üstleneceğini sözleşmede netleştirin.