Şirket ERP ve Muhasebe Programındaki Kayıtların Sonradan Değiştirildiği Nasıl İspatlanır? 2026 Güncel Hukuki Rehber

Şirket ortakları arasındaki uyuşmazlıklarda en önemli delillerden biri şirketin ERP ve muhasebe programlarında bulunan elektronik kayıtlardır. Satışlar, satın almalar, banka hareketleri, müşteri ve tedarikçi cari hesapları, stok hareketleri, faturalar, tahsilatlar, ortaklardan alacaklar, ilişkili şirket hesapları ve maliyet kayıtları günümüzde büyük ölçüde elektronik sistemlerde tutulmaktadır. Bu nedenle şirketi fiilen yöneten ortağın ERP veya muhasebe programındaki geçmiş kayıtları sonradan değiştirdiği, bazı işlemleri sildiği ya da başka hesaplara aktardığı iddiası ortaklık davalarında kritik bir ispat sorununa dönüşebilir.

Örneğin şirket ortağı X’in 31 Aralık 2025 tarihindeki muhasebe kayıtlarında şirkete 25 milyon TL borçlu olduğu görülürken ortaklık uyuşmazlığı başladıktan sonra aynı döneme ait raporda borcun 3 milyon TL olarak görünmesi ciddi bir farklılıktır. Ancak iki rapor arasındaki fark tek başına X’in muhasebe kayıtlarını hukuka aykırı şekilde değiştirdiğini kanıtlamaz. X aradaki 22 milyon TL’yi gerçekten ödemiş, gerçek bir alacağıyla mahsup etmiş veya önceki muhasebe hatası düzeltilmiş olabilir.

Bu nedenle hukuken doğru soru yalnızca “rakam değişmiş mi?” değildir.

Asıl sorular şunlardır:

İlk kayıt neydi? Kayıt ne zaman değiştirildi? Değişikliği hangi kullanıcı yaptı? Hangi muhasebe fişi kullanıldı? Değişikliğin dayanak belgesi var mı? Bankada karşılığı bulunuyor mu? Daha önce oluşturulmuş e-Defter ve diğer bağımsız kayıtlarla yeni kayıt uyumlu mu?

ERP manipülasyonu iddiasının güçlü biçimde ispatlanabilmesi bu soruların birlikte cevaplandırılmasına bağlıdır.

ERP Kaydı Nedir ve Ortaklık Davasında Neden Önemlidir?

ERP, şirketin birçok ticari sürecini tek sistem içerisinde yöneten kurumsal kaynak planlama altyapısıdır. Şirketin kullandığı sisteme göre ERP içerisinde satış, satın alma, stok, üretim, muhasebe, finans, müşteri, tedarikçi ve banka işlemleri birlikte bulunabilir.

Muhasebe programı ise daha dar kapsamda şirketin mali kayıtlarını oluşturabilir.

Ortaklık uyuşmazlıklarında ERP kayıtlarının önemi, bir ekonomik işlemin yalnızca sonucunu değil bazen bütün oluşum sürecini gösterebilmesidir.

Örneğin sistemde:

satış siparişi → sevk emri → irsaliye → fatura → müşteri cari hesabı → tahsilat

zinciri bulunabilir.

Bu zincirin belirli aşamalarının sonradan değiştirilmesi veya silinmesi gerçek şirket faaliyetinin tespitini zorlaştırabilir.

ERP Kayıtları Sonradan Değiştirilebilir mi?

Teknik olarak bu, kullanılan yazılımın yapısına ve kullanıcı yetkilerine bağlıdır.

Bazı sistemlerde geçmiş kayıtların değiştirilmesi ciddi şekilde sınırlandırılmış olabilir. Bazı sistemlerde yetkili kullanıcılar düzeltme, iptal, ters kayıt veya başka işlemler gerçekleştirebilir. Bazı sistemlerde ise yapılan değişikliklerin geçmişi ayrıca tutulur.

Dolayısıyla:

“ERP’deki kayıt değiştirilemez.”

veya tam tersine:

“ERP’deki her şey kolaylıkla değiştirilebilir.”

şeklinde genel bir hukuki veya teknik varsayım doğru değildir.

Somut olayda kullanılan programın sürümü, veri tabanı, kullanıcı yetkileri, audit trail sistemi ve yedekleme yapısı incelenmelidir.

Türk Ticaret Kanunu Kayıtların Değiştirilmesine İzin Veriyor mu?

Muhasebe hatalarının düzeltilmesi mümkündür. Ancak ticari kayıtların iz bırakmadan değiştirilmesi farklı bir meseledir.

TTK’nın ticari defter sistematiği, kayıtların düzenli ve denetlenebilir şekilde tutulmasını esas almaktadır. 2026 itibarıyla 6102 sayılı Türk Ticaret Kanunu güncel şirketler mevzuatının temel kanunu olmaya devam etmektedir.

Bu nedenle ERP veya muhasebe programında yapılmış her düzeltme hukuka aykırı değildir.

Önemli olan düzeltmenin gerçek bir ekonomik veya muhasebesel sebebe dayanıp dayanmadığı ve önceki kaydın izlenebilir olup olmadığıdır.

ERP Kayıtlarının Değiştirildiğini İspatlamanın En Güçlü Yolu Nedir?

En güçlü yöntemlerden biri aynı verinin farklı tarihlerde alınmış versiyonlarını karşılaştırmaktır.

Örneğin diğer ortak Y’nin elinde 5 Ocak 2026 tarihinde muhasebeci tarafından gönderilmiş bir mizan bulunabilir.

Bu mizanda:

131 Ortaklardan Alacaklar – X: 28.000.000 TL

yazıyor olsun.

Ortaklar arasında uyuşmazlık 1 Mart 2026 tarihinde başlamış olsun.

1 Nisan 2026 tarihinde ERP’den yeniden alınan aynı dönem raporunda:

131 Ortaklardan Alacaklar – X: 6.000.000 TL

görülüyor olabilir.

İki rapor arasında 22 milyon TL fark vardır.

Bu durumda ilk yapılması gereken, 22 milyon TL’lik farkı oluşturan muhasebe hareketlerini bulmaktır.

Eski ve Yeni Mizan Karşılaştırması Nasıl Yapılır?

Yalnızca toplam bakiyeye bakmak yeterli değildir.

Örneğin eski mizanda ortak borcu 28 milyon TL, yeni mizanda 6 milyon TL ise ilgili hesabın muavin dökümü çıkarılmalıdır.

22 milyon TL’lik azalmayı oluşturan kayıtlar belirlenmelidir.

Diyelim ki 15 Mart 2026 tarihinde:

22.000.000 TL mahsup kaydı

girildiği görülüyor.

Bu durumda ikinci aşamaya geçilir:

Mahsup hangi alacağa dayanıyor?

X’in gerçekten şirketten 22 milyon TL alacağı var mıydı?

Bu alacağın kaynağı nedir?

X daha önce şirkete para vermiş miydi?

Sözleşme var mı?

Banka kaydı var mı?

Genel kurul veya yönetim kararı bulunuyor mu?

Dolayısıyla ERP’deki değişikliğin bulunması soruşturmanın sonu değil, başlangıcıdır.

ERP Audit Trail Nedir?

Audit trail, sistem içerisinde yapılan işlemlerin geçmişini izlemeye yarayan teknik kayıt sistemidir.

Kullanılan ERP’nin özelliklerine bağlı olarak audit trail veya benzeri kayıtlar:

hangi kullanıcının sisteme girdiğini,

hangi kaydı açtığını,

hangi veriyi değiştirdiğini,

eski değerin ne olduğunu,

yeni değerin ne olduğunu,

işlemin hangi tarih ve saatte yapıldığını

gösterebilir.

Bu tür kayıtlar ortaklık uyuşmazlığında son derece değerli olabilir.

Ancak her ERP sisteminin aynı ayrıntıda audit trail tuttuğu varsayılmamalıdır.

Kullanıcı Logları Kayıt Değişikliğini İspatlayabilir mi?

Önemli ölçüde yardımcı olabilir.

Örneğin sistem logunda:

Kullanıcı: X_MANAGER

Tarih: 17.03.2026 – 23:48

İşlem: Muhasebe fişi değişikliği

Eski tutar: 22.000.000 TL

Yeni tutar: 0 TL

gibi bir veri bulunabilir.

Bu son derece önemli bir teknik bulgu olabilir.

Ancak yine de:

“X kullanıcı hesabı kullanılmış, dolayısıyla değişikliği kesin olarak X yaptı.”

sonucuna otomatik olarak ulaşılmamalıdır.

Şifrenin başka çalışanlar tarafından kullanılıp kullanılmadığı, ortak kullanıcı hesabı bulunup bulunmadığı ve sistemin kullanıcı doğrulama yapısı da araştırılmalıdır.

Yönetici Kullanıcı Hesabı Neden Önemlidir?

Bazı şirketlerde normal kullanıcılar geçmiş dönem muhasebe kayıtlarını değiştiremezken yönetici veya administrator hesabına sahip kişiler geniş yetkilere sahip olabilir.

Bu nedenle bilirkişi incelemesinde yalnızca:

“Kaydı hangi kullanıcı değiştirdi?”

sorusu değil:

“Bu kaydı değiştirme yetkisi hangi kullanıcılarda bulunuyordu?”

sorusu da sorulmalıdır.

Örneğin sistemde geçmiş dönem kayıtlarını yalnızca X ve şirket muhasebecisinin değiştirme yetkisi varsa şüpheli işlemin yapılabileceği kişi çevresi önemli ölçüde daralabilir.

ERP Kayıtlarının Değiştirilme Tarihi Neden Önemlidir?

Ortaklık uyuşmazlıklarında zamanlama çok güçlü bir emare olabilir.

Örneğin:

1 Şubat 2026: Y ortağı şirket hesaplarını incelemek ister.

5 Şubat 2026: Y’ye bilgi verilmez.

10 Şubat 2026: Y noter ihtarnamesi gönderir.

12 Şubat 2026: ERP sisteminde 2024 ve 2025 yıllarına ilişkin geçmiş tarihli toplu düzeltmeler yapılır.

20 Şubat 2026: X’in ortak cari borcu 30 milyon TL’den 5 milyon TL’ye düşer.

Böyle bir kronoloji tek başına kayıt manipülasyonunu kesin biçimde kanıtlamaz.

Ancak değişikliklerin tam da bilgi talebinden sonra yapılmış olması diğer delillerle birlikte güçlü bir emare oluşturabilir.

Geçmiş Tarihli Muhasebe Kaydı Nasıl Tespit Edilir?

ERP sisteminde işlemin “muhasebe tarihi” ile sistemde gerçekten oluşturulduğu tarih birbirinden farklı olabilir.

Örneğin kullanıcı 20 Mart 2026 tarihinde sisteme girerek:

31 Aralık 2025 tarihli

bir muhasebe fişi oluşturmuş olabilir.

Raporlarda işlem 2025 yılına aitmiş gibi görünebilir.

Ancak sistem logları veya veri tabanı kayıtları fişin gerçekte 20 Mart 2026 tarihinde oluşturulduğunu gösterebilir.

Bu nedenle bilirkişi incelemesinde yalnızca muhasebe tarihine bakılması yeterli değildir.

Mümkünse:

kayıt tarihi + oluşturma tarihi + son değiştirme tarihi + kullanıcı + fiş numarası

birlikte incelenmelidir.

Eski ERP Yedekleri Neden Çok Önemlidir?

Şirketlerin günlük, haftalık veya aylık veri tabanı yedekleri bulunabilir.

Bu yedekler geçmişte sistemin nasıl göründüğünü ortaya çıkarabilir.

Örneğin:

31 Ocak yedeği: X’in borcu 30 milyon TL

28 Şubat yedeği: X’in borcu 30 milyon TL

31 Mart yedeği: X’in borcu 4 milyon TL

şeklinde bir tablo ortaya çıkabilir.

Bu durumda değişikliğin Şubat sonu ile Mart sonu arasında gerçekleştiği anlaşılabilir.

Daha sonra bu dönem içerisindeki loglar ve muhasebe fişleri incelenebilir.

Yedek Veri Tabanları Bilirkişi Tarafından Karşılaştırılabilir mi?

Teknik olarak uygun veri bulunması hâlinde farklı tarihli veri tabanlarının karşılaştırılması önemli sonuçlar sağlayabilir.

Örneğin bilirkişi:

“28 Şubat 2026 tarihli veri tabanında bulunan 14 adet muhasebe kaydı 31 Mart 2026 tarihli veri tabanında bulunmamaktadır.”

şeklinde teknik tespitte bulunabilir.

Daha sonra hangi kayıtların silindiği belirlenebilir.

Bu, yalnızca son ERP çıktısına bakmaktan çok daha güçlü bir inceleme yöntemidir.

Silinen Fişler Nasıl Tespit Edilebilir?

Kullanılan programın teknik yapısına göre silinen fişlerin izleri loglarda, veri tabanında, yedeklerde veya numara sıralamasındaki boşluklarda bulunabilir.

Örneğin sistemde:

10541 numaralı fiş,

10542 numaralı fiş,

10544 numaralı fiş

bulunuyor ancak 10543 numaralı fiş görünmüyorsa bu durum araştırılabilir.

Ancak numara boşluğu tek başına fişin hukuka aykırı şekilde silindiğini kanıtlamaz.

İptal edilmiş işlem veya teknik başka bir sebep bulunabilir.

ERP ile Banka Kayıtlarının Karşılaştırılması Nasıl Yapılır?

Banka kayıtları şirket içindeki ERP sisteminden bağımsız önemli bir veri kaynağıdır.

Örneğin banka hesabında:

A Ltd. Şti. → X ortağı: 12.000.000 TL

transferi bulunmaktadır.

Eski ERP kayıtlarında da:

131 Ortaklardan Alacaklar – X: 12.000.000 TL

görünmektedir.

Ortaklık uyuşmazlığından sonra ERP kaydı:

“X’ten alınan borcun iadesi”

şeklinde değiştirilmiş olabilir.

Banka kaydı hâlâ paranın şirketten X’e gittiğini gösterir.

Bu durumda X’in gerçekten şirkete daha önce borç verip vermediği araştırılır.

Banka geçmişinde böyle bir para girişi bulunmuyorsa yeni muhasebe açıklamasının dayanağı sorgulanabilir.

ERP Kaydı Banka Kaydına Aykırıysa Hangisine İnanılır?

Tek başına birini otomatik olarak üstün kabul etmek doğru değildir.

Banka hareketi paranın hareketini gösterir.

ERP kaydı ise şirketin işlemi nasıl muhasebeleştirdiğini gösterir.

Örneğin şirketten ortağa yapılan 5 milyon TL ödeme gerçekten şirketin ortağa olan borcunun geri ödemesi olabilir.

Bu nedenle banka hareketinin yanında geçmiş borç ilişkisi, sözleşmeler, cari hesaplar ve diğer belgeler araştırılmalıdır.

Ancak ERP kaydı değiştirilmişse banka verisinin bağımsız niteliği özellikle önem kazanır.

ERP ile E-Fatura Kayıtları Karşılaştırılabilir mi?

Evet.

Örneğin ERP sistemindeki satış faturalarının bir bölümü sonradan silinmiş olabilir.

Ancak elektronik fatura sürecinde daha önce oluşturulmuş kayıtlar başka veri kaynaklarında bulunabilir.

Bu durumda ERP’deki satış kayıtları ile elektronik fatura verileri karşılaştırılarak eksik veya değiştirilmiş işlemler tespit edilmeye çalışılabilir.

Özellikle gerçek cironun gizlendiği iddialarında bu karşılaştırma önemlidir.

ERP ile E-Defter Karşılaştırması Neden Çok Güçlüdür?

Şirketin e-Defter kapsamında olduğu durumlarda ERP veya muhasebe programındaki mevcut kayıtların daha önce oluşturulmuş elektronik defter kayıtlarıyla karşılaştırılması önemli olabilir.

Gelir İdaresi Başkanlığının e-Defter uygulamasına ilişkin mevcut sisteminde e-Defter oluşturma, imzalama/mühürleme ve muhafaza süreçleri düzenlenmekte; kullanıcı hesabı üzerinden yapılan işlemlerin tespitinde Başkanlık kayıtlarının esas alınacağı da başvuru sisteminde belirtilmektedir.

Örneğin Ocak 2026 dönemine ait kayıtlar e-Defter sürecine dâhil edildikten sonra şirketin kendi ERP sistemindeki Ocak kayıtlarının Mart ayında değiştirilmesi iddia edilebilir.

Bu durumda daha önce oluşmuş elektronik defter verileri ile ERP’nin mevcut durumu arasındaki fark araştırılabilir.

Ancak her ERP değişikliğinin otomatik olarak e-Defter manipülasyonu anlamına gelmediği unutulmamalıdır.

ERP’deki Satışların Silindiği Nasıl İspatlanabilir?

Satış işlemleri çoğu zaman birden fazla sistemde iz bırakır.

Örneğin ERP’den belirli bir satış kaydı silinmiş olsa bile:

müşteride fatura,

bankada tahsilat,

e-fatura sisteminde kayıt,

depoda stok çıkışı,

lojistik sisteminde sevkiyat,

müşteri cari hesabında işlem

bulunabilir.

Bu nedenle gerçek satışların tespitinde yalnızca mevcut ERP verisine bağlı kalınmamalıdır.

Stok Kayıtlarının Sonradan Değiştirildiği Nasıl Anlaşılır?

Örneğin ERP’nin eski yedeğinde:

10.000 adet stok çıkışı

bulunurken yeni kayıtlarda yalnızca:

6.000 adet

görünüyor olabilir.

Aradaki 4.000 ürünün kaydı araştırılmalıdır.

Sevk irsaliyeleri, müşteri teslim kayıtları, üretim verileri ve faturalar karşılaştırılabilir.

Ancak stok farkı otomatik olarak kayıt dışı satış anlamına gelmez. Fire, numune, iade veya başka ekonomik sebepler ayrıca değerlendirilmelidir.

Müşteri Cari Hesabının Değiştirildiği Nasıl İspatlanır?

Şirketin kendi ERP kaydı ile müşterinin kayıtları karşılaştırılabilir.

Örneğin şirket ERP’sine göre müşteri C’nin toplam alışları 5 milyon TL görünürken C şirketinin kayıtlarında A şirketinden 12 milyon TL alış bulunabilir.

Faturalar ve banka ödemeleri de 12 milyon TL’yi doğruluyorsa şirket ERP’sindeki eksikliğin sebebi araştırılmalıdır.

Bu nedenle karşı taraf şirket kayıtları bazı uyuşmazlıklarda çok güçlü bir doğrulama kaynağıdır.

Ortak Cari Hesabının Sonradan Değiştirilmesi Nasıl İspatlanır?

Ortaklık davalarında en sık karşılaşılan konulardan biridir.

Örneğin X’in şirketten yıllar içerisinde toplam 40 milyon TL çektiği banka kayıtlarından görülmektedir.

Eski muhasebe kayıtlarında:

X’in borcu: 35 milyon TL

görünür.

Ortaklık uyuşmazlığı başladıktan sonra yeni ERP kaydında:

X’in borcu: 5 milyon TL

olabilir.

Bu durumda 30 milyon TL’nin hangi işlemlerle kapatıldığı tek tek bulunmalıdır.

Eğer kayıt:

“X’in şirketten alacağına mahsup”

şeklindeyse X’in gerçek alacağı araştırılır.

Kayıt:

“masraf karşılığı”

şeklindeyse masrafların belgeleri aranır.

Kayıt:

“kâr payı”

şeklindeyse bunun şirketler hukuku ve muhasebe bakımından dayanağı incelenir.

İlişkili Şirket Cari Hesabı Sonradan Sıfırlanırsa Ne Olur?

Örneğin A şirketinin, X’in sahibi olduğu B şirketinden 25 milyon TL alacağı bulunmaktadır.

Eski ERP yedeğinde bu alacak açıkça görünmektedir.

Yeni ERP sisteminde ise alacak sıfırdır.

B şirketinden A’ya herhangi bir banka ödemesi yapılmamıştır.

Bu durumda borcun hangi kayıtla kapatıldığı araştırılmalıdır.

Eğer 25 milyon TL’lik “danışmanlık hizmeti” faturasıyla mahsup yapılmışsa bu kez hizmetin gerçekten verilip verilmediği ve bedelin ekonomik karşılığının bulunup bulunmadığı incelenmelidir.

ERP Kayıtları Gerçekte Verilmeyen Hizmetleri Gizlemek İçin Değiştirilebilir mi?

İddia bu yönde olabilir.

Örneğin A şirketinden B şirketine önce 8 milyon TL ödeme yapılmıştır.

Ödeme tarihinde ERP’de:

“B şirketine verilen avans”

görünmektedir.

Ortaklık uyuşmazlığı başladıktan sonra kayıt:

“Danışmanlık hizmet bedeli”

olarak değiştirilmiş olabilir.

Daha sonra B tarafından fatura düzenlenmiş olabilir.

Bu durumda yalnızca son faturaya bakılmaz.

Ödemenin yapıldığı tarihteki kayıt, sözleşmenin tarihi, hizmet çıktıları, e-postalar, raporlar ve B’nin hizmet verebilecek personel ve organizasyona sahip olup olmadığı araştırılır.

Muhasebecinin Kullanıcı Hesabıyla Yapılan Değişiklikten Kim Sorumludur?

Teknik kullanıcı ile hukuki sorumluluğun aynı kişide bulunması zorunlu değildir.

Örneğin loglarda değişikliği:

ACCOUNTING01

kullanıcısının yaptığı görülebilir.

Bu hesap muhasebeciye ait olabilir.

Ancak şirket müdürü muhasebeciye e-posta veya mesajla değişiklik talimatı vermiş olabilir.

Bu nedenle inceleme:

teknik kullanıcı → değişiklik → talimat → ekonomik menfaat → şirket zararı

zinciri üzerinden yapılmalıdır.

Muhasebecinin işlemi sisteme girmiş olması, değişiklikten ekonomik olarak yararlanan veya talimat veren kişinin araştırılmasına engel değildir.

ERP Kullanıcı Şifrelerinin Ortak Kullanılması İspatı Etkiler mi?

Evet.

Şirkette herkes aynı kullanıcı adı ve şifreyle sisteme giriyorsa:

“Bu kullanıcı hesabı işlemi yaptı.”

tespiti ile:

“Bu işlemi kesin olarak X yaptı.”

sonucu arasında ciddi fark vardır.

Bu nedenle kullanıcı yönetimi, IP kayıtları, cihaz bilgileri, oturum zamanları ve diğer teknik veriler varsa birlikte incelenmelidir.

ERP Kayıtlarının Silinme Tehlikesi Varsa Ne Yapılabilir?

Bu durumda zaman kritik olabilir.

Veri tabanının değiştirilmesi, yedeklerin üzerine yazılması veya sistemin tamamen başka programa geçirilmesi ihtimali varsa delil tespiti ve somut olayın şartlarına uygun diğer hukuki koruma yolları değerlendirilmelidir.

Amaç:

“Şirketin bütün bilgisayarlarına el koyalım.”

şeklinde sınırsız bir inceleme değildir.

Hangi veri grubunun neden korunması gerektiği somutlaştırılmalıdır.

Örneğin:

“1 Ocak 2025–31 Ağustos 2026 döneminde 131-Ortaklardan Alacaklar hesabına ilişkin mevcut kayıtlar, ilgili fişler, yedekler ve sistemde mevcut değişiklik geçmişinin tespiti”

çok daha belirli bir taleptir.

Bilirkişi ERP Sisteminde Hangi İncelemeleri Yapabilir?

Uyuşmazlığın niteliğine göre mali müşavir bilirkişi ile bilişim uzmanının birlikte çalışması gerekebilir.

Mali inceleme:

işlemin muhasebesel ve ekonomik yönünü,

bilişim incelemesi ise:

verinin teknik geçmişini

ortaya koyabilir.

Örneğin bilişim uzmanı bir kaydın 15 Mart tarihinde değiştirildiğini tespit edebilir.

Mali müşavir bilirkişi ise bu değişiklik sonucunda X’in şirkete olan 20 milyon TL borcunun muhasebe sisteminde ortadan kaldırıldığını belirleyebilir.

Hukuki sorumluluğa ise mahkeme karar verir.

Bilirkişiye Hangi Sorular Sorulmalıdır?

ERP manipülasyonu iddiasında bilirkişi sorularının somut olması son derece önemlidir.

Örneğin:

31 Aralık 2025 tarihli veri tabanı yedeği ile mevcut veri tabanı arasında X ortağına ait cari hesap yönünden farklılık bulunmakta mıdır?

Farklılık oluşturan muhasebe fişleri hangileridir?

Bu fişlerin sistemde oluşturulma ve değiştirilme tarihleri tespit edilebilmekte midir?

İşlemleri gerçekleştiren kullanıcı hesapları hangileridir?

İlgili kayıtların banka hareketlerinde karşılığı bulunmakta mıdır?

Mevcut ERP kayıtları daha önce oluşturulmuş e-Defter kayıtlarıyla uyumlu mudur?

İlişkili B şirketinin cari hesabında sonradan yapılan mahsupların dayanak belgeleri nelerdir?

Bu sorular genel:

“Şirkette usulsüzlük var mı?”

sorusundan çok daha etkili olabilir.

Mahkeme ERP Kayıtlarının İbrazını İsteyebilir mi?

Ticari davalarda elektronik kayıtların ve ticari defterlerin ibrazı HMK’nın belge ve ticari defterlere ilişkin hükümleri kapsamında önem taşımaktadır.

HMK m.222 uyarınca mahkeme ticari davalarda tarafların ticari defterlerinin ibrazına kendiliğinden veya taraflardan birinin talebi üzerine karar verebilir. Ticari defterlerin delil olarak kabul edilmesi de kanunda öngörülen şartlara bağlanmıştır.

Elektronik ERP kayıtları ile kanuni ticari defterlerin aynı kavram olmadığı unutulmamalıdır.

ERP kayıtları ticari işlemlerin ispatında önemli elektronik veriler olabilir; ancak kanuni ticari defterlerin yerine otomatik olarak geçtikleri söylenemez.

ERP Kayıtları Tek Başına Davayı Kazandırır mı?

Genellikle böyle kesin bir sonuç söylenemez.

Örneğin ERP sisteminde:

“X’e 10 milyon TL borç verildi.”

yazması paranın gerçekten X’e verildiğini tek başına kesinleştirmeyebilir.

Banka kaydıyla doğrulama yapılmalıdır.

Benzer şekilde ERP’de:

“X 10 milyon TL borcunu ödedi.”

yazması da bankada veya başka güvenilir delilde ödeme bulunmadığı takdirde araştırılmalıdır.

ERP kayıtlarının gücü, bağımsız verilerle doğrulandıkça artar.

ERP Kayıtlarının Değiştirilmesi Otomatik Olarak Suç mudur?

Hayır.

Her kayıt değişikliği hukuka aykırı değildir ve her hukuka aykırı muhasebe işlemi de otomatik olarak ceza sorumluluğu doğurmaz.

Gerçek bir muhasebe hatasının düzeltilmesi normaldir.

Ceza sorumluluğu bakımından somut fiilin ilgili suç tipinin kanuni unsurlarını oluşturup oluşturmadığı ayrıca değerlendirilmelidir.

Bu nedenle:

“ERP kaydı değişmiş, o hâlde suç işlenmiştir.”

yaklaşımı hukuken doğru değildir.

ERP Kayıtlarının Değiştirilmesi Yönetici Sorumluluğu Doğurabilir mi?

Somut olayda yöneticinin yükümlülüklerine aykırı davranması ve bunun sonucunda şirket zararının meydana gelmesi hâlinde yönetici sorumluluğu gündeme gelebilir.

Örneğin yönetici kendisine olan 25 milyon TL şirket alacağını gerçek bir ekonomik sebep bulunmaksızın ERP kayıtlarından kaldırmış ve şirketin bu alacağının tahsil edilmemesine neden olmuş olabilir.

Bu durumda yalnızca kayıt değişikliği değil:

yükümlülük ihlali + gerçek ekonomik işlem + şirket zararı + nedensellik + sorumluluk

birlikte değerlendirilmelidir.

Şirket Zararının Tutarı ERP’deki Silinen Rakam mıdır?

Her zaman değil.

Örneğin ERP’den 10 milyon TL alacak kaydı silinmiş olabilir.

Ancak şirket aslında bu 10 milyon TL’yi daha önce tahsil etmişse şirketin 10 milyon TL zararı bulunduğu söylenemez.

Tersi durumda alacak gerçekten mevcut, hiçbir ödeme yapılmamış ve gerçeğe aykırı kayıtla ortadan kaldırılmışsa zarar değerlendirmesi farklılaşır.

Dolayısıyla muhasebe farkı ile hukuki zarar aynı kavram değildir.

Diğer Ortak Şirket Zararının Kendi Payını Doğrudan İsteyebilir mi?

Her durumda hayır.

Şirketin malvarlığı ile ortağın kişisel malvarlığı birbirinden ayrıdır.

Örneğin yüzde 50 ortak X’in şirkete olan 20 milyon TL borcu gerçeğe aykırı ERP kaydıyla ortadan kaldırılmışsa diğer yüzde 50 ortak Y:

“20 milyon TL şirket zararı var, 10 milyon TL doğrudan bana ödensin.”

sonucuna otomatik olarak ulaşamaz.

Şirket zararı ile ortağın doğrudan kişisel zararı ayrılmalı ve dava hakkı buna göre belirlenmelidir.

2026 Yılında Elektronik Kayıtların Önemi Neden Daha da Arttı?

Şirketlerin ticari kayıtlarının elektronikleşmesi 2026 yılında daha ileri bir seviyeye ulaşmıştır. Ticaret Bakanlığı, işletmenin muhasebesiyle ilgili olmayan belirli ticari defterler için ETDS’nin 1 Temmuz 2025’te kullanıma açıldığını; 1 Ocak 2026’dan itibaren kuruluşu ticaret siciline tescil edilen şirketlerin pay defteri ile genel kurul toplantı ve müzakere defterini ETDS’de tutmakla yükümlü olduğunu açıklamıştır.

Bu sistem ERP ve muhasebe programlarıyla aynı şey değildir.

Ancak gelişmenin genel önemi açıktır: şirket uyuşmazlıklarında artık fiziki belge incelemesinin yanında elektronik kayıtların oluşum ve değişiklik geçmişinin değerlendirilmesi giderek daha önemli hâle gelmektedir.

ERP Kayıtları ile ETDS Kayıtları Karıştırılmamalıdır

Bu ayrım özellikle 2026 içeriklerinde önemlidir.

ERP ve muhasebe programları şirketin operasyonel ve mali süreçlerini yönetebilir.

ETDS ise Ticaret Bakanlığının ilgili Tebliğ kapsamında muhasebeyle ilgili olmayan belirli ticari defterlerin elektronik tutulmasına ilişkin sistemidir. 1 Ocak 2026’dan itibaren kuruluşu tescil edilen şirketler için pay defteri ile genel kurul toplantı ve müzakere defteri bakımından Bakanlığın açıkladığı yükümlülük uygulanmaktadır.

Dolayısıyla:

“2026’da bütün muhasebe kayıtları ETDS’ye geçti.”

şeklindeki bir ifade doğru değildir.

ERP, e-Defter ve ETDS ayrı sistemler olarak değerlendirilmelidir.

ERP Kayıtlarının Değiştirildiği İddiasında En Güçlü İspat Zinciri

Bu tür davalarda tek bir ekran görüntüsüne dayanmak yerine birbiriyle örtüşen deliller oluşturulmalıdır.

En güçlü zincirlerden biri şu şekilde kurulabilir:

eski ERP raporu → yeni ERP raporu → farkın tespiti → eski veri tabanı yedeği → mevcut veri tabanı → audit trail/log → değişiklik tarihi → kullanıcı hesabı → muhasebe fişi → dayanak belge → banka hareketi → e-fatura/e-Defter karşılaştırması → talimat yazışmaları → ekonomik menfaat → şirket zararı.

Örneğin eski ERP kaydı X’in şirkete 30 milyon TL borçlu olduğunu, yeni kayıt ise borcun sıfırlandığını gösteriyorsa; log kayıtlarında bu işlemin ortaklık ihtarından iki gün sonra yapıldığı, bankada ödeme bulunmadığı ve muhasebeciye “X’in hesabını kapatın” şeklinde talimat gönderildiği ortaya çıkarsa delil zinciri tek başına bir ERP çıktısından çok daha güçlü olacaktır.

Ankara, İstanbul, İzmir, Mersin ve Bursa’daki Ortaklık Davalarında ERP Kayıtları

Ankara, İstanbul, İzmir, Mersin ve Bursa başta olmak üzere Türkiye genelindeki şirket ortaklığı uyuşmazlıklarında ERP ve muhasebe programlarının incelenmesi özellikle şirket yönetiminin tek bir ortak tarafından kontrol edildiği yapılarda önem taşımaktadır.

Yüzde 50-yüzde 50 ortaklıklarda bir ortağın şirket yönetimini, muhasebe şifrelerini ve banka hesaplarını kontrol etmesi; diğer ortağın ise yıllarca yalnızca kendisine sunulan mali tabloları görmesi durumunda ortaklık ilişkisi bozulduktan sonra geçmiş kayıtların güvenilirliği tartışma konusu olabilir.

Bu nedenle bilirkişinin yalnızca bugünkü ERP çıktısını incelemesi bazı dosyalarda yeterli olmayabilir.

Asıl araştırılması gereken:

“Bugünkü kayıt geçmişteki kayıtla aynı mı ve bugünkü hâline nasıl geldi?”

sorusudur.

FFK PARTNER HUKUK VE DANIŞMANLIK Açısından ERP Delil Stratejisi

FFK PARTNER HUKUK VE DANIŞMANLIK açısından ERP ve muhasebe programı kayıtlarının değiştirildiği iddia edilen ortaklık uyuşmazlıklarında ilk aşamada mevcut elektronik verinin korunması, farklı tarihli kayıtların karşılaştırılması ve şirket dışındaki bağımsız veri kaynaklarının belirlenmesi önem taşımaktadır.

Av. Arb. Fırat Fesih Kaya tarafından bu tür uyuşmazlıkların değerlendirilmesinde yalnızca:

“ERP kaydı değiştirildi.”

iddiasıyla hareket edilmesi yerine değişikliğin teknik ve ekonomik zincirinin ortaya çıkarılması gerekir.

Özellikle:

eski mizanlar, ERP yedekleri, kullanıcı logları, audit trail kayıtları, muhasebe fişleri, banka hareketleri, elektronik faturalar, e-Defter kayıtları, müşteri ve tedarikçi kayıtları, muhasebeciye verilen talimatlar ve ilişkili şirket hesapları

birlikte değerlendirilmelidir.

Şirket kayıtlarının silinme veya değiştirilme tehlikesi devam ediyorsa delil tespiti ve somut olaya uygun diğer hukuki koruma mekanizmalarının gecikmeden değerlendirilmesi önemlidir.

Çünkü ortaklık davasında aylar sonra yapılacak bilirkişi incelemesinde yalnızca değiştirilmiş son veri tabanıyla karşılaşılması ispatı ciddi ölçüde zorlaştırabilir.

Sıkça Sorulan Sorular (SSS)

1. ERP kayıtlarının sonradan değiştirildiği anlaşılabilir mi?
Kullanılan sistemin teknik özelliklerine bağlı olarak eski yedekler, audit trail, kullanıcı logları, muhasebe fişleri ve farklı tarihli raporların karşılaştırılmasıyla değişiklikler tespit edilebilir.

2. ERP logları hangi kullanıcının kayıt değiştirdiğini gösterebilir mi?
Sistem bu bilgileri tutuyorsa gösterebilir. Ancak kullanıcı hesabının kimler tarafından kullanılabildiği de araştırılmalıdır.

3. Eski mizan ile yeni mizan farklıysa kayıt manipülasyonu kesinleşir mi?
Hayır. Gerçek ödeme, mahsup veya muhasebe düzeltmesi yapılmış olabilir. Farkın ekonomik ve belgesel sebebi araştırılmalıdır.

4. Geçmiş tarihli muhasebe kaydı tespit edilebilir mi?
Sistemin teknik yapısına bağlı olarak muhasebe tarihi ile kaydın gerçek oluşturulma veya değiştirilme tarihinin farklı olduğu tespit edilebilir.

5. Eski ERP yedekleri mahkemede önemli midir?
Evet. Farklı tarihlerdeki veri tabanlarının karşılaştırılması hangi kayıtların sonradan eklendiğini, değiştirildiğini veya kaldırıldığını belirlemeye yardımcı olabilir.

6. ERP ile banka kayıtları farklıysa ne yapılır?
Banka hareketinin gösterdiği para akışı ile ERP’deki muhasebe sınıflandırması karşılaştırılır ve işlemin gerçek hukuki sebebi araştırılır.

7. ERP ile e-Defter kayıtları karşılaştırılabilir mi?
Şirket e-Defter kapsamındaysa ve ilgili dönem verileri mevcutsa ERP’deki mevcut kayıtlarla daha önce oluşturulan elektronik defter kayıtları arasındaki farklılıklar önemli olabilir. GİB’in e-Defter uygulamasında kullanıcı hesabı üzerinden gerçekleştirilen işlemlere ilişkin Başkanlık kayıtlarının tespit ve tevsikte esas alınacağı belirtilmektedir.

8. Muhasebecinin kullanıcı hesabıyla yapılan değişiklikten şirket müdürü sorumlu olabilir mi?
Somut olaya göre olabilir. Teknik işlemi yapan kişi ile talimat veren ve işlemden yararlanan kişinin aynı olması zorunlu değildir. Talimat zinciri ayrıca araştırılmalıdır.

9. ERP kayıtlarının değiştirilmesi otomatik olarak suç oluşturur mu?
Hayır. Her değişiklik suç değildir. Ceza sorumluluğu ancak somut fiilin ilgili suç tipinin kanuni unsurlarını karşılaması hâlinde gündeme gelir.

10. ERP kayıtlarının silinmesinden korkuluyorsa ne yapılabilir?
Somut bir silinme veya değiştirilme tehlikesi varsa delil tespiti ve uyuşmazlığa uygun diğer hukuki koruma yollarının gecikmeden değerlendirilmesi gerekir.

Uzman Hukuki Destek

Şirket ERP kayıtlarının değiştirilmesi, muhasebe programındaki verilerin silinmesi, ortak cari hesabının sonradan kapatılması, gerçek cironun gizlenmesi, ilişkili şirket hesaplarının değiştirilmesi veya geçmiş tarihli muhasebe kayıtları oluşturulması iddialarında elektronik delillerin erken aşamada korunması önemlidir.

Hak kaybı yaşamamak için uzman desteği şarttır. Ankara, İstanbul ve İzmir başta olmak üzere Mersin, Bursa ve Türkiye genelinde ERP ve muhasebe kayıtlarının incelenmesi, ortaklık uyuşmazlıkları, elektronik deliller, delil tespiti, yönetici sorumluluğu ve şirket zararının tazmini konularında FFK PARTNER HUKUK VE DANIŞMANLIK olarak profesyonel hukuki destek sunuyoruz.

Adres: Mevlana Bulvarı No:221, Yıldırım Tower, Balgat, Çankaya / Ankara
Hemen Ara: 0312 434 22 22
WhatsApp: 0532 769 22 22
E-posta: ffk@ffkpartnerhukuk.com.tr

Bu makale genel bilgilendirme amaçlı olup, herhangi bir hak kaybına uğramamak adına kendi özel durumunuz için avukatınıza danışmanızı tavsiye ederiz.