SAP BRIM Nedir? Abonelik Faturalandırma Rehberi

TL;DR

SAP BRIM (Billing and Revenue Innovation Management), abonelik, kullanım bazlı ve karma fiyatlandırma modellerini destekleyen entegre bir faturalandırma ve gelir yönetimi çözümüdür. Telekomünikasyon, enerji, medya ve SaaS şirketlerinin yüksek hacimli ve karmaşık fatura süreçlerini SAP'ın dört ana bileşeniyle (Convergent Charging, Convergent Mediation, Convergent Invoicing ve FI-CA) yönetmelerine olanak tanır. S/4HANA ortamında SAP RAR ile gelir tanıma ve FI/CO muhasebesiyle tam entegre çalışır.

BRIM'in Dört Bileşeni: Mimari ve Görev Dağılımı

SAP BRIM, birbiriyle entegre dört bileşenden oluşur. Her bileşen faturalandırma döngüsünün ayrı bir katmanını yönetir:

**1. Convergent Mediation (CM)**

Ağdan, IoT sensörlerinden veya uygulama sunucularından gelen ham kullanım verilerini (CDR — Call Detail Records; UDR — Usage Detail Records) toplar, normalize eder ve CC'ye iletir. Telekom operatörleri için ses, veri, SMS kayıtları; enerji şirketleri için akıllı sayaç okumaları tipik CM veri kaynaklarıdır.

**2. Convergent Charging (CC)**

Fiyatlandırma motorudur. Normalize edilmiş kullanım verisini tanımlı tarife tablolarıyla eşleştirerek tutara dönüştürür (rating). Gerçek zamanlı (online charging) ve toplu (offline/batch) modlarda çalışabilir. Karmaşık paket yapıları, basamaklı fiyatlandırma (tiered pricing) ve çok boyutlu indirim kuralları CC'de yapılandırılır. Ana konfigürasyon nesneleri: Rate Plan, Charge Plan, Benefit Plan.

**3. Convergent Invoicing (CI)**

SAP SD ve FI modülleriyle entegre çalışan fatura oluşturma katmanıdır. CC'den gelen derecelendirilmiş kalemleri (rated items) konsolide ederek müşteri faturası üretir. Fatura belgeleri SAP standart VF01/VF04 akışına benzer şekilde işlenir; ancak yüksek hacim için optimize edilmiş toplu faturalama (mass billing) altyapısı kullanılır. E-fatura entegrasyonu (Türkiye'de GİB) CI katmanında yapılandırılır.

**4. FI-CA (Financial Contract Accounts Receivable and Payable)**

BRIM'in muhasebe altyapısıdır. Standart SAP FI-AR yerine kullanılan FI-CA, milyonlarca müşteri hesabını işleyebilecek şekilde tasarlanmış kitlesel alacak yönetimi modülüdür. Ödeme, gecikme faizi, şüpheli alacak ve tahsilat süreçlerini FI-CA üzerinden yönetir. Temel t-kodları: FP01 (belge girişi), FP05 (ödeme), FPVA (iade), FKKMAKO (sözleşme hesabı), BPEM (istisna yönetimi).

Convergent Charging: Kullanım Bazlı Fiyatlandırma Motoru

Convergent Charging'in temel değeri, sabit abonelik ücretlerinin ötesinde kullanım bazlı (usage-based) ve karma modelleri tek yapıda işleyebilmesidir. Aşağıdaki fiyatlandırma türleri CC'de modellenebilir:

| Fiyatlandırma Türü | Örnek Senaryo |

|---|---|

| Sabit abonelik (flat rate) | Aylık 299 TL sınırsız paket |

| Kullanım bazlı (pay-per-use) | GB başına 5 TL |

| Basamaklı (tiered) | İlk 10 GB 3 TL/GB, sonrası 1 TL/GB |

| Çok boyutlu | Bölge + saat dilimi + kullanıcı profili kombinasyonu |

| Paket + aşım (bundle + overage) | 50 GB dahil, aşımı GB başına 2 TL |

| Freemium | Temel ücretsiz, premium özellik ücretli |

CC'nin kritik özelliği gerçek zamanlı kredi kontrolüdür (online charging). Bir kullanıcı veri kullanırken, CC anlık olarak kalan bakiyeyi sorgular ve eşik aşıldığında servisi otomatik kısıtlar veya uyarı gönderir. Bu özellik telekom operatörleri için vazgeçilmezdir.

CC'de yapılandırma hiyerarşisi şu şekilde işler: **Provider Contract → Subscription → Rate Plan → Charge Plan → Provider Contract Item**. Her abonelik, müşteriye atanan bir Provider Contract altında tutulur. Rate Plan fiyatlandırma kurallarını, Charge Plan ise ücretlendirme zaman dilimlerini ve koşullarını belirler.

S/4HANA'da CC, BTP altyapısında çalışan SAP Subscription Billing ile entegre ya da bağımsız konuşlandırılabilir. SAP Subscription Billing, CC'nin bulut mimarisine taşınmış versiyonudur; daha basit abonelik senaryoları için SaaS şirketleri tarafından tercih edilmektedir.

FI-CA: Yüksek Hacimli Alacak ve Ödeme Yönetimi

FI-CA (Sub-module: FI-CA Contract Accounting), standart FI-AR'dan temel mimarisiyle ayrılır: belge tabanlı yerine hesap bazlı (account-based) bir yapı kullanır. Bu sayede bir müşteri için yüz binlerce fatura kalemini tek hesap altında toplayabilir.

FI-CA süreç akışı:

1. **Sözleşme Hesabı Oluşturma (FKKMAKO):** Her müşteri için bir sözleşme hesabı (contract account) açılır. Bu hesap, müşterinin ödeme yöntemi, dunning prosedürü ve muhasebe sınıflandırmasını belirler.

2. **Belge Gönderimi (FP01):** CI'dan gelen fatura kalemleri FI-CA'ya belge olarak aktarılır. Otomatik muhasebe yönlendirme (account determination) ile GL hesapları otomatik tetiklenir.

3. **Ödeme İşleme (FP05):** Müşteri ödemeleri; banka transferi, kredi kartı, otomatik ödeme talimatı veya nakit yoluyla kayıt altına alınır. FI-CA'nın "clearing" algoritması ödemeyi açık kalemlere otomatik eşleştirir.

4. **Gecikme ve Dunning:** FI-CA'da dunning (ihtar) prosedürleri FI-AR'dan bağımsız konfigüre edilir. Gecikme faizi (interest on arrears) FPZP t-kodu ile hesaplanır.

5. **İstisna Yönetimi (BPEM):** Ödenmeyen, eşleştirilemeyen veya hatalı belgeler BPEM (Business Process Exception Management) çalışma kuyruğuna düşer. Operatörler bu kuyruğu işleyerek istisnaları manuel veya kuralla çözer.

6. **Şüpheli Alacak ve Silme:** FI-CA'da şüpheli alacak karşılığı ve alacak silme işlemleri FI-AR'dan farklı, toplu (mass) işlem mantığıyla çalışır.

FI-CA'nın bir diğer avantajı, ödeme planlarını (installment plans) desteklemesidir. FPLT t-koduyla müşteriye borç taksitlendirme planı oluşturulabilir; her taksit FI-CA'da ayrı öğe olarak takip edilir.

BRIM, S/4HANA ve Gelir Tanıma Entegrasyonu

BRIM tek başına bir faturalama aracıdır; gerçek değerini SAP ekosistemiyle kurduğu entegrasyondan alır:

**SAP RAR (Revenue Accounting and Reporting) Entegrasyonu**

IFRS 15 / TFRS 15 standardı, abonelik gelirlerinde "performans yükümlülüğü" bazlı tanıma zorunluluğu getirir. BRIM'den gelen fatura kalemleri, RAR'daki Standalone Selling Price (SSP) ve Allocated Transaction Price (ATP) mantığına göre muhasebe dönemlerine dağıtılır. Bu entegrasyon özellikle çoklu hizmet paketi (bundle) satan telekom ve medya şirketleri için kritiktir.

**SAP FI/CO Entegrasyonu**

FI-CA'dan gelen muhasebe belgeleri, tanımlı hesap belirleme kurallarıyla GL hesaplarına (alacak geliri, ertelenmiş gelir, şüpheli alacak) otomatik aktarılır. CO maliyet merkezleri ve kar merkezleri bu aktarımda etiket olarak kullanılabilir.

**SAP CRM veya C4C Entegrasyonu**

Müşteri sözleşme yönetimi (subscription lifecycle: yeni sözleşme, yükseltme, düşürme, iptal) CRM katmanında başlar ve BRIM'e abonelik değişikliği olarak iletilir. Bu entegrasyon SAP Integration Suite (iFlow) üzerinden yönetilir.

**SAP Ariba / MM Entegrasyonu**

İki taraflı fatura senaryolarında (utilities'de enerji alım-satımı gibi), BRIM hem alacak hem borç faturalandırmasını işleyebilir; bu işlemlerin satın alma akışıyla uyumu Ariba veya MM entegrasyonuyla sağlanır.

Teknik altyapı açısından BRIM, yüksek hacim gereksinimleri nedeniyle genellikle ayrı bir SAP sistemi üzerinde kurulur ve ERP/S/4HANA ile RFC veya API bağlantısıyla iletişim kurar. S/4HANA 2023 ve sonrasında bazı BRIM bileşenleri S/4HANA içine gömülü (embedded) konuşlandırılabilmektedir.

Sık Sorulan Sorular

**SAP BRIM ile SAP SD faturalandırması arasındaki fark nedir?**

SAP SD faturalaması (VF01/VF04) proje, sipariş ve teslimat bazlı işlemler için tasarlanmıştır; aylık fatura sayısı genellikle sınırlıdır. BRIM ise milyonlarca abonelik ve kullanım kalemini işleyecek şekilde tasarlanmış kitlesel (mass) faturalandırma altyapısıdır. Telekom, enerji ve medya şirketleri gibi yüksek hacimli abonelik işlemleri için BRIM, SD yerine kullanılır.

**FI-CA ile FI-AR arasındaki fark nedir?**

FI-AR (Accounts Receivable), sipariş-teslim-fatura sürecindeki standart müşteri alacaklarını yönetir; genellikle müşteri başına düşük belge hacmi söz konusudur. FI-CA ise müşteri başına binlerce belge oluşabilen kitlesel abonelik modellerine göre optimize edilmiştir. Yüksek hacimli tahsilat, taksitlendirme ve istisna yönetimi FI-CA'ya özeldir.

**Hangi sektörler SAP BRIM kullanır?**

Telekom operatörleri (ses, veri, kurumsal hizmetler), elektrik-gaz-su dağıtım şirketleri (utilities), dijital medya ve içerik platformları (abonelik tabanlı), bulut hizmeti sağlayıcıları (SaaS/IaaS) ve finansal hizmetler (sigorta primleri, bankacılık ücretleri) SAP BRIM'in öncelikli kullanım alanlarıdır.

**SAP BRIM implementasyonu ne kadar sürer?**

Tipik bir BRIM projesi 9 ile 18 ay arasında sürer; kapsam genişlendikçe (ürün katalog karmaşıklığı, entegrasyon sayısı, ülke lokalizasyonu) proje süresi uzar. Tek bir hizmet tipi ve kısıtlı entegrasyonla başlayan pilot fazlar 6 ayda tamamlanabilir.

**SAP BRIM ile SAP Subscription Billing farkı nedir?**

SAP Subscription Billing, BRIM'in SAP BTP üzerinde çalışan bulut SaaS versiyonudur. Basit abonelik yönetimi için daha hızlı devreye alınabilir; ancak Convergent Mediation ve gelişmiş gerçek zamanlı şarj özellikleri içermez. Yüksek kullanım hacmi, gerçek zamanlı kredi kontrolü ve karmaşık paket yapıları için BRIM (on-premise veya private cloud) tercih edilir.

---

CONSULANT olarak SAP BRIM bileşenlerinin konfigürasyonu, FI-CA kurulumu, BRIM–RAR gelir tanıma entegrasyonu ve Türkiye e-fatura/e-defter uyum süreçlerinde danışmanlık sağlıyoruz. [İletişime geçin](/iletisim).

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