Satın alma ihale süreci; ihtiyacın tanımlanmasından tedarikçilerden teklif toplanmasına, tekliflerin karşılaştırılmasından pazarlık turlarına ve kazanan teklifin siparişe dönüşmesine kadar uzanan, kurallı ve kayıt altında yürütülmesi gereken bir karar sürecidir. Bu süreç bazen birkaç günlük hızlı bir teklif toplama, bazen de haftalar süren çok turlu bir ihale olarak işler.
Pek çok satın alma ekibi bu iki durumu farklı araçlarla yönetir. Hızlı alımlarda e-posta ve Excel yeterli olurken; çok aşamalı ihalelerde ise aynı araçlar zorlanmaya başlar. Sonuçta ekipler ya hız için kontrolden vazgeçer ya da kontrol için süreci yavaşlatır. Bu yazıda e-posta ve Excel ile yürüyen ihalelerde nelerin kaybolduğunu, hız ile kontrolün neden birbirinin alternatifi olmadığını ve iki ihale tipinin aynı platformda nasıl yönetilebileceğini ele alıyoruz.
E-posta ve Excel ile Yürüyen İhalelerde Neler Kaybolur?
E-posta ve Excel, tek tedarikçili ve tek turlu bir alımda sorunsuz çalışabilir. Ancak tedarikçi sayısı, tur sayısı ve ihaleye dahil olan kişi sayısı arttıkça aynı araçlar beş noktada zorlanmaya başlar:
- Teklifler karşılaştırılabilir formatta gelmez: Her tedarikçi teklifini kendi şablonunda, farklı birim, para birimi ve ödeme koşuluyla gönderir. Satın alma uzmanı teklifleri karşılaştırmadan önce hepsini aynı tabloya elle taşır ve bu aktarım hem zaman alır hem de hataya açıktır.
- Turlar ve revizyonlar birbirine karışır: İkinci veya üçüncü turda gelen revize teklifler e-posta zincirlerinde dağılır. Hangi tedarikçinin hangi turda hangi fiyatı verdiğini görmek için yazışmaları geriye doğru taramak gerekir.
- Karar gerekçesi kayda geçmez: Bir teklifin neden seçildiği ya da neden elendiği çoğu zaman toplantıda konuşulur ve yazıya dökülmez. Aylar sonra aynı soru geldiğinde cevap, o kararı veren kişinin hafızasına kalır.
- Pazarlık e-posta trafiğinde dağılır: Tedarikçilere gönderilen revize teklif talepleri farklı kişilerden, farklı tonlarda çıkar. Hangi tedarikçiye ne söylendiği ve hangi hedef fiyatın paylaşıldığı tek bir yerde görünmez.
- Kazanan teklif ERP’ye elle aktarılır: İhale sonuçlandığında kazanan teklifin bilgileri SAP’ye ayrıca girilir. Böylece ihale ile sipariş arasında hem zaman kaybı hem de veri tutarsızlığı oluşur.
Bu beş noktanın ortak sonucu denetim anında görünür hale gelir. İç denetim veya yönetim bir ihale kararını sorguladığında, ekip kanıtı sistemden almak yerine e-posta kutularından ve dosya klasörlerinden toplamak zorunda kalır.
Hızlı İhale ile Kontrollü İhale Arasında Seçim Yapmak Zorunda mısınız?
Satın alma ekipleri hız istiyorken kontrolden, kontrol istiyorken hızdan ödün vermek zorunda kalabilir. Bu durum aslında kullanılan araçlardan kaynaklanır. Hızlı alım için e-posta, büyük ihale için ayrı bir süreç kullanan ekipler, iki farklı çalışma biçimini aynı anda sürdürmek zorunda kalır.
Oysa değişmesi gereken araç değil, sürecin seviyesidir. Düşük tutarlı ve acil bir alımda tek turlu bir teklif toplama yeterlidir. Stratejik bir kategoride ise kapalı zarf, birden fazla tur ve canlı ihale gerekebilir. Her iki durumda da tekliflerin aynı yapıda toplanması, karşılaştırmanın aynı ekranda yapılması ve her adımın kayda geçmesi, ekibin hem hızlı hem kontrollü çalışmasını sağlar. Bu yaklaşım, stratejik kaynak yönetiminin (strategic sourcing) temel prensiplerinden biri olan süreç tutarlılığını da destekler.
Hangi Satın Alma İçin Hangi İhale Tipi Uygundur?
İhale tipini seçerken belirleyici olan; alımın tutarı, kategorinin stratejik önemi ve tedarikçi pazarındaki rekabet düzeyidir. Aşağıdaki tablo, sık kullanılan ihale tiplerinin hangi durumlarda öne çıktığını ve her birinde nelere dikkat edilmesi gerektiğini özetler:
İhale Tipi | Ne Zaman Uygun? | Dikkat Edilmesi Gereken |
Hızlı teklif toplama | Düşük tutarlı, tanımı net ve acil alımlar | Az sayıda tedarikçiyle bile tekliflerin aynı formatta toplanması |
Kapalı zarf ihale | Tedarikçilerin birbirinin fiyatını görmemesi gereken alımlar | Tekliflerin açılış zamanının ve kurallarının önceden belirlenmesi |
Tur bazlı kapalı teklif | Fiyatın birkaç turda olgunlaştığı, pazarlık payı olan alımlar | Her turun süresinin ve tedarikçiye ne bilgi verileceğinin baştan tanımlanması |
Canlı ihale | Rekabetin yüksek olduğu, standart ürün veya hizmet alımları | Süre uzatma ve sıralama gösterimi gibi kuralların ihale öncesinde ilan edilmesi |
Aynı kategori zaman içinde farklı ihale tiplerine geçebilir. Örneğin ilk yıl tur bazlı kapalı teklifle yürüyen bir ambalaj alımı, tedarikçi havuzu ve fiyat yapısı netleştikçe canlı ihaleye taşınabilir. Bu geçişin sorunsuz olması, iki ihale tipinin aynı platformda ve aynı veriyle yürütülmesine bağlıdır.
Kontrollü Bir İhale Süreci İçin 5 İyi Uygulama
İhalede kontrol (sourcing governance), karar sürecinin önceden belirlenmiş kurallara göre işlemesi ve her adımın sonradan açıklanabilir olmasıdır. Aşağıdaki beş uygulama, ihale tipi ne olursa olsun bu kontrolü kurmanıza yardımcı olur:
- Değerlendirme kriterlerini ihale açılmadan yazılı hale getirin: Fiyatın yanında kalite, teslimat süresi ve ödeme koşulu gibi kriterleri baştan belirleyin. Kriterler ihale sonuçlandıktan sonra tanımlandığında karar, gerekçesiyle değil sonucuyla savunulmaya çalışılır.
- Tedarikçi listesini önceden netleştirin: İhaleye davet edilecek tedarikçileri ön değerlendirmeden geçirin. Uygun olmayan tedarikçilerin süreç ortasında elenmesi hem zaman kaybettirir hem de tartışma yaratır.
- Tur ve süre kurallarını baştan ilan edin: Kaç tur yapılacağını, her turun ne kadar süreceğini ve tedarikçilere hangi bilgilerin gösterileceğini ihale öncesinde paylaşın. Kuralların süreç ortasında değişmesi, tedarikçi güvenini zedeler.
- Her kararı gerekçesiyle kaydedin: Bir teklifin seçilme veya elenme nedenini, kararın verildiği anda kayda geçirin. Gerekçeli kayıt, hem iç denetimde hem de bir sonraki ihalede ekibin elindeki en değerli bilgidir.
- Onay hiyerarşisini tutara ve kategoriye göre tanımlayın: Her ihalenin aynı onay zincirinden geçmesi hızı düşürür. Tutar ve kategoriye göre farklılaşan bir onay yapısı, küçük alımları hızlandırırken büyük kararların doğru seviyede onaylanmasını sağlar.
Bu uygulamalar kâğıt üzerinde basit görünse de e-posta ve Excel ile sürdürülmeleri zordur. Kuralları sistemin kendisi uyguladığında ve her adım otomatik olarak kayda geçtiğinde, kontrol ekibin ek iş yükü olmaktan çıkar.
JetSRM ile Hızlı Teklif Toplama ve Çok Aşamalı İhale Aynı Platformda
JetSRM, satın alma ekiplerinin hızlı teklif toplamadan çok aşamalı ihaleye kadar tüm süreçlerini SAP ile entegre tek bir platformda yönetmesini sağlar. Böylece ekip, alımın büyüklüğüne göre araç değiştirmez; yalnızca ihale tipini seçer.
Teklif Toplama: Hızlı Alımlarda Standart Yapı
Teklif Toplama, Fiyat Analizi ve Onay Yönetimi modülünde tedarikçiler tekliflerini portal üzerinden iletir ve teklifler sistemde merkezi olarak toplanır. Modül, kalite ve teslimat süresi gibi kriterleri fiyatla birlikte bir değerlendirme formunda bir araya getirir. Tanımlanan onay hiyerarşisi tamamlandığında satınalma siparişi SAP’de otomatik olarak oluşturulur. Potansiyel tedarikçi raporu ise bir tedarikçinin neden tercih edilmediğini kayda alır.
İhale Yönetimi: Çok Aşamalı İhalelerde Kurallı Akış
İhale Yönetimi modülü, ön teklif toplamadan canlı ihaleye ve tur bazlı kapalı teklif yönetiminden otomatik kurallı süreçlere kadar ihale akışını dijital olarak yürütür. Modül açık, kapalı, tur bazlı ve canlı ihaleleri destekler. Satın alma ekibi teklifleri gizli veya açık yönetebilir, rekabet seviyesini gerçek zamanlı ayarlayabilir ve süre uzatma, sıra gösterme veya en iyi fiyatı gizleme gibi kuralları ihaleye göre belirler. Tedarikçiler sisteme bağlanarak teklif verir; gerektiğinde e-posta yoluyla da teklif alınabilir. Tüm teklif verileri otomatik olarak karşılaştırma ekranına aktarıldığı için ekip, tabloları elle birleştirmek yerine doğrudan değerlendirmeye odaklanır.
Jetİhale: Pazarlık Turlarında Tutarlı İletişim
Jetİhale, satın alma ekibinin belirlediği hedef fiyata göre tedarikçilere gönderilecek pazarlık mesajlarını yapay zekâ ile üretir. Mesajın tonu resmi, yapıcı veya daha sıkı pazarlıkçı olarak ayarlanabilir. Jetİhale geçmiş alım verileri ve teklif karşılaştırmalarına dayanarak revize teklif talebi veya hedefe yaklaşım uyarısı gibi öneriler sunar ve birden fazla tedarikçiyle yürütülen yazışmaları tek ekranda toplar. Böylece pazarlık turları farklı kişilerin e-postalarına dağılmaz.
Denetim İzi: Her Tur, Her İşlem, Her Gerekçe
JetSRM’de ihale sürecinde yapılan her işlem, her tur için gerekçesiyle birlikte kayda geçer. Bir teklifin hangi turda verildiği, hangi revizyonun yapıldığı ve bir kararın neden alındığı sonradan sistem üzerinden görüntülenebilir. İç denetim veya yönetim bir ihale kararını sorguladığında ekip, kanıtı e-posta kutularında aramak yerine doğrudan sistemden sunar.
Bu yapının arkasındaki temel fark, JetSRM’in SAP içinde çalışmasıdır. İhale ve teklif verileri SAP’deki tedarikçi ve satın alma kayıtlarıyla aynı yapıda tutulduğu için kazanan teklif, ayrı bir veri aktarımı gerekmeden siparişe dönüşür.
Sıkça Sorulan Sorular
Satın alma ihale süreci nedir?
Satın alma ihale süreci, ihtiyacın tanımlanmasından tedarikçilerden teklif toplanmasına, tekliflerin karşılaştırılmasından pazarlık turlarına ve kazanan teklifin siparişe dönüşmesine kadar uzanan karar sürecidir. Süreç, alımın tutarına ve önemine göre tek turlu bir teklif toplama ya da çok turlu bir ihale olarak yürütülür.
Hızlı teklif toplama ile çok aşamalı ihale arasındaki fark nedir?
Hızlı teklif toplama genellikle düşük tutarlı, tanımı net ve acil alımlarda tek turda tamamlanır. Çok aşamalı ihale ise kapalı zarf, tur bazlı teklif veya canlı ihale gibi adımlarla fiyatın birkaç turda olgunlaştığı stratejik alımlarda kullanılır. İki yöntemin aynı platformda yürütülmesi, ekibin alımın büyüklüğüne göre araç değiştirmesini gereksiz kılar.
İhale sürecinde denetim izi neden önemlidir?
Denetim izi, ihalede hangi teklifin hangi turda verildiğini, hangi revizyonun yapıldığını ve kararın hangi gerekçeyle alındığını sonradan gösterir. Bu kayıt, iç denetimde kararın savunulmasını sağlar ve bir sonraki ihalede ekibe geçmiş verilere dayalı bir başlangıç noktası sunar.
İhale yönetim yazılımı SAP ile nasıl çalışır?
JetSRM, SAP içinde çalıştığı için ihale ve teklif verileri SAP’deki tedarikçi ve satın alma kayıtlarıyla aynı yapıda tutulur. Teklif toplama sürecinde onay hiyerarşisi tamamlandığında satınalma siparişi SAP’de otomatik olarak oluşturulur ve kazanan teklif için ayrı bir veri aktarımı gerekmez.
Sonuç
Hızlı ve çok aşamalı ihaleler, satın alma ekiplerinin günlük işinin iki ucunu oluşturur. E-posta ve Excel ile yürütüldüklerinde ilki kontrolü, ikincisi hızı kaybeder. Oysa iki ihale tipini aynı platformda, aynı veriyle ve aynı kayıt düzeniyle yönetmek, ekibin hız ile kontrol arasında seçim yapma zorunluluğunu ortadan kaldırır.
Kontrollü bir ihale süreci; önceden tanımlanmış kriterlere, baştan ilan edilen tur kurallarına, gerekçeli kararlara ve doğru seviyede onaylara dayanır. Bu kurallar sistemin kendisi tarafından uygulandığında ve her işlem kayda geçtiğinde, satın alma ekibi denetime hazırlanmak yerine daha iyi kararlar almaya odaklanır.
JetSRM ile teklif toplama ve ihale süreçlerinizi SAP ile entegre tek bir platformda nasıl yönetebileceğinizi görmek için ekibimizle iletişime geçebilirsiniz.
