Excel Ne Zaman Yetmemeye Başlar? Şirket Süreçlerini Özel Yazılıma Taşımanız Gerektiğini Gösteren İşaretler

Kısa cevap

Excel birçok şirket için son derece güçlü ve ekonomik bir araçtır. Hesaplama, analiz, raporlama, veri dönüştürme ve hatta Microsoft 365 üzerinde eşzamanlı çalışma konusunda oldukça gelişmiştir. Excel kullanıyor olmanız dijital olarak geri kaldığınız anlamına gelmez. Sorun, Excel’in bir hesaplama ve analiz aracından şirketin ana operasyon sistemi haline gelmesiyle başlar. Aynı dosyada çok sayıda kişi çalışıyor, farklı kopyalar dolaşıyor, kim hangi kaydı değiştirdi sorusu kritik hale geliyor, kullanıcıların yalnızca belirli verileri görmesi gerekiyor, işlemler onay süreçlerinden geçiyor veya başka sistemlerle sürekli veri alışverişi yapılıyorsa artık bir spreadsheet değil, gerçek bir iş uygulaması ihtiyacı oluşmaya başlamış olabilir. Önemli ayrım: Excel’in teknik limitine ulaşmanız gerekmez. İş süreciniz Excel’in yönetim modelini aşmış olabilir. Microsoft Excel tek worksheet’te 1.048.576 satır ve 16.384 sütuna kadar destek verir. Ancak özel yazılıma geçme kararı genellikle 1 milyonuncu satırda değil, işlem karmaşıklığı ve kontrol ihtiyacı çok daha önce arttığında ortaya çıkar. (Microsoft Destek) Önce önemli bir noktayı netleştirelim: Excel kötü bir çözüm değildir Birçok süreç başlangıçta Excel ile başlamalıdır. Örneğin yeni kurulan bir işletmenin: 20 müşteri + haftada 10 işlem + 1 sorumlu kişi için özel CRM geliştirmesi gereksiz olabilir. Excel:

• hızlıdır,
• esnektir,
• çalışanlar tarafından bilinir,
• formül ve pivot tablolarla güçlü analiz sağlar,

başlangıç yatırımını düşürür. Üstelik modern Excel yalnızca tek kişinin bilgisayarında çalışan dosya değildir. Microsoft 365 üzerinde OneDrive veya SharePoint’te tutulan uygun workbook’larda eşzamanlı co-authoring yapılabilir ve kullanıcılar birbirlerinin değişikliklerini saniyeler içinde görebilir. (Microsoft Destek) Dolayısıyla: “Birden fazla kişi kullanıyor → Excel hemen bırakılmalı” doğru değildir.

Peki asıl sınır nerede?

Şu dönüşüm başladığında:

Excel ↓ Hesaplama / kayıt aracı yerine Excel ↓ Şirketin ana operasyon sistemi risk artar. Örneğin dosya artık aynı anda:

• CRM,
• teklif sistemi,
• sipariş sistemi,
• görev yönetimi,
• finans kaydı,
• operasyon takibi,

raporlama görevi görüyorsa spreadsheet’in üzerine giderek daha fazla uygulama davranışı yüklenmiş demektir. Excel'in teknik kapasitesi ile iş süreci kapasitesini karıştırmayın Excel’in worksheet limiti: 1.048.576 satır × 16.384 sütun. (Microsoft Destek) Ama şu sonuç çıkmaz: “500.000 satıra kadar Excel, sonrasında yazılım.” Örneğin yalnızca analiz edilen: 800.000 satış kaydı Excel/Power Query için uygun olabilir. Ama sadece: 5.000 müşteri bulunan bir süreçte:

• 30 çalışan,
• farklı yetkiler,
• onay,
• görev,
• bildirim,

müşteri portalı varsa Excel çok daha erken yetersiz hale gelebilir. Satır sayısı değil, iş kuralları belirleyicidir.

Excel'in yetmemeye başladığını gösteren 10 temel işaret

1. Aynı dosyanın onlarca farklı kopyası oluşuyorsa

En klasik senaryo:

Musteriler.xlsx Musteriler-son.xlsx Musteriler-son2.xlsx Musteriler-final.xlsx Musteriler-final-yeni.xlsx

Sonra soru:

Hangisi güncel?

Burada problem Excel değil, tek bir güvenilir veri kaynağının kaybolmasıdır.

OneDrive ve SharePoint bunu çözemez mi?

Bir noktaya kadar çözebilir. Microsoft 365 co-authoring sayesinde kullanıcılar aynı workbook üzerinde birlikte çalışabilir. Version History ile OneDrive veya SharePoint’teki bir dosyanın geçmiş sürümleri incelenip gerektiğinde eski sürüm geri yüklenebilir. (Microsoft Destek) Bu nedenle ilk çözümünüz mutlaka özel yazılım olmak zorunda değildir. Önce: E-mail attachment ↓ Tek merkezi workbook ↓ OneDrive / SharePoint ↓ Co-authoring geçişi bile ciddi iyileştirme sağlayabilir.

Ne zaman bu da yetmez?

Sorunuz artık:

“Dosyanın önceki versiyonu neydi?”

• değil;

“Bu siparişin fiyatını hangi kullanıcı değiştirdi, hangi eski değerden hangi yeni değere geçti, neden değiştirdi ve kim onayladı?” haline geldiyse application-level audit ihtiyacı oluşmuştur. Dosya versiyon geçmişi ile business işlem geçmişi aynı şey değildir.

2. Herkes her şeyi görebiliyorsa

Örneğin Excel’de:

Müşteri Fiyat Maliyet Kâr Komisyon Personel notu aynı workbook’tadır. Operations çalışanı:

• müşteri ve operasyon bilgisini görmeli,

ama: şirketin bütün kâr marjlarını görmemeli olabilir. Bu noktada yalnızca: Dosyaya erişebilir / erişemez ayrımı yetersiz kalabilir.

Özel yazılım burada ne sağlar?

Örneğin: Operations → operasyonları görür Sales → müşteri ve teklifleri görür Finance → maliyet ve finansı görür Manager → raporlamayı görür gibi rol ve işlem bazlı erişim uygulanabilir. NIST’in least-privilege prensibi de kullanıcıların yalnızca kendilerine verilen görevleri gerçekleştirmek için gerekli erişime sahip olmasını öneriyor. (NIST Yayınları) Bu noktada mesele artık spreadsheet düzeni değil: authorization modelidir.

1. “Kim değiştirdi?” sorusu önemli hale geldiyse

Örneğin bir hücre: 45.000 TL iken: 4.500 TL oldu.

Soru:

Kim değiştirdi?

Daha sonra:

Neden değiştirdi?

Daha da önemlisi:

Bu değişiklik onaylandı mı?

Bu sorular şirket için finansal veya operasyonel önem taşıyorsa structured audit log gerekebilir.

Audit trail neden önemlidir?

İş uygulamasında örneğin:

23.08.2026 15:42 User: operation_37 Action: booking.price.update Old: 45.000 TL New: 42.500 TL Approved by: manager_4 gibi bir kayıt tutulabilir. NIST SP 800-171 Rev. 3, seçilmiş olaylar için audit record oluşturulmasını ve audit bilgilerinin yetkisiz erişim, değiştirme veya silmeye karşı korunmasını ayrı güvenlik kontrolleri olarak ele alıyor. (NIST Yayınları) Her Excel sürecinde böyle bir sistem gerekli değildir. Ancak değişikliklerin hukuki, finansal veya operasyonel sonucu varsa önem kazanmaya başlar.

4. Formülleri sadece bir kişi anlayabiliyorsa

Bu ciddi bir operasyon riski olabilir. Örneğin: =IFERROR(IF(VLOOKUP(...))) ile başlayan ve yıllar içinde büyümüş onlarca formül vardır. Şirkette yalnızca: Ayşe Hanım bunların nasıl çalıştığını biliyordur. Ayşe Hanım izne çıktığında: Dosyaya dokunmayın. denir. Bu durumda Excel şirket içinde bir knowledge dependency yaratmaya başlamıştır.

VBA ve macro kullanmak yanlış mı?

Hayır. VBA çok güçlü olabilir ve birçok şirket sürecini yıllarca verimli şekilde çalıştırabilir. Ama complexity arttıkça:

• test,
• versioning,
• dokümantasyon,

bakım daha önemli hale gelir. Microsoft da Excel co-authoring sırasında VBA veya macro kodunun çalıştırılmasının mümkün olduğunu, ancak VBA kodunu düzenlerken tek başına çalışmayı öneriyor; aktif co-authoring sırasında macro/VBA değişiklikleri diğer kullanıcılar için kesintilere neden olabilir. (Microsoft Destek) Bu nedenle: Excel + 2000 satır VBA + 10 business workflow

seviyesinde artık şunu sormak gerekir:

Excel içinde özel yazılım mı geliştiriyoruz?

Eğer cevap evetse web tabanlı bir iş uygulamasının daha sürdürülebilir olup olmadığı değerlendirilebilir.

5. Veri giriş hataları sürekli operasyon problemi yaratıyorsa

Spreadsheet doğal olarak kullanıcıya büyük özgürlük verir. Örneğin tarih: 23.08.2026 yerine: 23 Ağustos yazılabilir. Müşteri adı: ABC Shipping ABC SHIPPING A.B.C Shipping şeklinde üç farklı kayıt olabilir. Durum: Onaylandı onaylı OK tamam gibi tutulabilir. Excel’de:

• Data Validation,
• dropdown,
• table,

formula ile bunun önemli bölümü azaltılabilir. Dolayısıyla ilk çözüm yine custom software olmayabilir.

Peki uygulama ne zaman avantaj sağlar?

Business rule:

Status yalnızca: DRAFT PENDING APPROVED CANCELLED olacaksa database/application katmanı bunu yapısal olarak enforce edebilir. Ayrıca: APPROVED ↓ doğrudan DRAFT'a dönemez gibi workflow kuralı varsa bunu sistem seviyesinde uygulamak mümkündür. Artık yalnızca “doğru veri girilsin” değil: iş süreci doğru sırayla çalışsın isteniyordur.

6. Excel iş akışını değil sadece sonucu gösteriyorsa

Örneğin satır:

Müşteri İş Durum ABC Teklif Tamamlandı

Ama:

kim başlattı?

kime atandı?

ne zaman beklemeye geçti?

neden reddedildi?

müşteri bilgilendirildi mi?

bilinmiyor. Burada şirketin ihtiyacı tablo değil: workflow management olabilir. Örnek Excel:

Status = Pending

Özel uygulama: Teklif oluşturuldu ↓ Satış sorumlusuna atandı ↓ Manager onayı bekleniyor ↓ Onaylandı ↓ Müşteriye gönderildi ↓ Müşteri kabul etti Her aşama:

• zaman,
• kullanıcı,
• durum,

görev olarak izlenebilir.

7. Sürekli WhatsApp ve e-mail ile Excel'i tamamlıyorsanız

Bu çok güçlü bir sinyaldir. Örneğin: Excel → kayıt WhatsApp → görev E-mail → belge Telefon → onay Şirketin gerçek sistemi aslında tek Excel değildir. Dört farklı araçta dağılmış bir süreçtir. Sonuç: “Bilgi nerede?” sorusu ortaya çıkar.

Özel yazılım burada ne yapabilir?

Örneğin: Customer ↓ Operation ``` ┌────┼─────┐ ``` Task Files Notes ↓ Approval ↓ History Bütün işlemler aynı business entity etrafında toplanabilir.

8. Aynı veriyi birden fazla yere tekrar yazıyorsanız

Örneğin müşteri bilgisi:

Excel ↓ CRM ↓ Muhasebe ↓ E-mail ↓ ERP elle tekrar yazılıyor. Bu yalnızca zaman kaybı değildir. Her tekrar: yeni hata noktasıdır.

Ama Excel entegrasyon yapamaz mı?

Yapabilir. Microsoft Power Query:

• dosya,
• database,
• web,

cloud servisleri gibi farklı kaynaklara bağlanabilir; veriyi dönüştürüp birleştirebilir ve gerektiğinde yenileyebilir. (Microsoft Destek) Bu nedenle: “Excel başka sisteme bağlanamıyor.” demek yanlış olur. Power Query çok şeyi çözebilir Örneğin: ERP + CSV + Database ↓ Power Query ↓ Excel Dashboard son derece iyi bir raporlama sistemi olabilir. Burada özel yazılıma gerek olmayabilir.

Peki ne zaman API entegrasyonu gerekir?

İhtiyaç:

Veriyi oku seviyesinden: Sipariş oluştur ↓ ERP'ye gönder ↓ sonucu al ↓ müşteriye bildir ↓ hata olursa retry et seviyesine geçtiğinde artık transaction-oriented application ihtiyacı büyür. Yani: Analytics integration ile: Operational integration aynı şey değildir.

9. Excel artık yönetim raporu değil production database gibi kullanılıyorsa

Şu değişim önemlidir:

Excel raporu Database ↓ Excel ↓ Analiz Bu gayet güçlü bir modeldir. Excel system-of-record Employees ↓ Excel ↓ Bütün gerçek business verisi ise farklıdır. İkinci durumda dosyanın:

• erişilebilirliği,
• bütünlüğü,
• backup’ı,

değişiklik geçmişi işletmenin doğrudan operasyonunu etkiler.

“Excel database değildir” demek doğru mu?

Teknik olarak Excel tablosal veri saklayabilir ve birçok küçük kullanım için gayet yeterlidir. Ama relational database’in sağladığı:

• ilişkisel bütünlük,
• transaction,
• constraint,
• query model,

concurrent application access gibi davranışlarla aynı amaç için tasarlanmamıştır.

Buradaki doğru soru:

Bu veri artık şirketin kritik sistem-of-record’u mu?

olmalıdır. Cevap evetse database destekli uygulama değerlendirilmelidir.

10. Excel'e yeni bir sütun eklemek bile korkutucu hale geldiyse

Bu oldukça gerçekçi bir işarettir. Şirkette şu cümleler duyulabilir: “O kolona dokunmayın.” “Bu sheet'in formülü bozuluyor.” “Satır eklerken önce bana sorun.” “Dosyanın bir backup'ını alın.” “Makro çalışmazsa Ahmet Bey'e yazın.” Bu noktada süreç araç tarafından desteklenmiyor olabilir. Tam tersine: çalışanlar aracı kırmamak için sürece uyum sağlıyor olabilir. Bu ciddi bir modernizasyon sinyalidir. Excel'in kendisinde de iyileştirme yapabileceğiniz alanları unutmayın Özel yazılım kararı vermeden önce şu optimizasyonlar denenebilir: Dağınık dosyalar → tek workbook Raw ranges → Excel Tables Manuel birleştirme → Power Query E-mail eki → OneDrive / SharePoint Dosya kopyaları → co-authoring Yanlış veri → Data Validation Tekrar eden rapor → Pivot / Power Query Tek kişinin bilgisi → dokümantasyon Modern Excel co-authoring, version history ve Power Query özellikleri birçok problemi custom development yapmadan çözebilir. (Microsoft Destek) Bu nedenle InoviqLab açısından özel yazılım: Excel kullanan herkese satılması gereken bir sonraki aşama değildir.

Excel'den sonra doğrudan özel yazılım mı gelmeli?

Hayır. Arada başka seçenekler de vardır: Excel ↓ Daha iyi Excel yapısı ↓ Cloud collaboration ↓ Hazır SaaS / low-code ↓ Özel yazılım Örneğin şirketin sorunu yalnızca basit müşteri takibiyse hazır bir CRM özel yazılımdan daha ekonomik olabilir. Özel yazılım özellikle şirketin: kendine özgü iş akışı hazır ürünlerle sağlıklı biçimde karşılanamıyorsa değerli hale gelir. Excel'i bırakmamanız gereken durumlar Excel hâlâ çok iyi tercih olabilir eğer:

• kullanıcı sayısı az,
• süreç basit,
• yetki ihtiyacı düşük,
• veriler kritik transaction oluşturmuyor,
• temel amaç analiz,
• değişiklik sıklığı düşük,

mevcut sistem hata üretmiyor. Örneğin: Aylık satış analizi için özel software yapmak çoğu zaman gereksizdir. Excel'i özel yazılımın yanında kullanmaya devam edebilirsiniz Özel yazılıma geçmek: Excel'i şirkette yasaklamak demek değildir. Örneğin: Custom Operations Platform ↓ Database ↓ Export / API ↓ Excel olabilir. Operasyon uygulamada yürür. Ad-hoc analiz Excel'de devam eder. Bu çoğu şirket için güçlü bir kombinasyondur. Excel'in en güçlü kaldığı alanlardan biri analizdir Özel yazılım: Veriyi güvenli toplar ↓ Süreci yönetir ↓ Doğrular Excel: Veriyi analiz eder ↓ model oluşturur ↓ ad-hoc sorular cevaplar şeklinde birlikte kullanılabilir. Power Query’nin farklı data source’lara bağlanıp veriyi dönüştürme, birleştirme ve yenileme kabiliyeti de Excel’i bu analiz katmanında güçlü tutuyor. (Microsoft Destek)

Excel'den özel yazılıma geçişte neleri korumalısınız?

En büyük hata:

“Excel'i atalım, sıfırdan sistem tasarlayalım.” olabilir. Yıllardır kullanılan Excel’in içinde çok değerli bilgi bulunabilir:

• kolonlar,
• formüller,
• hesaplamalar,
• istisnalar,

kullanıcı alışkanlıkları. Excel aslında mevcut sürecin informal specification’ı olabilir. Önce Excel'i analiz edin Örneğin: Sheet: Customers → müşteri modeli Sheet: Orders → sipariş modeli Formulas → business rules Dropdowns → status taxonomy VBA → automation Hidden sheets → reference data haline dönüşebilir. Sonra özel yazılım tasarlanır.

Her kolonu yeni sisteme taşımak gerekir mi?

Hayır. Excel’de yıllar içinde: Temp2 Eski Not-eski Kontrol x gibi onlarca alan oluşmuş olabilir. Geçiş aynı zamanda: veri temizleme fırsatıdır. Alanlar: Keep Transform Merge Archive Remove olarak sınıflandırılabilir. Excel veri migration'ı düşündüğünüzden zor olabilir Örneğin aynı müşteri: ABC LTD ABC Ltd. A.B.C. şeklinde bulunabilir. Bu nedenle migration: Excel ↓ Import

• değil;

Inspect ↓ Clean ↓ Map ↓ Validate ↓ Import olmalıdır.

Excel'den özel yazılıma geçişte veri sahibi kim?

Bu da net olmalıdır. Yeni sistem: yalnızca eski dosyanın ekranlaştırılmış hali olmamalıdır. Önce her veri alanının:

• sahibi,
• kaynağı,

değişiklik yetkisi tanımlanabilir. Örneğin: Cost → Finance Operation Status → Operations Customer Contact → Sales Bu şekilde data governance da iyileşir.

Rapor ekranlarını ilk günden yapmak gerekli mi?

Her raporu değil. Excel’den yazılıma geçilirken şirket: “Excel’de 42 raporumuz var, hepsini dashboard yapın.” diyebilir.

Önce:

Gerçekten hangileri kullanılıyor?

sorulmalıdır. Örneğin 42 rapordan 8’i düzenli kullanılıyorsa ilk fazda bunlara odaklanılabilir. Ad-hoc raporlar için Excel export devam edebilir.

Özel yazılımda her alan editable olmalı mı?

Hayır. Spreadsheet’te kullanıcı teorik olarak birçok hücreyi değiştirir. Uygulamada business rule daha katı olabilir. Örneğin: Invoice Total kullanıcı tarafından yazılmak yerine: Items ↓ System Calculation ↓ Invoice Total otomatik hesaplanabilir. Böylece manuel hata azalır.

Özel yazılımın Excel'e göre en büyük avantajı nedir?

“Daha güzel ekran” değildir. Gerçek avantaj: business rule'ları sistem seviyesinde uygulayabilmektir. Örneğin: Payment received değilse ↓ Shipment tamamlanamaz gibi. Excel bunu formül veya VBA ile kısmen sağlayabilir. Ancak uygulama bunu tüm kullanıcılar için merkezi business logic olarak enforce edebilir.

Özel yazılım neyi çözmez?

Custom software kötü bir iş sürecini otomatik olarak iyi hale getirmez. Eğer bugünkü süreç: 17 onay + 4 tekrar giriş + gereksiz rapor içeriyorsa bunları birebir kodlamak: kötü süreci dijitalleştirmek olur. Önce süreç sadeleştirilmelidir. Excel'den Yazılıma Geçiş Karar Matrisi Durum Excel Hazır SaaS / Low-code Özel Yazılım 1–3 kullanıcı ✅ Opsiyonel Genelde gereksiz Analiz/raporlama ✅✅ Opsiyonel Genelde gereksiz Basit kayıt takibi ✅ ✅ Duruma bağlı Çok kullanıcı ✅ mümkün ✅ ✅ Karmaşık rol/yetki Sınırlayıcı olabilir ✅ ✅✅ Onay workflow’u Zorlaşabilir ✅ ✅✅ Audit gereksinimi Dosya geçmişi farklıdır ✅ ✅✅ Yoğun entegrasyon Power Query güçlü ✅ ✅✅ Kendine özgü süreç Zorlaşabilir Sınırlı olabilir ✅✅ Müşteri portalı ❌ Duruma bağlı ✅ Mobil operasyon Zor ✅ ✅ Kritik system-of-record Risk artar ✅ ✅ Bu tablo InoviqLab’ın karar çerçevesidir. Özel Yazılıma Geçmeniz Gerektiğini Gösteren Hızlı Kontrol Listesi Aynı Excel’in birçok kopyası dolaşıyor. Hangi dosyanın güncel olduğu karışıyor. Birden fazla ekip aynı veriyi değiştiriyor. Kullanıcıların farklı veriler görmesi gerekiyor. “Kim neyi değiştirdi?” bilgisi kritik. Onay süreçleri var. WhatsApp/e-mail Excel’i tamamlamak için kullanılıyor. Aynı veri birkaç sisteme tekrar giriliyor. Kritik formülleri yalnızca bir kişi biliyor. Veri giriş hataları düzenli problem oluşturuyor. Dosyada ciddi VBA/macro automation oluşmuş. Müşterinin kendisinin giriş yapması gerekiyor. API’lerle operasyonel veri alışverişi gerekiyor. Aynı veriye web ve mobil üzerinden erişilmeli. Yeni çalışanların sistemi öğrenmesi zor. Bir hücre/sütun değiştirmek operasyonel risk yaratıyor. Bunların birkaçının aynı anda bulunması özel yazılım veya hazır bir iş platformunun değerlendirilmesi gerektiğine güçlü bir işaret olabilir.

Excel'den Özel Yazılıma Geçiş Nasıl Yapılmalı?

1. Mevcut Excel'leri envanterleyin

Hangi dosya ne için kullanılıyor?

2. Gerçek süreci çıkarın

Excel dışında:

• WhatsApp,
• e-mail,

telefon ile yapılan adımları da dahil edin.

3. Business rule'ları belirleyin

Formüller ve macros dahil.

4. Veri temizliği yapın

Duplicate ve hatalı kayıtları bulun.

5. MVP kapsamını belirleyin

Her Excel fonksiyonunu ilk faza taşımayın.

6. Rolleri belirleyin

Kim neyi görebilir ve değiştirebilir?

7. Migration provası yapın

Örnek veriyle import'u test edin.

8. Paralel doğrulama yapın

Kritik hesapları bir süre Excel ve yeni sistem arasında karşılaştırın.

9. Cutover planlayın

Hangi tarihten sonra yeni kayıt sadece yeni sisteme girecek?

10. Excel'i arşivleyin

Geçmiş veri ve denetim ihtiyacına göre eski dosyaları kontrollü saklayın.

Excel sistemini bir gecede kapatmak gerekli mi?

Hayır. Örneğin: Hafta 1 Yeni sistem pilot Hafta 2 Yeni sistem + Excel doğrulama Hafta 3 Yeni sistem primary Hafta 4 Excel read-only şeklinde geçiş yapılabilir. Bu örnek bir InoviqLab yaklaşımıdır; gerçek takvim sistemin riskine göre belirlenmelidir.

Excel'i read-only arşiv yapmak neden faydalı olabilir?

Geçişten sonra eski dosya:

Reference / Historical olarak korunabilir. Ancak iki sisteme birden yeni veri girmeye devam etmek: Yeni sistem + Excel uzun vadede tekrar çift source-of-truth problemine yol açabilir. Cutover sonrasında hangi sistemin ana kayıt kaynağı olduğu açık olmalıdır.

“Excel yavaşladı” özel yazılım gerekçesi mi?

Tek başına değil. Önce:

• gereksiz volatile formüller,
• aşırı format,
• büyük lookup'lar,
• Power Query,
• workbook tasarımı,

32/64-bit memory gibi konular değerlendirilebilir. Microsoft Excel’in bazı limitleri sabit olsa da birçok workbook limiti mevcut memory ve sistem kaynaklarına bağlıdır; Power Query’nin processing kapasitesi de ortamın bellek koşullarından etkilenir. (Microsoft Destek) Bu yüzden performans problemi önce optimize edilmelidir.

“1 milyon satır oldu, özel yazılım zamanı” doğru mu?

Yine hayır. Worksheet limitine yaklaşmak: database veya BI çözümü değerlendirme sebebi olabilir. Ama bu otomatik olarak: custom operational software gerektirmez. Veri analiz ediliyorsa: Database / Data Warehouse ↓ Power BI / Excel daha doğru olabilir. Özel yazılım problemi ancak kullanıcıların business süreçlerini de sistemde yönetmesi gerektiğinde ortaya çıkar.

InoviqLab değerlendirmesi

Bu bölüm InoviqLab’ın süreç dijitalleştirme yaklaşımıdır. Excel'i bırakma kararında bizim için temel soru: “Dosya ne kadar büyüdü?” değildir. Şudur: “Bu dosyanın etrafında ne kadar business logic oluştu?” Birinci prensip: Excel'i küçümsemeyin Excel çok güçlüdür. Power Query, co-authoring ve version history gibi modern özelliklerle birçok küçük ve orta ölçekli kullanım uzun süre verimli biçimde sürdürülebilir. (Microsoft Destek) Custom software: Excel’den daha havalı olduğu için yapılmamalıdır. İkinci prensip: Excel'in içindeki business bilgisini kaybetmeyin Yıllarca kullanılan workbook bir sorun olduğu kadar değerli bir kaynaktır. İçinde: Business Rules + Data Model +

Edge Cases

+ User Habits vardır. Yeni sistemi tasarlarken önce bunu okuyun. Üçüncü prensip: Otomasyona geçmeden önce süreci sadeleştirin Şu dönüşüm: Kötü manuel süreç ↓ Custom Software ↓ Kötü dijital süreç başarı değildir. Önce gereksiz adımları çıkarın. Sonra yazılım geliştirin. Dördüncü prensip: Excel'i analysis layer olarak koruyabilirsiniz İyi yapı bazen: Operational System ↓ Database / API ↓ Excel / BI şeklindedir. Yani çalışanlar işlemi uygulamada yapar. Finans veya yönetim ekibi özel analizi Excel’de yapmaya devam eder. Bu, Excel’i rakip değil tamamlayıcı araç haline getirir. Beşinci prensip: En büyük sinyal rol ve süreç karmaşıklığıdır Özel yazılım ihtiyacının en güçlü sinyallerinden biri: User A → creates User B → reviews User C → approves User D → sees financial result gibi iş akışlarının ortaya çıkmasıdır. Bu noktada spreadsheet’e giderek daha fazla uygulama mantığı eklenmeye başlanmıştır. Altıncı prensip: Tek bir source of truth belirleyin İster Excel’de kalın ister özel yazılıma geçin.

Şu sorunun tek cevabı olmalı:

Gerçek güncel kayıt nerede?

Modern Excel/SharePoint modeliyle bu tek workbook olabilir. Özel sistemde central database olabilir. Ama: Excel A + Excel B + WhatsApp + CRM aynı anda gerçek kayıt kaynağı olmamalıdır.

Sonuç

Excel'in yetmemeye başladığını:

satır sayısından anlayamazsınız. Microsoft Excel teknik olarak bir worksheet’te 1.048.576 satır destekler ve modern Microsoft 365 sürümleri OneDrive/SharePoint üzerinde gerçek zamanlı co-authoring ile version history gibi güçlü collaboration özellikleri sunar. Power Query de birçok farklı veri kaynağını birleştirip dönüştürebilir. (Microsoft Destek) Bu nedenle Excel'den özel yazılıma geçme sebebi çoğunlukla: Excel'in kapasitesi

• değil;

İş sürecinin karmaşıklığı olur. En güçlü sinyaller: rol ve yetkiler, audit ihtiyacı, onay akışları, tekrar veri girişi, dağınık iletişim, kritik otomasyonlar ve şirketin günlük operasyonunun tek bir spreadsheet’e bağımlı hale gelmesidir. Bu durumda daha doğru soru: “Excel'i nasıl bırakalım?”

• değil;

“Excel'de yıllardır çalışan bilgi ve hesaplamaları kaybetmeden, hangi iş süreçlerini gerçek bir sisteme dönüştürmeliyiz?” olmalıdır. Çünkü dijital dönüşümün amacı Excel’i ortadan kaldırmak değil: insanların dosyaları yönetmek yerine işi yönetmesini sağlamaktır.