Yıl Sonu Devir Kabusu Olmayan Sistem

Minerva’da mali yıl vardır. Muhasebe kapanışı ve yeni yıl açılışı da vardır. Olmayan şey, ticari işlemlerin yıl sonunda görünmez hale gelmesidir. 2026 mali yılında çalışırken bir müşterinin 2016’dan bugüne tüm hareketlerini tek ekranda, tek listede görürsünüz. Devir rakamı olarak değil, satır satır.

Devirsiz Sistem

Yıl sonu devri nedir, neden vardır?

Yıl sonu devri, muhasebenin doğal bir gereğidir. Mali yıl bittiğinde gelir ve gider hesapları kapatılır, sonuç öz kaynaklara aktarılır, bilanço hesaplarının kapanış bakiyeleri yeni yılın açılış bakiyesi olur. Buraya kadar tartışılacak bir şey yok; bu, muhasebe biliminin kendisidir.

Sorun, yazılım tarafında başlıyor. Pek çok ERP, muhasebeyi devretmek için gereken bu işlemi tüm sisteme uygulanan bir dönem kesme mekanizmasına dönüştürüyor. Muhasebe kapanışıyla birlikte ticari işlemler de yeni bir ortama taşınıyor; eski yıl geride kalıyor.

Uygulamada bunun iki ana biçimi var:

  • Ayrı ortam yaratanlar. Her mali yıl için ayrı bir firma, ayrı bir dönem veya ayrı bir veri kümesi oluşturulur. Kullanıcı hangi yılı görmek istiyorsa o ortama geçer. Türkiye pazarındaki yaygın paketlerde devir; yeni bir dönem açmak, dönem dosyalarını oluşturmak veya firmayı kopyalayarak yeni bir firma yaratmak biçiminde yürütülür.
  • Tek veri tabanında tutup raporlamayı yıla bağlayanlar. Büyük paketlerde hareketler tek tabloda kalır, ancak bakiyeler yıl başında devredilir ve standart raporlama mali yıla çıpalanır. SAP tarafında bakiye devri ayrı bir işlem olarak yürütülür ve yeni mali yılın sıfırıncı döneminde devir kayıtları oluşur.
Doğru soru şu değil

“Sistem yıl sonu devri yapıyor mu?” Muhasebe için yapması gerekir. Doğru soru şudur: “Bu devir, benim ticari verimi de mi kesiyor?” Bu sayfa o farkı anlatıyor.

Muhasebe kapanışı neden tüm sisteme yayıldı?

Bunun teknik bir mirası var. 1980’ler ve 90’larda depolama pahalıydı, veri tabanı motorları bugünkü hacimleri taşıyamıyordu. Yıl bazında bölmek, hem performans hem dosya boyutu açısından mecburiyetti. Sistem mimarları da en doğal kesme noktasını seçti: mali yıl.

Mimari bir kez bu şekilde kurulunca, yıl kavramı veri modelinin en altına yerleşti. Tablolar, numaralandırma şablonları, toplam tabloları, raporlar — hepsi mali yıl anahtarı üzerine inşa edildi. Bugün donanım kısıtı ortadan kalktı, ancak mimari kaldı.


Bugün hiçbir teknik gerekçe, bir işletmenin geçen yılki siparişini görmek için başka bir ortama geçmesini zorunlu kılmıyor. Bu, çözülmüş bir problemin yazılımda donmuş halidir.

Minerva bu mirası taşımadı. Sistem, ticari işlemi mali yılın alt kaydı olarak değil, kendi tarihine sahip bağımsız bir olay olarak kaydeder. Mali yıl, o olayın bir özniteliğidir — bulunduğu bölme değil.

Devir günü işletmede ne oluyor?

Devir esaslı sistemlerde yıl sonu, teknik bir projeye dönüşür. Tipik akış şöyledir:

  1. Eski dönemin maliyetlendirme işlemleri tamamlanır, tüm verinin yedeği alınır.
  2. Yeni mali yıl için dönem tanımlanır ve dönem dosyaları oluşturulur; bazı kurulumlarda firma kopyalanarak yeni bir firma yaratılır.
  3. Devir programı çalıştırılır. Bu sırada hiçbir kullanıcının sistemde olmaması gerekir.
  4. Muhasebe, cari hesap, banka, stok, sipariş, irsaliye, üretim gibi başlıklar için devir parametreleri ayrı ayrı belirlenir.
  5. Fiş numaralarının eski numaralarla mı devam edeceği, yoksa yeni numara mı alacağı kararlaştırılır.
  6. Açılış fişleri, kur farkları ve stok maliyetleri kontrol edilir; tutarsızlık varsa geri dönülür.
  7. Devir sonrasında yeni dönemde kartlar üzerinde silme ve değiştirme yapılmaması konusunda uyarı geçerlidir.

Bu listeyi abartmıyoruz; devir hizmeti veren firmaların kendi rehberlerinde yer alan adımlardır. Sektörde yıl sonu devri için ayrıca danışmanlık satın alınması da yaygın bir uygulamadır.

Görünmeyen maliyet
  • Yılın en yoğun döneminde birkaç günlük operasyonel duraksama.
  • Devir doğru yapılmazsa geri dönüşü zor veri kayıpları riski.
  • Her yıl tekrarlanan danışmanlık ve kontrol emeği.
  • Geçmiş yıl verisine erişimin “ayrı ortama geçme” işine dönüşmesi.

Buradaki fark bir isimlendirme tercihi değildir. Müşteri, tedarikçi, banka, rakip, çalışan bir varlık türü değil, bir roldür. Minerva bu ayrımı veri modelinin en altına yerleştirir: önce kimlik tanımlanır, roller kimliğin üzerine eklenir.

Ticaretin sürekliliği ilkesi

31 Aralık akşamı ile 1 Ocak sabahı arasında işletmenizde ne değişir? Muhasebe açısından bir dönem kapanır. Ticari açıdan ise hiçbir şey. Aynı müşteriyle aynı ilişki, aynı tedarikçiyle aynı sözleşme, depoda aynı mal, sahada aynı ekipman devam eder.

Bir müşterinin sizinle ilişkisi mali yıllara bölünmüş değildir. Beş yıldır çalıştığınız bir bayinin geçmişi, beş ayrı parçaya ayrılmış bir dosya değil, tek bir hikâyedir. Bir ürünün maliyet seyri, bir tedarikçinin teslimat performansı, bir ekipmanın bakım geçmişi de öyle.

Muhasebe dönemseldir; ticaret süreklidir. Sistemin muhasebenin dönemselliğini ticarete dayatması, gerçek hayatta karşılığı olmayan bir kısıttır.

Minerva bu ayrımı esas alır. Muhasebe dönemsel çalışır, çünkü mevzuat ve mali tablolar bunu gerektirir. Ticari işlemler ise kesintisiz bir zincir olarak durur.

Minerva’da mali yıl ne işe yarar?

Minerva’da mali yıl kavramı vardır ve gereklidir. Ancak işlevi farklıdır: mali yıl bir tasnif aracıdır, bir duvar değildir.

  • Mali tabloların hangi döneme ait olduğunu belirler.
  • Muhasebe kapanış ve açılış işlemlerinin çerçevesini çizer.
  • Raporlarda dönem seçimi ve karşılaştırma için ölçüt sağlar.
  • Bütçe ve hedeflerin bağlandığı zaman aralığını tanımlar.

Yapmadığı tek şey, o yılın dışındaki ticari veriyi gizlemektir. Kullanıcı 2026 mali yılını seçtiğinde bu, “yalnızca 2026 verisini görebilirsin” anlamına gelmez; “varsayılan çalışma dönemin 2026” anlamına gelir. Geçmişe bakmak istediğinde ortam değiştirmez, filtreyi genişletir.

Aynı kullanıcı, aynı ekran, 2026 mali yılında

Ticari veriye erişim: devir esaslı sistem ile Minerva karşılaştırması

Devir Esaslı Sistem — Erişilebilir Ticari Hareket

2017 2018 2019 2020 2021 2022 2023 2024 2025 2026

Minerva — Erişilebilir Ticari Hareket

2017 2018 2019 2020 2021 2022 2023 2024 2025 2026

Kapalı görünen yıllar devir esaslı sistemde silinmiş değildir; erişim için ayrı ortama geçmek veya ayrı bir arşiv sorgusu çalıştırmak gerekir. Günlük çalışma ekranında yalnızca devir rakamı görünür.

Muhasebe devri: kapanış ve açılış

Minerva’da muhasebe devri, adı üstünde, yalnızca muhasebeyi ilgilendirir. İki bileşeni vardır: bir mali yılın kapanışı ve yeni mali yılın açılışı.

  1. Kapanacak mali yılın hesapları kapatılır; sonuç hesapları öz kaynaklara aktarılır.
  2. Bilanço hesaplarının kapanış bakiyeleri belirlenir.
  3. Yeni mali yıl açılır ve açılış kayıtları oluşturulur.
  4. Ticari taraf bu işlemden etkilenmez; sipariş, irsaliye, fatura, stok ve cari hareketler kesintisiz devam eder.
Devir esaslı sistem

Muhasebeyi devretmek için tüm sistem devre sokulur.

Cari hesap, stok, sipariş, irsaliye, üretim gibi başlıklar için ayrı devir parametreleri belirlenir.

Devir sırasında sistem kullanılamaz; sonrasında geçmiş yıla erişim ortam değiştirmeyi gerektirir.

Minerva

Devir yalnızca muhasebe kapanışı ve açılışıdır.

Ticari modüller için devir parametresi yoktur, çünkü devir yoktur.

İşlem sırasında ticari operasyon durmaz; geçmiş yıl verisi zaten erişilebilir durumdadır.

Şunu net söyleyebiliriz:

Minerva muhasebe kapanışını ortadan kaldırmaz. Kaldıramaz da — mali tablo ve mevzuat bunu gerektirir. Minerva’nın yaptığı, kapanışın etkisini muhasebeyle sınırlı tutmaktır.

Açılışta hesap planı değişikliği

Yeni mali yılın açılışı, hesap planını gözden geçirmek için doğal bir eşiktir. Minerva bu eşikte hesap planı değişikliğine izin verir.

Uygulamada karşılığı olan tipik durumlar:

  • Yıllar içinde şişmiş ve kullanılmayan alt hesapların sadeleştirilmesi.
  • Yeni faaliyet kolu, yeni şube veya yeni ürün grubu için kırılım açılması.
  • Grup şirketleri arasında hesap planının ortak bir yapıya yaklaştırılması.
  • Mevzuat veya raporlama standardı değişikliğinin plana yansıtılması.
  • Yönetim raporlaması için gereken ayrıntının plana taşınması.

Devir esaslı sistemlerde bu değişiklik, açılış fişinin yapısını ve geçmiş yıl karşılaştırmalarını doğrudan etkilediği için genellikle ertelenir. Sonuç, hiç kimsenin memnun olmadığı ama herkesin katlandığı bir hesap planıdır. Minerva’da plan değişikliği yapıldığında geçmiş yılların ticari verisi yerinde durur; karşılaştırma yapma imkânınız kaybolmaz.

Hesap planı değişikliği:

Yeni Mali yılda hesap planı değişikliği hâlâ ciddi bir karardır ve mali müşavirinizle birlikte planlanmalıdır. Minerva bu kararı kolaylaştırır, gereksiz kılmaz.

Kullanıcı yetkisi ve mali yıl erişimi

Bir kullanıcı sisteme giriş yaptığında, kendisine yetki verilmiş tüm mali yıllara ve bu yıllara ait işlemlere erişebilir. Erişim, ortam değiştirerek değil, yetki tanımıyla belirlenir.

Bunun iki yönlü sonucu vardır:

  • Açıklık. Geçmişi görmesi gereken kullanıcı — satış müdürü, mali işler sorumlusu, denetçi — bunun için ayrı bir kuruluma, ayrı bir kullanıcı hesabına veya BT desteğine ihtiyaç duymaz.
  • Kontrol. Erişimin sınırsız olması gerekmez. Bir kullanıcıya yalnızca son iki mali yıl, bir başkasına tüm geçmiş tanımlanabilir. Yetkilendirme yıl bazında yapılır.

Kapalı mali yıllara kayıt girme ile o yılları görüntüleme birbirinden ayrı ele alınır. Kapanmış bir yıl muhasebe açısından kilitliyken, aynı yılınticari hareketleri okunabilir durumda kalır. Denetim izi bozulmadan görünürlük korunur.

On yıllık ekstre: somut örnek

Minerva’da ekran

12.03.2017   Fatura ..... 42.000

08.09.2019   Tahsilat ..... 30.000

21.06.2022   Fatura ..... 118.000

15.01.2026   Fatura ..... 85.000

On yılın tamamı tek listede, tarih sırasıyla. İsterseniz yıl filtresiyle daraltır, isterseniz tümünü bir arada görürsünüz. Devir satırı diye bir kavram yoktur.

Devir esaslı sistemde ekran

Devir bakiyesi ..... 1.240.000

15.01.2026   Fatura ..... 85.000

03.02.2026   Tahsilat ..... 60.000

Tek satırlık devir bakiyesinin arkasında dokuz yıllık hareket vardır. Bu hareketleri görmek için ilgili yılın ortamına geçmek gerekir. Yıllar arası karşılaştırma tek ekranda yapılamaz.

Bu farkın günlük karşılığı basittir. Müşterinizle bir mutabakat görüşmesindesiniz ve 2019’daki bir faturaya itiraz ediliyor. Devir esaslı sistemde toplantı ertelenir; Minerva’da kaydı açar, konuşmayı orada bitirirsiniz.

Bu olanak hangi işlemleri kapsıyor?

Cari hesap ekstresi yalnızca en görünür örnektir. Devirsiz çalışma, sistemdeki tüm ticari işlemler için geçerlidir.

  • Satış ve satın alma. Yıllar arası sipariş geçmişi, fiyat seyri, iskonto uygulamaları, teslimat performansı.
  • Stok ve depo. Bir malın on yıllık giriş-çıkış hareketi, devir hızı, ölü stok analizi.
  • Maliyet. Aynı ürünün yıllar içindeki maliyet gelişimi — kesintisiz bir seri olarak.
  • Servis ve bakım. Bir ekipmanın tüm arıza ve bakım geçmişi, kurulumdan bugüne.
  • Üretim. Reçete değişiklikleri, fire oranları, iş merkezi verimliliğinin uzun dönemli seyri.
  • Proje. Birden fazla mali yıla yayılan projelerin bütünsel takibi.
  • Çek, senet, teminat. Vadesi sonraki yıllara sarkan enstrümanların doğal takibi.

Uzun vadeli analiz için ayrı bir veri ambarı kurmak, geçmiş yıl verisini oraya taşımak ve iki sistemi eşitlemek — devir esaslı mimarinin doğurduğu ek maliyettir. Minerva’da analiz edilecek veri zaten sistemin içindedir.

Sık sorulan itirazlar

Kapanmış bir mali yıla yanlışlıkla kayıt girilebilir mi?

Hayır. Görüntüleme yetkisi ile kayıt yetkisi ayrı ayrı yönetilir. Kapanmış mali yıl muhasebe açısından kilitlidir; kayıt girişi yetki ve dönem kontrolüne tabidir. Devirsiz çalışma, kontrolsüz çalışma anlamına gelmez.

Denetim ve mevzuat açısından bir sorun oluşturur mu?

Tersine. Mali tablolar ve beyannameler dönemsel olarak üretilmeye devam eder; bu tarafta değişen bir şey yoktur. Değişen, geçmiş dönem kayıtlarının denetçiye sunulmasının kolaylaşmasıdır. Geriye dönük inceleme talebinde eski ortam kurmak veya yedek geri yüklemek gerekmez.

Veri büyüdükçe sistem yavaşlamaz mı?

Bu, ciddiye alınması gereken bir sorudur. Cevabımız iki yönlü: veri modeli baştan çok yıllı hacme göre tasarlandı, ve ekranlarda varsayılan filtre güncel mali yıldır — geçmişi ancak istediğinizde çağırırsınız. Yani her sorgu on yılı taramaz. Beklenen veri hacminizi projede birlikte ölçer, altyapıyı buna göre boyutlandırırız.

Zaten geçmiş yıl verisine ihtiyacımız olmuyor.

Çoğu işletme bunu, erişim zor olduğu için söyler. Erişim kolaylaştığında kullanım alışkanlığı da değişir. Yine de bunu bir vaat olarak değil, bir gözlem olarak aktarıyoruz: müşterilerimizde en çok kullanılan analizler, ikinci yıldan sonra ortaya çıkanlardır.

Mevcut ERP’mizden geçmiş yıl verimizi taşıyabilir miyiz?

Genellikle evet, ancak bu bir veri aktarım projesidir ve kaynak sistemin veri kalitesine bağlıdır. Kaç yıllık verinin taşınmasının anlamlı olduğunu birlikte değerlendiririz; her zaman “hepsini taşıyalım” doğru cevap değildir.

Özet karşılaştırma

Konu Devir esaslı yaklaşım Minerva
Yıl sonunda ne olur Tüm sistem için devir projesi yürütülür Yalnızca muhasebe kapanışı ve yeni yıl açılışı yapılır
Ticari işlemler Yeni döneme devredilir; eski yıl ayrı ortamda kalır Devredilmez; kesintisiz tek zincir olarak durur
Mali yılın işlevi Veriyi bölen sınır Veriyi tasnif eden öznitelik
Geçmiş yıl ekstresi Tek satır devir bakiyesi; ayrıntı için ortam değiştirme Tüm yıllar tek listede, satır satır, tarih sırasıyla
Devir sırasında çalışma Sistem kullanıma kapatılır Ticari operasyon durmaz
Yıllık ek emek Hazırlık, kontrol ve çoğu zaman dış danışmanlık Ticari taraf için ek işlem yok
Hesap planı değişikliği Karşılaştırılabilirliği bozduğu için genellikle ertelenir Yeni yıl açılışında yapılabilir; ticari geçmiş korunur
Geçmişe erişim yönetimi Ortam ve kurulum meselesi Mali yıl bazında kullanıcı yetkisi
Uzun dönemli analiz Genellikle ayrı bir veri ambarı gerekir Veri zaten canlı sistemin içindedir
Geçmişiniz, sisteminizin dışında bir yer değildir
Bir işletmenin en değerli verisi, yıllar içinde biriktirdiğidir. Hangi müşteri ne zaman büyüdü, hangi tedarikçi ne zaman zorlanmaya başladı, hangi ürünün maliyeti hangi yıl kırılma yaşadı — bunların hepsi zaten sisteminizin içinde duruyor. Tek soru,ona ulaşıp ulaşamadığınız.
Minerva’nın devirsiz mimarisi bu erişimi olağan hale getirir. Kendi verinizle bunun ne anlama geldiğini görmek isterseniz, mevcut sisteminizde en son ne zaman üç yıl geriye baktığınızı birlikte konuşarak başlayabiliriz.
Bilgi Talebi