SAP Procure-to-Pay (P2P) Süreci: Tam Rehber

TL;DR

SAP Procure-to-Pay (P2P) süreci; satın alma talebinin oluşturulmasından tedarikçi ödemesinin tamamlanmasına kadar uzanan uçtan uca tedarik döngüsüdür. MM modülündeki lojistik adımlar (talep → sipariş → mal girişi) ile FI modülündeki finansal adımlar (fatura girişi → ödeme) birbirine organik biçimde bağlıdır. Bu entegrasyonu doğru yapılandırmak, muhasebe kayıtlarını otomatikleştirir ve manuel hataları ortadan kaldırır.

P2P Sürecinin Adımları ve T-Kodları

SAP'taki standart Procure-to-Pay döngüsü beş ana adımdan oluşur. Her adımın kendine özgü t-kodları ve muhasebe etkileri vardır.

**1. Satın Alma Talebi (Purchase Requisition — PR)**

Süreç, ihtiyaç sahibi birimin sistem üzerinden satın alma talebi oluşturmasıyla başlar. İlgili t-kod: **ME51N** (talep oluştur), **ME52N** (düzenle), **ME53N** (görüntüle). Talep onay akışı (**Workflow**) ile yöneticiye yönlendirilir. Bu aşamada muhasebe kaydı oluşmaz; yalnızca bütçe rezervasyonu (funds commitment) yapılabilir.

**2. Satın Alma Siparişi (Purchase Order — PO)**

Onaylanan talep, satın alma departmanı tarafından tedarikçiye yönelik bağlayıcı bir siparişe dönüştürülür. T-kod: **ME21N** (PO oluştur), **ME22N** (değiştir), **ME23N** (görüntüle), **ME2M / ME2L** (toplu listeleme). PO'da malzeme, miktar, fiyat, teslimat tarihi ve ödeme koşulları tanımlanır. Bu noktada da muhasebe kaydı oluşmaz; ancak taahhüt muhasebesi (commitment accounting) aktifse açık taahhüt tutarı takip edilebilir.

**3. Mal Girişi (Goods Receipt — GR)**

Tedarikçi malı teslim ettiğinde, depo ya da ilgili birim sisteme mal girişi kaydeder. T-kod: **MIGO** (Goods Receipt — Movement Type 101). Bu adımda SAP otomatik olarak iki yönlü muhasebe kaydı oluşturur:

| Hesap | Borç / Alacak |

|---|---|

Stok / Gider hesabı | Borç |

GR/IR Clearing (Teslim Alınan / Faturalanmamış) | Alacak |

GR/IR (Goods Receipt / Invoice Receipt) clearing hesabı, mal girişi ile fatura arasındaki köprüdür. SAP'ta standart GR/IR hesabı genellikle **191900** veya şirkete özgü bir BSX/WRX hesabıdır.

**4. Fatura Girişi (Invoice Receipt — IR)**

Tedarikçi faturası geldiğinde lojistik fatura doğrulama (Logistics Invoice Verification — LIV) adımı uygulanır. T-kod: **MIRO** (fatura gir), **MIR7** (fatura park et), **MIR4** (görüntüle). MIRO'da sistem PO ve GR ile 3-yönlü eşleşme (3-way match) yapar:

Fatura girişindeki muhasebe kaydı:

| Hesap | Borç / Alacak |

|---|---|

GR/IR Clearing | Borç |

Tedarikçi (AP) Hesabı | Alacak |

**5. Ödeme (Payment)**

Son adımda tedarikçi bakiyesi F110 Otomatik Ödeme Programı ile kapatılır. T-kod: **F110** (payment run), **F-53** (manuel ödeme), **FBL1N** (tedarikçi açık kalem listesi). Ödeme kaydındaki muhasebe girişi:

| Hesap | Borç / Alacak |

|---|---|

Tedarikçi (AP) Hesabı | Borç |

Banka / Nakit Hesabı | Alacak |

MM-FI Entegrasyonu: Otomatik Hesap Belirleme

P2P sürecinin en kritik yapılandırma noktası, mal girişi ve fatura sırasında hangi GL hesabının kullanılacağını belirleyen otomatik hesap belirleme (Automatic Account Determination) mekanizmasıdır.

SAP'ta bu yapılandırma **OBYC** t-kodu ile yönetilir. En sık kullanılan işlem anahtarları (Transaction Keys):

| Anahtar | Açıklama |

|---|---|

BSX | Stok değeri (stok mal girişlerinde) |

WRX | GR/IR Clearing hesabı |

PRD | Fiyat farkı (standart fiyat kullanımında) |

GBB | Genel muhasebe BSX dışı girişler (VBR: dahili tüketim, AUF: sipariş) |

KON | Konsinye stok |

Hesap belirlemenin doğru çalışması için her malzeme grubuna (Valuation Class — malzeme master'ında MRP2 sekmesi) uygun bir hesap atanması gerekir. Yanlış bir Valuation Class ataması tüm P2P sürecinin muhasebe kayıtlarını bozar.

**Üç Yönlü Eşleşme (3-Way Match) Kontrolü:**

Fatura girişinde SAP otomatik olarak PO fiyatı, GR miktarı ve fatura değerini karşılaştırır. Tolerans limitleri **OMR6** t-kodu ile yapılandırılır; üst sınır aşılırsa fatura otomatik bloke edilir. Bloke faturalar **MRBR** ile incelenir ve manuel olarak serbest bırakılır ya da tedarikçiye iade edilir.

S/4HANA'da P2P: Değişen Yapılar

SAP S/4HANA, Procure-to-Pay sürecinde hem teknik hem işlevsel değişiklikler getirmiştir.

**Universal Journal entegrasyonu:** S/4HANA'da MM ve FI ayrı muhasebe kayıtları tutmaz; tüm kayıtlar ACDOCA tablosunda birleşir. Bu sayede stok değer raporu ile GL bakiyesi her zaman eşleşir; ayrıca FI-MM mutabakatı (MB5L) gereksinimi ortadan kalkmıştır.

**SAP Ariba entegrasyonu:** Şirketler SAP Ariba'yı tedarikçi yönetimi, sözleşme ve katalog satın alma için ön cephe olarak kullanırken P2P'nin lojistik ve muhasebe adımları S/4HANA'da yürütülür. Entegrasyon SAP Integration Suite (CPI) üzerinden gerçekleştirilir.

**Fiori uygulamaları:** MIRO ve ME21N gibi geleneksel GUI işlemleri Fiori uygulamalarıyla da kullanılabilir hale gelmiştir. "Manage Purchase Orders", "Create Supplier Invoice" ve "Approve Purchase Orders" uygulamaları mobil onay süreçlerini kolaylaştırır.

**Intelligent Invoice Management:** S/4HANA ve SAP BTP üzerinde çalışan makine öğrenmesi tabanlı fatura işleme, PDF faturalardan otomatik veri çıkarımı ve MIRO'ya otomatik kayıt yönlendirme imkânı sunar.

P2P Sürecinde Yaygın Sorunlar ve Çözümleri

Uygulamada karşılaşılan en sık P2P sorunları ve SAP içindeki çözüm yolları aşağıda özetlenmiştir.

**GR/IR Hesabı Bakiye Birikmesi:** Mal girişi yapılmış ancak faturası gelmemiş kalemlerin GR/IR hesabında takılı kalması sık görülen bir sorundur. **MB5S** t-kodu ile açık GR/IR kalemleri listelenir, **F.13** ile otomatik kapatma (automatic clearing) yapılır. Uzun süre kapanmayan kalemler tedarikçi ile mutabakat gerektirir.

**Fiyat Farkları (PRD):** PO fiyatı ile fatura fiyatı arasındaki fark, stok hesabı yerine fiyat farkı (PRD) hesabına gider. Bu durum aşırıya kaçarsa malzeme master'ındaki fiyat kontrolünün (V: hareketli ortalama, S: standart fiyat) gözden geçirilmesi gerekir.

**Bloke Faturalar (MRBR):** Tolerans aşımı, eksik GR veya PO değişikliği nedeniyle bloke olan faturalar AP ekibini yavaşlatır. Kök neden analizinde genellikle ya PO fiyatı tedarikçiyle tutarsız ya da GR eksik girilmiştir.

**Tedarikçi Açık Kalemleri:** **FBL1N** ile tedarikçiye ait açık kalemler (open items) görüntülenir. Uzun süre kapanmayan kalemler mutabakat mektubu (statement of account) ile tedarikçiyle uzlaştırılır.

SSS

**SAP'ta P2P süreci kaç adımdan oluşur?**

Standart P2P döngüsü beş adımdır: satın alma talebi (PR), satın alma siparişi (PO), mal girişi (GR), fatura girişi (IR) ve ödeme. Her adım farklı SAP modülleriyle yönetilir; PR ve PO MM modülünde, IR lojistik fatura doğrulama (LIV) ile, ödeme FI-AP modülünde işlenir.

**GR/IR clearing hesabı neden önemlidir?**

GR/IR, mal alındığında oluşan borç ile fatura henüz gelmediği için oluşan alacak arasındaki geçici dengeleyici hesaptır. Mal girişi ve fatura girişi eşleştiğinde hesap kendiliğinden kapanır. Kapanmayan bakiyeler raporlama dönemlerinde bilanço gerçekliğini bozar.

**3-yönlü eşleşme (3-way match) nedir?**

3-way match; satın alma siparişi (PO), mal girişi (GR) ve tedarikçi faturasının miktar ve fiyat açısından karşılaştırılmasıdır. SAP bunu MIRO'da otomatik yapar; tolerans dışı farklar faturayı bloke eder ve manuel inceleme gerektirir.

**MIRO ile MIR7 farkı nedir?**

MIRO faturayı doğrudan kaydeder ve muhasebe belgesi oluşturur. MIR7 ise faturayı "park" eder — geçici kayıt oluşturur, muhasebe belgesi oluşturmaz. Eksik bilgi durumunda ya da çok adımlı onay gerektiren süreçlerde MIR7 tercih edilir.

**SAP S/4HANA'da MB5L raporu neden kalktı?**

MB5L, ECC'de MM stok değeri ile FI bakiyesinin eşleşip eşleşmediğini kontrol eden bir rapordu. S/4HANA'da tüm kayıtlar tek tabloda (ACDOCA — Universal Journal) toplandığından MM ve FI ayrımı ortadan kalktı; bu nedenle MB5L S/4HANA'da anlamsız hale geldi.

---

**CONSULANT** şirketinizin SAP P2P sürecini uçtan uca yapılandırmanıza destek olur: otomatik hesap belirleme (OBYC), 3-yönlü eşleşme toleransları, tedarikçi fatura onay akışları ve S/4HANA'ya geçiş kapsamında P2P optimizasyonu.

[Bizimle iletişime geçin →](/iletisim)

CONSULANT | SAP FI · CO · PA · ABAP Danışmanlık