Talebin nereden geldiğini, hangi tekliflerin alındığını, kimin neyi onayladığını ve gelen faturanın siparişle örtüşüp örtüşmediğini tek bir zincirde toplarız. Satın alma kişilerin hafızasında değil sistemde yürür; her adım geriye dönük olarak gerekçesiyle birlikte okunabilir. Mevcut ERP'niz yerinde kalır.
Satın alma, çoğu işletmede yazılımın en son ulaştığı yerdir. Talep, üretimden gelen bir telefonla ya da bir mesajla başlar. Alınan teklifler bir e-posta kutusunda, bazen de kâğıt üstünde birikir. Onay, müdürün koridorda söylediği 'tamam' olur. Sipariş verilir, mal gelir, fatura muhasebeye düşer. Zincirin her halkası tek tek çalışır ama arkasında iz bırakmaz. Altı ay sonra 'bu malzemeyi kimden, kaça ve neden o firmadan aldık' sorusunun kurumsal bir cevabı yoktur; cevabı bilen tek kişi o alımı yapan kişidir. Bu bir kötü niyet meselesi değildir; sürecin hiçbir yerde kayıt tutmayan bir biçimde kurulmuş olmasının doğal sonucudur.
Bu alanın kurumsal yazılım literatüründeki adı satın alma yönetim sistemidir; İngilizce kaynaklarda Procurement Management System, kısaca PMS olarak geçer. Adı ne olursa olsun çözdüğü sorun aynıdır: talebin kimden çıktığı, hangi tekliflerin toplandığı, kimin neye göre onay verdiği ve gelen faturanın siparişle örtüşüp örtüşmediği tek bir kayıtta durmaz. Bu bilgi e-posta, WhatsApp ve masa üstü konuşmalarına dağıldığında satın alma denetlenemez hale gelir.
ERP'lerin satın alma modülü genellikle zincirin ikinci yarısını tutar: sipariş kaydedilir, mal kabul girilir, fatura işlenir. Zincirin ilk yarısı ise, yani talebin nasıl doğduğu, kaç tedarikçiden teklif istendiği, gelen tekliflerin neye göre karşılaştırıldığı ve onayın kim tarafından verildiği, çoğu kurulumda sistemin dışında kalır. Bu bölüm e-posta, Excel ve sözlü onaydan oluşur. Üstelik sipariş, mal kabul ve fatura üçlüsünün birbirini tutup tutmadığı da genellikle elle kontrol edilir; kalabalık bir ay sonunda bu kontrol pratikte yapılmaz. Fiyat farkları, eksik gelen miktarlar ve iki kez ödenen faturalar buradan çıkar. Hata çıktığında da kimsenin suçu değildir; kontrol için gereken bilgi hiçbir zaman tek ekranda olmamıştır.
Kurduğumuz sistem bu zinciri baştan sona tek yerde yürütür. Talep bir formla açılır; talebi açan kişi, ihtiyaç tarihi, bütçe kalemi ve gerekçesi kayıt altına alınır. Talep onaylandığında teklif isteme (RFQ) adımına geçilir; aynı kalem listesi birden çok tedarikçiye aynı içerikle gider. Gelen teklifler yalnızca fiyata göre değil, termin, ödeme vadesi, nakliye ve varsa geçmiş performans birlikte görünecek şekilde karşılaştırılır. Seçim gerekçesiyle kaydedilir, onay tutar eşiğine göre ilgili kişiye düşer ve sipariş oluşur. Mal geldiğinde kabul kaydı girilir; kısmi teslim ve red ayrı ayrı işlenir. Son adımda sipariş, mal kabul ve fatura üçlüsü otomatik karşılaştırılır; buna üç yönlü eşleştirme (3-way match) denir ve tutmayan kalemler ödeme öncesinde listelenir.
Bu işin gerçekçi sınırı şudur: yazılım pazarlık yapmaz ve satın alma maliyetini kendiliğinden düşürmez. Fiyatı düşüren şey, birden çok teklifin gerçekten alınması, dağınık küçük alımların toplanması ve tedarikçiyle konuşurken elde veri olmasıdır; sistem bunları mümkün ve kolay hale getirir, yerlerine geçmez. İkinci sınır onay tasarımıyla ilgilidir. Onay zinciri gereğinden katı kurulursa insanlar sistemi baypas eder: acil alım telefonla yapılır, kayıt sonradan girilir ve süreç yalnızca kâğıt üstünde kalır. Bu yüzden tutar eşiklerini, vekaleti ve acil alım yolunu baştan birlikte tanımlarız. Kullanılmayan bir onay akışı hiç kurulmamış olandan daha zararlıdır; çünkü kayıtların doğru olduğu yanılsamasını yaratır.
Alımların tamamını tek bir kişinin yürüttüğü firmalar. Bu yapı hızlı çalışır ama devredilemez: o kişi izne çıktığında veya ayrıldığında hangi tedarikçiyle ne konuşulduğu, hangi fiyatın geçerli olduğu ve bekleyen siparişlerin durumu kurumda kalmaz. Buradaki ilk kazanç maliyet değil, bilginin şirkete geçmesidir.
Ayda yüzlerce küçük tutarlı kalem alan tesisler. Bu alımlar tek tek önemsiz görünür, toplamda ciddi bir tutar oluşturur ve hiçbiri düzgün takip edilmez. Talebin formla toplanması, tekrar eden kalemlerin birleştirilip tek siparişe dönüştürülmesini mümkün kılar. Aynı malzemenin farklı bölümlerce ayrı ayrı alınması da bu aşamada görünür hale gelir.
Harcama yetkisinin tutara ve konuya göre değiştiği, belirli eşiklerin üstünde üst yönetim onayı gereken firmalar. Bu yapılarda asıl sorun onayın kendisi değil, onayın nerede beklediğinin bilinmemesidir. Yetki matrisi ve vekalet tanımlandığında bekleyen iş listesi görünür hale gelir ve hatırlatma otomatik gider.
Bağımsız denetim, ISO belgelendirmesi veya müşteri denetimi geçen işletmeler. Bu denetimlerde alım kararının gerekçesi, alınan teklifler ve onay izi sorulur. Süreç e-postada yürüdüğünde bu kanıtlar geriye dönük derlenmeye çalışılır; sistemde yürüdüğünde ise zaten hazırdır. Fatura eşleştirme kayıtları da mutabakat dönemlerini belirgin biçimde kısaltır.
| Yetenek | Ne sağlar |
|---|---|
| Talep toplama ve ön kontrol | Alım talebi serbest mesajla değil formla açılır: ne, ne kadar, ne zaman ve hangi iş için. Talep açıldığı anda depodaki mevcut stok ve varsa açık sipariş gösterilir; aynı malzeme yoldaysa talep sahibi bunu görür. Bütçe kalemi bağlantısı kurulduğunda harcama daha oluşmadan bütçeye karşı okunabilir. |
| Teklif isteme (RFQ) ve tedarikçiye iletim | Aynı kalem listesi seçilen tedarikçilere aynı içerikle gönderilir; kimden ne zaman istendiği ve kimin cevap verdiği kayıt altındadır. Teklif e-posta ekiyle geldiğinde de kayda iliştirilir. Böylece 'üç teklif alındı' ifadesi bir alışkanlık olmaktan çıkıp belgelenebilir bir adıma dönüşür. |
| Teklif karşılaştırma ve seçim gerekçesi | Gelen teklifler tek tabloda yan yana konur: birim fiyat, toplam, termin, ödeme vadesi, nakliye ve para birimi. En ucuz teklif otomatik kazanan sayılmaz; seçim yapılırken gerekçe yazılır ve kayıtta kalır. Farklı para birimindeki teklifler için ortak birime çevrilmiş karşılaştırma da gösterilir. |
| Onay limitleri, vekalet ve hatırlatma | Tutar, kategori ve masraf merkezine göre kimin onaylayacağı bir yetki matrisinde tanımlanır. Belirli tutarın üstü bir üst kademeye yükselir. Onaycı izinde olduğunda vekalet devreye girer, böylece süreç kişiye takılmaz. Bekleyen onaylar hatırlatma alır ve ne kadar süredir beklediği listede açıkça görünür. |
| Sipariş, termin ve tedarikçi teyidi | Onaylanan teklif tek adımda siparişe dönüşür; sipariş tedarikçiye gönderilir ve teyit tarihi kaydedilir. Termini yaklaşan ve geçen siparişler ayrı listelenir. Kısmi teslimlerde siparişin ne kadarının kapandığı takip edilir, açık kalan bakiye görünür durur ve unutulmaz. Sipariş revizyonları da sürüm olarak saklanır. |
| Mal kabul, kısmi teslim ve red | Gelen mal siparişe karşı kabul edilir; miktar farkı, eksik teslim ve kalite reddi ayrı ayrı işlenir. Reddedilen kalem iade veya yeniden gönderim olarak takip edilir. Kabul kaydı hem ambar girişini hem fatura eşleştirmesini besler, aynı bilgi iki kez girilmez ve iki kayıt arasında fark oluşmaz. |
| Üç yönlü eşleştirme (3-way match) ve fatura farkları | Sipariş, mal kabul irsaliyesi ve gelen fatura miktar ve fiyat olarak otomatik karşılaştırılır. Üçü tutuyorsa fatura ödemeye hazır sayılır; tutmuyorsa fark gerekçesiyle listelenir ve ödeme öncesinde ilgili kişiye düşer. Mükerrer fatura, sipariş dışı kalem ve fiyat sapması bu adımda yakalanır. |
Bugün talebin nasıl doğduğunu, teklifin nasıl alındığını, onayın kimde olduğunu ve faturanın nasıl kontrol edildiğini adım adım yazarız. İstisnalar da kayda geçer: acil alımlar, tek tedarikçili kalemler, avans gerektiren işler. Kapsam bu haritadan çıkar. Bu aşama genellikle bir ila iki hafta sürer.
Hangi tutarın kimde onaylanacağı, hangi kategoride hangi kuralın işleyeceği ve vekaletin nasıl devreye gireceği yazılı olarak netleştirilir. Bu teknik değil yönetsel bir karardır ve projenin en kritik yeridir; burada verilen karar sistemin günlük kullanılabilirliğini doğrudan belirler.
Talep formu, teklif isteme, karşılaştırma tablosu, onay akışı ve sipariş adımları geliştirilir; her sprint sonunda çalışan parça gösterilir. Tedarikçi listesi ve malzeme kartları mevcut ERP'den okunur, yeniden girilmez. Kapsama göre değişmekle birlikte bu bölüm çoğu kurulumda dört ila sekiz hafta alır.
Ambar girişi, kısmi teslim ve red akışı devreye alınır; ardından üç yönlü eşleştirme muhasebe tarafıyla bağlanır. Eşleşmeyen kalemlerin kime düşeceği ve nasıl kapatılacağı birlikte kararlaştırılır. Tolerans sınırları da bu aşamada tanımlanır. Bu adım muhasebe ekibinin katılımı olmadan doğru kurulamaz.
Sistem önce tek bir kategoride veya tek bir bölümde pilot çalıştırılır; eski yöntem bir süre paralel yürür. Sonuçlar doğrulanınca kapsam kademeli genişletilir. Devirde yetki matrisinin nasıl güncelleneceği yazılı bırakılır. Eğitim yalnızca satın alma ekibini değil, talep açan bölümleri de kapsar.
Fark, zincirin hangi yarısının kayıt altında olduğudur. ERP modülleri genellikle siparişten sonrasını iyi tutar; talebin doğuşu, teklif isteme, karşılaştırma ve onay adımı çoğu kurulumda e-postada kalır. Biz eksik kalan bu ilk yarıyı kurar ve mevcut ERP'nizin sipariş, cari ve stok tarafına bağlarız. Modülünüzü devre dışı bırakmayız; ona düzgün beslenmiş bir giriş sağlarız.
Girmesini şart koşmayız. Uygulamada tedarikçilerin büyük kısmı teklifi e-postayla, çoğu zaman PDF veya Excel olarak gönderir; sistem bunu kabul eder ve teklif kaydına iliştirir. İsteyen tedarikçi için portal açılabilir, ama bunu zorunlu tutmak özellikle küçük tedarikçilerde süreci hızlandırmak yerine yavaşlatır. Portal kararı, ilişkinin sürekliliğine göre tedarikçi tedarikçi verilir.
Doğrudan düşürmez ve bunu vaat etmiyoruz. Yazılım pazarlık yapmaz, tedarikçiyi ikna etmez, fiyat listesi değiştirmez. Yaptığı şey, fiyatı düşürebilecek davranışları mümkün kılmaktır: birden çok teklifin gerçekten alınması, dağınık küçük alımların birleştirilmesi, geçmiş fiyatın ve tedarikçi performansının konuşma anında elde olması. Bu davranışlar sizin ekibinizden gelir; sistem yalnızca önlerindeki engeli kaldırır.
Kötü tasarlanırsa yavaşlatır; bu gerçek bir risktir. Bu yüzden onayı her alıma değil, tutar ve kategori eşiğine bağlarız: düşük tutarlı rutin alımlar tek adımda geçer, ağırlaşan tutarlar yukarı çıkar. Vekalet tanımlanır, böylece süreç izindeki kişiye takılmaz. Acil alım için ayrı bir yol bırakılır ve sonradan kayda bağlanır. Amaç işi yavaşlatmak değil, beklemeyi görünür kılmaktır.
Üç yönlü eşleştirme (3-way match), bir faturayı ödemeden önce üç kaydın birbirini tutup tutmadığını kontrol eder: verilen sipariş, malın fiilen kabul edildiği irsaliye ve gelen fatura. Miktar ve birim fiyat üçünde de aynıysa fatura ödemeye hazır sayılır; değilse fark gerekçesiyle listelenir. Bu kontrol elle yapıldığında yoğun dönemlerde atlanır. Otomatik olduğunda mükerrer fatura ve sipariş dışı kalemler ödeme öncesinde yakalanır.
Formla açılan ve stok ile bütçeye karşı kontrol edilen bir talep süreci; teklif isteme ve karşılaştırma tablosu; tutar ve kategoriye göre işleyen onay akışı ile vekalet; sipariş ve termin takibi; kısmi teslim ve red dahil mal kabul; üç yönlü eşleştirme ve fatura farkı listesi; tüm adımların denetim kaydı. Kaynak kod, veritabanı ve biriken alım geçmişi dahil her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Tedarikçinin kim olduğunu, hangi belgesinin ne zaman dolduğunu, geçen yıl terminine ne kadar uyduğunu ve hangi fiyat anlaşmasının yürürlükte olduğunu tek kayıtta toplarız. Onaylı tedarikçi listesi bir Excel dosyası olmaktan çıkar. Tedarikçi portalı isteğe bağlı olarak aynı yapıya bağlanır.
Detay →Sevkiyatı planlayan, aracı ve güzergâhı belirleyen, taşıyıcı ile navlunu karşılaştıran, e-irsaliyeyi kesen ve teslim kanıtını sahadan toplayan bir katman kurarız. Kendi filonuz varsa yakıt, bakım ve belge maliyeti aynı sistemde birikir; taşıyıcıyla çalışıyorsanız hangi işin kime kaça verildiği kayıt altına alınır.
Detay →E-ticaret sitesi, pazaryeri, B2B bayi portalı, showroom ve telefonla gelen siparişleri tek havuzda toplarız. Stok her kanala ayrı ayrı değil, tek kaynaktan söz verilir; ayrılan miktar düşer, iptal ve iade geri döner. Amaç aynı ürünü iki kez satmamak ve siparişin nerede olduğunu tek ekrandan görmektir.
Detay →Ürünün tüm özniteliklerini, açıklamalarını ve çeviri metinlerini tek merkezde toplarız; her satış kanalının kendi şablonuna göre zenginleştirilmiş halini oradan üretiriz. Eksik veya kurala aykırı alan, ürün kanala çıkmadan önce yakalanır. Ürün verisi artık kimsenin masaüstündeki dosyasında yaşamaz.
Detay →Fotoğraf, video, katalog ve tasarım dosyalarını tek arşivde toplar; her dosyanın hangi ürüne ait olduğunu, hangi sürümün onaylı olduğunu ve nerede kullanılabileceğini kayıt altına alırız. Kanalların istediği ölçü ve formatlar orijinalden otomatik türetilir; kimse dosya boyutlandırmakla uğraşmaz.
Detay →Mağazanın kasasını, stoğunu, kampanyasını ve vardiya devrini tek sistemde toplarız. Buradaki POS, internet sitesindeki sanal POS değil; tezgâhın üzerindeki gerçek kasadır. Çok şubeli yapılarda fiyat ve kampanya merkezden yönetilir, gün sonu her şubede aynı disiplinle kapanır.
Detay →
