# Satın alma yazılımı nedir? Talep, teklif, onay ve tedarikçi yönetimi

*2026-09-29 · 15 dk*

Talep, kaynak bulma, teklif, e-ihale, onay, sipariş, mal kabul, fatura eşleştirme ve tedarikçi riskini uçtan uca açıklayan rehber.


Satın alma departmanının görevi yalnız daha düşük fiyat bulmak değildir. Doğru ihtiyacı, doğru rekabet ve sözleşme şartıyla, doğru zamanda, kabul edilebilir risk ve toplam maliyetle karşılamaktır. Talep e-postada, teklifler farklı dosyalarda, onay mesajda, sipariş ERP'de ve tedarikçi belgeleri klasörde olduğunda kararın nedenini ve yükümlülüğünü izlemek güçleşir.

Bu rehber satın alma yazılımını talep–teklif–onay ekranı olarak değil, source-to-pay işletim modeli olarak açıklar. Özel sektör odaklı genel yaklaşım sunar; kamu alımlarında güncel 4734/4735 mevzuatı ve EKAP kuralları ayrıca yetkili uzmanlarla doğrulanmalıdır.

## Satın alma yazılımı nedir?

Satın alma yazılımı ihtiyaç talebi, kategori, bütçe, onay, tedarikçi, kaynak bulma, teklif, değerlendirme, sözleşme, katalog, sipariş, kabul, fatura ve performans verisini ortak iş akışında yöneten platformdur. Amaç yalnız kağıdı dijitalleştirmek değil, kontrol ve kullanıcı deneyimini aynı anda iyileştirmektir.

İki ana çevrim vardır. Source-to-contract (S2C) pazar araştırması, RFI/RFQ/RFP, e‑ihale, değerlendirme ve sözleşmeyi kapsar. Procure-to-pay (P2P) talep, onay, sipariş, teslim/kabul, fatura ve ödemeyi kapsar. Tedarikçi yaşam döngüsü, risk, kategori ve harcama analitiği iki çevrimi bağlar.

[Procure Suite Pro](/urunler/procure-suite-pro) bu zinciri dokunmadan rutin satın alma ile kontrollü stratejik kaynak bulmayı aynı veri omurgasında yürütmek üzere kurgular. Her işlemde rekabet, yetki, gerekçe ve kaynak belge korunmalıdır.

## Talep yönetimi: ihtiyaç nasıl doğru ifade edilir?

Satın alma talebi ürün adı ve tutardan ibaret değildir. İş amacı, kategori, teknik özellik, miktar, ihtiyaç tarihi, teslim yeri, bütçe/maliyet merkezi, önerilen tedarikçi ve ek belgeler bulunabilir. Form kategoriye göre dinamik olmalı; kullanıcı yüzlerce ilgisiz alanla karşılaşmamalıdır.

Serbest metin talepler harcama analizi ve rekabeti zorlaştırır. Katalog, standart ürün, sözleşmeli kalem ve yönlendirmeli satın alma kullanıcıyı doğru kanala taşır. Yine de yeni veya istisnai ihtiyaç için kontrollü serbest talep olmalıdır. Sistem sözleşmeli alternatif varken kullanıcıyı uyarabilir.

Talep bölme riski aynı kullanıcı, dönem, kategori ve tedarikçi örüntüsüyle sinyal üretilebilir. Sinyal otomatik suçlama değildir; yetkili inceleme ve bağlam gerekir. Acil alım istisnası neden, onay ve sonradan gözden geçirmeyle yönetilmelidir.

## Bütçe kontrolü ve onay matrisi

Talep anında bütçe kontrolü, sipariş veya fatura aşamasındaki sürprizi azaltır. Bütçe ERP'de ana kayıt olabilir; satın alma platformu güncel kullanılabilir tutarı sorgular ve taahhüt için rezervasyon oluşturur. Kur, vergi ve dönem kuralları açık olmalıdır.

Onay yalnız hiyerarşik yönetici değildir. Tutar, kategori, risk, veri/güvenlik, hukuk, yatırım ve lokasyona göre paralel veya sıralı roller gerekebilir. Vekâlet süreli ve loglu olmalı; talep sahibi kendi onay zincirini değiştirememelidir. Onay sırasında toplam maliyet, sözleşmeli alternatif ve geçmiş harcama görünmelidir.

Çok uzun onay zinciri kontrolü artırmayabilir; kullanıcıları süreci dışına iter. Düşük riskli katalog talebi otomatik, yüksek riskli alım derin kontrolle ilerleyebilir. Çevrim ve iade nedenleri ölçülerek süreç sadeleştirilir.

## Kategori yönetimi ve harcama sınıflandırması

Kategori ağacı tedarikçi, sözleşme, talep ve harcamanın ortak dilidir. Çok ayrıntılı ağaç kullanıcı hatasını, çok geniş ağaç analitik kaybını artırır. Finans hesap planıyla bire bir olmak zorunda değildir; eşleme yapılabilir. Kategori sahibi ve güncelleme süreci tanımlanır.

Harcama küpü tedarikçi, kategori, iş birimi, dönem ve sözleşme boyutlarında görünürlük sağlar. Aynı tedarikçinin farklı unvan ve vergi kimliğiyle çoğalması temizlenmelidir. AI sınıflandırma öneri verebilir; güven skoru ve insan düzeltmesi bulunmalıdır.

Tail spend ve maverick spend görünürlüğü konsolidasyon fırsatı yaratır. Ancak tüm küçük tedarikçileri azaltmak her zaman doğru değildir; yerel, kritik veya yenilikçi tedarikçi değeri bulunabilir. Analitik karar desteğidir.

## Tedarikçi kaydı ve doğrulama

Tedarikçi onboarding kimlik, vergi, banka, yetkili, kategori, belge, sertifika, yaptırım/uyum ve veri güvenliği kontrollerini içerebilir. Tedarikçi portalı veriyi doğrudan toplar; şirket içi onay ve bağımsız doğrulama sonrası aktif olur. Mükerrer vergi kimliği ve benzer unvan kontrolü yapılır.

Banka hesabı değişikliği yüksek dolandırıcılık riskidir. Portal oturumu tek başına yeterli olmayabilir; bağımsız kanal doğrulaması, çift onay, bekleme süresi ve önceki hesaba bildirim uygulanabilir. Değişikliği yapan, onaylayan ve etkili tarih loglanır.

Belge son kullanma tarihleri izlenir. Belge süresi dolunca tedarikçiyi tamamen kapatmak operasyonu durdurabilir; risk ve kategoriye göre yeni siparişi engelleme, uyarı veya istisna onayı uygulanır. Geçmiş işlem korunur.

## Kaynak bulma: RFI, RFQ ve RFP

RFI pazar ve yetenek bilgisi; RFQ tanımlı ihtiyatta fiyat/şart; RFP çözüm yaklaşımı ve kapsamlı değerlendirme için kullanılır. Süreç türü alımın karmaşıklığına göre seçilmelidir. Her alımı ağır RFP'ye sokmak çevrimi uzatır; karmaşık hizmeti yalnız fiyat tablosuna indirmek riski büyütür.

Soru seti ve cevaplar kontrollü olmalıdır. Bir tedarikçiye verilen açıklama rekabet şartına göre tüm katılımcılarla anonim paylaşılabilir. Son tarih, zeyil, ek belge ve sürüm kayıt altındadır. Teklif kapanmadan ticari içerik yetkisiz kişiye açılmamalıdır.

Teknik ve ticari değerlendirme ayrılabilir. Kör değerlendirme bazı önyargıları azaltır. Kriter, ağırlık ve zorunlu eşikler teklif açılmadan önce onaylanmalı; sonradan değişiklik istisna ve yeniden onay gerektirmelidir.

## E-ihale ve ters açık artırma

Ters açık artırma standartlaştırılmış, rekabetçi ve fiyatın anlamlı olduğu alımlarda etkilidir. Karmaşık danışmanlık, yenilik veya kalite farkının fiyatla ölçülemediği alımlarda yanlış teşvik yaratabilir. Ön yeterlik ve teknik uygunluk tamamlanmadan fiyat yarışına geçilmemelidir.

İhale kuralı başlangıç fiyatı, minimum adım, uzatma, görünürlük ve bağlayıcılığı açıklar. Sistem saat senkronizasyonu, kesinti, teklif izi ve katılımcı eşitliğini sağlamalıdır. Teknik sorun için önceden ilan edilmiş uzatma/iptal prosedürü bulunmalıdır.

[Yüksek tutarlı e‑ihale akışı](/urunler/procure-suite-pro/is-akislari/yuksek-tutarli-e-ihale-rekabetci-alim) talep, ön yeterlik, teklif, değerlendirme, onay ve sözleşmeyi aynı dosyada tutar. En düşük teklif otomatik kazanan olmamalı; toplam değerlendirme ve yetkili karar gerekçesi kaydedilmelidir.

## Teklif karşılaştırma ve toplam sahip olma maliyeti

Birim fiyat, para birimi, vergi, navlun, ödeme vadesi, iskonto, minimum sipariş, garanti, bakım, enerji, kurulum ve çıkış maliyeti normalize edilmeden teklifler karşılaştırılamaz. Sistem karşılaştırma senaryosu ve kur tarihini açık göstermelidir.

Hizmet alımında ekip, kapsam, SLA, varsayım ve change request fiyatı önemlidir. Alternatif teklif ayrı senaryo olarak tutulmalı; satırlar sessizce birleştirilmemelidir. Teknik puan ve risk yorumları kanıt bağlantısıyla kaydedilir.

Should-cost veya benchmark karar desteği olabilir. Kaynak tarihi ve varsayımı görünür olmalıdır. Tedarikçi marjı hakkında kesin iddia yerine müzakere aralığı ve maliyet sürücüsü kullanılır.

## Onaylı tedarikçi ve risk yönetimi

Tedarikçi riski finansal, operasyonel, kalite, siber, KVKK, ülke, sürdürülebilirlik ve yoğunlaşma boyutlarında incelenebilir. Her kategori için önem farklıdır. Tek bileşik skor ayrıntıyı gizleyebilir; bileşen, kaynak ve güncellik gösterilmelidir.

Risk sinyali otomatik sözleşme iptali değildir. Kritik olay yetkili inceleme, tedarikçi açıklaması, aksiyon ve izlemeye gider. Yanlış eşleşme ve isim benzerliği özellikle yaptırım taramalarında insan doğrulaması gerektirir. Tedarikçi düzeltme/itiraz kanalı bulunmalıdır.

[Tedarikçi risk ve uyum yönetimi](/urunler/procure-suite-pro/yetenekler/tedarikci-risk-ve-uyum-yonetimi) belge toplamanın ötesinde sürekli izleme ve aksiyon döngüsüdür. Alternatif kaynak, iş sürekliliği ve bağımlılık planı kritik kategorilerde saklanır.

## Sözleşme yaşam döngüsü

Kaynak bulma kararı sözleşmeye doğru aktarılmalıdır. Şablon, kloz, redline, iç onay, e‑imza, yükümlülük, yenileme ve fesih CLM sürecini oluşturur. Teklif tablosu ile sözleşme fiyatı/şartı arasında sapma varsa yeniden onay gerekir.

Sözleşme aktif olduğunda katalog, fiyat ve tedarikçi uygunluğu P2P sürecine yansır. Yenileme tarihi yaklaşınca görev oluşur; otomatik uzama sessizce gerçekleşmemelidir. Hacim taahhüdü, iskonto basamağı ve SLA sonucu izlenir.

Hukuk, satın alma ve iş birimi aynı belge üzerinde farklı role sahiptir. Taslak, imzalı ve yürürlükteki sürüm ayrılmalı; imzalı belge değiştirilememelidir. Yükümlülükler yalnız hukuk ekibinin takviminde kalmamalıdır.

## Katalog, punchout ve yönlendirmeli satın alma

Katalog sözleşmeli ürün, fiyat, birim, tedarikçi ve geçerliliği kullanıcıya basit arama deneyimiyle sunar. Punchout, tedarikçinin sitesinde seçilen sepeti kurumsal talep/onay akışına geri getirir. Kullanıcı kurumsal kontrolü atlayarak doğrudan sipariş vermemelidir.

Katalog güncellemesi onaylı sözleşme ve fiyatla eşleşmelidir. Geçersiz veya süresi dolmuş ürün otomatik gizlenir; alternatif önerilir. Ürün eşdeğeri ve sürdürülebilir seçenek kullanıcıya gösterilebilir.

[Rutin katalog alımı dokunmadan akış](/urunler/procure-suite-pro/is-akislari/rutin-katalog-alimi-dokunussuz-akis) düşük riskli işlemi talep–sipariş–fatura boyunca otomatikleştirebilir. Dokunmadan süreç, kontrolsüz süreç değildir; kural, eşik, log ve istisna izlenir.

## Sipariş ve değişiklik yönetimi

Onaylı talep siparişe dönüşür; tedarikçi, fiyat, teslim, ödeme ve sözleşme referansı korunur. Sipariş tedarikçiye güvenli kanalla iletilir ve alındı/onay kaydı tutulur. Sözlü sipariş veya sonradan PO açma maverick spend riskidir.

Miktar, fiyat veya teslim değişikliği yeni sürüm ve gerekiyorsa yeniden onay oluşturur. Tedarikçinin kabul ettiği sürüm belirgin olmalıdır. Kapatma, iptal ve kalan bakiye kuralları ERP ile uyumlu yürür.

Açık sipariş raporu yalnız tutar değil, gecikme, kabul, fatura ve risk durumunu gösterir. Eski açık siparişler bütçeyi gereksiz bloke edebilir; periyodik temizlik sahipli süreç olmalıdır.

## Mal ve hizmet kabulü

Mal kabul miktar, kalite ve teslimi siparişle doğrular. Hizmet kabulü kilometre taşı, zaman çizelgesi, çıktı veya SLA kanıtına dayanabilir. Talep sahibi veya yetkili kabul rolü işlemi yapar; satın alma veya fatura ekibi tek başına hizmet verilmiş saymamalıdır.

Eksik, fazla, hasarlı veya reddedilen teslim istisna akışına gider. Kısmi kabul ve iade sipariş bakiyesini doğru günceller. Kalite sonucu bekleyen stok kullanılabilir görünmemelidir. İrsaliye ve fotoğraf satırla ilişkilendirilir.

Hizmet kabulünün dönem sonunda toplu ve kanıtsız yapılması kontrol riskidir. Sistem yaklaşan kilometre taşı ve açık kabulleri hatırlatır; otomatik kabul yalnız düşük riskli ve sözleşmede tanımlı durumda kullanılmalıdır.

## Üçlü eşleştirme ve fatura otomasyonu

Üçlü eşleştirme sipariş, kabul ve faturayı ürün/hizmet, miktar, fiyat, vergi ve toleransla karşılaştırır. Uyumlu fatura dokunmadan onaya/ödeme hazırlığına ilerleyebilir. İstisna türü doğru kişiye gider: fiyat farkı satın alma, miktar kabul sahibi, vergi finans gibi.

OCR veya e‑fatura verisi satır çıkarabilir; kaynak belge ve güven skoru korunmalıdır. Mükerrer fatura tedarikçi, numara, tarih, tutar ve içerik benzerliğiyle yakalanır. Kullanıcı istisnayı kapatırken gerekçe ve kanıt ekler.

[Eşleşmeyen fatura iş akışı](/urunler/procure-suite-pro/is-akislari/fatura-istisnasi-eslesmeyen-fatura) red, düzeltme, ek kabul veya sipariş değişikliğini kontrollü yürütür. Toleransları çok geniş tutmak otomasyonu artırır görünür ama kaçak ödemeyi büyütebilir.

## Görevler ayrılığı ve usulsüzlük sinyalleri

Talep eden, onaylayan, tedarikçi açan, sipariş veren, kabul eden, fatura işleyen ve ödeme onaylayan roller ayrılmalıdır. Küçük ekipte tam ayrım mümkün değilse telafi edici kontrol ve periyodik inceleme uygulanır. Yetki limitleri ve vekâlet tarihçeli olmalıdır.

Bölünmüş sipariş, aynı banka hesabına bağlı tedarikçiler, mesai dışı değişiklik, onay limitinin hemen altındaki işlemler ve olağandışı fiyat sinyal üretir. [Bölünmüş sipariş usulsüzlük sinyali](/urunler/procure-suite-pro/is-akislari/usulsuzluk-sinyali-bolunmus-siparis) otomatik suçlama değil, gizli yetkili incelemedir.

İhbar ve inceleme verisi sıkı erişim gerektirir. Model veya kuralın yanlış pozitifleri ölçülmeli; masum tedarikçi/çalışanın itibarı korunmalıdır. İnceleme sonucu kural iyileştirmesine geri beslenir.

## Harcama analitiği ve tasarruf

Harcama analitiği kimden, ne, ne kadar, hangi şartla ve sözleşme kapsamında alındığını gösterir. Sert tasarruf bütçe/ödemede gerçekleşen düşüş; cost avoidance gelecekteki artışın önlenmesi gibi farklı değer türleridir. İkisini tek toplamda sunmak yanıltıcı olabilir.

[Harcama analitiği ve tasarruf takibi](/urunler/procure-suite-pro/yetenekler/harcama-analitigi-ve-tasarruf-takibi) fırsat, kaynak, onaylı baz, beklenen, gerçekleşen ve finans doğrulamasını ayırmalıdır. Hacim veya talep düşüşünü satın alma tasarrufu saymamak gerekir.

Kategori panosu spend under management, sözleşme uyumu, tedarikçi yoğunlaşması, çevrim, rekabet ve hizmet sonucunu dengeler. En düşük fiyat kalite sorunu yaratıyorsa toplam değer düşer.

## ERP ve e-belge entegrasyonu

ERP bütçe, muhasebe, stok, vergi, fatura ve ödemede ana sistem olabilir. Satın alma platformu kullanıcı talebi, kaynak bulma, tedarikçi ve sözleşmeyi derinleştirir. Proje, maliyet merkezi, tedarikçi, PO, kabul, fatura ve ödeme durumu tanımlı yönde paylaşılır.

GİB e‑Fatura kılavuzları teknik belge akışını belirler; satın alma platformu e‑belgenin içeriğini sipariş/kabul bağlamında kontrol eder. E‑fatura alınmış olması malın geldiğini veya fiyatın sözleşmeye uygun olduğunu kanıtlamaz.

Entegrasyon tekrar çalıştığında çift sipariş/fatura oluşturmamalı; kapalı mali dönem, geçersiz kod ve bağlantı kesintisi kuyrukta görünmelidir. Günlük mutabakat işlem sayısı ve tutarı karşılaştırır. Kaynak belgeden ERP fişine korelasyon kimliği korunur.

## Kamu alımı ve EKAP bağlamı

Kamu İhale Kurumu'nun EKAP'ı ilan/davet, belge, elektronik teklif, değerlendirme, tebligat ve onay gibi resmî işlemleri yürütür. Kurum içi satın alma platformu EKAP'ın yerine geçmez; ihtiyaç, bütçe, teknik hazırlık, iç onay, sözleşme yükümlülüğü ve performans süreçlerini ilgili resmî kayıtla bağlayabilir.

Güncel mevzuat ve EKAP uygulaması değişebilir. Entegrasyon veya veri aktarımı iddiası yetkili yöntem ve güncel koşulla doğrulanmalıdır. Kullanıcı parolası paylaşan veya güvenlik kontrolünü otomatik aşan yaklaşım kabul edilmemelidir.

Kamu ve özel sektör akışını tek şablona zorlamak yerine süreç tipleri ayrılmalıdır. Denetim izi, rekabet, şeffaflık ve yetki her ikisinde de çekirdek ilkedir.

## Seçim demosu

Demo paketi üç alım içersin: düşük tutarlı katalog, yüksek tutarlı rekabetçi alım ve acil istisna. Tedarikçi onboarding, banka değişikliği, iki teklif, teknik puan, e‑ihale, sözleşme, sipariş, kısmi kabul, fiyat farkı ve mükerrer fatura ekleyin.

Kullanıcılar talep açsın, onaylasın, teklif değerlendirsin ve istisnayı çözsün. Yetki limitini aşmayı, kriteri teklif sonrası değiştirmeyi, aynı kişinin kabul/fatura onayını, entegrasyon kesintisini ve veri dışa aktarımını test edin.

Çıktı kaynak talep, rekabet dosyası, karar gerekçesi, sözleşme, PO, kabul, fatura, ödeme ve tasarrufa kadar izlenmelidir. Satıcının hazır sunumu yerine kurum verisi kullanılmalıdır.

## Puan kartı ve TCO

| Boyut | Ağırlık | Kanıt |
|---|---:|---|
| P2P süreç derinliği | %15 | Talep–ödeme senaryosu |
| S2C/e‑ihale | %15 | Rekabet, kriter, log |
| Tedarikçi/risk | %15 | Onboarding, banka, aksiyon |
| Kontrol/SoD | %15 | Yetki ve usulsüzlük testi |
| Kullanıcı deneyimi | %10 | Talep/portal görev süresi |
| ERP/e‑belge entegrasyonu | %10 | Hata, tekrar, mutabakat |
| Analitik/değer | %10 | Kaynaktan tasarrufa iz |
| TCO ve hizmet | %10 | Beş yıllık maliyet, SLA, çıkış |

Toplam maliyete lisans, tedarikçi portalı, işlem hacmi, e‑ihale, entegrasyon, veri temizliği, imza, e‑belge, eğitim ve iç ekip eklenir. Tasarruf iddiası finansla doğrulanmış ihtiyatlı senaryoya dayanmalıdır.

## 90 günlük uygulama planı

İlk 30 gün kategori, tedarikçi, yetki, bütçe ve süreç tasarımıdır. Sonraki 30 gün düşük riskli katalog/P2P pilotu ve bir rekabetçi alım; son 30 gün fatura eşleştirme, analitik ve yayılım kararıdır. Tedarikçi ana verisi ERP ile mutabık kalmadan portal toplu açılmamalıdır.

Kabul hedefleri: onaylı rutin taleplerin belirli oranının dokunmadan PO'ya dönüşmesi; üçlü eşleşen faturanın manuel temas olmadan ilerlemesi; kritik yetki ihlalinin engellenmesi; tedarikçi banka değişikliğinin çift doğrulanması; entegrasyon hatasının hedef sürede görünmesi; karar dosyasının tam denetlenebilmesi.

Eğitim rol ve kategoriye göre yapılır. Eski e-posta talep kanalı kapatılmadıkça maverick spend devam eder. Kullanıcı geri bildirimi form sadeliği ve katalog kalitesine hızlı yansıtılmalıdır.

## Başarı KPI'ları

Çevrim KPI'ları talep–onay, RFx, PO, kabul ve fatura istisna süresidir. Kontrol KPI'ları sözleşme uyumu, rekabet oranı, maverick spend, mükerrer fatura, görev ayrılığı ihlali ve belge güncelliğidir. Tedarikçi KPI'ları OTIF, kalite, yanıt, risk aksiyonu ve inovasyonu kapsar.

Değer KPI'ları gerçekleşen tasarruf, cost avoidance, ödeme şartı ve süreç maliyetidir. Kullanıcı KPI'ı ilk seferde doğru talep, self servis çözüm ve görev süresidir. Tüm tanımlar veri sözlüğünde olmalı, grafik kaynak işleme inebilmelidir.

KPI hedefleri istenmeyen davranışı tetiklememelidir. Yalnız tasarruf hedefi kaliteyi; yalnız çevrim hedefi rekabeti; yalnız tedarikçi azaltma hedefi dayanıklılığı bozabilir. Denge göstergeleri birlikte yönetilir.

## Sık yapılan hatalar

Birinci hata, ERP ekranını satın alma deneyimi sanmaktır. İkinci hata, bozuk tedarikçi ve kategori verisini aynen taşımaktır. Üçüncü hata, her talebe aynı onay zincirini uygulamaktır. Dördüncü hata, e‑ihalede fiyatı tek kriter yapmaktır.

Beşinci hata, kabulü kanıtsız toplu onaylamaktır. Altıncı hata, toleransı otomasyon oranı için genişletmektir. Yedinci hata, banka değişikliğini portal girişine güvenerek otomatikleştirmektir. Sekizinci hata, AI usulsüzlük sinyalini hüküm saymaktır.

Dokuzuncu hata, tasarrufu doğrulamasız raporlamaktır. Onuncu hata, tedarikçi ve iç kullanıcı deneyimini tasarıma katmamaktır. İyi sistem hızlı satın alma kadar adil rekabet ve denetlenebilir kararı korur.

## Kategori stratejisi için yıllık çalışma dosyası

Her kritik kategori için talep görünümü, mevcut tedarikçiler, sözleşme bitişleri, fiyat ve maliyet sürücüleri, kalite/hizmet sonucu, risk, yoğunlaşma ve alternatif pazar aynı dosyada tutulmalıdır. Kraljic benzeri portföy yaklaşımı kategoriyi yalnız harcama tutarıyla değil arz riski ve iş etkisiyle konumlandırır. Stratejik kategoride ortak geliştirme ve süreklilik; kaldıraç kategorisinde rekabet; darboğazda güvence; rutin alımda otomasyon öne çıkabilir.

Kategori planı somut inisiyatif, sorumlu, başlangıç baz değeri, hedef, zaman ve finans doğrulamasına sahiptir. “Yeniden ihale” tek strateji değildir; talep standardizasyonu, şartname sadeleştirme, alternatif malzeme, konsolidasyon, ödeme şartı veya süreç otomasyonu olabilir. Her inisiyatif kalite ve risk denge göstergesi taşır.

Çeyrek gözden geçirmesinde pazar değişimi, sözleşme kullanımı, tedarikçi aksiyonu ve gerçekleşen değer değerlendirilir. [Yıllık kategori gözden geçirme](/urunler/procure-suite-pro/is-akislari/yillik-kategori-gozden-gecirme) talep tahmini ile kaynak bulma takvimini bağlar; son dakika acil alımı azaltır.

## Tedarikçi performans görüşmesi

Scorecard teslimat, kalite, maliyet, yanıt, inovasyon ve risk aksiyonunu kategoriye göre ağırlıklandırır. Verinin kaynağı ve itiraz süresi tedarikçiyle önceden paylaşılır. Tek bir gecikme bağlamdan koparılmaz; tekrar, etki ve kök neden incelenir. Tedarikçi kendi kanıtını sunabilir.

Görüşme puan açıklamakla bitmez. Aksiyon, sahip, tarih ve doğrulama ölçütü yazılır. Kritik uygunsuzluk yeni sipariş kısıtı veya düzeltici plan tetikleyebilir; olumlu sonuç tercihli tedarikçi veya ortak geliştirme fırsatına dönüşebilir. Sistem kararın gerekçesini saklar ve sonraki kaynak bulmada görünür kılar. Performans verisi olmadan fiyat odaklı seçim aynı sorunu tekrar üretir.

## Politika motoru ve istisna yönetimi

Satın alma politikası tek PDF olmaktan çıkıp kural kataloğuna dönüşmelidir. Tutar, kategori, şirket, risk, aciliyet ve sözleşme durumuna göre gereken rekabet, onay, belge ve görev ayrılığı tanımlanır. Kuralın sahibi, yürürlük tarihi ve dayanak politika maddesi bulunur. Eski işlem yeni kuralla geriye dönük değiştirilmez.

İstisna gizli bir kısa yol değildir. Talep sahibi neden standart yolu izleyemediğini, alternatifleri, süre/maliyet etkisini ve riski belirtir. Yetkili rol belirli süre ve kapsam için onaylar. Tekrarlayan istisna raporu şartname, katalog veya kapasite sorununu gösterir. Acil alım sonrası bağımsız gözden geçirme yapılır; aciliyet sürekli planlama eksikliğini saklamamalıdır.

Politika motoru kullanıcıya yalnız “reddedildi” dememeli; eksik adımı ve uygun yolu göstermelidir. Düşük riskli işlemi sadeleştirip yüksek riskli işlemi derinleştirmek sürece uyumu artırır. Kural değişikliği test paketinde katalog, RFQ, tek kaynak, acil, kabul ve fatura senaryolarıyla doğrulanır.

## Satın alma veri kalite panosu

Mükerrer tedarikçi, eksik vergi/banka doğrulaması, kategori dışı harcama, serbest metin ürün, PO'suz fatura, geç kabul, süresi dolmuş sözleşme ve “diğer” neden kullanımı veri kalite göstergeleridir. Her hata ilgili veri sahibine görev olur. Finans, tedarikçi ve satın alma toplamları günlük/haftalık mutabakat görür.

Panonun amacı kullanıcıyı cezalandırmak değil, otomasyonun neden çalışmadığını göstermektir. Üçlü eşleşme oranı düşükse toleransı genişletmeden önce sipariş ve kabul kalitesi incelenir. Katalog dışı talep yüksekse arama, içerik veya sözleşme kapsamı düzeltilir. Veri kalitesi iyileştikçe dokunmadan süreç doğal olarak artar.

## Kullanıcı deneyimi için yönlendirmeli satın alma

Çalışan satın alma politikasını ezberlemek zorunda kalmamalıdır. Sistem “neye ihtiyacınız var?” sorusundan kategori, katalog, mevcut sözleşme, stok veya hizmet talebi yoluna yönlendirir. Tahmini tutar ve risk yükseldikçe gerekli bilgi ve kontrol artar. Yardım metni politika maddesini sade dille açıklar ve uygun alternatifi gösterir.

Aramada bulunamayan ürün, terk edilen talep ve sık iade edilen alanlar aylık incelenir. Kullanıcıyı daha çok eğitmek yerine katalog, form veya kural sadeleştirilir. Mobil onay özetinde tedarikçi, ihtiyaç, bütçe, rekabet ve risk görünür; yalnız tutar gösterilmez. İyi deneyim kontrolün düşmanı değil, sürecin dışına kaçışı azaltan temel uyum aracıdır.

Canlı sonrası ilk iki çeyrekte iç denetim; örnek talepleri talep gerekçesinden ödemeye kadar izlemeli, görev ayrılığı, rekabet, kabul ve değişiklik kaydını doğrulamalıdır. Bulgular yalnız kullanıcı hatası olarak kapatılmaz; politika, form, yetki veya entegrasyon kök nedeni belirlenir. Düzeltme tamamlanınca aynı senaryo yeniden test edilir ve kontrolün gerçekten çalıştığı kanıtlanır.

## Sonuç: talebi ödemeye değil, ihtiyacı değere bağlayın

Satın alma yazılımı talep ve onay formundan ibaret değildir. İhtiyacın tanımından kaynak bulma, sözleşme, sipariş, kabul, fatura ve tedarikçi performansına kadar kararın nedenini ve sonucunu bağlar. Rutin alımı sadeleştirirken yüksek riskli alımda daha güçlü kontrol uygular.

Önce harcama/kategori verisini, yetki matrisini ve üç temsilî alım senaryosunu hazırlayın. [Procure Suite Pro](/urunler/procure-suite-pro), [P2P derinlemesine yeteneği](/urunler/procure-suite-pro/yetenekler/talepten-odemeye-p2p-derinlemesine), [e‑ihale](/urunler/procure-suite-pro/yetenekler/e-ihale-ve-kaynak-bulma-sourcing) ve [fatura eşleştirme](/urunler/procure-suite-pro/yetenekler/fatura-eslestirme-e-fatura-gib-ve-kacak-tespiti) kapsamını birlikte inceleyebilirsiniz. Kuruma özel değerlendirme için [ön görüşme](/on-gorusme) planlanabilir.

## Resmî ve birincil kaynaklar

- Kamu İhale Kurumu: [EKAP ve elektronik ihale uygulamaları](https://ekap.kik.gov.tr/EKAP/)
- Kamu İhale Kurumu: [Elektronik süreçte ilan, teklif, değerlendirme ve onay adımları](https://ekap.kik.gov.tr/EKAP/DuyuruDetay.aspx?duyuruID=f40744ec9853de85dfd9e035747f8d38ec30398f54471500b004a54bed584d0a&slayt=1)
- Gelir İdaresi Başkanlığı: [e‑Belge teknik kılavuzları](https://ebelge.gib.gov.tr/)

> Bu içerik teknoloji ve satın alma operasyonu rehberidir; kamu ihale, vergi veya sözleşme konusunda kuruma özel hukukî görüş yerine geçmez.