Optimizasyon modeli iyi görünen bir çözümle yetinmez, en iyi olduğu kanıtlanabilen çözümü arar.

Bir siparişin hangi tesisten karşılanacağı, bir hattın hangi ürünü üreteceği, bir yakıtın hangi tedarikçiden alınacağı, ayrı ayrı bakıldığında hepsi makul kararlar. Birlikte ele alındıklarında ise elle bulunabilecek olandan çok daha iyi bir bileşim çıkar.

Ne zaman optimizasyona ihtiyaç var

Şu üç işaret birlikte görünüyorsa elinizdeki bir optimizasyon problemidir.

Kararlar birbirine bağlıdır. Üretim planı tedarik kararını, tedarik kararı maliyeti, maliyet de yeniden ü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. Karı 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 sayılara dayanmalı.

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 karlılık, sipariş karşılama ve kapasite kullanımı senaryo bazında ağırlıklandırılabiliyor. MMK’da amaç fonksiyonu leksikografik: önce kar, sonra kullanılan hammadde çeşidi.

Senaryo yapısı kuruyoruz. Model en çok “şu kapasiteyi artırırsak ne olur” sorusuna sayıyla cevap verebildiğinde işe yarıyor.

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 ve veritabanına doğrudan bağlanıyor.

Devir

Projelerde hedefimiz, iş bittiğinde süreci şirketin kendisinin yürütebilmesi. Çimsa projesinde ekibe matematiksel modelleme ve optimizasyon eğitimleri verildi; model şirket içinde çalıştırılabilir hale geldi.

Onu işletemeyen bir ekibe bırakılan optimizasyon sistemi birkaç ay içinde kenara konur. Bu yüzden eğitimi projenin sonuna eklemiyor, baştan projenin içinde planlıyoruz.

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 üç katmanda 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. Ardından stok analitiği (satış kaybı, kırıklık, atıl stok) ve CRM katmanı geldi. Bu sayfa genel bakış; yedi projenin her birinin ayrı sayfası var.

  • 20+ Dashboard
  • 7.000+ Optail senaryosu

Türkiye Basketbol Federasyonu

TBF: hakem ve değerlendirici ataması için 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 bir karma tamsayılı optimizasyon problemi olarak kurduk. Sistem öneri üretiyor; kurul öneriyi inceliyor, gerekirse elle düzenleyip kesinleştiriyor. Değerlendirici ataması ikinci bir problem olarak eklendi. Sistem 2026–27 sezonundan bu yana federasyonun kendi sunucusunda canlıda ve kurul hakem ve değerlendirici atamalarını kimlik doğrulamalı bir web uygulamasından yapıyor.

  • Ö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ürleri aynı altyapıda çalışır. SQL projesi olarak Gürmen'in sunucusunda duruyor, sonuçlar ERP'ye aktarılıyor.

  • 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ğini ölçüyoruz; Optail'in satışa dönme oranı manuel sevkiyattan da geçen yıldan da 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