ERP (SAP/Logo) & Mali-Muhasebe Çözümü

Kamu ve özel sektörde ERP alımları genellikle üç başlıkta toplanır: "SAP/Logo ERP Uyarlama ve Bakım", "Mali-Muhasebe ve Bütçe Modülü" ve "e-Dönüşüm Entegrasyonu". Kurumsal kaynak planlama (ERP); satın alma, stok, üretim, satış, insan kaynakları ve özellikle mali-muhasebe süreçlerini tek veri tabanında birleştirir. Bu sayfa, bir teknik şartname hazırlamadan önce kapsamı, karşılaştırmayı ve seçim kriterlerini araştıran bilgi işlem ve mali işler ekipleri içindir.

Çözüm neyi kapsar?

• Uyarlama (implementasyon): Süreç analizi, modül konfigürasyonu, kullanıcı yetkileri ve canlıya geçiş.
• Bakım & destek: Sürüm güncelleme, hata giderme, mevzuat uyarlaması ve SLA'lı destek.
• Ek geliştirme: Rapor, form, iş akışı ve kuruma özel modül (ör. ABAP/özel kod) geliştirmeleri.
• Mali-muhasebe & bütçe: Genel muhasebe, cari, sabit kıymet, maliyet, bütçe ve TDHP uyumlu hesap planı.
• e-Dönüşüm: GİB e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter entegrasyonu.
• Veri göçü & entegrasyon: Eski sistemden veri taşıma; banka, bordro/PDKS, üretim ve kamu sistemleriyle entegrasyon.

SAP, Logo/Netsis ve yerli/açık kaynak ERP: karşılaştırma

Aşağıdaki tablo kategorik bir referanstır; süreler ve oranlar örnek/yaklaşık değerlerdir ve kurumun ölçeğine göre değişir.

Mali-muhasebe, bütçe ve e-Dönüşüm

Kamu kurumlarında mali süreçler 5018 sayılı Kamu Mali Yönetimi ve Kontrol Kanunu ve Tek Düzen Hesap Planı (TDHP) çerçevesinde yürür; özel sektörde VUK ve TDHP esas alınır. ERP'nin mali-muhasebe çekirdeği; genel muhasebe, cari, sabit kıymet, maliyet ve bütçe modüllerini kapsamalı ve GİB e-Fatura/e-Arşiv/e-İrsaliye ile e-Defter süreçlerine uçtan uca entegre çalışmalıdır. Böylece fatura girişinden yasal defter üretimine kadar tek akış sağlanır ve manuel mutabakat azalır.

Uyarlama, veri göçü ve entegrasyon

Başarısız ERP projelerinin en yaygın nedeni veri göçü ve entegrasyondur. Eski sistemden gelen hesap planı, cari ve stok verisinin temizlenmesi, eşlenmesi ve doğrulanması projenin kritik yoludur. Entegrasyon tarafında banka (POS/EFT), bordro/PDKS, üretim (MES) ve kamu sistemleri (ör. KBS, SGK) API/servis düzeyinde tanımlanmalıdır. Ölçüt olarak canlıya geçiş öncesi en az iki paralel dönem (mizan mutabakatı) ve bir tersine dönüş (rollback) planı istenmelidir.

Maliyet, ROI ve TCO nasıl hesaplanır?

ERP kararı liste fiyatıyla değil, 3–5 yıllık toplam sahip olma maliyetiyle (TCO) verilmelidir:

• TCO ≈ lisans + uyarlama/danışmanlık + veri göçü + entegrasyon + yıllık bakım + eğitim + altyapı.
• Yıllık bakım/destek genelde lisans bedelinin ~%18–22'si kadardır (örnek/yaklaşık).
• ROI (%) = (yıllık net kazanç ÷ toplam yatırım) × 100.
• Geri ödeme (yıl) = toplam yatırım ÷ yıllık net kazanç.

Örnek/temsili hesap: uyarlama + lisans yatırımı 100 birim, ERP ile kazanılan yıllık net fayda (kapanış süresinde kısalma, stok/hata azalması, personel verimliliği) 40 birim ise geri ödeme ≈ 100 ÷ 40 = 2,5 yıl; beş yıllık ROI ≈ ((40 × 5 − 100) ÷ 100) × 100 = %100. Rakamlar temsilidir; kurumun kendi verisiyle modellenmelidir.

Teknik şartnamede dikkat edilecekler

• Standartlar & mevzuat: 5018/TDHP, VUK, GİB e-Dönüşüm, KVKK (6698) ve varsa ISO/IEC 27001 uyumu yazılmalı; kamu alımlarında 4734 sayılı Kanun esas alınır.
• Modül kapsamı: Hangi modüllerin, kaç kullanıcı için uyarlanacağı ve kapsam dışı işler net tanımlanmalı.
• Entegrasyon: Banka, bordro/PDKS, üretim ve kamu sistemleriyle entegrasyon standart API/servis üzerinden şart koşulmalı.
• Veri sahipliği & dışa aktarım: Verinin kuruma ait olduğu, açık formatta (SQL/CSV/XML) dışa aktarılabilirliği ve kaynak/özelleştirme dokümantasyonu garanti edilmeli — bu, üretici kilitlenmesine (lock-in) karşı ana önlemdir.
• SLA: Yanıt/çözüm süreleri, mevzuat güncelleme taahhüdü ve destek kanalları ölçülebilir yazılmalı.
• Geçiş & eğitim: Veri göçü doğrulaması, paralel dönem, rollback ve kullanıcı eğitimi kapsama alınmalı.

Seçim kriterleri

1. Mevzuat uyumu: 5018/TDHP ve GİB e-Dönüşüm yerleşik mi, güncelleme taahhüdü var mı?
2. Ölçek uyumu: Kullanıcı sayısı, şirket/konsolidasyon ve işlem hacmine uygun mu?
3. Toplam maliyet: 3–5 yıllık TCO ve geri ödeme süresi rakiplerle karşılaştırıldı mı?
4. Bağımsızlık: Veri dışa aktarımı ve alternatif entegratör imkânı (lock-in önlemi) var mı?
5. Referans & süreklilik: Benzer ölçekte uyarlama deneyimi ve yerel destek gücü yeterli mi?

2027 gündemi (model analizi): SAP ECC bakım sonu

ERP dünyasının en somut takvim baskısı, kamuya açık bir üretici kararından geliyor: SAP, ECC 6.0’ın da içinde bulunduğu Business Suite 7 için standart bakımın 2027 sonunda biteceğini, isteğe bağlı ve ek ücretli genişletilmiş bakımın 2030 sonuna kadar sunulacağını duyurdu (SAP, 2020 resmi duyurusu). Bu tarihlerden sonra desteksiz kalan sistemler; güvenlik yaması ve mevzuat güncellemesi alamayacağı için hem siber risk hem de e-Dönüşüm uyum riski taşır. Model analizi olarak bu dalganın öğrettiği şey, üründen bağımsızdır: ERP’de üretici yol haritası bir satın alma kriteridir. Mevcut sürümünüzün destek bitiş tarihi, geçiş için gereken özel kod (ABAP/uyarlama) envanteri ve veri temizliği yükü bugünden çıkarılmalı; şartnameye "teklif edilen sürümün destek takvimi" maddesi eklenmelidir. Geçişi bekleyen kurum sayısının çokluğu, 2026-2027 döneminde danışmanlık kapasitesinin daralması ve maliyetlerin artması riskini de beraberinde getirir — erken planlama bu nedenle tek başına bir tasarruf kalemidir.

Sektör verileri: ERP projelerinde bütçe gerçekleri

Bağımsız araştırmalar, ERP projelerinde riskin nerede biriktiğini gösteriyor. Panorama Consulting’in küresel ERP araştırmasına göre kuruluşların yarıdan fazlası uygulama bütçesinin içinde kalıyor; buna karşılık dörtte birden fazlası bütçeyi aşıyor ve aşımın en sık gerekçesi öngörülmeyen ek teknoloji ihtiyaçları (Panorama Consulting, 2026 ERP Report). Aynı kurumun analizlerinde bütçe aşımının diğer başlıca nedenleri; proje kadrosunun küçümsenmesi (%38), kapsam genişlemesi (%35) ve teknik/veri sorunları (%34) olarak sıralanıyor (Panorama Consulting, 2025). Bu bulguların şartname karşılığı nettir: veri göçü ve entegrasyona ayrı bütçe/kabul kriteri, değişiklik yönetimi prosedürü ve iç ekip kaynak planı, sözleşmenin pazarlık değil tasarım konusudur.

Temsili proje kapsamı

Aşağıdaki kapsam temsilidir; belirli bir müşteri projesi değil, tipik bir ERP mali-muhasebe uyarlamasının bileşenlerini gösterir. Orta ölçekli bir kurum için proje genellikle şu başlıklardan oluşur: süreç analizi ve boşluk (fit-gap) çalışması; TDHP uyumlu hesap planı ve masraf merkezi yapısının kurulması; cari, sabit kıymet ve bütçe modüllerinin konfigürasyonu; eski sistemden açılış bakiyeleri ve ana verilerin (cari, stok, hesap planı) temizlenerek aktarımı; GİB e-Fatura/e-Arşiv/e-İrsaliye ve e-Defter entegrasyonunun uçtan uca testi; banka ve bordro/PDKS bağlantıları; en az iki paralel dönemde mizan mutabakatı; yetki matrisi ve onay akışları; anahtar kullanıcı eğitimi, canlıya geçiş ve hiper-bakım dönemi.

Mevcut ERP ve mali-muhasebe süreçlerinizi birlikte inceleyip modül kapsamı, veri göçü ve TCO karşılaştırmasını içeren size özel bir yol haritası çıkaralım. Aşağıdaki formdan ihtiyacınızı iletmeniz yeterli.