Telekom ERP Uygulaması: BSS, OSS ve Faturalandırma Entegrasyonu

Telekomünikasyon ERP uygulaması, iş süreci yönetimi ile teknik telekomünikasyon altyapısının kesişiminde yer alır. ERP uygulamasının öncelikle iş süreci değişikliğini içerdiği çoğu sektörün aksine, telekomünikasyon ERP uygulaması, kendi teknik standartları, veri modelleri ve gerçek zamanlı performans gereksinimleri olan özel telekomünikasyon sistemleri (tedarik platformları, aracılık sistemleri, faturalama motorları ve ara bağlantı ödeme sistemleri) ile entegrasyon gerektirir.

Bu kılavuz, telekomünikasyon uygulamalarını ticari uygulamalardan ayıran BSS/OSS entegrasyon mimarisine, faturalandırma sistemi geçişi ve abone veri geçişi zorluklarına özel önem vererek telekomünikasyon ERP uygulaması için uygulayıcı düzeyinde bir çerçeve sağlar.

Önemli Çıkarımlar

• BSS/OSS entegrasyon mimarisi uygulama başlamadan önce tasarlanmalıdır — eski sistemlerin API yeteneği değerlendirmesi entegrasyon yaklaşımını belirler
• Faturalandırmanın taşınması en yüksek riskli bileşendir; bir faturalandırma sistemi hatası tüm aboneleri aynı anda etkiler
• Abone verilerinin taşınması, geçiş öncesinde kapsamlı tekilleştirme ve hesap bakiyesi mutabakatı gerektirir
• Numara taşınabilirliği uyumluluğu için numara envanteri taşıma işleminin tam taşıma geçmişini içermesi gerekir
• Gerçek zamanlı provizyon entegrasyonu, hayata geçmeden önce üretim ölçeğinde test edilmelidir
• Gelir güvencesi kontrolleri, eski faturalandırmanın kullanımdan kaldırılmasından önce tam bir kullanım-fatura karşılaştırması ile doğrulanmalıdır
• Düzenleyici raporlamanın (FCC Form 477, CPNI) ilk düzenleyici son tarihten önce yeni sistemde doğrulanması gerekir
• Telekom vergi motoru entegrasyonu tüm hizmet türleri, yetki alanları ve müşteri türleri için test edilmelidir

---

Uygulama Öncesi: BSS/OSS Mimari Değerlendirmesi

ERP uygulamasını planlamadan önce mevcut BSS/OSS mimarisinin kapsamlı bir değerlendirmesini yapın. Bu değerlendirme hangi sistemlerin ERP işlevselliğiyle değiştirileceğini, hangilerinin ERP ile entegre olacağını, hangilerinin ayrı sistemler olarak kalacağını belirler.

Sistem Envanteri

Tipik bir bölgesel telekom BSS/OSS yığını şunları içerir:

API Yetenek Değerlendirmesi

En önemli teknik değerlendirme, her eski sistemin API yeteneğidir. İyi belgelenmiş REST API'lerine sahip sistemler, gerçek zamanlı entegrasyonu destekler. Daha eski web hizmetlerine veya özel API'lere sahip sistemler, ara yazılım gerektirir. API özelliği olmayan sistemler, toplu dosya entegrasyonu gerektirir; bu da gecikmeye ve karmaşıklığa neden olur.

Tedarik sistemleri için (hizmetin neredeyse gerçek zamanlı olarak etkinleştirilmesi gerekir), API entegrasyon kalitesi kritik öneme sahiptir. Toplu dosya entegrasyonu gerektiren bir tedarik sistemi, aynı gün hizmet aktivasyonunu destekleyemez; bu da önemli bir müşteri deneyimi dezavantajıdır.

---

1. Aşama: Finans ve İK Vakfı (1-4. Aylar)

Finans ve İK uygulaması, telekoma özel hesap planı yapılandırmasıyla diğer sektör uygulamalarına benzer şekilde ilerlemektedir.

Telekom Hesap Planı

Telekomünikasyon hesap planı, gelirin hizmet türüne (ses, veri, video, kurumsal), müşteri segmentine (konut, KOBİ, kurumsal, toptan satış) ve coğrafyaya göre tanınmasını desteklemelidir. Ara bağlantı geliri ve gideri perakende gelirinden ayrı olarak takip edilmelidir. FCC ve eyalet raporlaması için yasal ücretler ve vergiler türe göre takip edilmelidir.

Düzenleyici Raporlama Çerçevesi

Yıllık Form 477 geniş bant dağıtım sayımı ve üç aylık Form 499 evrensel hizmet fonu katılımcı verileri dahil olmak üzere FCC raporlama gereklilikleri, faturalandırma ve müşteri yönetimi sistemlerinden belirli veriler gerektirir. Finans modülünün, ilk günden itibaren gerekli veri öğelerini yakalayacak şekilde yapılandırılması gerekir; böylece ilk raporlama döneminden itibaren ERP'den düzenleyici raporlar oluşturulabilir.

---

2. Aşama: Ürün Kataloğu ve Hizmet Planı Yönetimi (3-7. Aylar)

Ürün kataloğu, hem faturalandırmayı hem de provizyonu yönlendiren merkezi yapılandırma öğesidir. Sipariş edilebilecek her hizmetin (her plan, her eklenti, her cihaz taksit seçeneği) faturalama veya provizyonun doğru şekilde çalışabilmesi için ürün kataloğunda tanımlanması gerekir.

Ürün Kataloğu Yapılandırması

Telekomünikasyon ürün kataloğu yapılandırması, ürün tanımları ile ağ sağlama parametreleri arasındaki ilişki nedeniyle çoğu sektörden daha karmaşıktır:

• Her hizmet planında bir dizi ağ parametresi bulunur: veri hızı katmanı, sesli dakika tahsisi, SMS izni, dolaşım izinleri
• Müşteri bir planı etkinleştirdiğinde bu parametrelerin provizyon sistemine iletilmesi gerekir
• Bir müşteri planını yükselttiğinde veya düşürdüğünde, temel hazırlık değişikliğinin gerçek zamanlı olarak iletilmesi gerekir

ERP ürün kataloğu, her ürün tanımına yerleştirilmiş bu provizyon özellikleriyle tasarlanmalıdır. Faturalandırma sistemi bir plan değişikliği oluşturduğunda, ilgili provizyon parametreleri, provizyon sistemine iletilen değişiklik sırasına otomatik olarak dahil edilir.

Promosyon ve Paket Yönetimi

Telekom promosyonları (indirimler, paket fiyatları, sadakat teklifleri) sık ve karmaşıktır. Bir mobil operatör, herhangi bir zamanda, her biri belirli uygunluk kriterlerine, süreye ve değere sahip 20'den fazla eşzamanlı promosyon teklifi sunabilir. Ürün kataloğu, her biri için ayrı faturalandırma sistemi yapılandırması gerektirmeden bu promosyonların tümünü desteklemelidir.

---

3. Aşama: Faturalandırma Sisteminin Taşınması veya Entegrasyonu (5-12. Aylar)

Faturalandırma geçişi, telekomünikasyon ERP uygulamasının teknik açıdan en karmaşık ve operasyonel açıdan riskli bileşenidir. Tüm aboneleri aynı anda etkileyen bir faturalandırma hatası, müşteri hizmetleri hacminde ani artışlara, mevzuata ilişkin şikayetlere ve gelir etkisine neden olur.

Değiştirme ve Entegre Etme Kararı

MVNO'lar ve küçük operatörler (100.000'den az abone) için, eski faturalandırma sistemini ERP yerel faturalandırma veya ERP ile entegre bir bulut faturalandırma platformuyla değiştirmek genellikle doğru karardır. Küçük operatörlerdeki eski faturalandırma sistemi genellikle yüksek destek maliyetlerine sahip pahalı lisanslı bir platformdur; bunun modern bir alternatifle değiştirilmesi hem maliyet tasarrufu hem de gelişmiş kapasite sağlar.

Büyük operatörler (500.000'den fazla abone) için, eski faturalandırma sistemi genellikle operatörün belirli ürünlerini ve promosyonlarını ele alacak şekilde yıllar içinde özelleştirilmiş karmaşık derecelendirme mantığına sahiptir. Bu sistemi değiştirmek, tüm bu mantığın yeni platformda yeniden oluşturulmasını gerektirir; bu, yüksek riskli bir girişimdir. Entegrasyon (derecelendirme için eski faturalandırma sisteminin sürdürülmesi ve finansal raporlama ve müşteri yönetimi için ERP'nin kullanılması) daha düşük riskli bir yaklaşımdır.

Faturalandırma Verilerini Taşıma

Abone kesintisi için faturalandırma verilerinin taşınması şunları gerektirir:

1. Hesap bakiyesinin taşınması: Her abonenin mevcut bakiyesi (tahakkuk eden ancak henüz faturalandırılmayan ücretler, uygulanan krediler, alınan ödemeler) tam olarak taşınmalıdır. Bir abonenin hesabındaki 1 dolarlık bakiye hatası, müşteri hizmetleriyle iletişime geçilmesine neden olur.

2. Fatura döngüsü ataması: Her abonenin, faturasının oluşturulduğu takvim günü olan aylık bir fatura döngüsü vardır. Bir ayda iki fatura oluşturulmasını veya bazı aboneler için bir faturanın atlanmasını önlemek için geçişin mevcut fatura döngüsü atamasını koruması gerekir.

3. Ödeme yöntemi geçişi: Otomatik ödeme abonelerinin kayıtlı ödeme yöntemleri (kredi kartı, banka hesabı) vardır. Bu ödeme jetonlarının, genellikle ödeme işlemcisi ile yapılan tokenizasyon transferi yoluyla yeni faturalandırma sistemine taşınması gerekir.

4. Faturalandırma geçmişini taşıma: 24 aylık faturalama geçmişi, faturalandırma anlaşmazlıkları için yeterli destek sağlar; daha uzun geçmişler taşınmak yerine arşivlenebilir.

Faturalandırma Paralel İşlemi

Faturalama paralel işlem dönemi, her fatura döngüsü tarihi için en az bir tam faturalama döngüsünü kapsamalıdır (genellikle bir tam takvim ayını gerektirir). Paralel çalışma sırasında, hem eski faturalandırma sistemi hem de yeni ERP faturalandırma sistemi, faturaları bağımsız olarak oluşturur. Sonuçlar, tutarsızlıkları belirlemek için abone bazında karşılaştırılır.

Paralel çalışma başlamadan önce kabul edilebilir tolerans eşikleri tanımlanmalıdır. Yuvarlama nedeniyle 0,01$'lık bir fark kabul edilebilir; 10,00$'lık bir fark, yayına geçmeden önce araştırma yapılmasını gerektirir.

---

Aşama 4: Entegrasyonun Sağlanması (6-10. Aylar)

Tedarik entegrasyonu, ERP'nin abone yaşam döngüsü olaylarını yönetebilmesinden önce doğru şekilde çalışması gereken, gerçek zamanlı, görev açısından kritik bir entegrasyondur.

API Entegrasyonunu Sağlama

Sağlama entegrasyonunun her abone yaşam döngüsü olayını ele alması gerekir:

• Yeni abone aktivasyonu: Hizmet planı parametreleri, telefon numarası ataması, SIM kaydı
• Plan değişikliği: Veri ve ses parametreleri gerçek zamanlı olarak güncellendi
• Eklenti aktivasyonu: Abonenin profiline eklenen ek özellikler (uluslararası dolaşım, premium veriler)
• Askıya Alma: Ödeme yapılmaması nedeniyle geçici olarak askıya alma — acil aramalar korunacak şekilde ses ve veri hizmetleri askıya alınmalıdır
• Yeniden etkinleştirme: Ödeme alındığında tam hizmetin yeniden etkinleştirilmesi
• Sonlandırma: Tüm hizmetlerin tamamen devre dışı bırakılması, numaranın envantere iadesi

Bu olayların her biri, üretim dağıtımından önce sağlama sisteminin test ortamında test edilmelidir.

Hazırlık Hata İşleme

Sağlama hataları (hazırlama komutunun ağa gönderildiği ancak yürütülemediği durumlar) telekom operasyonlarında normal bir durumdur. ERP, provizyon hatalarını incelikli bir şekilde ele almalıdır:

• Arızayı ön hazırlık sistemindeki hata koduyla kaydedin
• Operasyon ekibi için bir uyarı oluşturun
• Geçici arızalar için temel hazırlık komutunu otomatik olarak yeniden deneyin
• Kalıcı arızalar için manuel müdahaleye geçin

Hataların uygun şekilde ele alınmaması durumunda, provizyon hataları, abonelerin erişemedikleri hizmetler için faturalandırılmasına neden olur; bu, müşteri sorunlarına ve mevzuata ilişkin şikayetlere giden hızlı bir yoldur.

---

5. Aşama: Numara Envanterinin Taşınması (4-8. Aylar)

Hangi numaraların atandığını, hangilerinin kullanılabilir olduğunu ve her numaranın taşıma geçmişini takip eden telefon numarası envanter yönetimi benzersiz bir telekom gereksinimidir.

Numara Envanteri Verileri

ERP numarası envanter modülü şunları sağlamalıdır:

• Operatörün envanterindeki tüm numaralar, mevcut durumlarıyla birlikte (kullanılabilir, atanmış, taşınmış, taşınmış, ayrılmış, eskimiş)
• Her numara için abone atama geçmişi
• İşlem geçmişi taşıma — bir numaranın her taşınışında veya taşınmasında, tarih, operatör alma ve işlem kimliği
• Coğrafi işaret (her numarayla ilişkili ücret merkezi ve eyalet)

LNP Uyumluluğu

Yerel numara taşınabilirliği uyumluluğu, operatörün taşıma isteklerini FCC'nin zorunlu kıldığı zaman dilimleri içinde işlemesini gerektirir. ERP taşıma iş akışı şunları yapmalıdır:

• Teslim edildikten birkaç dakika sonra taşıyıcılardan gelen taşıma isteklerini kabul edin
• Numara ve hesap bilgilerinin operatörün kayıtlarıyla eşleştiğini doğrulayın
• Geçerli taşıma isteklerini gerekli zaman dilimi içinde NPAC'ye gönderin
• Geçersiz istekleri belirli reddetme kodlarıyla reddedin

Numara Geri Dönüşüm Kontrolleri

Taşınan veya teslim edilen numaraların, yeni bir aboneye yeniden atanmadan önce "eskileştirilmesi" gerekir. Sektördeki uygulama, önceki aboneye yönelik çağrıların yeni aboneye ulaşma olasılığını azaltmak için, serbest bırakılan numaranın yeniden tahsis edilmeden önce 90-180 gün eskitilmesi yönündedir.

---

Aşama 6: Gelir Güvencesi Entegrasyonu (8-14. Aylar)

Gelir güvencesi entegrasyonu, tüketilen tüm hizmetlerin doğru şekilde faturalandırılmasını sağlar. Bu entegrasyon, ağ kullanım verilerini faturalandırma verileriyle karşılaştırır ve tutarsızlıkları belirler.

Kullanım Verilerinin Mutabakatı

Gelir güvencesi entegrasyonu aşağıdakileri uzlaştırmalıdır:

• Faturalı kullanıma karşı ağ kullanım kayıtları (arabuluculuk sisteminden)
• Etkin faturalandırma planlarına göre tedarik edilen hizmetler (tedarik sisteminden)
• Uygunluk kriterlerine göre uygulanan indirimler ve krediler

Tutarsızlıklar türe göre sınıflandırılır ve araştırılması için uygun operasyon ekibine yönlendirilir. Yüksek değerli tutarsızlıklar (bir eşiği aşan potansiyel sızıntı) anında iletilir.

---

Telekom ERP için Değişim Yönetimi

Müşteri Hizmetleri Temsilcisi Eğitimi

KSS'ler telekomünikasyon ERP'sinin benimsenmesinde en önemli kullanıcı grubudur. Yüksek hacimli müşteri temaslarıyla (fatura sorguları, hizmet değişiklikleri, şikayetler) ilgilenirler ve verimlilikleri müşteri memnuniyetini ve operasyonel maliyeti doğrudan etkiler.

KSS eğitimi yoğun ve uygulamalı olmalıdır: yaygın şikayet türleri (fatura anlaşmazlığı, hizmet sorunu, yükseltme talebi) ve daha az yaygın ancak yüksek etkili senaryolar (hesap güvenliğinin ihlal edilmesi, vefat eden abone, ticari hesap yönetimi) dahil olmak üzere gerçek sistem senaryolarıyla rol oynama.

Eğitim metrikleri şunları içermelidir: ortalama müdahale süresi, ilk temasta çözüm oranı ve üst kademeye iletme oranı. ERP hayata geçtikten sonra bu ölçümler kötüleşirse eğitim programının iyileştirilmesi gerekir.

Operasyon Merkezi Hazırlığı

Ağ operasyon merkezi (NOC), mevcut ağ izleme sorumluluklarının yanı sıra ERP'den provizyona entegrasyonunu izlemeye hazır olmalıdır. Entegrasyon durumu kontrol panelleri, NOC'de ağ performansı kontrol panellerinin yanı sıra görünür olmalıdır.

---

Sıkça Sorulan Sorular

Artık mevcut olmayan eski planlara sahip aboneler için faturalandırma geçişini nasıl gerçekleştireceğiz?

Artık sunulmayan eski planlara sahip aboneler bir geçiş sorunuyla karşı karşıyadır: yeni faturalandırma sisteminde eşleşen bir plan tanımı olmayabilir. Seçenekler şunlardır: yeni sistemde eşleşen plan tanımları oluşturmak (eski fiyatlandırmayı ve şartları süresiz olarak korumak), bu aboneleri en yakın eşdeğer mevcut plana taşımak (uygun bildirim ve potansiyel düzenleme gereklilikleri ile) veya doğal yıpranma sayıları azalana kadar eski faturalandırma sistemini bu aboneler için salt okunur modda tutmak. Karar, eski abonelerin hacmine ve bunların özel koşullarını taşımanın karmaşıklığına bağlıdır.

Faturalandırma sistemi taşıma hatalarının düzenleyici etkisi nedir?

Eyalet Kamu Hizmeti Komisyonlarına (PUC'ler) veya FCC'ye müşteri şikayetleri oluşturan faturalama hataları araştırılır ve para cezaları, geri ödeme talimatı ve gerekli sistem iyileştirmeleriyle sonuçlanabilir. Eyalet PUC faturalandırma kuralları önemli ölçüde farklılık gösterir; bazıları faturalandırma sistemi değişmeden önce müşterinin bilgilendirilmesini gerektirir, bazıları ise hata oranı raporlamasını gerektirir. Faturalandırma geçişi işlemini gerçekleştirmeden önce, müşterilere hizmet verdiğiniz her eyaletteki faturalandırma düzenlemelerini inceleyin.

Temel hazırlık sistemi entegrasyonu sırasında 911 hizmetinin sürekliliğini nasıl sağlarız?

E911 hizmet sürekliliği, düzenleyici ve güvenlik açısından kritik bir gerekliliktir. Sağlama entegrasyonunun, ERP ile E911 sağlama sistemi (veya Otomatik Konum Bilgisi sistemi) arasındaki sürekli bağlantıyı sürdürmesi gerekir. E911 sağlama yolunu etkileyebilecek herhangi bir planlı bakım penceresi, yalnızca ilgili eyalet E911 yetkilisine önceden bildirimde bulunularak planlanmalıdır. Test E911 çağrıları (911'in kendisi yerine test numarasına yapılan) sağlama entegrasyonu test komut dosyasının bir parçası olmalıdır.

Yeni ERP sisteminde CPNI uyumluluğuna ilişkin zaman çizelgesi nedir?

CPNI (Müşteriye Özel Ağ Bilgileri) uyumluluğu, müşteri kullanım verilerine erişimin yetkili amaçlarla sınırlandırılmasını ve müşterilerin belirli pazarlama kullanımlarından vazgeçebilme olanağına sahip olmasını gerektirir. ERP müşteri verileriyle birlikte yayına alınmadan önce erişim kontrolleri CPNI kurallarına uyacak şekilde yapılandırılmalı, eski sistemden ayrılma tercihleri ​​taşınmalı ve yeni sistem için yıllık CPNI sertifikasyon süreci belgelenmelidir. FCC'nin yıllık CPNI sertifikasyonu için son tarih 1 Mart'tır; ERP'yi bir sonraki sertifikasyon son tarihinden en az 60 gün önce yayına alacak şekilde planlayın.

Temel hazırlık entegrasyonu gecikme gereksinimlerini nasıl yönetiriz?

Gerçek zamanlı provizyon değişikliklerinin (plan etkinleştirmeleri, askıya almalar, yeniden etkinleştirmeler), müşteri ve mevzuat beklentilerini karşılamak için genellikle 60-120 saniye içinde tamamlanması gerekir. Sağlama API entegrasyonunun bu gecikme gereksinimi göz önünde bulundurularak tasarlanması gerekir: Toplu işlemler (toplu plan geçişleri) için eşzamansız işlem kullanılmalı, eşzamanlı API çağrıları ise müşterilerin hemen yürürlüğe girmesini beklediği bireysel abone olaylarını yönetmelidir.

---

Sonraki Adımlar

ERP modernizasyonunu planlayan telekomünikasyon şirketleri, mevcut her sistem için entegrasyon yaklaşımını belirlemek amacıyla bir BSS/OSS mimarisi değerlendirmesi ve API yeteneği incelemesi ile başlamalıdır. ECOSIRE'ın uygulama uygulaması, tedarik sistemleri, faturalandırma platformları ve düzenleyici raporlama sistemleriyle entegre olan telekomünikasyon ERP dağıtımlarını sağlar.

Yapılandırılmış metodolojimizin telekomünikasyon ERP uygulamasının benzersiz entegrasyon ve veri taşıma zorluklarını nasıl ele aldığını öğrenmek için ECOSIRE'nin Odoo ERP Uygulama hizmetlerini keşfedin.