İhale mevzuata tabi ve dışarıdan belirleniyor. Ama kurumun satın alma işi ihaleden ibaret değil.
Yazılımın giremeyeceği alan ve girebileceği alan
Kamu kurumlarında ve üniversitelerde satın alma konuşulduğunda ilk akla gelen ihale oluyor. Doğru, çünkü belirli tutarın üzerindeki alımlar mevzuata tabi ve süreç kurumun tercihiyle değil kanunla belirleniyor.
Bu, yazılım açısından net bir sınır çiziyor. İhale ilanı, teklif alma usulü, açılış, değerlendirme ve sözleşme aşaması mevzuatın ve resmi platformların alanı. Bir kurumsal satın alma yazılımının burada işi yok.
Ama kurumun satın alma işi ihaleden ibaret değil ve zamanın büyük kısmı ihalenin dışında geçiyor.
İhale öncesinde bir talep var: hangi birim neye ihtiyaç duyuyor, teknik özellikleri kim yazıyor, hangi bütçe kaleminden karşılanacak, kimler onaylıyor.
İhale sonrasında bir uygulama var: mal geliyor mu, muayene ve kabul yapıldı mı, depoya girdi mi, hangi birime çıktı, fatura sözleşmeyle uyuşuyor mu, ödeme ne durumda.
Bu iki uç, çoğu kurumda hâlâ Excel’de ve resmi yazışmalarla yürüyor. Yazılımın alanı tam olarak burası.
İhale öncesi: talep ve teknik şartname
Kamuda talep süreci özel sektörden bir noktada ayrılıyor: talep sadece “neye ihtiyaç var” demiyor, aynı zamanda teknik şartnamenin temelini oluşturuyor.
Bu yüzden talebin içeriği daha ağır. Miktar, teknik özellikler, gerekli belgeler, teslim yeri ve süresi, tahmini bedelin dayanağı.
Uygulamada en çok sorun çıkaran nokta, taleplerin dağınık gelmesi. Farklı birimler farklı zamanlarda benzer ihtiyaçlar bildiriyor. Bunlar bir araya getirilmediğinde aynı yıl içinde benzer alımlar için ayrı süreçler işletiliyor.
İkinci sorun teknik şartnamenin izlenebilirliği. Şartnameyi kim hazırladı, hangi revizyondan sonra ne değişti? Bu bilgi kayıtlı değilse sonradan yapılan itirazlarda dayanak bulunamıyor.
Üçüncüsü bütçe. Talebin hangi bütçe kaleminden karşılanacağı ve o kalemde ne kadar kaldığı talep anında görünmüyorsa, süreç ilerledikten sonra ödenek sorunuyla karşılaşılıyor. Bütçe kontrolünün en erken adımda yapılması kamuda özel sektörden daha kritik, çünkü geri dönmek daha zor.
İhale sonrası: muayene, kabul ve depo
İhale sonuçlandı, sözleşme imzalandı, mal geliyor. Bu noktadan sonrası klasik satın alma zinciri ve kamuda ek bir adım taşıyor: muayene ve kabul.
Muayene ve kabul komisyonu malın şartnameye uygunluğunu değerlendiriyor. Bu bir belge süreci ve sonucu tutanağa bağlanıyor.
Yazılım tarafında yapılacak iş, bu adımın kayıt altına alınması ve depo girişiyle ilişkilendirilmesi. Kabul edilmemiş bir malın stoğa girmemesi, kabul edilen malın da tutanakla birlikte kaydedilmesi gerekiyor.
Sonrasında zincir aynı: mal kabul, depo girişi, birimlere çıkış, fatura kontrolü ve ödeme.
Üniversitelerde bir ek katman daha var: taşınır kayıt. Demirbaş niteliğindeki malzemenin ayrı izlenmesi ve zimmet takibinin yapılması gerekiyor.
Doğrudan temin: hacmi en yüksek, kaydı en zayıf
Kamuda konuşulmayan ama en çok işlem üreten alan bu.
Belirli tutar sınırının altındaki alımlar doğrudan temin usulüyle yapılıyor. İhale süreci işletilmiyor, piyasa araştırması yapılıp alım gerçekleştiriliyor.
İşlem sayısı olarak bakıldığında kurumun alımlarının büyük kısmı burada. Tutar olarak küçük görünüyor ama toplamı önemli bir yer tutuyor.
Ve kayıt tarafı en zayıf burada. Piyasa araştırması yapıldı mı, kaç firmadan fiyat alındı, hangisi neden seçildi? Bu bilgiler çoğu kurumda dosyada duruyor, aranabilir bir kayıtta değil.
Doğrudan temin alımlarının sistemde izlenmesi iki şey sağlıyor: aynı kalemin yıl içinde tekrar tekrar alınıp alınmadığının görülmesi ve piyasa araştırmasının kayıtlı hale gelmesi.
Birincisi özellikle önemli, çünkü aynı ihtiyacın bölünerek doğrudan temin sınırının altında tutulması denetimin dikkat ettiği konulardan biri.
Aynı ihtiyaç, yıl içinde on bir ayrı alım
Not: Aşağıdaki örnek gerçek bir müşteriye ait değildir; sahada sık karşılaşılan durumlardan oluşturulmuş bir senaryodur.
Doğrudan teminin neden izlenmesi gerektiğini gösteren bir örnek.
Bir üniversitede yıllık alımlar gözden geçirildi. Doğrudan temin işlem sayısı yüksekti ve bu normal karşılanıyordu.
Kalem bazında toplandığında şu görüldü: aynı laboratuvar sarf malzemesi grubu, yıl içinde on bir ayrı işlemle alınmıştı. Alımlar üç farklı birimden, farklı zamanlarda talep edilmişti.
On bir işlemin toplam tutarı, tek seferde alınsaydı farklı bir usule girecek büyüklükteydi.
Burada kötü niyet yoktu. Üç birim birbirinden habersizdi, her biri kendi ihtiyacını kendi zamanında bildirmişti. Talepler hiçbir yerde bir araya gelmiyordu.
Ama sonuç iki açıdan sorunluydu. Denetim açısından, aynı ihtiyacın bölünmüş gibi görünmesi açıklanması gereken bir durumdu. Ve mali açıdan, on bir küçük alımın birim fiyatı tek bir toplu alımın fiyatının üzerindeydi.
İkinci bulgu daha sessizdi: on bir işlemin her biri için ayrı piyasa araştırması yapılmış, ayrı evrak hazırlanmıştı. Personel zamanı olarak toplamı ciddi bir rakamdı ve hiçbir yerde ölçülmüyordu.
Talepler ortak havuzda toplanmaya başlandığında benzer ihtiyaçlar yan yana görünür oldu. Ertesi yıl aynı malzeme grubu için işlem sayısı üçe indi.
Codigno tarafında
Talep yönetimi tarafında ortak talep havuzu, departman bazlı onay hiyerarşisi, gelişmiş yetkilendirme ve versiyon kontrolü bulunuyor. Versiyon kontrolü, talep ve şartname üzerindeki değişikliklerin izlenmesini sağlıyor.
Talep ve bütçeyle karşılaştırma süreçte yer alıyor; ödenek durumu talep anında görünebiliyor.
Teslim alım tarafında parçalı ve toleranslı teslim alım, evrak tarama ve e-irsaliye entegrasyonu bulunuyor. Depo tarafında çok lokasyonlu stok, masraf merkezi bağı ve gelişmiş depo yetkileri var.
Sektör tarafı: kamu kurumları ve üniversiteler. Zincirin bütünü: satın alma yönetimi rehberi.
Sık sorulan sorular
Kurumsal satın alma yazılımı ihale sürecini yönetir mi?
Yönetmiyor. İhale mevzuata tabi ve resmi platformlar üzerinden yürüyor. Yazılımın kapsamı ihale öncesi talep ve onay ile ihale sonrası kabul, depo ve ödeme akışı.
Doğrudan temin alımları sistemde izlenmeli mi?
İzlenmesi işlem sayısı açısından en çok fayda sağlayan alan. Aynı kalemin yıl içinde tekrar tekrar alınıp alınmadığı ancak kayıt varsa görülebiliyor.
Muayene ve kabul kaydı depo girişiyle nasıl ilişkilendirilir?
Kabul kararının stok girişini tetiklemesiyle. Kabul edilmemiş malın stoğa girmesi, envanteri ve sonraki fatura kontrolünü bozuyor.
Taşınır kayıt ve zimmet takibi bu zincirin parçası mı?
Demirbaş niteliğindeki kalemler için ayrı bir izleme gerekiyor. Mal kabulde demirbaş ayrımının yapılması, sonraki zimmet takibinin ön koşulu.
Bütçe ve ödenek kontrolü hangi adımda olmalı?
Talep anında. Kamuda süreç ilerledikten sonra ödenek sorunuyla karşılaşmak, özel sektöre göre daha zor geri dönülen bir durum.
Teknik şartname değişiklikleri nasıl izlenmeli?
Versiyon kaydıyla. Şartnamenin hangi revizyonda ne değiştiğinin kayıtlı olması, sonradan yapılan itirazlarda tek dayanak oluyor.
Doğrudan temin alımlarınız nerede kayıtlı? Birim sayınızı ve yıllık doğrudan temin işlem sayınızı paylaşın; talep, onay ve kabul akışının sizde nasıl kurulacağını gösterelim.
