Optimizasyon, “iyi bir çözüm” ile “kanıtlanabilir şekilde en iyi çözüm” arasındaki farktır.

Bir siparişin hangi tesisten karşılanacağı, bir hattın hangi ürünü üreteceği, bir yakıtın hangi tedarikçiden alınacağı — bunların her biri tek başına makul görünen kararlardır. Birbirine bağlandıklarında ise elle bulunabilecek olandan çok daha iyi bir bileşim ortaya çıkar.

Ne zaman optimizasyona ihtiyaç var

Üç işaret aynı anda görünüyorsa problem optimizasyondur.

Kararlar birbirine bağlıdır. Üretim planı tedarik kararını değiştirir, tedarik kararı maliyeti değiştirir, maliyet üretim planını değiştirir. Bu döngü elle çözülemez.

Seçenek sayısı denenemeyecek kadar çoktur. MMK’da üç aylık bir planlama çalışmasında 4.000’i aşkın açık sipariş ve sipariş başına ortalama dokuz hammadde adayı vardı. Ortaya çıkan kombinasyon sayısı yüz binlerle ölçülüyordu.

Hedefler çatışıyordur. Kârı maksimize etmek talep karşılamayı düşürür; kapasite kullanımını artırmak stok maliyeti yaratır. Hangi hedefin ne kadar ağırlık taşıyacağına birinin karar vermesi gerekir — ve bu karar sezgiyle değil sayıyla verilmelidir.

Nasıl çalışıyoruz

Önce problemi yazıyoruz. Hangi kararlar veriliyor, hangi kısıtlar ihlal edilemez, neyi iyileştirmeye çalışıyoruz? Bu adım genelde en uzun sürenidir: sahada kural sanılan şeylerin bir kısmı aslında alışkanlık çıkar, bir kısmı da kimsenin yazmadığı ama herkesin bildiği bir kısıttır.

Kısıtları sert ve esnek diye ayırıyoruz. Bir fırının kapasitesi aşılamaz — bu sert bir kısıttır. Emniyet stoğu seviyesi ise belirli bir maliyetle ihlal edilebilir. Bu ayrım, modelin çözüm bulup bulamamasını doğrudan belirler.

Çok amaçlı kuruyoruz. Tek bir hedefe kilitlenmiş model sahada kabul görmez. Çimsa’da kârlılık, sipariş karşılama ve kapasite kullanımı senaryo bazında ağırlıklandırılabiliyor. MMK’da amaç fonksiyonu leksikografik: önce kâr, sonra kullanılan hammadde çeşidi.

Senaryo yapısı kuruyoruz. Modelin asıl değeri tek bir cevap üretmesi değil, “şu kapasiteyi artırırsak ne olur” sorusunu sayısal olarak cevaplayabilmesidir.

Kullandığımız yöntemler

Karma tamsayılı programlama çoğu problemin omurgası. Çok amaçlı optimizasyonda ağırlıklandırma ve leksikografik sıralama kullanıyoruz; büyük problemlerde ayrıştırma teknikleri. Çözücü olarak IBM ILOG CPLEX ile çalışıyoruz — modeller OPL ile yazılıyor, veritabanına doğrudan bağlanıyor.

Devir

Projelerin hedefi model teslim etmek değil, süreci şirkete bırakmaktır. Çimsa projesinde ekibe matematiksel modelleme ve optimizasyon eğitimleri verildi; model şirket içinde çalıştırılabilir hale geldi.

Bir optimizasyon sistemi, onu işletemeyen bir ekibin elinde birkaç ay içinde terk edilir. Bu yüzden eğitim projenin sonuna eklenen bir kalem değil, parçasıdır.

Sık sorulan sorular

Optimizasyon ne zaman doğru araçtır?

Karar sayısı elle denenemeyecek kadar çoksa ve kararlar birbirine bağlıysa. Üç aylık bir üretim planında yüz binlerce olasılık çıkabilir; kural tabanlı sistemler bunların içinden en iyisini bulmayı garanti edemez.

Modeli kim işletir?

Hedefimiz sistemi devretmektir. Projelerimizde matematiksel modelleme eğitimi veriyoruz; model şirket içinde çalıştırılabilir hale geliyor.

Bu alandaki işlerimiz

Çimsa

Çimsa S&OP: global ağ optimizasyonundan yakıt satın alma kararına

Çimsa'nın 15 lokasyondaki üretim, lojistik ve satış ağını tek bir karma tamsayılı modele bağladık; ardından çıkan klinker üretim planını yakıt reçetesi ve satın alma kararına dönüştüren ikinci bir model kurduk.

  • %10 ↓ Stok maliyeti
  • %3 ↓ Üretim, depolama, dağıtım maliyeti

Derimod

Derimod: veri ambarından Optail'e — üç yılda üç katman, yedi proje

AX ERP, Excel ve CRM'de dağınık duran veriyi tek bir veri ambarında birleştirdik; üzerine 20'den fazla Power BI dashboard'u kurduk; en üste de ilk sevkiyat, replenishment ve mağazalar arası transfer kararlarını veren Optail'i koyduk. Üzerine stok analitiği — satış kaybı, kırıklık, atıl stok — ve CRM katmanı geldi. Bu sayfa çatı; yedi projenin her birinin kendi sayfası var.

  • 20+ Dashboard
  • 7.000+ Optail senaryosu

Türkiye Basketbol Federasyonu

TBF: hakem ve değerlendirici atamasını kural, adalet ve öneri üzerine kuran karar destek sistemi

Türkiye Basketbol Federasyonu Merkez Hakem Kurulu'nun haftalık hakem atama işini, federasyon kurallarını ve hakemler arası adaleti gözeten karma tamsayılı optimizasyona çeviren sistem. Sistem öneri üretir; kurul inceler, elle düzenler, kesinleştirir. Hakem ataması üretimde pilotta, değerlendirici ataması ikinci problem olarak eklendi, çok kullanıcılı web arayüzü devam ediyor.

  • Öneri Karar
  • 9 Hard kural

Defacto

Defacto Norm Kadro: her mağazanın olması gereken kadrosunu veriyle hesaplamak

Mağaza kadrosu kararını fiili bordrodan ve sübjektif taleplerden çıkarıp ölçülen iş hacmine ve aynı segmentteki verimli emsale dayandıran model. Her mağaza × rol için 2025 normu, 2026 hedefi ve artır / azalt / koru kararı üretiyor; tamamen BigQuery üzerinde, parametrik.

  • Mağaza × rol Karar birimi
  • Frontier Referans

MMK

MMK: çelik sac üretiminde hat dengeleme ve sipariş–hammadde eşleştirme

Açık siparişleri doğru hammaddeyle eşleştiren, bunu yaparken üretim hatlarının kapasitesini ve ürün ağacının her aşamasını gözeten bir optimizasyon sistemi. Üç fazda kuruldu.

  • 4.000+ Açık satış siparişi
  • ~9 Sipariş başına hammadde adayı

Gürmen Grup

Gürmen MATS: mağazalar arası transferi Excel'den SKU seviyesinde karar veren bir sisteme taşımak

Ramsey ve Kip mağazalarında satmayan ürünü, indirime girmeden önce satan mağazaya taşıyan Mağazalar Arası Transfer Sistemi. Alıcı ve göndericiyi cover ile option seviyesinde belirler, ihtiyacı satış hızından hesaplar, eşleştirmeyi SKU seviyesinde yapar; blok, tekleme ve böl-parçala transfer türlerini aynı altyapıda çalıştırır. SQL projesi olarak Gürmen'in sunucusunda; sonuç ERP'ye.

  • SKU Karar birimi
  • Cover Alıcı / gönderici

Derimod

Optail İlk Sevkiyat: master plan, mağaza gruplama ve kapasiteyle yeni ürünün ilk dağıtımı

Yeni ürün depodan çıkarken henüz satış verisi yoktur; karar benzer ürünlerin geçmişine, mağaza gruplarına ve kapasiteye dayanır. Derimod için sezon öncesi ve sezon boyunca planlamanın yapıldığı Master Plan ekranını, mağaza cluster'larını, doluluk ve sevk önceliği yönetimini kurduk; önce ayakkabı ve çanta, sonra giysi canlıya alındı. 2026'da Flow Through, açık adet sevkiyat ve simülasyon ekleniyor.

  • 3 Kategori
  • Master plan Karar girdisi

Derimod

Optail Replenishment: satan ürünün yerine depodan mağazaya otomatik besleme

Ekim 2024'te canlıya aldığımız replenishment, satış hızına göre depodan mağazaya akışı yönetiyor: kaç haftalık cover, minimum lot, hangi depo, hangi mağaza grubu. İlk iki ayda replenishment'ın üçte ikisi Optail'den geldi; 2025'te ayakkabıda %95'e yaklaştı. Her replenishment'ın satışa dönüp dönmediği ölçülüyor — Optail'in satışa dönme oranı manuel ve geçen yıldan yüksek.

  • ~%95 Otomasyon
  • ~1,5× Satışa dönme

Derimod

Optail Mağazalar Arası Transfer: kırıklık-tekleme, koleksiyon dışı ve sezon sonu transferleri

Optail'in ilk modülü. Şubat 2024'te blok transferle başladı; üzerine kırık bedenleri toplayan tekleme transferi, koleksiyonunda olmayan mağazaya ürün taşıyan koleksiyon dışı transfer, kapanan mağaza boşaltma ve sezon sonunda ürünü satan mağazalarda toplayan klasman bazlı transfer eklendi. Transfer edilen ürünün 21 günde satışa dönme oranı Optail'de manuelin beş katı.

  • ~%25 Satışa dönme
  • 5 Transfer tipi