Hizmetler
Optimizasyon & yöneylem araştırması
Kısıtlar altında en iyi kararı matematiksel modelle buluyoruz: hangi tesis ne üretsin, hangi hammadde hangi siparişe gitsin, hangi yakıt nereden alınsın.
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