Procure-to-Pay süreci: talepten ödemeye adım adım işleyiş ve iyileştirme

Procure-to-Pay nedir ve hangi adımları kapsar?

Procure-to-Pay (P2P), bir kurumun ihtiyaç duyduğu mal veya hizmeti talep etmesinden, tedarikçiye ödeme yapılmasına kadar uzanan uçtan uca satın alma ve ödeme sürecidir. Satın alma ve finans fonksiyonlarını tek bir akışta birleştirir. Amaç, doğru ürünün, doğru fiyata, doğru onaylarla satın alınması ve ödemenin doğru zamanda, doğru tutarda yapılmasıdır.

Süreç genellikle şu adımlardan oluşur: • İhtiyaç ve talep: bir çalışan ya da birim bir ihtiyacı tanımlar. • Onay: talep yetki matrisine göre onaylanır. • Tedarikçi ve fiyat seçimi: katalogdan, sözleşmeden ya da tekliften seçim yapılır. • Satın alma siparişi: onaylı talep siparişe dönüşür ve tedarikçiye gönderilir. • Mal ya da hizmet kabulü: teslim alınan şey siparişle karşılaştırılır. • Fatura alımı ve eşleştirme: gelen fatura sipariş ve kabul kayıtlarıyla karşılaştırılır. • Ödeme: onaylanan fatura vadesinde ödenir. • Kayıt ve raporlama: harcama muhasebeleştirilir ve analiz edilir.

Bu adımlar elle yürütüldüğünde e-posta, kâğıt ve tablo karmaşasına dönüşür; sistemle yürütüldüğünde ise her adım izlenebilir ve denetlenebilir hale gelir.

Talep ve onay akışları

P2P sürecinin başlangıcı talebin doğru şekilde açılmasıdır. Talebin neyi, ne kadar, ne zamana kadar ve hangi bütçe kalemine karşılık istediğini net göstermesi gerekir. Eksik tanımlı bir talep, sonraki aşamalarda geri dönüşlere ve gecikmelere yol açar. Bu yüzden talep formu zorunlu alanlar ve açıklayıcı yönlendirmeler içerecek şekilde tasarlanır.

Onay akışı, kimin hangi tutara kadar onay verebileceğini belirleyen yetki matrisine dayanır. Akış genellikle şu ilkelere göre kurulur: tutar eşikleri, bütçe sahibi onayı, ürün veya hizmet kategorisine göre ek onaylar (örneğin bilgi teknolojileri alımlarında teknik onay), görevler ayrılığı (talep eden ile onaylayan aynı kişi olmamalı). Onay sürelerinin uzaması P2P'nin en sık şikayet edilen sorunudur; bu yüzden vekâlet tanımları, otomatik hatırlatmalar ve zaman aşımı kuralları akışa dahil edilir.

İyi tasarlanmış bir onay akışı kontrolü korur, ama gereksiz yavaşlık yaratmaz. Düşük riskli, düşük tutarlı alımlarda sade bir yol, yüksek riskli ya da yüksek tutarlı alımlarda detaylı onay zinciri uygulanır. Bu ayrım, hem hızı hem kontrolü korumanın en pratik yoludur.

Katalog satın alma ve tedarikçi entegrasyonu

Katalog satın alma, sık alınan ürünler için tedarikçi fiyatları ve ürün bilgilerinin sisteme önceden yüklendiği bir yöntemdir. Çalışan ihtiyacı katalogdan seçer, fiyat ve tedarikçi önceden müzakere edildiği için tekrar teklif almak gerekmez. Bu sayede hem satın alma süresi kısalır hem de anlaşmalı tedarikçi dışına çıkış (maverick buying) azalır.

Katalog yönetimi sürekli bakım isteyen bir iştir. Fiyat güncellemeleri, ürün kodları, tedarikçi sözleşmesinin geçerlilik süresi ve ürün açıklamaları düzenli olarak gözden geçirilir. Eskimiş bir katalog, çalışanları katalog dışına iter ve sistemin faydasını azaltır.

Tedarikçi entegrasyonu, tedarikçi ile alıcı sistemlerinin birbirine veri aktarmasıdır. Sipariş, sevkiyat bildirimi ve fatura bilgileri elektronik ortamda iletilirse manuel giriş ve hata azalır. Entegrasyon seviyesi değişebilir: basit olarak tedarikçi portalına girip siparişi onaylamasından, doğrudan sistemler arası veri alışverişine kadar. Hangi seviyenin uygun olduğu tedarikçinin teknik kapasitesine ve alım hacmine bağlıdır. Düşük hacimli tedarikçilerde bu yatırım karşılığını vermeyebilir.

Sipariş, mal kabul ve fatura eşleştirme

Onaylanan talep satın alma siparişine dönüşür. Sipariş; ürün, miktar, fiyat, teslim tarihi ve ödeme koşullarını bağlayıcı hale getirir. Siparişin sistemde açılması, sonraki tüm kontroller için referans oluşturur. Sipariş açılmadan yapılan alım (sonradan sipariş, retroactive PO), P2P disiplininin en sık bozulduğu noktalardandır; çünkü kontrol sonrasına kalır.

Mal ya da hizmet kabulü, teslim alınanın sipariş edilene uyduğunun kayıt altına alınmasıdır. Depoya gelen ürünün miktarı ve durumu kontrol edilir; hizmetlerde ise hizmetin verildiği teyit edilir. Bu kayıt olmadan fatura ödemesi yapılması hata ve suistimal riskini artırır.

Fatura eşleştirme, P2P'nin kontrol kalbidir. Klasik yöntem üç yönlü eşleştirmedir: fatura, sipariş ve mal kabul kaydı birbirine karşılaştırılır. Hepsinde miktar, fiyat ve tutar tutarlıysa fatura ödemeye gider; tutarsızlık varsa istisna olarak ayrılır ve araştırılır. Sistem tabanlı eşleştirme, sıradan faturaların insan müdahalesi olmadan geçmesini, yalnızca istisnaların elle ele alınmasını sağlar. Bu da hem hız hem doğruluk kazandırır.

Ödeme, uyum ve raporlama

Ödeme aşamasında temel hedefler, doğru tutarın, doğru tedarikçiye, vadesinde ödenmesidir. Vadeye uyum tedarikçi ilişkisini korur; erken ödeme iskontosu varsa nakit yönetimiyle birlikte değerlendirilir. Çift ödeme, yanlış hesaba ödeme ve sahte fatura gibi riskler ödeme öncesi kontrollerle azaltılır. Tedarikçi banka bilgisi değişikliklerinin ayrı bir doğrulama sürecinden geçmesi önemli bir kontrol noktasıdır.

Uyum, sürecin yasal ve kurum içi kurallara uygun işlemesidir. Bu, yetki sınırlarına uyumu, görevler ayrılığını, belge saklama gereklilikleri ile vergi ve e-fatura mevzuatını kapsar. Mevzuat gereklilikleri değiştiği için güncel koşullar için yetkili kurumların kaynaklarına ve muhasebe uzmanlarına başvurulmalıdır. Denetim izi (audit trail), kim neyi ne zaman onayladı sorusuna sistemin cevap verebilmesini sağlar.

Raporlama ise süreci yönetilebilir kılar. Harcama analizi (spend analysis) kurumun nereye ne kadar harcadığını gösterir ve pazarlık fırsatlarını ortaya çıkarır. Süreç göstergeleri, örneğin talep-sipariş süresi, onay süresi, otomatik eşleşen fatura payı, vadesinde ödeme oranı ve katalog kullanım düzeyi, P2P'nin sağlığını izlemeye yarar.

Süreç dijitalleşmesi ve iyileştirme: nereden başlanır?

P2P iyileştirmesine mevcut durum analiziyle başlanır: süreç haritalanır, bekleme ve tekrar iş noktaları bulunur, sapmalar ölçülür. İyileştirme fırsatları genellikle şu alanlarda toplanır: onay gecikmeleri, eşleşmeyen faturalar ve katalog dışı alımlar. Bu alanların veri üzerinden görünür hale getirilmesi, nereye yatırım yapılacağını belirler.

Dijitalleşmeye geçerken yaygın hatalar vardır. Bozuk süreci olduğu gibi sisteme taşımak en yaygın olanıdır; sistem hatayı otomatikleştirir. Önce süreç sadeleştirilir, sonra sistemleştirilir. Bir diğer hata, kullanıcı deneyimini ihmal etmektir. Çalışan sistemi zor bulursa yan kanalları kullanır ve kontrol kaybolur.

İyileştirme yol haritası şu sırayla ilerleyebilir: • Temel süreç ve yetki matrisinin netleştirilmesi. • Talep ve onay akışının dijitalleştirilmesi. • Sık alınan ürünlerde katalog satın almaya geçilmesi. • Fatura eşleştirmesinin otomatikleştirilmesi. • Tedarikçi entegrasyonlarının yaygınlaştırılması. • Analitik ve sürekli iyileştirme.

Değişim yönetimi bu yolun tamamında gereklidir: kullanıcı eğitimi, iletişim ve geri bildirim olmadan özenle tasarlanmış sistem bile benimsenmez.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

E-Satın Alma (P2P) Sistemleri ve Süreç Dijitalleşmesi programının modül başlıkları sırasıyla şunlardır: talepten ödemeye süreç mimarisi, talep ve onay akışları, katalog satın alma ve tedarikçi entegrasyonu, sipariş, mal kabul ve fatura eşleştirme, ödeme, uyum ve raporlama, sistem kurgusu ve süreç tasarım atölyesi.