Intake-to-Pay Nedir? Modern Tedarik Sürecinin Anatomisi

Satın alma talebinden ödemeye: arada ne oluyor?

Bir çalışanın yeni bir yazılıma ihtiyacı olduğunu fark ettiği an ile o yazılım için fatura ödendiği an arasında genellikle ne kadar zaman geçer? Birkaç gün mü? Birkaç hafta mı? Yoksa hiç hesaplanmamış bir e-posta zinciri mi başlar?

Türkiye'deki pek çok şirkette satın alma süreci hâlâ şöyle işler: Çalışan e-posta atar, yönetici onaylar ya da unutur, muhasebe devreye girer, tedarikçiyle pazarlık edilir, fatura gelir, ödeme yapılır. Bu adımlar arasında ne bir sistem vardır ne de bir iz.

Dünya genelinde ise bu tablonun farkına varan şirketler, satın almayı baştan sona yeniden tasarlıyor. Bu tasarımın adı: Intake-to-Pay.

---

Intake-to-Pay nedir?

Intake-to-Pay (I2P), bir ihtiyacın ilk kez dile getirildiği andan tedarikçiye son ödemenin yapıldığı ana kadar tüm satın alma yaşam döngüsünü kapsayan modern bir tedarik yaklaşımıdır.

Türkçeye kelimesi kelimesine "talep alımından ödemeye" diye çevrilebilir; ama asıl mesele çeviride değil, kavramda. Bu süreç, alım kararının verildiği anı da, tedarikçi seçimini de, onay adımlarını da, sözleşmeyi de ve nihayetinde ödemeyi de tek bir zincir olarak ele alır.

Peki bu yaklaşım neden önemlidir? Çünkü geleneksel sistemlerde sürecin yalnızca bir bölümü görünür durumdadır.

---

Geleneksel Procure-to-Pay ile farkı ne?

Procurement dünyasında uzun yıllardır kullanılan bir kavram var: Procure-to-Pay (P2P). Satın alma emrinden (PO) ödemeye uzanan bu süreç, pek çok ERP ve muhasebe sisteminin temel çerçevesini oluşturur.

Ama P2P'nin bir kör köşesi vardır: başlangıç.

P2P, bir satın alma emri oluşturulduğunda devreye girer. Oysa o noktaya gelinmeden önce onlarca şey olur: Biri bir ihtiyaç hisseder. Bu ihtiyaç bir e-postaya ya da mesaja dönüşür. Yönetici onayı bazen hızlı gelir, bazen gelir gelmez unutulur. Bütçe uyumu kimse tarafından sorgulanmaz. Tedarikçi seçimi sezgisel yapılır.

İşte Intake-to-Pay, tam da bu "görünmez bölge"yi aydınlatmak için tasarlanmıştır.

| | Procure-to-Pay (P2P) | Intake-to-Pay (I2P) |
|---|---|---|
| Başlangıç noktası | Satın alma emri (PO) | İlk ihtiyaç talebi |
| Kapsam | İşlemsel | Uçtan uca |
| Talep yönetimi | Zayıf | Merkezi ve yapılandırılmış |
| Harcama görünürlüğü | Gecikmeli | Gerçek zamanlı |
| Politika uyumu | Reaktif | Proaktif |

---

I2P'nin anatomisi: 6 aşama

Modern bir Intake-to-Pay süreci altı temel aşamadan oluşur. Her aşama bir öncekinin doğal devamıdır.

1. Talep alımı (Intake)

Her şey burada başlar. Bir çalışan bir ihtiyaç fark eder ve bunu sisteme girer: ne satın alınacak, neden, ne kadar bütçeyle, hangi zaman diliminde?

Geleneksel sistemlerde bu adım bir e-postadan ibarettir ve kaybolmaya mahkûmdur. Intake-to-Pay yaklaşımında ise talebin sisteme girmesi, onun takip edilebilir hale gelmesi anlamına gelir.

2. Bütçe ve politika kontrolü

Talep sisteme girdikten sonra otomatik olarak sorgulanır: Bu harcama bütçe dahilinde mi? Şirketin satın alma politikasıyla uyumlu mu? Tercih edilen tedarikçilerden biri mi söz konusu?

Bu kontroller bir insan hatırladığı için değil, sistem her seferinde yaptığı için gerçekleşir. Uyumsuz harcamalar erken aşamada yakalanır; süreç sonunda maliyetli düzeltmelere gerek kalmaz.

3. Onay akışı

Talep, ilgili paydaşlara otomatik olarak yönlendirilir: bütçe sahibi, satın alma departmanı, BT, hukuk... Kim onay vermeliyse sistem ona bildirim gönderir.

Manuel süreçlerde onaylar "unutulan" e-postalarda kaybolur. Otomatik onay akışlarında ise her adım kayıt altındadır; kim ne zaman onayladı ya da neden reddetti, hepsi izlenebilir.

4. Tedarik ve sözleşme

Onaylanan talep temin aşamasına geçer. Tedarikçiyle iletişim, teklif toplama, müzakere ve nihayetinde sözleşme imzası bu aşamada gerçekleşir. Gelişmiş sistemlerde bu adım, sözleşme yönetimi araçlarıyla entegre çalışır.

5. Fatura işleme

Tedarikçi hizmeti ya da ürünü teslim ettiğinde faturayı gönderir. Modern I2P sistemleri faturayı otomatik olarak satın alma emriyle ve teslimat kaydıyla eşleştirir; buna "üç yönlü eşleştirme" (three-way matching) denir. Eşleşme sağlanırsa fatura onaya gider, sağlanmazsa sistem uyarır.

6. Ödeme

Son aşamada onaylanan fatura ödenir. Ödeme tarihleri, vade takibi ve nakit akışı planlaması bu aşamanın parçasıdır. İyi bir I2P sistemi, ödeme aşamasındaki veriyi geriye dönük raporlamaya ve tedarikçi performans analizine de taşır.

---

Türkiye'de neden bu kavramlar henüz yeni?

Türkiye'deki şirketlerin büyük çoğunluğu satın alma süreçlerini ya ERP sistemlerinin muhasebe modülleri üzerinden ya da e-posta ve Excel kombinasyonuyla yönetiyor. Bu yaklaşımlar işe yarar — ama yalnızca belirli bir ölçeğe kadar.

Şirket büyüdükçe, departman sayısı arttıkça, tedarikçi portföyü genişledikçe ve uyumluluk gereksinimleri karmaşıklaştıkça bu yöntemler yetersiz kalmaya başlar. "Kim onayladı?", "Bu fatura neye karşılık geliyor?", "Bütçemizin ne kadarını harcadık?" gibi sorulara hızlı cevap vermek imkânsızlaşır.

İşte tam bu noktada Intake-to-Pay yaklaşımı devreye girer. Ve bu yaklaşım yalnızca büyük kurumsal şirketler için değil, büyümekte olan her ölçekteki işletme için geçerlidir.

---

Peki şimdi ne yapmalı?

Şirketinizde satın alma süreci hâlâ e-postalar ve Excel tablolarıyla yönetiliyorsa, iyi haber şu: bu bir kader değil, bir tercih meselesi.

Talep.io, tam da bu ihtiyacı karşılamak için Türkiye pazarına özel geliştirilmiş bir satın alma yönetim platformudur. Talep yönetimi, onay akışları, tedarikçi takibi ve harcama görünürlüğünü tek çatı altında bir araya getirir.

[Talep.io'yu ücretsiz deneyin →](https://talep.io)