Telekom Faturalandırması - Hızlı Kılavuz

Elektronik ortamda bir noktadan diğerine ses, veri, resim, faks vb. Göndermek telekomünikasyon ve kısaca 'telecom'. Örnekler arasında Telefon, Radyo, Televizyon ve İnternet yer alır. İletim aracı Tel (Bakır), Fiber Optik, Eter (kablosuz), Radyo kuleleri, Mikrodalga, Uydu vb. İçerir.

Şimdi, müşterilerine tatmin edici telekom hizmetleri sunan birkaç uluslararası telekom operatörünü listeleyelim -

  • Verizon
  • Vodafone
  • Airtel
  • TATA
  • Etisalat
  • Qtel

Ayrıca çeşitli tanınmış telekom operatörleri tarafından sağlanan birkaç temel telekom hizmetini listeleyelim -

  • Sesli arama
  • Faks Hizmeti
  • SMS ve MMS
  • İnternet bağlantısı
  • Veri İndirme ve Yükleme
  • Video konferans
  • IP tabanlı hizmetler, yani IP üzerinden ses veya VPN

Telekom operatörleri, müşterilerini çeşitli şekillerde ücretlendiriyorlar, ancak bir müşteriyi şarj etmek için esas olarak kullanılan iki parametre vardır -

  • Rental Charges- Verilen hizmet karşılığında müşterilerden aylık olarak alınan ücretlerdir. Örneğin, telefon aylık ücretiniz, kullanıp kullanmasanız da 5,00 $ olacaktır.

  • Usage Charges- Hizmet kullanımına göre müşterilerden alınan ücretlerdir. Örneğin, telefonunuzu kullanarak yaptığınız tüm aramalar veya indirdiğiniz veriler için ücret ödersiniz.

Aylık kiralama ve kullanım ücretlerinin yanı sıra operatörler, hizmetin başlatılması, kurulumu, hizmetin askıya alınması veya sonlandırılması için sizden ücret alabilir.

Telekom Faturalama, kullanımı toplama, toplama, gerekli kullanım ve kiralama ücretlerini uygulama ve son olarak müşteriler için fatura oluşturma işlemidir. Telekom Faturalama süreci ayrıca müşterilerden ödeme almayı ve kaydetmeyi de içerir.

Fatura Sistemleri

Manuel olarak idare edilmesi zor olan çok karmaşık şarj senaryoları olabilir. Yazılım pazarında, faturalama görevlerini çok verimli bir şekilde yerine getirebilen ve hizmet sağlayıcılara hizmetlerini farklı fiyat yapılarıyla sunmaları için birçok esneklik sağlayan son teknoloji Faturalama Sistemleri bulunmaktadır.

Faturalama sistemi müşterilerden paranın tahsil edilmesine (alınmasına) yardımcı olduğundan, faturalama sistemleri genellikle alacak hesapları olarak görülür. Müşteriler genellikle kablosuz dolaşım, uzun mesafe ve diğer ağlar üzerinden arama tamamlama gibi diğer şirketlerin hizmetlerini kullandıklarından, fatura sistemleri de ödenecek hesapların bir parçasıdır (taşıyıcılar arası anlaşmalar için).

Faturalama sistemleri, çeşitli işlevler sağlayan yüksek kaliteli, güvenilir ve pahalı yazılımlardır. Aşağıda en önemli özelliklerin bir listesi verilmiştir, ancak bunlarla sınırlı değildir -

  • Rating & billing - Ürün veya hizmet kullanımının derecelendirilmesini ve aylık fatura üretilmesini içerir.

  • Payment processing - Müşterinin ödemelerinin hesabına kaydedilmesini içerir.

  • Credit control and collections - Ödenmemiş ödemeleri takip etmeyi ve ödemeleri tahsil etmek için uygun önlemleri almayı içerir.

  • Disputes and adjustments - Müşterinin faturalarıyla ilgili ihtilaflarını kaydetmeyi ve ihtilafları çözmek için ihtilaflı tutarı iade etmek için ayarlama yapmayı içerir.

  • Pre-pay and post-pay services - Hem ön ödemeli hem de sonradan ödemeli müşteri tabanını desteklemeyi içerir.

  • Multilingual & multiple currencies - İşletme dünyaya yayılmışsa ve çok uluslu müşterilere sahipse veya hükümet düzenlemeleri bunu talep ediyorsa, çok dilli ve çoklu para birimi desteği gereklidir.

  • Inter-carrier settlements - Birbirlerinin müşterilerine hizmet sağlayan taşıyıcılar arasında gelir paylaşımını içerir.

  • Products & services - Bu, çeşitli ürün ve hizmetleri sürdürmek ve bunları tek tek veya paketler halinde satmak için esnek bir yol sağlamayı içerir.

  • Discount applications - Bu, müşteri kaybını azaltmak ve müşteri tabanını çekmek ve artırmak için çeşitli indirim planları tanımlamayı içerir.

Fatura Türleri

Faturalama konusunu ayrıntılı olarak incelediğinizde daha karmaşık hale gelir. Kavramların çoğunu bu eğiticide daha sonra ele almaya çalışacağım, ancak önce yaygın olarak kullanılan faturalandırma türlerine geniş bir bakış açalım -

  • Pre-pay Billing- Müşterinin peşin ödeme yaptığı ve bundan sonra bir hizmeti kullanmaya başladığı bir faturalama mekanizması. Genellikle ön ödemeli müşteriler herhangi bir fatura almazlar ve gerçek zamanlı olarak 'IN'(Akıllı Ağ).

  • Post-pay Billing- Bu, uzun yıllardır gelen geleneksel faturalandırmadır. Burada müşteriler ürün ve hizmetleri satın alıp ay boyunca kullanırlar ve ay sonunda faturalar servis sağlayıcı tarafından oluşturulur ve bu faturalar ödemelerini yapmak için müşterilere gönderilir.

  • Interconnect Billing:Şebeke operatörü, müşterinin hizmet için ödeme yapıp yapmadığına bakılmaksızın, müşterilerine diğer şebekeler tarafından sağlanan hizmetlerden genellikle mali olarak sorumludur. Ara bağlantı faturalandırması, taşıyıcılar arası ile ilgilidir veya bazenpartner settlements.

  • Roaming Charges- Bir müşteri, bir şebeke operatörünün kapsama alanından başka bir operatörün kapsama alanına gittiğinde, birinci operatör, müşterilerine hizmet sağlamak için ikinci operatöre marjinal ücretler ödeyecektir. Bu tür ücretler dolaşım faturalandırması yoluyla ödenir. Bu yerleşim, ilerleyen bölümlerde tartışacağımız TAP3 protokolüne göre yapılır.

  • Convergent Billing- Yakınsak faturalama, tüm hizmet ücretlerinin tek bir müşteri faturasına entegrasyonudur. Yakınsak faturalama, müşterinin ve o müşteriye sağlanan tüm hizmetlerin (Mobil, Sabit, IP vb.) Birleşik bir görünümünü oluşturmak anlamına gelir.

Faturalandırma Sistemi Satıcıları

Faturalama Sistemleri, herhangi bir telekom operatörünün bel kemiğidir. Operatörlerin güçlü bir faturalama sistemi yoksa, ürünlerini ve hizmetlerini cazip promosyonlar ve anlaşmalarla sunmaları ve nihayetinde günümüzün rekabetçi ve dinamik pazarında duramazlar.

Faturalama ürünlerini satan binlerce satıcı bulabilirsiniz, ancak piyasada gerçekten iyi ve en çok kullanılan birkaç tane vardır. İyi faturalandırma sistemlerinden bazıları aşağıda listelenmiştir -

Sistem İnternet sitesi
Convergys IRB

www.convergys.com

Amdocs Ensemble

www.amdocs.com

AMS Goblen

www.amsinc.com/telecom

Kenan Çardak

www.kenan.com

Tek Görünüm

www.intecbilling.com

Portal Infranet

www.intecbilling.com

Ericsson IN

www.ericsson.com

Aşağıdaki şema, bir Faturalama Sisteminin tipik mimarisini göstermektedir -

Burada iki olasılığımız var -

  • CRM (Müşteri İlişkileri Yönetimi) / OMOF (Sipariş Yönetimi ve Sipariş Yerine Getirme) sistemi, hizmetleri ve ağ envanter sistemini sağlamak ve ayrıca telefon numaralarını veya IP adreslerini vb. Atamak için faturalama sistemi ve faturalama sistemi ile bağlantı kurar.

  • İkinci olasılık, CRM / OMOF sisteminin, hizmetleri ve ağ envanter sistemini sağlamak ve ayrıca telefon numaralarını veya IP adreslerini vb. Atamak için provizyon sistemiyle iletişim kurması olabilir.

Tipik Fatura Süreci

Yukarıdaki sistem mimarisini göz önünde bulundurarak: → Bir çağrı yapıldıktan sonra veya son müşteri tarafından bir kullanım üretildiğini söyleyebilirsiniz, arabuluculuk sistemi ağ anahtarından kullanım verilerini toplar ve bir call-detail record(CDR). Bu CDR, 'A' parti numarasını ve 'B' parti numarasını, başlangıç ​​ve bitiş tarihini ve saatlerini içermelidir.

CDR daha sonra derecelendirilebilene kadar saklanır. Aramayı derecelendirmek için, CDR, aramanın örneğin bir 800'lü numara, yerel alan arama planı kapsamındaki bir yerel arama, uluslararası arama veya ücretli arama olup olmadığını görmek için incelenir. Aramanın yapıldığı saat ve şehir kodu veya ülke kodları gibi bilgiler aramanın ücretini hesaplamak için kullanılır.

Her arama derecelendirildikten sonra, bu bilgiler fatura çalıştırılana kadar, genellikle ayda bir kez saklanır. Fatura çalıştırıldığında, indirimler veya aylık ücretler gibi diğer kullanım dışı ücretler faturaya veya bazen fatura olarak adlandırılabilir.

Derecelendirme zamanı indirimi veya faturalama zamanı indirimi olabilir, müşteriler tarafından yapılan farklı ödemeler, verilen farklı ayarlamalar, tüm bu bilgiler nihai fatura oluşturulmasına katkıda bulunur.

Bu bilgiler daha sonra okunabilir bir biçimde yazdırılabilen bir biçime dönüştürülür. Son olarak, zarf yazdırılır, muhafazalarla doldurulur ve son müşteriye postalanır.

Faturalandırma Sistemi Gereksinimleri

Bir faturalama sistemi, birlikte çalıştırıldığında faturalama sistemi olarak adlandırılan bir dizi bağımsız uygulamadan oluşmalıdır. İyi bir faturalandırma sistemi, aşağıdaki temel işlevleri derinlemesine bir esneklikle sağlamalıdır -

  • Customer-interface Management - Faturalama sistemi, müşteri tarafından başlatılan teması idare edebilmeli, giden müşteri iletişimini denetleyebilmeli ve iletişim yaşam döngüsünü yönetebilmelidir.

  • Order Management- Tipik bir faturalama sisteminde bulunması gereken temel bir işlevdir. Faturalama sistemi, ürün ve hizmet siparişini yakalayacak ve sipariş-giriş yaşam döngüsünü yönetecek ve sipariş-tamamlama yaşam döngüsünü denetleyecek yeterlilikte olmalıdır.

  • Sales and Marketing - Tatmin edici bir faturalama sistemi, müşterinin sorgusunu yanıtlamalı, komisyonları yönetmeli, satış desteği sağlamalı, potansiyel müşterileri izlemeli, kampanyaları yönetmeli, ürün performansını analiz etmeli ve birden çok konut birimi edinmelidir.

  • Rate Plans and Rating - Bir faturalama sistemi, çeşitli ürün ve hizmetleri, bu ürünler ve hizmetlerle ilişkili farklı ücret planlarını yönetmeli ve bu ürünler ve hizmetler tarafından üretilen kullanımı derecelendirmek için esnek yollar sağlamalıdır.

  • Discounting - Bir faturalama sistemi, farklı kullanım ve kiralamalarda çeşitli indirim türleri sunabilmelidir.

  • Invoicing - Sistemin faturalama sorgulaması yapması, fatura oluşturması, mevduatları işlemesi, hesap yönetimi yapması, vergi ve ücret bilgilerini tutması ve finansal bilgileri işlemesi önemlidir.

  • Credit Control & Collection- Bir faturalama sistemi, farklı müşterilere farklı kredi sınıfları atayarak kullanımı ve geliri kontrol etmelidir. Sistem, ödeme tahsilatını ve farklı faturalara uygulamayı desteklemelidir.

  • Multilingual Support - Çok dilli destek, faturaların ve müşteri hizmetleri hizmetlerinin birden çok dilde sağlanmasını içerir.

  • Multiple Currencies - Faturalama ve müşteri hizmetleri sisteminin birden çok para biriminde kayıt ve işlem yapabilmesi gerektiğinden, farklı ülkelerde kullanılan birden çok para birimi faturalama sistemini karmaşıklaştırabilir.

  • Partner revenue management - İş ortağı gelir yönetimi, gelirin birbirlerinin müşterilerine hizmet sağlayan taşıyıcılar arasında paylaşılmasıdır.

  • Problem Handling - Bir faturalama sistemi aynı zamanda sorunlu bilet girişini yönetebilmeli, sorun bileti kapanışını koordine edebilmeli ve bir sorun biletinin çözüm sürecini takip edebilmelidir.

  • Performance Reporting - Tatmin edici bir sistem, performans raporlaması sağlayacak, hizmet kalitesi (QoS) raporlaması sağlayacak, yönetim raporları oluşturacak ve düzenleyici raporlar oluşturacaktır.

  • Installation and Maintenance - Sistem ayrıca iş gücü planlamasını sağlamalı ve müşteri tesislerinde gerçekleştirilen faaliyetleri yönetmelidir.

  • Auditing & Security- Bir faturalama sistemi veri denetimleri ve bütünlük kontrolleri gerçekleştirmelidir. Bir operatör için her zaman güvenli bir sistem arzu edilir.

Yukarıdaki işlevlerin yanı sıra, iyi bir faturalandırma sistemi -

  • Yeni hizmet lansmanları için pazara sunma süresinin hızlandırılması.

  • Müşterilerin ve ürünlerin yakınsak görünümünü sağlar.

  • Uygun maliyetli mimari ölçeklenebilirliği destekler.

  • İş ortağı ilişkisi yönetimini ve anlaşmasını sağlama.

  • Toplam sahip olma maliyetini düşürmek.

Sırada ne var?

Bir sonraki bölümden başlayarak, ürün ve hizmetlerin tanımlanmasından, plan ve tarifelerin bu ürünlerle ilişkilendirilmesinden, müşterilerin kazanılmasından (son müşterilere ürün satılmasından), bu müşterilerin ürettiği kullanımın yakalanmasından ve son olarak derecelendirmeden başlayarak tüm süreci ele almaya çalışacağız ve bu müşterilere son bir fatura göndermek için bu kullanımın faturalandırılması.

Airtel gibi bir telekom operatörünün kendine ait bir faturalandırma sistemi kurmak istediğini varsayalım. Daha sonra Airtel, bir faturalandırma sistemi kurmaya geçmeden önce satış ve pazarlama departmanı tarafından ürün ve hizmetlerini tanımlamalıdır.

Ürün nedir?

Bir ürün, operatörler tarafından bir son müşteriye satılabilen mantıksal veya fiziksel bir varlıktır. Bu bir cep telefonu, internet bağlantısı, Sesli arama bağlantısı, VPN, Talep üzerine video, Dijital TV bağlantısı vb. Olabilir.

Bir ürünün periyodik ücret dediğimiz aylık kirası da olabilir. Bir ürün olabilirusage generating product veya non-usage generating product. Kullanım oluşturan ürün bazen olay oluşturan ürün olarak adlandırılır ve kullanım oluşturmayan ürün ise olay oluşturmayan ürün olarak adlandırılır.

Örneğin, bir telefon numarasıyla birlikte gelen sesli arama bağlantısı, son müşteri bu ürünü sesli arama yapmak için her kullandığında kullanım oluşturduğu için kullanım oluşturan bir üründür. Bağlantısız basit bir telefon seti, kullanım oluşturmayan bir üründür ve bir müşteriye sadece aylık kira ile verilebilir. Yani müşteri kullanmıyor olsa bile aylık kira ödemek zorundadır.

Hizmet nedir?

Bunlardan pazarlama açısından bahsettiğimizde, ürünler ve hizmetler arasında bir fark olmadığı için çoğu zaman her ikisi de farklı faturalama ve pazarlama uzmanları tarafından birbirinin yerine kullanılır.

Basitçe söylemek gerekirse, bir operatör ürünlerini müşterilerine ses hizmetleri sağlamak için kullanır. Uluslararası bir arama, sesli arama bağlantısı kullanılarak sağlanan bir hizmet olarak adlandırılabilir. Bir başka örnek, 800 numara olabilir veya belirli bir operatör aracılığıyla bulunmayabilir, çağrı bekletme, çağrı yönlendirme, bir telefon setinin bir modeli veya bir operatör tarafından sağlanan bir hizmet olabilir.

Bu eğitimde kullanılacak Product and Serviceterimler birbirinin yerine kullanılabilir. Ürünler, basit tutmakla birlikte, müşterilerin doğrudan satın alabileceği veya kiralayabileceği ürünlerdir. ürünler olabilir -

  • Gerçek nesneler (örneğin bir cep telefonu)
  • Hizmetler (örneğin bir telefon sisteminde arama bekletme hizmeti)
  • Daha soyut kavramlar (örneğin bir hizmet seviyesi anlaşması)

Ürün Aileleri

İlgili ürünler, bir ürün ailesi altında gruplandırılabilir. Birden fazla ürün seviyesi mümkündür, bu nedenle bir ürün aynı anda hem ebeveyn hem de çocuk olabilir.

Ayrıca gerekirse her ürün ailesinde birden fazla ana ürün bulunabilir. Ürün ailesi örnekleri şunlardır:

  • Telefon hizmetleri
  • Kablo TV
  • Internet
  • Kiralık hat

Ürün Grubu (Paketler)

Çoğu zaman operatörler, birden fazla ürünü tek bir grupta toplar ve bunları tam paket olarak satarlar. Çeşitli ürün türlerinin bir arada paketlenmesini destekleyen faturalama sistemleri vardır. İndirimli fiyatla sunulabilir.

Paketler, bir ürünün bir paketin parçası olarak alınması durumunda müşteriye indirimli bir fiyatla sunulmasına izin verir. Her paket istenilen sayıda üründen oluşabilir ve bu ürünler birden fazla ürün ailesinden alınabilir.

Bir ürün için bu paket fiyat planı genellikle karşılaştırma (yani paket dışı) fiyat planından farklıdır, çünkü şirket tam paketi satın almak için müşteriye bu şekilde bir indirim sunar. Ancak, bir ürün bir paket içinde kendisine atanmış normal fiyat planlarından birine sahip olabileceğinden, bu zorunlu değildir.

Ürün Özellikleri

Bir ürün, kendileriyle ilişkilendirilmiş birkaç özelliğe sahip olabilir. Ürün özellikleri, ilgili bilgilerin ürün türleri arasında farklılık gösterdiği durumlarda, bağımsız ürün örnekleriyle ilgili bilgilerin tutulmasına olanak tanır. Örneğin, bir ödemeli TV ürününün set üstü kutu numarasını kaydeden bir özelliği olabilir.

Ayrıca, bir cep telefonu ürününün Uluslararası Mobil Abone Kimliğini (IMSI) ve Mobil İstasyon Uluslararası ISDN Numarasını (MSISDN) kaydetmek için özniteliklere ihtiyacı olabilir.

Ürün Etkinlik Türleri

Bir ürün, kendisiyle ilişkilendirilmiş birkaç olay türüne sahip olabilir. Bu olay türleri, ürün tarafından oluşturulabilecek olayları yönetir.

Örneğin, bir cep telefonu ürününün sesli aramalar ve mesajlaşma hizmetleri gibi olay türleri olabilir. Tek bir telefon cihazıyla ilişkili daha birçok olay türü olabilir ve operatör, müşteri tarafından oluşturulan olayların her biri için son müşteriyi ücretlendirebilir.

Faturalandırma Sistemi Perspektifi

Pazarlama departmanınız tüm ürünleri, hizmetleri, paketleri ve ilgili fiyatları kesinleştirdikten sonra, faturalama sisteminde yapılandırılır.

Farklı faturalama sistemleri, ana, alt ve torun ürünleri açısından ürünleri ve bunların hiyerarşilerini tanımlamak için farklı esneklik seviyeleri sağlar.

Bazı sistemler paketleri ve demetleri destekleyecek kadar esnektir ve birkaçı paketler ve indirimli fiyatlarla ilgili sınırlı işlevler sağlar.

Bazı sistemler, daha iyi modüler yaklaşım sağlamak için ürün kataloglarını fiyat kataloglarından ayrı tutar ve bazı faturalama sistemleri ürün açıklamalarını, özelliklerini ve ilgili fiyatları bir araya getirir.

Tüm ürünler, hizmetler, paketler ve bunların olayları faturalama sisteminde yapılandırıldıktan sonraki adım, bir sonraki bölümde ele alacağımız kira ve kullanım fiyatlarını tanımlamaktır.

Sırada ne var?

Bir ürünün veya hizmetin ve paketin ne olduğunu anladıysanız, fiyatlarının herhangi bir operatörün pazarlama departmanı tarafından nasıl tanımlandığını anlamak için bir sonraki bölüme geçebilirsiniz.

Bir telekom operatörü şirketindeki pazarlama departmanı, farklı ürün ve hizmetler için kiralama ve kullanım ücretlerini tanımlamak için çok çalışır. Bu ücretler, diğer rakipler ve düzenlemeler göz önünde bulundurularak tanımlanır. Genel olarak, farklı faturalama sistemlerinde kullanılan terminolojiye bağlı olarak, oran veya fiyat planları olarak da adlandırılan iki tür tarife vardır.

Bir ürün ve ilgili hizmetler için uygulanacak farklı ücret türleri olabilir. Belirli bir ürün için, bir operatör aşağıdaki ücretlerden birini veya birkaçını tanımlayabilir, ancak bunlar yalnızca bu ücretlerle sınırlı değildir; ülkeye, yere ve iş durumuna bağlı olarak başka türden ücretler de olabilir -

  • Product Initiation Charges - Bunlar, müşteriden kurulum, aktivasyon, servis veya bağlantı başlatmanın bir parçası olarak alınabilecek tek seferlik ücretlerdir.

  • Product Periodic Charges - Sunulan ürün ve hizmetin kira bedeli olarak aylık veya iki aylık veya yıllık olarak uygulanabilecek ücretlerdir.

  • Product Termination Charges - Ürün ve hizmetin sona ermesi durumunda uygulanabilecek ücretlerdir.

  • Product Suspension Charges- Bir ürün herhangi bir nedenle askıya alındığında uygulanabilecek ücretlerdir; örneğin, ödeme yapılmaması.

  • Product Suspension Periodic Charges - Bir müşteri herhangi bir nedenle askıya alınmış olsa bile, müşteriden periyodik olarak ücret alma zorunluluğu olabilir.

  • Product Re-activation Charges - Bir ürünün herhangi bir nedenle askıya alındığı ve şimdi etkinleştirilmesi gerektiği varsayıldığında, bir operatör bu hizmet için yeniden etkinleştirme ücretleri uygulayabilir.

  • Product Usage Charges- Bu, hizmetin kullanımına göre uygulanacak en önemli ücret türüdür. Örneğin, dakika veya saniye başına çağrı, MB başına veri indirme, vb.

Yukarıdaki tüm ücretler, mevzuata bağlı olarak geçerli vergileri içeren veya hariç farklı tarife kataloglarında tanımlanır (yani yapılandırılır). Bu kataloglar, faturalama sisteminden faturalama sistemine değişir. Bazı faturalama sistemleri tüm fiyatları tek bir katalogda tutar ve bazı faturalama sistemleri kullanım ücretlerini diğer ücretlerden ayrı tutar.

Bu kataloglar faturalama sisteminde tutulur ancak müşteri hesabı oluşturulurken müşteriye farklı tarifeler uygulanabilmesi için ön uç sisteme de sunulur.

Tüm fiyatlar ürünlere ve paketlerine göre belirlenir. Farklı ambalajlarda farklı fiyatlar veren farklı ürün kombinasyonları olabilir.

Aşağıdaki bölüm, tarife tanımıyla yakından ilgili olan farklı kavramlar hakkında size bir fikir verecektir -

Peşin ve Geciken Ücretler

Bir operatörün bazı hizmetler için müşterilerini önceden ve bazı hizmetler için her ayın sonunda ücretlendirmek istediği bir durum olabilir.

Hizmetleri sunmadan önce alınan ücretler aranır in-advance charging ve hizmetleri sağladıktan sonra alınan ücretler aranır in-arrear charges.

Geciken ödemelerde ürün ücretleri, en az cari nominal fatura tarihinden (veya dönemsel olmayan faturalar için fatura talep tarihinden) önceki güne kadar bir süre için uygulanır.

Bu nedenle, farklı ücretler yapılandırılırken faturalama sistemi, ücretleri önceden yapılandırmak için bir hüküm vermelidir ve belirli bir fiyatı önceden veya ödenmemiş olarak yapılandırmak isteyen operatörler için her zaman isteğe bağlıdır.

NOTE- Bir müşterinin önümüzdeki ay ne kadar kullanım üreteceğini asla bilemeyeceğiniz için kullanım ücretleri götürü bedel olana kadar peşin alınamaz. Eğer götürü bedel ise, bu miktarı önceden alabilir ve müşterilerin ihtiyaçlarına göre sınırsız hizmet kullanmalarına izin verebilirsiniz.

Orantılı ve Orantısız Ücretler

Bir müşterinin ay ortasında telefon bağlantısı kurduğu ve faturasının her ayın ilk günü oluşturulması gerektiği bir durumu düşünün. Fiyatlar orantılı değilse, faturalama sistemi müşteriden ayın tamamı için ücret alacaktır, bu da müşteriye adil olmayacaktır. Aynısı, fesih için de geçerlidir, eğer müşteri bir hizmeti ayın ortasında sonlandırırsa, operatör ayın geri kalanında müşteriden ücret almak istemeyebilir.

Pro-oranlanabilir fiyatlandırma, yalnızca müşterinin hizmeti kullanacağı gün sayısı için geçerli olacakları anlamına gelir. Örneğin, aylık ürün kiralama 30 $ ise ve müşteri bu ürünü yalnızca 10 gün kullandıysa, faturalandırma sistemi müşteriden bu 10 gün için yalnızca 10 $ ücretlendirmelidir.

Bu nedenle, faturalama sistemi, belirli fiyatları orantılı ve orantısız olacak şekilde yapılandırma seçeneği sunmalı ve operatörlerin kendilerine en uygun olanı seçmesine izin vermelidir.

İade Edilebilir ve İade Edilemez Ücretler

Şimdi, bir operatörün tüm ay boyunca bir müşteriyi önceden ücretlendirdiği, ancak müşterinin bir hizmeti 10 gün kullandıktan sonra ay ortasında ayrıldığı bir durumu ele alalım.

Fiyatlar iade edilmez olarak yapılandırılmışsa, müşteriye iade edilmeyecek, ancak iade edilebilir olarak yapılandırılmışsa, müşteriye iade edilecektir. İkinci kural, fiyatlar orantılı olarak yapılandırılmışsa, orana göre iade edilir, aksi takdirde bir bütün olarak iade edilir.

Ücreti Geçersiz Kılma Seçeneği

İyi bir faturalama sistemi, müşteriye verildiği anda taban fiyatları geçersiz kılma seçeneği sunar.

Örneğin, katalogdaki belirli bir ürün baz fiyatları aylık 30 ABD doları olarak tanımlanmıştır ancak müşteri ödemeye hazır değildir $30 per month, and based on some bargaining, he is ready to pay $Ayda 25. Böyle bir durumda, müşteri hizmetleri temsilcisi (CSR) tanımlanan taban fiyatı geçersiz kılabilir$30 and add them as $Sistemde müşteri oluşturma anında 25.

Faturalama sistemi, belirli bir fiyatın geçersiz kılınabilmesi veya geçersiz kılınabilmesi durumunda operatörlere isteğe bağlı bir hüküm vermeli ve operatörlerin satış anında bazı ücretleri geçersiz kılmak isteyip istemediklerine veya her durumda sabit olup olmadığına karar vermesine izin vermelidir.

Gelir Kodlarına Göre Gelir Ayrımı

Tüm operatörler belirli bir ürünü kullanarak ne kadar kazandıklarını, kiralanmasını, askıya alınmasını veya kullanımını vb. Bilmek ister.

Katalogda farklı fiyatlar tanımlanırken faturalama sistemi, bir tür gelir kodunun veya anahtar kelimelerin farklı ücret türleriyle ilişkilendirilmesi için bir hüküm vermelidir. Bu, gelirle ilişkili kodlara göre farklı raporlar oluşturmaya yardımcı olur.

Tarife Sınıflandırması

Bir operatör, farklı kredi sınıflarına sahip farklı kişilere sunulabilen farklı tarifeler tanımlayabilir. Örneğin, 5 mbps'lik bir veri hattı$100 per month can be offered to a customer having monthly income more than $Aylık minimum 500 $ gelire sahip bir müşteriye 1000 / ay ve 1 mbps veri hattı sunulabilir.

Tüm faturalama sistemleri, müşterilere kredi geçmişlerine ve gelirlerine göre atanabilen ve operatör tarafından tanımlanan diğer bazı parametrelere dayalı olabilen farklı kredi sınıfları tanımlama seçenekleri sunar.

Tüm ürün ve hizmetler, genel sınıftan VIP sınıfa kadar farklı sınıflara sunulabilen farklı tarife planlarına sahip olabilir.

Kullanım Ücretleri Parametreleri

Kullanım ücretlerini tanımlarken kullanılabilecek bir dizi parametre vardır. Örneğin -

  • Genellikle yoğun saat olarak adlandırılan gündüz aramaları, daha yüksek fiyat üzerinden ve gece saatlerinde ücretlendirilecektir, yani yoğun olmayan saatlerde oran nispeten düşük olacaktır.

  • Aramalar aynı ağ içinde sona eriyorsa, genellikle net aramalar olarak adlandırılırsa, nispeten düşük fiyatlarla ücretlendirilecektir.

  • Hafta sonu, yani Cts ve Paz, aramalar düşük fiyatlarla ücretlendirilir.

  • Belirli bir hedefe yapılan aramalar yüksek fiyatlar üzerinden ücretlendirilir.

  • Bazı festivallerde yapılan aramalar özel fiyatlarla ücretlendirilir.

  • Belirli bir siteden veri indirme ücretsiz olacaktır.

  • Belirli bir koda SMS göndermek yüksek oranda ücretlendirilir.

  • Genellikle kapalı kullanıcı grubu (CUG) olarak adlandırılan belirli bir numara grubu içindeki aramalar, sıfır fiyattan ücretlendirilir.

  • Uluslararası veya ulusal PYS göndermek aynı fiyatlar üzerinden ücretlendirilecektir.

Faturalama sistemleri, müşteri tarafından oluşturulan ses, veri, SMS veya MMS kullanımını ücretlendirmek için bu tür çeşitli kuralları tanımlama konusunda büyük esneklik sağlar.

Sırada ne var?

Artık faturalama sisteminde bulunan tüm ürünlere, hizmetlere ve ilgili tarifelere sahibiz. Bir sonraki bölümde bu ürünlerin son kullanıcılara nasıl satılacağını ve sistemde kayıtlarının nasıl oluşturulacağını göreceğiz.

Müşteri, hizmet sağlayıcı tarafından sunulan ürün ve hizmetleri alan ve faturaları ödemekten sorumlu olan bir "tüzel kişiliktir" (bir birey veya bir şirket olabilir). Bir konut faturalama senaryosunda, bir müşteri tek bir ev sahibi olabilir. Bir işletme faturalama senaryosunda, müşteri bir şirket olabilir.

  • Individual customer- Bireysel müşteri, bir veya daha fazla ürün satın alan ve faturaları ödeyen tek bir kişidir (veya hane halkıdır). Müşteri veya hesabı korumak için herhangi bir hiyerarşi gerekli olmayacaktır.

  • Company customers- Bir şirket müşterisi, bir şirketin tek bir şirketi veya şubesidir. Şirketin farklı şubelerini veya departmanlarını temsil eden tipik bir ana ve alt müşteri hiyerarşisi türü olabilir.

Müşteri Edinme Süreci

Müşteri Kazanımı, potansiyel olarak karlı müşterileri belirleme, çekme ve elde tutma sürecidir. Bu, adı verilen bir sistemdir.Customer Relationship Management (CRM), önemli iş destek sistemlerinden (BSS) biridir.

Bir CRM sistemi her zaman faturalama sistemi dahil olmak üzere çeşitli sistemlere bağlanır ve müşterinin kişisel verilerini ve ürün ve hizmet bilgilerini faturalama sistemine besler.

Ürün ve hizmetleri satın alan bir müşterinin sistemde aktif hale getirilmesi ve bunun için müşteri ile ilgili çeşitli detayların istenmesi -

  • Müşteri, kişisel bilgileri sağlayan bir başvuru formu doldurmak zorunda kalabilir.

  • Dolandırıcılığı önlemek için müşterinin kimliğini doğrulayın.

  • Hizmet Sağlayıcının müşteri üzerinde bir kredi kontrolü yapması ve kredi geçmişi ve aylık gelire vb. Dayalı olarak uygun kredi sınıfı ataması gerekir.

  • Hizmet sağlamak için ağda sağlanan uygun ürünleri sunun.

Müşteri edinildikten sonra, aşağıdakileri içeren müşteriyi yönetmesi ve elinde tutması gerekir:

  • Satış ve tahsilat faaliyetleri için müşteri ile etkileşim ve iletişim.

  • Bu etkileşimler, Notlar, ses kayıtları vb. Gibi farklı biçimlerde kaydedilebilir. Bu veriler, müşterinin davranışını analiz etmek için kullanılabilir ve hizmet sağlayıcının müşteriyi elde tutmak için daha iyi hizmetler sunmasına yardımcı olur.

  • Müşterilerin ağ veya fatura vb. İle karşılaştıkları herhangi bir soruna karşı ortaya çıkardıkları sorun bildirimlerini ele almak. Bu veriler, müşterinin davranışını analiz etmek için de kullanılabilir ve müşteriyi elde tutmak için hizmet sağlayıcıya hizmetlerin iyileştirilmesine yardımcı olur. .

  • Müşteri ve hizmet sağlayıcı arasında ortaya çıkan fatura anlaşmazlıkları ve ayarlamalarının ele alınması.

Müşteri Yaşam Döngüsü

Aşağıdaki şemada tipik bir müşteri yaşam döngüsü gösterilmektedir -

Bir müşteri yaşam döngüsünü oluşturan tüm aşamalar burada kısaca açıklanmıştır -

  • Customer Engagement − Müşteri, CSR (Müşteri Hizmetleri Temsilcisi) ile iletişim kurar ve CSR, müşteriyi müşteriye satarak sunulan çeşitli ürün ve hizmetlerle meşgul eder.

  • Order Creation and Fulfilment - Müşteri, ürün (ler) i ve hizmetleri alır ve CSR, siparişi oluşturur ve sisteme tamamlar, bu daha sonra müşteriye gerekli ürün ve hizmetleri tedarik ederek yerine getirilir.

  • Service Provisioning - Ürün ve hizmetler, adı verilen bir sistem kullanılarak ağda sağlanır Provisioning System. Provizyon Sistemi, ağı müşterinin bilgileri ve kullanma yetkisine sahip oldukları hizmetler hakkında bilgilendirir. Aslında bu, müşteriyi ağ üzerinde harekete geçirir.

  • Products Utilization - Müşteri ağda etkinleştirildikten sonra, müşteri arama yapma, veri indirme vb. Dahil olmak üzere ürün ve hizmetleri kullanmaya başlar.

  • Products and services usage is Rated & Billed - Müşteri kullanımı ağdan toplanır ve ardından tanımlanan ücret planlarına göre derecelendirilir ve ürün kiralama ve gerekli indirimler, ayarlamalar vb. Uygulamak için faturalandırılır.

  • Bill Delivery - Fatura oluşturulduktan sonra, verilen hizmetlere karşılık gelir talep eden son müşteriye teslim edilir.

  • Bill Payments - Müşteri, aldığı faturalar karşılığında ödemeleri yapar.

  • Dunning & Collection- Faturalarını zamanında ödemeyen birçok müşteri olabilir. Bu tür müşteriler için, ödemelerini hatırlatmak için farklı ihtar mektupları gönderilir. Müşteri zamanında ödeme yapmaz ise müşteri hizmetlerini tek tek durdurarak farklı tahsilatlar yapılır.

  • Customer Termination- Sistemdeki bir müşterinin sonlandırılması gerektiğinde çeşitli nedenler olabilir. Örneğin, müşteri farklı bir yere taşınıyor olabilir veya müşteri sağlanan hizmetlerden vb. Memnun olmayabilir.

Belirli bir tarihte, sistemdeki toplam aktif müşteri sayısına customer base. Sisteme bir müşteri eklemek ve bir müşteriyi sistemden sonlandırmak,customer churn.

Müşteri Türleri

Tipik olarak, günümüz telekom pazarında aşağıdaki müşteri türleri vardır -

  • Mobile Pre-Paid Customers- Mobil hizmetleri peşin ödeme yaparak kullanan müşterilerdir. Örneğin, GSM, GPRS telefon kullanıcıları. Bu müşteriler, telefonlarını gereksinimlerine göre şarj eder.

  • Mobile Post-Paid Customers- Mobil hizmetleri, aldıkları her faturadan sonra ücretini ödeyerek kullanan müşterilerdir. Örneğin, GSM, GPRS telefon kullanıcıları. Bu müşteriler faturalarını aylık veya iki aylık olarak öderler.

  • Fixed Pre-Paid Customers- Sabit hat yani sabit hat hizmetlerini peşin ödeyerek kullanan müşterilerdir. Örneğin, PSTN, WiMax telefon kullanıcıları. Bu müşteriler, telefonlarını gereksinimlerine göre şarj ediyor.

  • Fixed Post-Paid Customers- Sabit hat yani sabit hat hizmetlerini, aldıkları her faturadan sonra ücretlerini ödeyerek kullanan müşterilerdir. Örneğin, PSTN, WiMax telefon kullanıcıları. Bu müşteriler faturalarını aylık veya iki aylık olarak öderler.

Sırada ne var?

Artık faturalama sistemimizde ürün ve hizmetlerimizle birlikte müşterilerimiz var. Müşteri, satın aldığı tüm ürün ve hizmetleri kullanmaya başlar ve faturalama sistemi tarafından derecelendirilecek ve faturalandırılacak ulusal ve uluslararası veri ve sesli aramalar oluşturmaya başlar ve bu süreçleri sonraki bölümlerde tartışacağız.

Bir müşteri, operatör tarafından satılan ürün ve hizmetleri kullanmaya başlar başlamaz Network'te kullanım oluşturmaya başlar. Bir ağ elemanı, yazılım ve donanımın bir kombinasyonudur ve her tür hizmet için genel hizmet kontrolü ve ölçüm olaylarından sorumludur.

Etkinlik nedir?

Bir olay, tipik olarak bir ağ tarafından elektronik olarak yakalanan ürün kullanımının faturalanabilir tek bir oluşumudur. Örneğin, bir cep telefonu kullanıcısı bir telefon araması yaptığında, arama süresi, aramanın yapıldığı saat ve aranan numara gibi o telefon görüşmesi hakkında bilgi içeren bir olay oluşturulur.

CDR nedir?

Tüm nitelikleriyle birlikte bir olay denir Call Detail Record(CDR). Ağ anahtarındaki bir veri toplayıcı, kullanımı Arama Ayrıntı Kaydı (CDR) / Kullanım Ayrıntısı Kaydı (UDR) biçiminde yakalar. Bu ham CDR'ler / UDR'ler sırasıyla arabuluculuk sistemi tarafından Faturalama Sistemi tarafından anlaşılabilir bir biçime dönüştürülür.

Hizmetleri kontrol eden ve farklı türde CDR'ler üreten farklı ağ öğeleri olabilir; örneğin, GSM telefonu için -

  • Sesli aramalar MSC (Mobil Anahtarlama Merkezi) tarafından kaydedilir.
  • SMS trafiği, SMSC tarafından yakalanır.
  • Veri trafiği GGSN tarafından yakalanır.
  • MMS trafiği, MMSC tarafından yakalanır.
  • Dolaşım CDR'leri, dolaşım ortağının anahtarlama öğesi tarafından yakalanır.

GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC hakkında daha fazla bilgi için lütfen GSM eğitimlerimize bakın .

Aşağıdaki diyagram, Kullanım verilerini yakalayan ve Ham UDR'leri Arabuluculuk Sistemine ve son olarak derecelendirme ve faturalama için Faturalama Sistemine gönderen Ağ öğelerini göstermektedir.

CDR Nitelikleri

Yukarıda belirtildiği gibi, bir CDR, çeşitli diğer yararlı bilgilerle birlikte kullanım ayrıntılarını saklar. Bir CDR'nin en önemli özellikleri aşağıdadır -

  • Arayan Taraf (Bir numara).

  • Aranan Taraf (B numarası).

  • Çağrı Başlangıcı (tarih ve saat).

  • Aramanın ne kadar sürdüğü (süre).

  • Çağrı Tipi (Ses, SMS, Veri vb.).

  • Kaydı tanımlayan benzersiz bir sıra numarası.

Ek olarak, bir CDR aşağıdaki gibi başka bilgileri de kaydedebilir:

  • Telefon santralinin tanımlayıcısı.

  • Aramanın sonucu (cevaplanmış mı, meşgul mü, vb.).

  • Aramayı bağlamak için kullanılan ana hat veya rota.

  • Karşılaşılan herhangi bir arıza durumu.

  • Çağrı yönlendirme, üç yönlü arama vb. Özelliklerin kullanımına dikkat eden göstergeler.

  • Çağrı bekletme veya çağrı yönlendirme gibi çağrı sırasında kullanılan tüm olanaklar.

  • İhtiyaca bağlı olarak çeşitli diğer özellikler.

Bir UDR'de gerekli tüm bilgilerin doğru kaydı, anahtar satıcısının mantığına artı anahtara özel tablo girişlerine bağlıdır. Bunlardan herhangi biri verileri doğru bir şekilde kaydedemezse, arabuluculuk sistemi tamamlanan çağrıları tanıyamayacak ve faturalama sistemine iletemeyecektir.

CDR İşleme

Arabuluculuk Sistemi, farklı ağ öğelerinden farklı formatlarda CDR'ler toplar. Çeşitli ağ öğeleri, ASN.1 biçiminde CDR'ler üretir ve bazı ağ öğeleri kendi özel CDR biçimlerine sahiptir.

Arabuluculuk Sistemi tüm CDR'leri işler ve bunları genellikle bir Faturalama Sistemi olan aşağı akış sistemiyle uyumlu bir formata dönüştürür. Arabuluculuk Sistemi, bunları işlemek için CDR'lere çeşitli kurallar uygular; örneğin, arabuluculuk sistemi, uluslararası aramaları çevrilen numaraya (B-Numarası) göre işaretler, aynı şekilde arabuluculuk sisteminin A-Numarası ve B-Numarasına göre net aramaları işaretlemesi gibi.

Çağrı süresi 5 saniyeden az olan tüm çağrıları filtreleme zorunluluğu olabilir, bu tür çağrı türlerini filtrelemek için en iyi yer Arabuluculuk Sistemi düzeyinde olacaktır. Aynı şekilde, faturalama için kritik olan CDR'lerde bazı ekstra bilgiler gerekliyse, Arabuluculuk Sistemi, CDR'lerde bulunan bazı diğer özelliklere dayalı olarak bu tür bilgilerin sağlanmasına yardımcı olacaktır.

Toplanan CDR'ler işlendikten sonra, Arabuluculuk Sistemi tüm CDR'leri FTP kullanarak Faturalama Sistemine gönderir çünkü genellikle Arabuluculuk ve Faturalama sistemleri farklı makinelerde çalışır.

Sırada ne var?

Artık müşteri tarafından üretilen kullanımı yakaladınız. Bir sonraki bölüm, son kullanıcıdan vadesi gelen gelirin toplanabilmesi için bu yakalanan kullanımı nasıl derecelendirebileceğimizi ele alacaktır.

Oran, bir olayın meydana gelmesi için alınan ücret / fiyattır. Ücret örnekleri, telefon görüşmesi süresi için ücreti içerir: Örneğin: "1 dakika başına 0,40 INR" veya belirli bir miktar. Örneğin: 1MB indirme için 10,00 INR veya hizmet kalitesi için ücretlendirilebilir.

Etkinlik'in ürün / hizmet kullanımının tek bir oluşumu olduğunu zaten açıklamıştık. Olaylar, ağ elemanları tarafından CDRS / UDR'ler biçiminde yakalanır ve derecelendirme ve faturalama için Faturalama sistemine aktarılır.

Derecelendirme, bireysel etkinliklerin ücretini / fiyatını belirleme sürecidir. Örneğin, 2 dakikalık aramanın fiyatı dakikada 0.40 INR ile 0.80 INR'dir.

Faturalama sisteminin bir parçası olan Derecelendirme Motoru, bu derecelendirme işlevini gerçekleştirir.

Derecelendirme Süreci

Derecelendirme Motoru olayları, bir ürünün / hizmetin kullanımını tanımlayan ve Çağrı Ayrıntı Kayıtları (CDR'ler) veya Kullanım Ayrıntı Kayıtları (UDR'ler) olarak adlandırılan veri kayıtları biçiminde alır. Bir CDR, olayları derecelendirmek için kullanılan çağrı tarihi ve saati, çağrı uzunluğu, arayan taraf, aranan taraf vb. Gibi çağrı bilgilerini içeren bir veri dizisidir.

Derecelendirme / Derecelendirme Motorunun temel işlevlerinin bir listesi vardır -

  • Dolaşım kullanımı durumunda Arabuluculuk Sisteminden veya diğer hizmet sağlayıcılardan veya dolaşım ortaklarından CDR'leri kabul etmek.

  • CDR'lerin doğrulanması ve yinelenen kayıtların ortadan kaldırılması. Bu yinelenen olaylar, daha sonra doğrulanmak üzere bir veritabanı tablosunda saklanır.

  • Etkinlik için ücretlendirilmesi gereken müşteri hesabını belirlemek için. Burada, Puanlama işlemi olay kaynağını (Mobil Numara veya IP Adresi, vb.) Alır ve bu olay kaynağının herhangi bir hesapla ilişkili olup olmadığını doğrulamak için veritabanını kontrol eder. Bu adıma Olay Yönlendirme denir.

  • Olay yönlendirilemezse bu olay reddedilecek ve gerilim kategorisine alınabilecektir. Bu reddedilen olaylar, daha sonra doğrulanmak üzere bir veritabanı tablosunda saklanır.

  • Derecelendirme tarifesine göre olayın maliyetini / fiyatını hesaplamak (ayrıca oran planı olarak da adlandırılır).

  • Uygulanabilir derecelendirme süresi indirimleri uygulamak için. Bu ilk beş dakika ücretsiz olabilir ve bu görüşmeden sonra normal tarifeden ücretlendirilir. Bu tür indirimlere derecelendirme süresi indirimleri denir.

  • Derecelendirilen olayı bir faturalama amacıyla veri tabanında saklamak veya faturalama için harici sisteme göndermek.

Aşağıdaki resimde, Derecelendirme Motoruna ve ilgili işlevlerine genel bir bakış gösterilmektedir -

Müşteri bilgileri, ücret / fiyat hesaplamasında kullanılacak oran planını (derecelendirme tarifesi) belirler. Derecelendirme motoru, her arama için fiili ücreti hesaplamak için derecelendirme tablolarını ve CDR'lerden gelen olay bilgilerini (örneğin, mesafe, günün saati, aramanın yeri, olayın süresi veya hacmi, vb.) Kullanır.

Yinelenen Olaylar

Yinelenen olay, aşağıdaki yolların tümü ile başka bir faturalandırılmamış olayla ilgili olan herhangi bir faturalandırılmamış olay olarak tanımlanır:

  • Hesap numaraları aynıdır.
  • Olay kaynakları aynıdır.
  • Olay türü kimlikleri aynıdır.
  • Etkinlik tarihleri ​​ve saatleri aynıdır.

Yinelenen olayları tanımlamak için faturalama sisteminde başka herhangi bir kriter tanımlanabilir. Faturalama sistemine yinelenen etkinliklerin gönderilmesine neden olabilecek birkaç durum vardır -

  • Uyumlulaştırma sisteminin filtreleme mekanizmasındaki bir arıza.
  • Arabuluculuk sistemi yazılımındaki kodlama hataları.
  • Derecelendirme Motoruna aktarılan bir olay dosyasının tamamının veya bir kısmının tekrarı.

Reddedilen Olaylar

Faturalama Sistemi belirli bir olayla ilgili bir sorunla karşılaştığında, sorun teşkil eden olay reddedilir. Ret, aşağıdakilerden herhangi biriyle ilgili sorunlardan kaynaklanıyor olabilir -

  • Olayın kendisi.
  • Ücret planı.
  • Müşteri ve hesap verileri.
  • Yapılandırma verileri.

Bir olayı reddetmenin üç ana nedeni vardır:

  • Ayrıştırma hataları, Faturalama Sisteminin olay detay kaydındaki bilgileri okumasını engeller. Olay kaydındaki veriler bozuk veya yanlış formatta olduğu için bir ayrıştırma hatası oluşabilir.

  • Açıklanamayan hatalar, Geneva'nın olayla ilişkili olay kaynağını veya hesabını tanımlamasını engeller. Olay kaynağı henüz Faturalama Sistemi veritabanında bulunmadığından, önlenemez bir hata oluşabilir.

  • Derecelendirilemeyen hatalar, Faturalama Sisteminin olay için bir maliyet hesaplamasını engeller. Oran planındaki sorunlar nedeniyle derecelendirilemez bir hata meydana gelebilir.

Reddedilen tüm olaylar, adı verilen özel bir hesaba kaydedilir. internal account veya suspense account ve bu reddedilen olaylar çağrılır suspense events. Finans departmanı, reddedilen tüm olayları takip eder ve bunları gelir kaybının bir parçası olarak sayar. BT departmanı, reddedilen olayları çözmek ve gelirden tasarruf etmek için bunları doğru şekilde derecelendirmek için her zaman çok fazla özen gösterir.

Reddedilen bir olay düzeltilemezse ve Operatör bunu dahili bir hesaba göndermek istemezse, olay iptal edilebilir. Bir olay atıldığında, Derecelendirme Motoruna gönderilmeyecek ve artık derecelendirme girişimleri gerçekleşmeyecektir.

Gerçek Zamanlı Derecelendirme

Gerçek zamanlı derecelendirme, olay oluşturma ve maliyetlendirme arasında mümkün olan en az gecikmeyle olayları oluştukları anda alma ve anında derecelendirme sürecidir. Gerçek zamanlı derecelendirme, tüm dosyanın nihayet derecelendirilmesinden önce olay ayrıntılarının bir dosya arabelleğinde saatler, günler veya haftalarca saklandığı dosya tabanlı derecelendirmeyle karşılaştırılabilir.

Gerçek zamanlı sistem süreci, e-ticaret işlemlerini ve veri indirmeyi içerir. Olayların hızla derecelendirilmesi ve bir müşterinin hesabına uygulanması gereken herhangi bir uygulama, gerçek zamanlı derecelendirme için uygun bir adaydır.

Olayları Yeniden Oluşturma

Olayları yeniden değerlendirmenin gerekli olabileceği birkaç durum vardır. Örneğin, ne zaman -

  • Kullanılan ücret planındaki bir hata, yanlış fiyatlandırılmış olaylara neden oldu.

  • Olaylar yanlış hesaba yüklendi (yanlış olay kaynağı kaydı nedeniyle).

  • Son ve sonraki fatura tarihleri ​​arasında bir noktada mevcut bir oran planı değiştirildi.

  • Bir ürün için ücret planı, fiyat planı veya olay kaynağı geriye dönük olarak değiştirildi.

Olayları yeniden değerlendirme süreci çok basittir ve aşağıdaki gibidir -

  • Sağlanan yardımcı programı kullanarak tüm olayları veritabanından kaldır / kaldır. Faturalama sisteminin çoğu, derecelendirilen tüm olayları boşaltmak veya boşaltmak için bir yardımcı program sağlar.

  • Sorunu nerede olursa olsun düzeltin.

  • Derecelendirme Motoru tarafından derecelendirilmek üzere olayları yeniden gönderin.

Kısmi Etkinlikler

Kısmi olaylar, bir olay devam ederken müşterinin dengesinin korunmasına izin verir.

Örneğin, uzun bir veri indirmesi durumunda, arabuluculuk sistemi, faturalandırma sistemine kısmi olaylar göndermeye devam edecek, böylece faturalandırma sistemi, olayın tamamlanmasını beklemek yerine bunları derecelendirmeye devam edecek ve müşterinin kredi limiti ihlal edilir edilmez hesap bloke edilecek ve Çağrıyı sonlandırmak için ağ elemanına bilgi verilecektir.

Eşikler ve Eylemler

Derecelendirme Motoru, derecelendirme süresi indirim eşikleri dahil olmak üzere herhangi bir derecelendirme zamanı eşik değerine ulaşılıp ulaşılmadığını otomatik olarak kontrol edebilir.

Derecelendirme süresi eşikleri, operatörleri çok sayıda gelir kaybından korumaya yardımcı olur. Örneğin, bir müşteri kredi limitinden fazlasını ödemeye istekli olmayabilir, böyle bir durumda, müşterinin aramasını kredi limit eşiğine ulaşır ulaşmaz sonlandırmak gerekli hale gelir.

Derecelendirme zamanı eylemi yapılması gerekiyorsa, mümkün olduğunca çok gerçek zamanlı derecelendirmeye sahip olmak önemlidir.

Sırada ne var?

Şimdiye kadar, bir müşterinin nasıl kullanım ürettiğini ve arabuluculuk sisteminin bu kullanımı (CDR'ler) Faturalama Sistemine nasıl ittiğini ve bir Faturalandırma Sisteminin bu CDR'leri nasıl derecelendirdiğini gördük.

Sonraki bölümde, tüm ay için derecelendirilen tüm CDR'lerin nasıl toplanacağını ve sağlanan hizmetler için gelir toplamak üzere son müşteriye gönderilen nihai faturayı / faturayı nasıl oluşturacağımızı tartışacağız.

Faturalama, tüm yinelenmeyen, periyodik ve ücretlendirilebilir olayların hesap bazında bir araya getirilmesidir. Aynı zamanda tüm ödenmemiş ücretlerin ve mevcut indirimlerin ve bonusların hesaplanmasıdır.

Faturalama işleminin çıktısı, kağıt, disk veya başka herhangi bir ortamda fatura oluşturmak için kullanılabilen etiketli fatura verileri akışıdır. Faturalama Sisteminin bir parçası olan Faturalama Motoru faturaları oluşturur.

Fatura Süreci

Aşağıdaki şema, Faturalama Motorunun ve ilgili işlevlerin temel şemasını göstermektedir -

Fatura Motoru, bir fatura oluşturmak için bir hesap ve fatura verilerini oluşturmak için aşağıdaki ilişkili bilgileri alır -

  • Fatura ayı içinde müşteri için derecelendirilen tüm CDR'ler.

  • Müşterinin ürün ve hizmetleri için geçerli olan her türlü ücret (başlatma, kurulum, periyodik, askıya alma, sonlandırma vb.).

  • Herhangi bir para iadesi veya başka herhangi bir ücret varsa.

  • Önceki faturalardan ödenmemiş toplam.

  • Müşterinin belirtilen ayda yaptığı toplam ödemeler.

  • Müşterinin lehine veya aleyhine yapılan toplam düzeltme.

  • Müşteriye verilen toplam indirim.

  • Müşterinin kullanım ve kiralama ücretlerine uygulanan toplam vergiler.

  • Faturalama Motorunu çalıştırmak için fatura yapılandırma parametresi gereklidir; örneğin, son ödeme tarihi vb.

Yukarıda bahsedilen bilgiler sadece bir gösterge niteliğindedir ve faturalama sisteminden faturalama sistemine ve operatörden operatöre değişebilir.

Billing Engine, son bir fatura oluşturmak için gerekli tüm bilgileri içeren ham verileri üretir ve bu ham veriler, son müşteriye gönderilecek nihai bir fatura oluşturmak için kullanılabilir.

Bill Döngüleri

Faturalama Sistemine bir müşteri eklendiğinde, sistem müşteriye önceden tanımlanmış bir Fatura Döngüsü atar. Bir fatura döngüsü, Faturalama Motorunun çalıştığı ve bir dizi müşteri için fatura ürettiği bir tarihtir.

Çok sayıda müşteri varsa, bunlar farklı faturalandırma döngülerine bölünür. Örneğin, bir müşteri grubu her ayın 1'i gibi fatura verilerine sahip olabilir; bir başkasının fatura tarihi her ayın 15'inde olabilir.

Bir müşteriye ayın 1'inde bir fatura yürütmek üzere atandıysa, buna müşterinin nominal bill date. Ancak çeşitli nedenlerden dolayı, fatura çalıştırma çoğu zaman gecikir ve fiili fatura daha sonraki bir tarihte oluşturulur, buna deniractual bill date.

Fatura Türleri

Bir kullanıcı için mevcut çeşitli fatura türleri olabilir. Bazıları bazı Faturalama Sistemleri tarafından desteklenmeyebilir.

Sr.No. Fatura Türü ve Açıklaması
1

Initiation bill

Normalde, yalnızca bir hesaptaki ilk fatura olarak istenir. Ürün ücretleri ve ayarlamaları içerir, ancak etkinlik içermez.

2

Periodic bill

Düzenli aralıklarla üretilir. Tüm periyodik ücretleri, etkinlikleri ve düzeltmeleri içerir.

3

Interim bill

Son faturadan bu yana hesap için işlenen olaylar nedeniyle oluşan masrafları içeren ekstra fatura. Tüm etkinlikleri ve ayarlamaları içerir, ancak periyodik ücretler içermez.

4

Suspension bill

Bir hesap askıya alındığında gönderilir. Tüm periyodik ücretleri, etkinlikleri ve düzeltmeleri içerir.

5

Final bill

Bir hesap feshedildiğinde, ödenmemiş tüm ödemeleri faturalandırmak için gönderilir. Tüm periyodik ücretleri, etkinlikleri ve düzeltmeleri, geri ödemelerle birlikte içerir; örneğin, bir depozito iadesi.

6

Post-final bill

Kapatılan bir hesabın, nihai bir fatura oluşturulduktan sonra ödenmemiş alacakları olduğunda gönderilir. Fesih sonrası tüm etkinlikleri ve düzeltmeleri içerir, ancak dönemsel ücretler içermez.

7

Credit note

Son faturadan bu yana oluşturulan müşterinin lehine tüm ayarlamaları içeren ekstra bir fatura.

8

Summary Statements

Müşteri odaklı bir faturalama hiyerarşisi için bir özet beyan üretilebilir. İlgili müşteri ile ilişkili tüm hesapların ürettiği tüm faturaları özetleyebilir. İsteğe bağlı olarak, tüm faturaları tek bir ifadede birleştirebilirler.

Faturalar otomatik olarak veya bir müşterinin talebi üzerine üretilir.

Fatura Modları

Bir Faturalama Sistemi, faturaları iki modda oluşturabilir, örneğin -

  • Test (what if?) billing mode- Bu mod, veri tabanını değiştirmeden bırakırken biçimlendirilmiş test faturaları oluşturmak için kullanılırsa. Bu faturalar, sistemin iyi çalıştığından emin olmak ve fatura şablonlarında veya tarifelerde değişiklik yaptıktan sonra test etmek için kullanışlıdır.

  • Fatura Motorunu test modunda çalıştırırken, veri tabanına taahhütler yapılmaz. Bu nedenle, birçok kez test faturalandırması çalıştırdıktan sonra bile müşterinin profili üzerinde herhangi bir etki olmayacaktır.

  • Test faturaları genellikle örnek bir müşteri grubu için çalıştırılır. Test faturalarından memnunsanız, üretim faturalarına geçebilirsiniz.

  • Production (live) billing mode- Bu mod, normal üretim faturaları üretmek için kullanılır. Çoğu zaman bu, Faturalandırma Motoru için varsayılan moddur.

  • Bir üretim faturası oluşturulduğunda, Billing Engine, müşterinin veritabanındaki profilini, müşteri tarafından ödenecek toplam ödenmemiş bakiye ve sonraki fatura tarihi vb. İle günceller.

Billing Engine, tüm üretim faturalarına, faturaya karşı yapılan farklı ödemeleri takip etmeye yardımcı olan farklı fatura numaraları atar.

Bill Bastırma

Bir fatura oluşturmanın değmeyeceği ve faturayı bastırmanın daha iyi olduğu bir durum olabilir. Bu tür durumlar aşağıdadır -

  • Sıfır (sıfır etkinlik faturaları) veya çok az değere (küçük faturalar) sahip hesaplar için faturaları bastırma.

  • Aynı anda birden fazla fatura türü talep edilirse / programlanırsa ve böylece müşteriye gereksiz faturaların gönderilmesi engellenirse, belirli bir fatura türü de bastırılabilir.

Küçük fatura, minimum pozitif fatura tutarı ile maksimum negatif fatura tutarı, istisnai fatura koşulları ile tanımlanan aralıklar arasında kalan bir faturadır. Küçük değerli faturalar üretilir ve ardından faturalama sürecinden çıkarılır, böylece müşterilere gönderilmez.

Olağanüstü Faturalar

Olası istisnai faturalara örnek olarak, hesabın kredi limitini belirli bir çarpanla aşan alışılmadık derecede yüksek faturalar veya faturalar verilebilir. Fatura Motoru, ürettiği fatura verileri üzerinde bazı temel kontroller gerçekleştirir. Bunlar, aşağıdaki koşulların karşılandığından emin olmak için faturalandırılan toplamın test edilmesini içerir -

  • Fatura toplamı minimum negatif fatura tutarından büyük.

  • Fatura toplamı, maksimum pozitif fatura tutarından az.

  • Fatura toplamı, hesabın kredi limitinin kredi limiti çarpanıyla çarpımından az.

Yukarıdaki koşulların tümü faturalandırma sisteminden faturalama sistemine ve operatörden operatöre değişir ve bunlara istisnai fatura koşulları denir.

Fatura Öğelendirme

Varsayılan olarak, tüm faturalar, kullanım ücretleri ile birlikte ürün ve hizmet ücretlerinin ayrıntılı bir özetini sağlar. Ancak müşteri tarafından yapılan tüm aramaların ayrıntılarını sağlamaz.

Ayrıntılı fatura, müşteri tarafından yapılan tüm aramaların tam ayrıntılarını vermek anlamına gelir. Bu, yazdırılacak daha fazla sayıda kağıt gerektirir. Son eğilim, elektronik e-posta yoluyla ayrıntılı fatura göndermektir ve özet hesap özeti faturanın fiziksel bir kopyası kullanılarak gönderilir.

Fatura Biçimlendirme

Son biçimlendirilmiş faturaları oluşturmak için kullanılabilecek Fatura Biçimlendirme yardımcı programları sağlayan Faturalama Sistemleri vardır.

Fatura biçimlendiricileri, Faturalama Motoru tarafından üretilen çıktı verilerini alır ve genellikle Fatura Baskı Şirketi tarafından kullanılabilen Post Komut Dosyası dosyası veya bir PDF dosyası oluşturur.

Faturalama Sistemi biçimlendirilmiş faturalar oluşturmak için yeterince yetenekli değilse, sistem fatura bilgileriyle birlikte bir dizi etiketli dosya oluşturur ve herhangi bir harici Fatura Biçimlendiricisi, iyi biçimlendirilmiş bir fatura oluşturmak için bu etiketli bilgileri kullanabilir.

Faturalama Sisteminin formatlanmış fatura oluşturması veya faturalama motoru tarafından oluşturulan ham verileri kullanarak bu formatlanmış faturaları oluşturmak için harici bir araç kullanmamızın bir önemi yok, son olarak bu faturalar fatura üretiminin son kopyasını oluşturmakla ilgilenen fatura basım şirketine gönderilir. . Bunu bir sonraki "Fatura Oluşturma" bölümünde ayrıntılı olarak tartışacağız.

Sırada ne var?

Bir sonraki bölüm, aslında derecelendirme ve faturalama sürecinin bir parçası olan indirim sürecini açıklayacak, ancak daha fazla açıklamaya ihtiyaç duyan çeşitli maddeler nedeniyle onu ayrı bir bölüm olarak tuttuk.

Farklı indirim hiyerarşileri türlerini ve hangilerinin derecelendirme ve faturalama sırasında verilebileceğini tartışacağız.

Tüm indirimler, bir dizi etkinlik ve / veya ürün için ödenecek fiyatı değiştirir (en yaygın olarak azaltmak için). İndirim, müşteriye para vermenin bir yoludur. İndirim, belirli kriterleri karşılayan ürünlere veya kullanıma uygulanacak belirli bir para miktarını (yüzde veya parasal) tanımlar. Örneğin, 01-01-2010 gibi belirli bir günde yapılan tüm yerel aramalar 0,20 $ olarak ücretlendirilir.

İndirimler, derecelendirme işlemi sırasında veya faturalandırma işlemi sırasında hesaplanabilir -

  • Rating Time Discount- Derecelendirme sürecinde verilen tüm indirimler. Bu indirimler yalnızca kullanım sırasında verilebilir. Derecelendirme süresi indirimine bir örnek "tüm uluslararası aramaların ilk saatlerinde% 5 indirim" dir.

  • Billing Time Discount- Faturalama işlemi sırasında verilen tüm indirimler. Bu indirimler, ürün ve hizmet ücretlerinin yanı sıra derecelendirilmiş kullanım için de verilebilir. Fatura süresi indirimine bir örnek "Bir ay içinde 15 ABD dolarının üzerinde harcama yaparsanız% 5 indirim" dir.

Ürün kalemi öncesi indirimi, yeniden hesaplanan bir fiyatı belirlemek için uygulandığı her bir olayın fiyatını değiştiren bir indirmedir. Bu indirim aynı zamanda fatura süresi indirimi kategorisinde de gelir, ancak bu aramaların derecelendirilmesiyle ilgilidir. Diğer fatura zamanı indirimleri, etkinliğin fiyatını değiştirmeden bırakır. Ürün öncesi indirim, ürün ücretlerini içeremez, yalnızca etkinlik ücretlerini içerir.

İndirim Adımları ve Eşikleri

Bir indirimin boyutu, bir dizi indirim adımı ve eşiği kullanılarak belirlenir. İndirim adımları, belirli eşiklere ulaşıldığında indirim boyutunun değiştirilmesine izin verir.

Örneğin, telefon etkinliklerinde indirim, 100 dakikadan sonra yüzde 10 ve 200 dakikadan sonra yüzde 20 indirimli aramayla harcanan dakika sayısına bağlı olabilir.

Her indirimin en az bir adımı olmalıdır. İndirimin daha büyük hacimlerle az ya da çok avantajlı hale gelmesi gerekiyorsa, başka adımlar eklenebilir. Her indirim adımının indirimi, bir miktar para veya yüzde olarak ifade edilebilir (ancak ikisi birden değil).

Basit İndirim Türleri

Son müşteriye verilen sonsuz türde indirim olabilir, ancak bu, faturalandırmanızın neyi desteklediğine bağlıdır. Aşağıdakiler, sunulabilecek basit ama çok iyi indirim türleridir -

Çapraz Ürün İndirimleri

Bunlar, bir dizi ürün ve etkinliğin başka bir ürün ve etkinlik grubu için indirimleri belirlediği indirimlerdir.

Örneğin, "Mobil aramalara 30 dolardan fazla harcanırsa 10 SMS bedava". Burada mobil aramalar indirimi belirler ve SMS ürün indirimleri alır, bu tür indirimler denircross product discounts.

Katmanlı İndirimler

Bunlar yalnızca olay setinin veya harcanan paranın atanan indirim eşikleri arasında kalan kısmı için geçerlidir. Örneğin, aşağıdaki diyagramda, bir harcama için% 0 indirim$0-$100 eşik veya 0-100 etkinlik eşiği, harcama için% 5 indirim $100-$200 eşik veya 100-200 olay eşiği vb.

Hacim indirimleri

Bunlar, belirli bir ürünün ürettiği etkinlik sayısına veya ürün ücretlerine dayalı indirimlerdir. Örneğin, aşağıdaki diyagramda, 100 ABD doları veya 100 etkinlik vb. Harcamalarda% 5 indirim. Görüldüğü gibi, harcama ne kadar büyükse, indirim o kadar fazla olur.

Vergi İndirimleri

Vergi indirimleri, bazı vergi muafiyetlerinin üstesinden gelmek için alternatif bir yöntem sağlar. Hesap faturalandığında hesaplanır ve uygulanır.

İndirim Dönemleri ve Oranları

Çoğu indirimin kendileriyle ilişkili herhangi bir sayıda gün, hafta veya ay olabilen bir indirim dönemi vardır. Bu süre üç şekilde kullanılabilir -

  • Bir eşik değerine ulaşılması amaçlanan zamanı belirtmek için.

  • Mutlak bir indirimin uygulanmasının amaçlandığı sıklığı belirtmek.

  • En yüksek kullanım filtrelerinin eklendiği indirimler için en yüksek kullanımın ne sıklıkla belirlendiğini belirtmek için.

İndirimler, ihtiyaca göre oranlanmış ve orantısız olabilir. İndirim oranına göre oranlanmışsa, indirim hizmetin kullanımda olduğu gün sayısına göre hesaplanacak ve orantısız indirim olması durumunda, indirimin yapılandırıldığı tüm dönem için hesaplanacaktır.

Bonus Şemaları

Bonus programları, müşteriye ücretsiz etkinlik verme yöntemleridir; burada ücretsiz etkinlik sayısı, bir veya daha fazla ürünün belirli bir süre boyunca (örneğin, önceki yıl) önceki kullanımı tarafından belirlenir veya ücretlendirilir.

Örneğin, "Süper anlaşmalı telefon paketini alın ve önceki çeyrekte yapılan her üç saatlik uluslararası aramalar için 10 ABD doları ücretsiz arama kazanın."

Müşterilere para vermenin başka yolları da vardır, örneğin, bir paket aracılığıyla daha uygun bir fiyat planı vermek, alınan miktar arttıkça bir ürünün birim oranını düşürmek.

Daire Gruplarını Çağırma (CUG)

Çağrı çemberi Gruplar, üye olarak modellenen kullanıcılar ve (varsayılan olarak) üye olmayanlar arasındaki bir ilişkiyi tanımlar.

Bu model dahilinde, çemberin bir üyesi tarafından çemberin başka bir üyesine yapılan bir çağrı, aynı aramayı yapan üye olmayan (veya iştirakçi) bir kişiye uygulanandan farklı bir fiyat kullanılarak fiyatlandırılacaktır.

Arayan taraflar arasındaki ilişki, arayan kimliklerinin kombinasyonu ile belirlenir. Ağlar aynı operatöre aitse ve tek bir arama çemberi hem mobil hem de sabit hat kullanıcılarını kapsıyorsa çağrı çevreleri ağları kapsayabilir.

Sırada ne var?

Önceki bölümde Faturalama Süreçlerini zaten ele almıştık. Bir sonraki bölümde, ham fatura verilerinden yapılandırılmış fatura oluşumuna kadar Fatura Oluşturmanın son bölümünü tartışacağız.

Faturalama sistemlerinin çoğu, faturanın bilgi içeriğini içeren yapılandırılmış ASCII metni oluşturur. Her bir fatura için fatura verileri başlangıçta veritabanına veya düz metin dosyalarına yazılır. Verilerin nasıl işleneceğine bakılmaksızın, bu aşamadaki verilerin formatı aynıdır.

Bu fatura verileri daha sonra, istenen formda çıktı üretmek için bir dizi biçimlendirme motorundan biri tarafından işlenebilir. Örneğin kağıt, CD-ROM vb.

Dahili Fatura Biçimlendirme araçları sağlayan Faturalama Sistemleri mevcuttur. Bir faturalama sistemi, biçimlendirilmiş faturalar oluşturmak için yetenekli bir araç sağlamazsa, en sık kullanılan araçlardan biri olan DOC1 gibi üçüncü taraf araçlar mevcuttur.

Fatura biçimlendirme akışını gösteren tipik bir şema:

Aşağıda, Convergy'nin Infinys Faturalama Sisteminden alınan fatura verilerinin anlık görüntüsü verilmiştir -

DOCSTART_85
DOCTYPE BILL
GENEVAVERSION 5.0
BILLSTYLE 1
BILLTYPE 1
BILLTEMPLATE 85
BILLSEQ 1
BILLVERSION 1
ACCCURRENCYCODE BEF
BILLLANGID 2
BILLLANGNAME English (US)
BILLLANGLOCALE us
PAYMETHODID 1
FORMATREQ A30001001/0001
COPYBILLNUM 0
BILLPURPOSE 1
ADDRESSNAME Dr D Jackson
POSITION Project Manager
DEPARTMENT Recruitment
ADDRESS1 12 South Street
ADDRESS2 Detroit
ADDRESS3 Michigan
ZIPCODE 12345
COUNTRY United States
BSTARTACCFADDR
ACCFADDR_1 United States
ACCFADDR_2 Michigan
ACCFADDR_3 12345
ACCFADDR_4 12 South Street
ACCFADDR_5 Detroit
ACCFADDR_6 Dr D Jackson
BENDACCFADDR
CUSTOMERREF C30001
CUSTOMERTYPE Standard
ACCTAXSTATUS Exclusive
INVOICINGCONAME Invoicing company for English (US)
INVOICINGCOADDRESS1 Company House
INVOICINGCOADDRESS2 Atlanta
INVOICINGCOVATREG taxref000576
ACCOUNTNO A30001001
BENDBFPAYSUMMARY
BALOUT 0.00
CHARGES 142.00
NEWBAL 142.00
BSTARTBFPAYDETAILS
ACCDEPPREVTOT 0.00
ACCDEPCHANGE 0.00
ACCDEPCURRTOT 0.00
BENDBFPAYDETAILS
BENDBFSTATEMENT
BILLREF A30001001@0001
BILLDATE 02/20/99
NEXTBILLDATE 03/20/99
BSTARTPAYMENTDUEINFO
PAYMENTDUEDATE 03/04/99
DEBTSTARTDATE 02/25/99
PAYMENTTERMDESC Payment due 7 days after the bill date
PAYMENTDUEDAYS 7
BENDPAYMENTDUEINFO
GIROREF 34
GIROACCOUNT 404 7800
OCRREF 1300010019
OCRSORTCODE V6344047800
GIROAMOUNT 142.00
OCRAMOUNT 000142000
INVOICEACTUALDATE 02/25/99
INVOICETAXDATE 02/25/99
INVOICESTART 01/03/99
INVOICEEND 02/19/99
TAXTYPE 1,2.00,
TENDTAXTYPE
INVTOTALTAX 2.00
BENDTAXDETAILS
INVTOTAL 142.00
INVTOTALROUNDED 142.00
TOTALSAVE -11.00
PERIODEND 02/25/99
POINTSBALANCE 0
POINTSEARNED 0
POINTSREDEEMED 0
POINTSADJUST 0
NEWPOINTSBALANCE 0
DOCEND

Fatura verileri art arda ASCII metni satırlarından oluşur. Her satır şu şekli alır -

TAGNAME tagvalue

TAGNAME ve etiket değeri, bir boşluğun etiket ayırıcısı (etiketlerep) ile ayrılır. Etiket değeri, tek bir değer veya sınırlayıcılarla (sep) ayrılmış bir değerler listesi olabilir. Kullanılan sınırlayıcı, belirtilmediği sürece virgüldür.

Fatura Post İşlemcisi

Bir Fatura Motoru, faturada gereken tüm bilgileri üretemeyebilir veya faturada sağlanan veriler üzerinde bazı özel hesaplamalar yapma zorunluluğu olabilir. Bu, Fatura Sonrası İşleme olarak adlandırılır ve genellikle Fatura Sonrası İşlemci adı verilen özel bir bileşen tarafından yapılır (BPP).

Bir BPP, ham fatura dosyasını okuyan ve son biçimlendirme için geçmeden önce bu dosyada gerekli değişiklikleri yapan tercih ettiğiniz programlama dilinde yazılabilir.

Kullanıma hazır BPP işlevselliği sağlayan faturalama sistemi yoktur çünkü gereksinimler operatörden operatöre değişir ve bu süreç standartlaştırılamaz. En fazla, faturalama sistemi, özel BPP'nizi Billing Engine ile birlikte takmak için bir eklenti noktası sağlayabilir.

DOC1 Fatura Biçimlendiricisi

DOC1, PitneyBowes Company'den temin edilebilen, fatura biçimlendirmesinin PDF veya Post Script dosyalarına dönüştürülmesine yardımcı olan çok ünlü Bill Formatter aracıdır.

Yukarıda bahsedildiği gibi, Faturalama Motorunun çıktısı, faturanın bilgi içeriğini içeren yapılandırılmış ASCII metnidir. Faturalandırma sistemi tarafından oluşturulan kaynak fatura dosyası etiketleri ile DOC1 tarafından gerekli görülen etiketler arasında bir eşleme oluşturulur. DOC1, aşağıda gösterildiği gibi sabit uzunlukta etiketler gerektirir.

Aşağıdaki, sağlanan fatura dosyasından varsayımsal bir örnektir -

ACCOUNTNO ACC0010000
ACCUMBONUSPOINTS_1 BON0050100
ACCUMBONUSPOINTS_2 BON0050100
ACCUMBONUSPOINTS_3 BON0050100
ACCUMBONUSPOINTS_4 BON0050100
ACCUMBONUSPOINTS_5 BON0050100
ADDRESS1 ACC0030000
ADDRESS2 ACC0040000
ADDRESS3 ACC0050000
ADDRESS4 ACC0060000
ADDRESS5 ACC0070000
ADDRESSNAME ACC0020000
BUSINESSNAME ACC0120000
TSTARTADJ ADJ0000000
..........

Şimdi, yukarıdaki çeviriler kullanılarak, DOC1 için son bir dosya oluşturulacak ve DOC1, sağlanan bilgileri kullanarak nihai faturayı oluşturmaya özen gösterecektir.

DOC1 düzeyinde de bazı değişiklikler yapılabilir, ancak faturayı değiştirmek için fazla esneklik sağlamaz. Beklentileri çok daha fazla karşılamanıza yardımcı olabilecek en son sürümü deneyebilirsiniz.

Nihai Fatura Oluşturma

Tüm hesaplar faturalandıktan ve faturalar dahili veya harici fatura biçimlendiricisi kullanılarak biçimlendirildikten sonra, bu faturalar son baskı için Fatura Baskı Şirketine gönderilir.

Bir operatör müşterisine fatura göndermek için Elektronik e-posta özelliğini kullanıyorsa, aynı faturanın bir kopyası son müşteriye göndermek için e-posta sistemine gönderilebilir.

Seviye 1 operatörler (20-30 milyon veya daha fazla müşteri tabanına sahip) genellikle fatura dağıtımı da dahil olmak üzere bu görevi dış kaynak olarak kullanır.

Sırada ne var?

Faturalar oluşturulduktan sonra son müşterilere gönderilir. Şimdi müşteriden gelir toplama zamanı. Gelir toplama sürecini bir bölümden sonra tartışırdık.

Devam etmeden önce, çok önemli olan ve gelir tahsilatından önce kapsanması gereken Kredi Kontrol Kısmını ele alalım.

Tüm operatörler hizmetlerini sağlar ve işte ayakta kalabilmek için son müşterilerden gelir toplar. Bir son müşteriyi ücretlendirmenin iki olası yolu olabilir -

  • In-Advance- Bir operatör, hizmeti sunmadan önce müşterileri önceden ücretlendirir. Bu, daha az müşteri memnuniyetine yol açar, ancak operatör gelir açısından daha güvenlidir.

  • In-Arrears- Operatör, her ayın sonunda gerekli hizmetleri sağladıktan sonra kendini riske atar ve müşteriden ücret alır. Bu, daha fazla müşteri memnuniyeti sağlar, ancak operatör daha az gelir toplama riski altındadır.

Bir operatörün belirli bir müşteriyle ilişkili gelir kaybını tolere edebileceği bir eşik her zaman vardır; aynı zamanda, bir operatörün belirli bir müşteriyle alabileceği bir risk eşiği vardır.

Örneğin, bir müşterinin geliri $10,000/month, then operator can provide him their services very easily up to $1000 - $2000 but for the same operator it would be difficult to provide him a service, which would cost almost $10.000 / ay çünkü böyle bir durumda müşterinin aylık ödeme yapması zorlaşır.

Aynı kavramı koruyarak operatörler, müşterilerini sınıflandırmak ve farklı kredi ve tahsilat eylemlerini ilişkilendirmek için kullandıkları farklı kredi sınıfları tanımlarlar.

Kredi Sınıfları

Kredi sınıfı, müşterinin bir kategorisini tanımlar ve ilgili gelir riski o müşteri ile alınabilir. Bir kredi sınıfı, sahibinin vadesi gelen (tartışmasız) ödemeleri yapmaması durumunda müşteriye hangi tahsilat planının uygulanacağını da tanımlar.

Tüm Faturalama Sistemleri, sisteme eklendikleri anda farklı müşterilere atanabilen çeşitli kredi sınıflarını tanımlama olanağı sağlar. Bazı kredi sınıfı örnekleri aşağıdaki gibidir -

  • VIP Credit Class - Bu, VIP müşterilere atanabilir ve çok yüksek bir kredi limitine sahip olacaktır.

  • General Public Class - Bu en yaygın kredi sınıfıdır ve neredeyse $100 or $200 kredi limiti.

  • Segment Specific Class - Bu sınıflar, polis, askeri veya banka görevlileri gibi farklı segmentlere göre tanımlanabilir. Operatör, rahatlığına göre kredi limiti tanımlayabilir.

Müşterilerin ihtiyaçlarına ve kategorilerine göre tanımlanmış sonsuz sayıda kredi sınıfı olabilir.

Kredi kontrolü

Belirli bir müşteri kategorisi türü için kredinin kontrol edilebildiği başlıca iki aşama vardır -

Faturalandırılmamış Kullanıma Dayalı

Bu, Derecelendirme Süreçleri tarafından yapılan derecelendirme süresi kontrolüdür. Burada, müşterinin kullanım ve toplam masrafları, tahsis edilen kredi limitine göre kontrol edilir ve müşteri tahsis edilen kredi limitine yaklaşmaya başlarsa, müşteriye bu konuda bilgi verilir ve kredi limitini aştıktan sonra uygun bir işlem yapılabilir.

Müşterinin kredi limitini ihlal etmesi durumunda hizmetleri engellemek (yani geçici olarak durdurmak) isteyen operatörler vardır ve ödeme yapıldığında bu hizmetler engellenecektir. Örneğin 200 $ kredi limitine sahip bir müşteri, kullanımının% 80'i SMS ile,% 90 eşiğe ulaşıldığında hatırlatma çağrısı vb. İle ve% 100 kredi olduğunda bilgilendirilebilir. sınıra ulaşıldığında, giden bağlantı engellenebilir.

Krediyi kontrol etmek için operatörler, Ses ve SMS kullanımı durumunda yalnızca giden aramaları engellemeyi tercih eder, ancak veri indirme durumunda müşteri herhangi bir veri indirme işlemi gerçekleştiremez.

Faturalandırılmış Kullanıma Dayalı

Bu genellikle faturaların gönderilmesinden sonra yapılır ve bir sonraki bölümde tartışacağımız gelir tahsilat süreciyle daha fazla ilgilidir.

Krediyi derecelendirme zamanında kontrol etmek için, derecelendirmeyi olabildiğince gerçek zamanlı tutmak önemlidir. Kullanım gerçek zamanlı olarak yakalanmıyorsa ve uzun bir aralıktan sonra derecelendiriliyorsa, müşterilerin kredi limitlerini aşmış olma olasılığı vardır ve yasal olarak müşteri, belirlenen kredi limitlerinin ötesinde tutarı ödeyemeyebilir, ancak bu ülkeden ülkeye ve operatörden operatöre değişir.

Mevduat

Mevduatın hesaplara karşı tutulmasını destekleyen faturalama sistemleri vardır. Mevduatlar, hesap bakiyesinin yanında tutulur ve ikisi arasında nakit transfer edilebilir.

Bir hesaba karşı sürdürülebilecek farklı türden hizmetler sağlamak için farklı mevduat seviyeleri olabilir.

Mevduatlar, müşterinin ödemelerini yapamaması durumunda operatörlerin gelirlerini karşılamasına yardımcı olur.

Sırada ne var?

Farklı müşteri sınıflarına verilen krediyi nasıl kontrol edeceğiniz konusunda bir fikriniz olduğunu umuyoruz. Yine de, kapasiteleri dahilinde kredi verdikten sonra bile zamanında ödeme yapmayan çeşitli müşteriler olacaktır. Hizmetleri kullandıktan sonra hiç ödeme yapmayan çeşitli müşteriler var.

Bir sonraki bölümde, sağlanan hizmetler için gelir toplamak için farklı gelir toplama süreçlerini ve programlarını nasıl tanımladığımızı açıklayacağız.

Bir fatura oluşturulduktan ve müşteriye gönderildikten sonra, ideal olarak tüm müşteriler faturalarını alacak ve hemen ödeyeceklerdir. Bununla birlikte, faturalarını ödemeyen bazı müşteriler olabilir ve faturayı ödemede kabul edilemez bir gecikme olabilir ve bu nedenle, hizmet sağlayıcıların durumu düzeltmek ve ödenmesi gereken bakiyeyi tahsil etmek için gerekli bazı önlemleri almaları gerekir (hesap alacak, A / R olarak kısaltılır).

Tahsilat, müşteri hesabında vadesi geçen alacakların takip edilmesi sürecidir. Bu genellikle müşteriye bildirim göndermeyi ve vade tarihinden sonra vadesi gelen ödemelerin olmaması durumunda uygun önlemleri almayı içerir.

Faturalama Sistemleri, hem alacakların fatura bazında fatura bazında takip edildiği fatura seviyesinde hem de bir hesabın tüm vadesi geçmiş tutarlarının birden fazla faturada tek bir ihtar ile ele alınabildiği hesap düzeyinde ihtarları (alacak takibi) destekler.

Bir hesap için kullanılacak ihtar modeli, kredi sınıfına göre tayin edilecektir. Temel bir toplama süreci aşağıdaki iki öğeyi içerir -

  • Collections Aging Tracking- Belirtilen ödeme dönemi içinde ödenmemiş müşteri faturalarının takip edilmesi işlemidir. "Hesap alacaklarının yaşı" ile ilgilenir; örneğin, 0-30 gün gecikmiş, 30-60 gün gecikmiş vb. faturalar

  • Collections Actions- Tahsilat işlemi, alacak hesabı belirli bir yaşa ulaştığında gerçekleştirilen işlemdir. Örneğin müşteriye postalanacak hatırlatma mesajları veya sesli mesaj kaydedilmelidir.

Koleksiyon Eylem Planları

Normalde, tahsilat işlemleri aşağıdaki adımlarda gerçekleştirilir -

  • Hatırlatma postası gönderin ve / veya arayın: Müşteri hizmetleri departmanı, müşteriyle iletişime geçerek ödemeyi hatırlatır. Yine de herhangi bir ödeme alınmadıysa, sonraki eyleme geçin.

  • Kırmızı mektup gönder - Örneğin, "Yedi gün içinde öde" mektubu verilir. Yine de ödeme alınmadıysa, bir sonraki işleme geçin.

  • Hizmetin bağlantısını kesin - Ağ yönetimi departmanı hizmeti askıya alır.

Tahsilat programları, gerçekleştirilmesi gereken tahsilat eylemlerini ve bir müşteri ödeme yapmadığında gerçekleştirilmesi gereken saatleri tanımlar.

Koleksiyon programı, koleksiyon sürecini oluşturan bir dizi aşamayı belirtir. Her aşama için aşağıdakileri kapsar:

  • Bir işlemin gerçekleşmesi için alacakların geçerli olması gereken yaş. Gerçek alacak yaşı, alacağın gerçek yaşı alınarak hesaplanır.

  • Yapılacak eylem. Bu, Faturalama Sisteminin gerçekleştireceği bir eylem olabilir, örneğin, belirli bir tarihte ihtar bildirimi gönderebilir.

  • Eylemin zorunlu olup olmadığı. Bir eylem zorunluysa, bu gerçekleştirilene kadar sonraki eylemler gerçekleştirilemez.

  • Altında işlemin gerçekleşmeyeceği asgari alacak tutarı.

Esnek Tahsilat İşlemleri - İhtar Bildirimleri

Tahsilat sürecinin ilk aşamalarında, yumuşak tahsilat eylemi tipik olarak, basit hatırlatma mektupları ve ödeme talepleri olan bir dizi ihtar bildirimi göndermek olacaktır.

Çeşitli aşamalarda bir dizi ihtar bildirimi gönderildikten sonra, genellikle diğer eylemler planlanır. Örneğin, bir müşteri hizmetleri temsilcisinin (CSR) müşteriye telefon ederek neden ödeme yapmadıklarını sorması gerektiğini belirtebilirsiniz.

Zor Koleksiyon İşlemleri - Kara Listeye Alma

İlk denemeler başarısız olursa, hizmetleri engellemek veya hizmetlerin bağlantısını kesmek gibi daha agresif eylemler gerçekleştirilebilir veya hot-lining (Hot-line, suçlu müşterilerin tüm çağrılarını tahsilat operatörüne yeniden yönlendirme sürecidir).

Aidat tahsil etmeye yönelik tüm girişimler başarısız olursa, hizmet sağlayıcı hesabı iptal edebilir ve ödenmesi gereken tutarı şüpheli alacak olarak işaretleyebilir veya hesabı bir tahsilat acentesine devredebilir (satabilir). Tahsilat ajansları, toplanan gelirin belirli bir yüzdesi üzerinde çalışır. Ancak tahsil edilmemiş hesap faturaları bir tahsilat acentesine satıldıktan sonra, hizmet sağlayıcının ödemelerle ilgili olarak müşteriyle çalışmasına izin verilmez.

Burada mahsup, hizmet sağlayıcının (operatör) müşteri adına aidatı tahsil etmesi ve hesabı sonsuza kadar kapatması anlamına gelir. Bu, muhasebe amacıyla yapılır, aksi takdirde operatör için bir zarardır.

Hizmet sağlayıcı, yeniden etkinleştirilmemeleri için kara liste müşterileri olarak da adlandırılan mahsup hesaplarının geçmişini tutar ve kredi kontrol / raporlama kuruluşlarını bu tür hesaplar hakkında bilgilendirir.

Sırada ne var?

Müşterilerin çoğu ödemelerini son ödeme tarihinden önce yapmaktadır. Ödeme yapmak için kullanılan farklı kanallar olabilir.

Bir sonraki bölümde, faturaları kapatmak için farklı ödeme türlerini ve bunların uçtan uca işlenmesini tartışacağız.

Faturalar müşterilere gönderildikten sonra müşteriler faturalarının ödemesini yapmaya başlar. Fatura ödemelerinin faturalama sistemine işlenmesine ödeme işleme denir.

Müşteriler tarafından yapılan ödemeler müşteri hesabına kaydedilmektedir. Ödenmemiş fatura varsa, hangi faturanın ödeneceği, hesabın muhasebe yöntemine bağlıdır. İki tür muhasebe yöntemi vardır -

  • Balance forward accounting - Bu yöntemle, eğer ödenmemiş fatura adedi varsa, alınan ödemeler alacağın yaşına göre faturalara tahsis edilir ve en eski fatura önce oluşturulur.

  • Open item accounting- Bu yöntem, ödemelerin belirli faturalara tahsis edilmesini sağlar. Açık kalem muhasebesi, özellikle ticari müşterilerden gelen ödemelerle uğraşırken kullanışlıdır.

Ödeme metodları

Bir müşteri, hizmet sağlayıcı tarafından desteklenen farklı ödeme yöntemlerini kullanarak ödeme yapabilir; örneğin müşteri çek, kredi kartı, banka kartı veya banka havalesi veya doğrudan nakit yatırma gibi ödeme yöntemlerini kullanarak ödeme yapabilir.

Bir operatörün, ödemeyi doğrudan banka hesapları aracılığıyla alacağı birden çok banka hesabı olabilir. Bu banka hesapları, tutma hesapları olarak adlandırılır ve ödeme ayrıntılarını faturalama sistemine metin dosyalarıyla gönderir.

Ödemeler faturalama sistemi dışında manuel veya elektronik olarak alınırsa, bu ödemeler faturaların kapatılması için otomatik işlem kullanılarak sisteme yüklenir.

Otomatik Ödemeler

Fatura Sistemleri, aylık olarak kredi kartı veya banka kartı bilgilerini ve otomatik ödeme yöntemlerini yakalama olanağı sağlar.

Ödeme yöntemi kredi kartı veya banka kartı kullanılarak otomatik olarak ayarlanmışsa, ödeme talepleri her faturadan sonra veya belirli bir tarihte otomatik olarak oluşturulur ve bu talepler ödeme yetkisi için ödeme ağ geçitlerine (veya bankalara) gönderilir.

Tüm ödemeler onaylandıktan sonra, vadesi gelen faturaların kapatılması için faturalama sistemine yüklenir.

Manuel Ödemeler

Ödemeler nakit veya çek kullanılarak yapılıyorsa, müşteri önceden sisteme girilebilir veya bazı acenteler tarafından tahsil edilirse, bu tür ödemelerin tümü tahsil edilir ve faturalama tarafından sağlanan otomatik yöntemler kullanılarak faturalama sistemine kaydedilir. sistemi.

Alınan tüm ödemeler için, ödeme dosyaları önceden tanımlanmış bir formatta hazırlanır ve daha sonra otomatik olarak Faturalama Sisteminin bunları aldığı ve faturalama veritabanına yüklediği önceden tanımlanmış bir konuma gönderilir.

Kredi kartı veya çek ile yapılan bir ödemenin gerçekleşmediği bir durum olabilir. Bu ödeme sisteme zaten kaydedilmişse, tutarı ayarlamak için iptal edilmesi gerekir. Faturalama Sistemi, başarısız veya iptal edilen ödemeleri ele almak için yardımcı programlar sağlar.

Ödeme Arayüzleri

Bir arayüz, ödemeyi almak için faturalama sistemi ile diğer herhangi bir harici sistem arasında bir bağlantıdır. Arayüz, iki sistemin önceden tanımlanmış kurallara göre diğeriyle iletişim kurmasına izin verir.

Örneğin, basit bir metin dosyası, bir banka ile faturalama sistemi arasındaki bir ödeme arayüzü olabilir. Arayüz dosya tabanlıysa, bankalar ödeme dosyalarını önceden tanımlanmış formatta kullanarak ödeme ayrıntılarını göndermeye devam eder.

Bir banka ile faturalandırma sistemi arasında çevrimiçi API tabanlı bir arayüz olabilir. Çevrimiçi bir arayüz mevcutsa, banka, ödemeyi doğrudan faturalandırma sistemine göndermek için sağlanan API'yi arayacaktır.

Benzer şekilde, ödemelerin tahsil edilmesine dahil olan üçüncü şahıslar için sağlanan dosya tabanlı veya çevrimiçi arayüzler olabilir.

Sırada ne var?

Şimdiye kadar, bir telekom müşterisinin neredeyse tüm yaşam döngüsünden geçtik. Bir sonraki bölüm, operatörler ve müşteriler arasında ortaya çıkan ihtilaf durumunu anlamak için önemlidir.

Anlaşmazlık nedir?

İtiraz, bir hesaptaki bir miktar para ile ilgili bir sorgunun kaydıdır. Normalde, bir müşteri faturasının bazı yönlerini sorguladığında bir anlaşmazlık kaydedilir. Anlaşmazlıklar gündeme gelebilir -

  • Bir hesaptaki faturaya karşılık.

  • Hesaptaki belirli bir derecelendirilmiş olaya karşı. Örneğin, bir müşteri elektrik kesintisi nedeniyle belirli bir izleme başına ödemeli TV olayına itiraz ederse.

Anlaşmazlıkların İşlenmesi

Bir anlaşmazlık kaydedildikten sonra, aşağıdakilerden biri için araştırılır ve doğrulanır:

  • Accept - Ortaya çıkan anlaşmazlık müşteri tarafından geçerliyse, anlaşmazlık kabul edilecek ve müşteriye iade edilecektir.

  • Reject - Anlaşmazlık kabul edilemez bulunursa, anlaşmazlık reddedilecektir.

  • Cancel - Anlaşmazlık yanlışlıkla girilirse, anlaşmazlık iptal edilir.

Anlaşmazlık için aşağıdaki noktalara dikkat edilmeli ve bir faturalandırma sistemi bu noktaları desteklemelidir -

  • Tutarlar ihtilaf durumunda beklemede iken tahsilat işlemleri yükseltilmez, ancak tahsilatlar bu dönemde eskimiş olur.

  • İtiraz edilen olaylar faturalandırılıncaya kadar tahsilat hesaplamasına dahil edilmez. Bundan sonra koleksiyonlar normal yaşlandırılır.

Ayarlama nedir?

Düzeltme, keyfi miktarda parayla bir hesaba kredi verme veya borçlandırma yöntemidir. Ayarlamalar, bir hesabın tamamına veya o hesapta belirli bir derecelendirilmiş olaya karşı yapılabilir.

Bir Faturalama Sistemi, farklı durumlarda kullanılabilen ve her bir ayarlama farklı onay aşamalarından akan farklı türde ayarlamalar oluşturmaya izin verir.

Bir anlaşmazlık kabul edilirse, itiraz edilen tutarı hesaba alacaklandırmak için bir düzenleme oluşturulur. Düzenlemeler, onaylanana kadar bir hesabın bakiyesini etkilememelidir. Onay bekleyen durumundaki düzenlemeler, faturalandırmayı veya tahsilatları etkilemez.

Vergi dahil hesaplar için yapılan anlaşmazlıklar ve ayarlamaların vergi dahil olduğu varsayılır. Brüt tutar girilir ve faturanın çıktısı için kullanılabilir olacaktır.

Sırada ne var?

Bir sonraki bölümde, yönetim için gerekli olan farklı rapor türlerini tartışacağız. Kullanıma hazır raporların bir listesi olabilir ve özel geliştirmeye ihtiyaç duyan bazı raporlar olabilir.

Yönetime sistemin finansmanı, satışı ve performansı hakkında değerli bilgiler sağlamak için çeşitli raporlar oluşturulur. Mali raporlar, yönetim raporları, mutabakat raporları, ağ faaliyet raporları vb. Gibi farklı türde raporlar oluşturulabilir.

Raporlar, iş başarısını artıran ve işletmenin sağlığının izlenmesine yardımcı olan bilgileri içerir, uygun düzeltici önlemlerin alınabilmesi için sorunlu alanları tanımlar.

Raporlama, hiçbir Faturalama Sisteminin% 100 gereksinimleri ilk kez karşılayamadığı alanlardan biridir. Kesinlikle pazarlama veya finans departmanları, çok sayıda özel geliştirme gerektiren bu tür raporlama gereksinimlerini karşılayacaktır.

Faturalama Sisteminiz Veri Ambarı (DWH) üzerine veri aktarıyorsa raporlama faaliyetlerini DWH sistemine aktarabilirsiniz, ancak yine de birçok departman Faturalama Sistemi olan kaynak sistemden önemli raporlar almak ister.

Raporları iki kategoriye ayırabiliriz -

  • Core/Canned Reports- Bu raporlar, sistemin temel işlevi olarak Faturalama Sistemi tarafından sağlanır. Bazen bunlara hazır veya standart raporlar denir.

  • Custom Reports - Bu raporlara doğrudan sistemden ulaşılamayacak ve PL / SQL, PERL veya Shell komut dosyası vb. Kullanılarak bazı geliştirmeler yapılması gerekecektir.

Farklı faturalama sistemleri, farklı alanlarda farklı rapor türleri sağlar. Interconnect Faturalama Sistemleri, toptan faturalandırmayla ilgilendikleri için raporlama ile ilgili daha fazla işlev sağlamak zorundadır.

Raporlama Gereksinimleri

Farklı departmanların ihtiyaç duyduğu raporların listesi aşağıdadır -

Finansal raporlar

Ödeme raporları, belirli bir süre boyunca müşterinin hesap ödemeleri hakkında bilgi sağlar. Hesap Alacakları yaşlandırma raporları, hesap alacakları, ödenmemiş aidatlar vb. Hakkında bilgi sağlar.

Anlaşmazlıklar ve ayarlama raporları, anlaşmazlıkların ve ayarlamaların nedenlerini belirlemede yardımcı olur ve bu tür anlaşmazlıkların ve ayarlamaların nedenini anlamaya ve uygun düzeltici eylemi gerçekleştirmeye yardımcı olur.

Yönetim Raporları

Yönetim raporları, müşteriler, ürün ve hizmet kullanımları, arama modelleri, müşteri geribildirimi vb. Hakkında bilgi sağlar. Bu raporlar, yeni hizmetler sunmak için müşteri kaybını azaltmak için uygun adımların atılmasına yardımcı olur.

Churn, müşterilerin bir hizmet sağlayıcıyla bağlantısını kesip başka bir hizmet sağlayıcıya geçme sürecidir ve bu, yetersiz müşteri hizmeti veya rekabetçi ürünlerin bulunmaması veya rekabetçi ücretlerin olmaması gibi birçok nedenden kaynaklanabilir veya coğrafi konumun doğal bir nedeni olabilir. müşterinin taşınması.

Mutabakat raporları

Bu raporlar, tüm gelir ve gider kaynaklarının gözlem altında olmasını ve herhangi bir gelir kaçağı olmamasını sağlayan Gelir Güvencesi (RA) bilgileri sağlar. Örneğin, ağ sistemindeki sızıntı veya arabuluculuk veya faturalama hataları, yeni hizmetlerin hızlı bir şekilde tanıtılması talebi vb.

Gelir güvence raporları, uygun önlemlerin alınabilmesi için kaçağın nerede olduğunu belirlemeye yardımcı olur.

Ağ Aktivite Raporları

Bu raporlar, bu sorunların üstesinden gelmek için düzeltici önlemlerin (yeniden yönlendirme veya daha fazla kaynak eklenmesi) gerçekleştirilebilmesi için ağ tıkanıklığı alanlarını tanımlamak için bilgi sağlar.

Diğer Raporlar

Aşağıda, bir Faturalandırma Sisteminden istenebilecek birkaç başka raporun hayali bir listesi verilmiştir -

Sr.No. Rapor açıklaması
1 Belirli bir tarih aralığı için gelir bilgilerini kredi sınıfına, müşteri ayrıntılarına, fiyat planına, ücret türüne vb. Göre özetleyen Gelir Sınıflandırması raporları.
2 Öncelikle tahsilat takibine yardımcı olmak için sağlanan Müşteri Ayrıntıları, Eski Alacaklar ve Açık Ürün raporları.
3 Günün etkinliklerini özetleyen ve genel muhasebe bilgilerini sunan günlük raporları.
4 Bir veritabanındaki ürünlerin ayrıntılarını ve belirli bir faturalama / derecelendirme kataloğunda bulunan paketlerin ayrıntılarını veren Ürün ve Paket raporları.
5 Giden ara bağlantı CDR'lerinin mutabakatını kolaylaştıran Ara Bağlantı Anlaşması Muhasebesi (IAA) raporları.
6 Günlük bazda toplam etkinleştirme, sonlandırma, içeri veya dışarı taşıma sayısı.
7 Günlük olarak kredi limitini ihlal eden toplam hesap sayısı ve kredi ihlalinde ne kadar gelir elde edildiği.
8 Başarıyla derecelendirilen, dahili olarak yayınlanan ve belirli bir süre için kodlanmamış olarak gönderilen etkinliklerin sayısı hakkında rapor.
9 Belirli bir hizmet veya tüm hizmetler için yinelenen olaylar raporu (ör. Ses, SMS, MMS, vb.)
10 Belirli bir hizmet veya tüm hizmetler için (ör. Ses, SMS, MMS, vb.) Reddedilen olaylar raporu

Otomatik vs Manuel

Aylık, haftalık veya günlük olarak gerekli olan bir rapor listesi olabilir. Böylelikle bu tür raporlar sistem içerisinde mevcut değilse ve programlanmıyorsa geliştirilerek, son kullanıcının e-posta kutusuna herhangi bir manuel müdahale olmaksızın gönderilebilmesi sağlanır.

Zaman zaman bazı ihtiyaçlara göre farklı rapor talepleri olacaktır, bu tür raporlar önceden hayal edilemez ve geliştirilemez. Dolayısıyla bu raporlar, farklı kullanıcıların talebine göre geliştirilir ve gönderilir.

Sırada ne var?

Bir sonraki bölümden başlayarak, farklı faturalama türlerini ele alacağız; örneğin perakende, toptan satış, MVNO, dolaşım vb.

Operatörlerin çoğu müşterilerine iki seçenek sunar: postpaid veya a prepaidbağ. Faturalı bağlantıların yanı sıra ön ödemeli bağlantıların kendi avantajları ve dezavantajları vardır.

Genellikle, bir operatörün% 70 -% 80'i ön ödemeli müşterilerden oluşan müşteri tabanına sahip olacak ve müşteri tabanının geri kalanı faturalı taraftan gelecektir. Bir operatör için daha fazla faturalı müşteriye sahip olmak her zaman iyidir.

İki tür müşteri, hizmet ve sistem arasındaki farkları bilmek isteyebilirsiniz. İkisi arasındaki birkaç büyük farkı listeleyelim -

  • Service Payments- İki müşteri tabanını birbirinden ayıran en önemli faktör budur. Ön ödemeli müşteriler, hizmeti kullanmadan önce peşin ödeme yaparlar, faturalı müşteriler ise sunulan hizmetleri ay boyunca kullanır ve ay sonunda müşteri, belirtilen süre içinde ödemesi gereken faturayı alır.

  • Charging & Billing - Ön ödemeli müşteriler için, tüm kullanım için müşteriden gerçek zamanlı olarak ücret alınması gerekirken, faturalı müşterilerden ay sonunda ücret alınabilir.

  • Service Offerings- Faturalı fatura sistemleri, gerçek zamanlı ücretlendirme sistemlerine kıyasla daha fazla esneklik sağlar. Örneğin, gerçek zamanlı ücretlendirme sistemi, bir sonradan ödemeli faturalama sisteminin N düzeyine kadar bir müşteri hiyerarşisini idare edebildiği karmaşık bir ticari müşteri hiyerarşisini sürdürmek için esnek değildir.

  • Support & Maintenance- Bir operatörün her iki işletmeye de aynı dikkati vermesi gerekir. Ön ödemeli bir işletme için, operatörün operasyonu kontrol etmek için yetenekli insan gücüne sahip olması gerekiyorsa, operatörün faturaları, faturaları ve operasyonel sorunların giderilmesiyle ilgili faturalı müşteri sorgularını ele almak için harika bir personele ihtiyacı vardır.

  • Supported Network- Uzun zaman önce, ön ödemeli ve faturalı bağlantıların ağı farklıydı. Bu, ön ödemeli bağlantının sonradan ödemeli bağlantıdan daha iyi bağlantı sunacağına veya tam tersine yönelik şikayetleri başlatmak için kullanılır. Bu, yakınsak faturalama çağı ve operatörler işlerini iletişim kalitesinden ödün vermeden aynı ağ üzerinden yürütüyorlar.

Faturalı Senaryo

Ağ öğeleri (anahtarlar, SMSC gibi), faturalama sisteminin gerektirdiği bilgileri içeren Kullanım Ayrıntı Kayıtları (UDR'ler) veya Çağrı Ayrıntı Kayıtları (CDR'ler) adı verilen ham kullanım üretir -

  • Arayan numara (Bir numara)

  • Aranan numara (aramayı alan numara) (B numarası)

  • aramanın ne zaman başladığı (tarih ve saat)

  • Çağrı süresi

  • Çağrı Türü (MOC, MTC, vb., MOC, Mobil Kaynaklı Çağrı anlamına gelir ve MTC, Mobil Sonlandırılmış Çağrı anlamına gelir)

Ağ öğelerinden ve ayrıca diğer hizmet sağlayıcılardan alınan yukarıdaki ham UDR'ler faturalama sistemi tarafından alınır ve faturalama sistemi bunları sistem tarafından anlaşılabilir bir formata dönüştürür. Yukarıdaki biçimlendirilmiş / dönüştürülmüş UDR daha sonra aramanın ücretlendirilmesi gereken müşteri / hesabı bulmak için yönlendirilir ve ardından olayı buna göre derecelendirir.

Yukarıda derecelendirilen UDR'ler daha sonra faturalama veri deposunda saklanır ve faturalama döngüsü tarihinde, faturalama işlemi bu derecelendirilmiş UDR'leri alır ve bunları işler ve ödemeleri, vergileri, indirimleri vb. Dikkate alarak fatura / fatura oluşturur.

Müşteri daha sonra faturayı öder ve faturalama sistemi ödeme ayrıntılarıyla güncellenir. Aşağıda, yukarıdaki standart faturalandırma sürecini gösteren şema yer almaktadır -

Ön Ödemeli Senaryo

Kısaca ön ödemeli faturalandırmanın içerdiği adımlar aşağıdaki gibidir -

  • Müşteri bir arama yaptığında, ön ödemeli anahtarlama ağ geçidi arayan numarayı yakalar ve hesap bilgilerini gerçek zamanlı faturalama sistemine gönderir.

  • Yukarıdaki bilgileri kullanan gerçek zamanlı faturalama sistemleri, kullanıcının kimliğini doğrular, derecelendirme tarife tablosunu ve izin verilen maksimum görüşme süresini kullanarak müşteri hesabının kalan bakiyesini hesaplar ve bu bilgileri ön ödemeli ağ geçidine gönderir.

  • Ağ geçidi aramayı kurar.

  • Çağrı sırasında, ağ geçidi, kullanıcının izin verilen maksimum çağrı süresini aşmaması için çağrıyı izler.

  • Çağrı bittiğinde, ağ geçidi fiili çağrı süresini ön ödemeli faturalama sistemine gönderir ve bu sistem daha sonra fiili çağrı ücretini hesaplar ve hesap bakiyesini güncelleyerek kalan bakiyeyi azaltır.

Aşağıdaki şekil, genel ön ödemeli faturalandırma senaryosunu göstermektedir -

Ön ödemeli faturalandırma süreci, arama tamamlandıktan sonra hesap bilgileri toplama ve hesabı güncelleme ile birlikte aşağıdaki önemli adımları içerir -

  • Authenticating- Kimlik doğrulama, bir kullanıcının iddia ettiği kişi olduğunu doğrulama sürecidir. Kullanıcı, bir kullanıcı kimliği ve şifre gibi bir kimlik doğrulama bilgisi sağlar. Sistem bunları girdi olarak kabul eder ve kullanıcının geçerli olduğunu ve sisteme erişimi olduğunu doğrular.

  • Authorizing- Yetkilendirme, kimliği doğrulanmış bir kullanıcının ne yapmasına izin verildiğini doğrulama sürecidir. Genel olarak, sisteme erişimi kayıtlı ve yetkili müşterilerle sınırlandırmak için Uzaktan Erişim Kullanıcı Sunucusu (RADIUS) protokolü kullanılır.

  • Providing advice of charge (AOC)- Bu, olaydan önce veya sonra aramanın gerçek ücreti hakkında bilgi verir. AOC, bir telekomünikasyon sisteminin, olayın meydana gelmesinden önce veya sonra olayın fiili maliyetleri hakkında tavsiyede bulunma becerisini sağlar.

Telekom faturalandırması hakkında konuştuğumuzda, o zaman varsayılan olarak perakende faturalama ile ilgilidir. Daha önce tartışıldığı gibi, telekom perakende faturalandırması aşağıdaki gibi tanımlanır -

"Telekom Faturalama, kullanımı toplama, toplama, gerekli kullanım ve kiralama ücretlerini uygulama ve son olarak müşteriler için fatura oluşturma sürecidir. Telekom Faturalama süreci, müşterilerden ödemelerin alınmasını ve kaydedilmesini de içerir."

Perakende faturalama, doğrudan son müşteriyle ilgilenir ve son müşteri beklentilerini ve yasal yükümlülükleri karşılamak için birçok zorlukla birlikte gelir. Aşağıdaki kriterleri karşılayan bir faturalandırmanın başarılı olduğu varsayılır -

  • Timely Billing- Son müşterinin faturası zamanında, yani nominal tarihte üretiliyor. Son müşterinin bazı lojistik sorunlar nedeniyle faturalarını zamanında alamadığı durumlar olabilir, ancak tüm vadesi gelen faturaları vade tarihinde oluşturmak BT'nin sorumluluğundadır.

  • Billing Accuracy- Bu, müşteri memnuniyeti ve yasal zorunluluk açısından en önemli faktördür. Faturalama sistemi doğru faturalar üretmiyorsa, yasallık açısından ciddi ticari sorunlara yol açabileceği gibi müşteriyi mutsuz bırakabilir.

Perakende ve Toptan Satış Faturalandırması

Perakende faturalama, son müşteriyle ilgilenir ve bireysel bir müşteriyi faturalandırırken, toptan faturalama, duruma ve işin niteliğine bağlı olarak aşağıdaki varlıklara faturalama ile ilgilenir:

  • Bir telekom operatörüyle ilişkili faturalama satıcıları.

  • Başka bir operatörün müşterilerini aramak için ara bağlantı sağlamak için ara bağlantı ortaklarını faturalandırma.

  • Bir operatörün kapsama alanında dolaşırken müşterilerine hizmet sağlamak için faturalandırma dolaşım ortakları.

Toptan satış faturalama, perakende faturalandırmaya kıyasla kolaydır ve büyük bir tolerans eşiğine izin verirken, perakende faturalandırmanın her zaman% 100 doğru olması gerekir. Toptan satış faturalama, iki operatörün sisteminde yapılandırılan fiyatlardaki farklılıklar veya derecelendirilen çağrı sayısındaki farklılık gibi çeşitli nedenlerden dolayı hiçbir zaman% 100 doğru olamaz, çünkü bazı çağrıların herhangi bir ağ elemanında cevapsız kalması mümkündür.

Convergys ve Amdocs Faturalama sistemleri gibi perakende faturalandırmayı işlemek için kullanılan özel faturalama sistemleri vardır; ASCADE ve INTEC faturalama sistemleri toptan faturalama ile ünlüdür.

Toptan faturalama, çok fazla indirim ve promosyon türü ile uğraşmadığı için perakende faturalama sistemleri kullanılarak da basit raporlar kullanılarak kapatılabilir, oysa perakende faturalama tüm bu zorlukları gerektirir ve toptan faturalama sistemleri ile halledilemez.

Bu eğiticide şimdiye kadar tartışılan tüm kavramlar perakende faturalama ile ilgiliydi ve sonraki bölümlerde ara bağlantı faturalama, dolaşım faturalama ve diğer faturalama türleri hakkında tartışılacaktır.

Ara bağlantı, diğer servis sağlayıcılar için çağrıları işleme sürecidir. Bu, bir hizmet sağlayıcının müşterilerinin başka bir hizmet sağlayıcının müşterileri ile iletişim kurmasına olanak tanır.

İki operatör A ve B ara bağlantı ortağı değilse, Operatör A'nın bir müşterisinin B operatörünün bir müşterisiyle iletişim kurması mümkün olmayacaktır.

Genellikle operatörler, müşterilerinin birbirleriyle iletişim kurmasını sağlamak için birbirleriyle anlaşmalarını sürdürürler. Bu, arabağlantıyla uğraşan tüm operatörlere iyi bir iş fırsatı verir. Tarafların kendi Ağlarına bağlanmayı kabul ettiği herhangi bir ara bağlantı noktası "Interconnection Point".

Ara bağlantı örnekleri şunları içerir:

  • İki bitişik, rekabet etmeyen telefon ağı birbirine bağlanır, böylece bir ağdaki aboneler diğer ağdakileri arayabilir.

  • Uzun mesafeli taşıyıcılar, yerel bir hizmet sağlayıcısının tesislerine erişim elde eder ve ortak bir müşteri tabanına uzun mesafeli hizmetler sağlama konusunda bu sağlayıcıyla rekabet eder.

  • Geleneksel kablolu telefon ve yeni kablosuz mobil taşıyıcılar, geleneksel telefon hizmetinin abonelerinin kablosuz aboneleri arayabilmesi için ve bunun tersi şekilde birbirine bağlanır.

  • Yeni rekabetçi yerel telefon taşıyıcıları, ortak hizmet bölgesindeki aboneleri çekebilmeleri ve bu abonelerin görevlinin ağındaki aboneleri aramasına imkan vermeleri için yerleşik taşıyıcı ile ara bağlantı kurmaktadır.

  • Yerleşik telefon operatörünün müşterileri, sırayla rakip bir yerel operatörün müşterisi olan çevirmeli İnternet Servis Sağlayıcısına arama yapar.

Ara Bağlantı Faturalama

Bu, gelen ara bağlantı araması ayrıntı kayıtları (CDR) ile ilgili olarak bir ara bağlantı ortağına gönderilecek faturaların üretim sürecidir.

Ara Bağlantı Faturalandırması, başarılı arama başlatma ve sonlandırma için altyapımızın bağlandığı ağ operatörlerinin her birine ödenecek ve onlardan alınacak tutarların hesaplanmasıyla ilgilidir. Aramaları birbirine bağlamak için CDR, taşıyıcıyı ve ülke ayrıntılarını tanımlamak için çağrı yönlendirme bilgilerini bir geçerli değerler grubu olarak tutar.

Ara Bağlantı CDR setinin aşağıdaki ayrıntıları içerdiğini unutmayın -

  • CDR'ler, perakende ve toptan müşterilere faturalanabilir olanlardır. Telekom sağlayıcısı için gelirdir. Yerel faturalama olarak da adlandırılır.

  • Yalnızca Ara bağlantı sağlayıcıları için faturalandırılabilir CDR'ler. Ör: Giden aramalar, Giden Transit aramalar, Gelen aramalar, vb. Giden aramalar masraftır ve Gelen aramalar Telekom Sağlayıcının geliridir.

Interconnect Faturalama sistemleri, tüm gelen ve giden ara bağlantı CDR'lerinin fiyatlandırmasını yapar. Genellikle, bir ara bağlantı fiyatı, aramayı taşıyan gelen veya giden ana hat ara bağlantı yolu temelinde hem gelen hem de giden ara bağlantı CDR'leri için belirlenir. En yaygın olarak, bir ana hat kimliği, ara bağlantı Faturalama Sisteminde benzersiz bir ara bağlantı ortağını temsil eder.

Yerleşim Süreci

Anlaşma Süreci, Aramaları Ara Bağlantı Sahibinden Diğer Şebeke Operatörü hedefine veya tam tersi şekilde taşımaya dahil olan Şebeke Operatörünü / Taşıyıcısını çözmek için kullanılacaktır.

İşlem, hesap görme için Giden (Ara Bağlantı Sahibine Yönelik Gider) ve Gelen (Ara Bağlantı Sahibine Gelir) trafiğini getirecektir.

Yerleşim, manuel veya otomatik süreç kullanılarak aylık veya iki haftada bir yapılabilir. İş ortağının ödemesini nasıl desteklediği, faturalama sistemine faturalama sistemine bağlıdır.

Netleştirme Süreci

Netleştirme, mutabık kalınan Sağlayıcı / Taşıyıcı için uzlaştırma tamamlandıktan sonra gerçekleştirilir. Netleştirme, Operatör düzeyinde aynı para birimini desteklediği birden çok hizmet için birden çok ödeme dönemi ile yapılır.

İki tür ağ yöntemi vardır -

  • AFTER - Operatör ile Sağlayıcı / Taşıyıcı arasındaki tutar çıkarıldıktan sonra Operatörün Ara Bağlantı maliyetinin Netleştirilmesinden sonra

  • BEFORE - Operatör ile Sağlayıcı / Taşıyıcı arasında herhangi bir miktar eksiltilmeksizin Operatörün Ara Bağlantı maliyetinin Netleştirilmesinden önce.

Mutabakat Süreci

Bu, giden CDR'lerle ilgili olan bir ara bağlantı ortağından gelen faturaların mutabakatı sürecidir.

Her ay ara bağlantı ortakları, mutabakat amacıyla CDR'lerini değiştirir. İki ortak tarafından sağlanan CDR'lerde tutarsızlıkların olması çok yaygındır.

Faturalama Sistemleri, gelen ve giden ara bağlantı CDR'lerinin mutabakatını kolaylaştıran raporlar sağlar. Bu raporlar arama türü, varış yeri, maliyet aralığı ve süre gibi parametreleri tutar, böylece bu CDR'ler her iki operatör tarafından bu parametreleri eşleştirmek ve eksik CDR'leri belirlemek için kullanılabilir.

Operatörlerin herhangi birinde bazı CDR'lerin eksik olduğu bir durum olabilir. Gerekli uzlaşmayı yaptıktan sonra, eğer sorun çözülmezse, ortaklar arasında çeşitli görüşmeler yapılır ve son olarak, etkilenen ara bağlantı ortağına bir miktar nominal miktar ödenerek sorun çözülür.

Ara Bağlantı Çağrı Senaryoları

Farklı operatörler arasındaki anlaşmanın türüne bağlı olarak çeşitli ara bağlantı çağrı senaryoları olabilir. En sık kullanılan birkaçını ele alalım -

  • Operatör A'nın müşterisi, Operatör B'nin müşterisine ulusal çağrı yapar. Bu durumda, operatör A, operatör B'ye bir miktar ödeme yapacaktır.

  • Operatör A'nın müşterisi, Operatör B aracılığıyla uluslararası arama yapar, çünkü operatör A'nın herhangi bir uluslararası operatörle doğrudan anlaşması yoktur. Bu durumda, operatör A, operatör B'ye bir miktar ödeyecek ve operatör B, uluslararası operatörün yerleştirilmesiyle ilgilenecektir.

  • Operatör A'nın müşterisi, uluslararası bir operatörü kullanarak doğrudan uluslararası arama yapar. Bu durumda, operatör A, doğrudan uluslararası operatöre bir miktar ödeme yapacaktır.

Yukarıdaki aramaların tümü ses, SMS, MMS ve veri vb. Olabilir.

Arabağlantı Sözleşmeleri

Başarılı bir ara bağlantıya sahip olmak için, aşağıdaki konular arabağlantı sözleşmesinde veya düzenleyici makamın kural veya emri ile ele alınmalıdır -

  • Prices and adjustments - Bu, ara bağlantı ücretlerinin başlangıç ​​seviyesini, arabağlantı ücretlerinin ödeneceği para biriminin bir tanımını ve döviz kuru değişiklikleri ve enflasyonu hesaba katmak için anlaşma süresi boyunca fiyatların nasıl ayarlanacağını içerir.

  • Points of interconnection - Arabağlantının gerçekleşeceği fiziki yerler ve arabağlantıda kullanılacak teknik standartlar belirlenir.

  • Transport and traffic routing - Çağrıların nasıl yönlendirileceği ve çağrıları teslim etmek için nelerin aktarılacağı konusunda bazı tanımlamalar yapılmalıdır.

  • Quality of service - Özellikle devreleri sağlama süresi ve çağrı engelleme seviyeleri için kalite standartları tanımlanır ve bu standartların karşılanmadığı zamanlar için çözümler tanımlanır.

  • Billing and collection - Trafik verilerinin ne zaman ve nasıl toplanacağı, faturaların ne zaman ve nasıl değiştirileceği, ne zaman ve nasıl ödeme yapılacağı belirtilmelidir.

  • Reconciliation- Trafik verilerini uzlaştırmak ve diğer tarafa soruşturma yapmak ve talepleri ele almak için bir süreç de dahil edilmelidir. Uyuşmazlıkları çözmek için bir prosedür yararlıdır ve genellikle tahkime, düzenleyiciye veya mahkemelere başvurulmasını içerir.

  • Numbering Plan - Her operatörün ülkenin numaralandırma planına ve numaralandırma kaynaklarına erişimi tanımlanmalıdır.

  • Traffic Load - Birbirine bağlı ağlar arasında akan trafiği sağlama ve alma kapasitesi tartışılmalı ve belgelenmelidir.

Sözleşme Türleri

Operatörler, trafik alışverişi yapmak için farklı türlerde anlaşmalara sahip olabilir. En sık kullanılan anlaşmalar aşağıda listelenmiştir -

  • Bi-Lateral Agreement- Bu anlaşma kapsamında taraflardan her biri, diğer tarafla, Arabağlantı Noktalarında ve / veya bir veya daha fazla doğrudan ara bağlantıda Ağı üzerinden dijital iletişim trafiğini paylaşmayı kabul eder. Farklı ortaklar arasında ödeme mutabakatı, sözleşmeye göre aylık veya iki ayda bir gerçekleşir. Bu anlaşmaya göre, her iki operatör de aramalarını birbirlerinin şebekesinden başlatabilir ve sonlandırabilir.

  • Uni-Lateral Agreement- Bu anlaşma kapsamında, bir taraf trafiğini Arabağlantıdaki diğer tarafın Ağına gönderir ve diğer taraftan trafiği geri almaz. Farklı ortaklar arasında ödeme mutabakatı, sözleşmeye göre aylık veya iki ayda bir gerçekleşir.

Dolaşım, bir mobil iletişim müşterisinin, başka bir operatörün bir ağını kullanarak, ev ağının coğrafi kapsama alanı dışında seyahat ederken otomatik olarak telefon görüşmeleri yapma ve alma, veri gönderip alma veya diğer hizmetlere erişme yeteneğidir.

Dolaşım, ulusal dolaşım veya uluslararası dolaşım olabilir. Ulusal dolaşım, mobil abonelerin, kendi operatörlerinin kapsama alanının olmadığı coğrafi bölgelerde başka bir şebekeyi kullanması anlamına gelir. Bu, örneğin, bir ülkede tam kapsama alanı bulunmayan operatörler tarafından kullanılır. Uluslararası dolaşım, mobil aboneler yurtdışına seyahat ettiğinde ve yabancı ülkedeki bir operatörün ağını kullandığında kullanılır.

Gerçekte nasıl gerçekleşir? Bir servis sağlayıcının belirli bir şehir veya ülkede kapsama alanı yoksa, bu servis sağlayıcı o şehir veya ülkede ağı olan başka bir servis sağlayıcıyla bir dolaşım anlaşması yapar. Bu anlaşmaya göre, başka bir hizmet sağlayıcı, ilk hizmet sağlayıcının dolaşımdaki müşterisine tüm mevcut hizmetleri sağlar.

Bir dolaşım ortağının alanında üretilen CDR'ler, bu dolaşım ortağı tarafından toplanır ve derecelendirilir ve son olarak, dolaşım müşterisinin gerçek hizmet sağlayıcısına gönderilir. Gerçek hizmet sağlayıcı, önceden tanımlanmış hizmet ücretlerine göre sağlanan tüm dolaşım hizmetleri için son müşteriden ücret alır.

İki dolaşım ortağı, fiili dolaşım CDR'lerini ve bu CDR'lere dayalı raporları değiştirerek mali durumlarını aylık olarak hesaplar.

HPMN ve VPMN

Home Public Mobile Networkbir mobil abonenin aboneliği olduğu operatörün şebekesidir. Terim, aksine kullanılırVisited Public Mobile Network (VPMN).

Ziyaret Edilen Genel Mobil Ağ, dolaşım sırasında bir mobil abone tarafından kullanılan ağdır. Terim, Home Public Mobile Network'ün (HPMN) aksine kullanılır.

Takas Odası

CDR'lerini değiş tokuş etmelerine, dolaşım anlaşmaları oluşturmalarına ve herhangi bir anlaşmazlığı çözmelerine yardımcı olmak için farklı dolaşım ortakları arasında arayüz oluşturan MACH gibi iyi bilinen kurumlar vardır.

Takas odaları, gelen roamer'lar için bir dolaşım ortağından fatura kayıtlarını alır ve faturalama kayıtlarını, bu roamer için giden roamer olarak adlandırılacak başka bir dolaşım ortağına gönderir.

TAP3 nedir?

Transferred Account Procedure version 3(TAP3), ziyaret edilen bir ağ operatörünün (VPMN) dolaşım abonelerinin fatura kayıtlarını kendi ana şebeke operatörlerine (HPMN) göndermesine izin veren işlemdir. TAP3, standardın en son sürümüdür ve ağların müşterilerine sunmayı amaçladığı bir dizi yeni hizmet için faturalandırmayı mümkün kılacaktır.

Takas odası, tüm CDR'leri farklı dolaşım ortakları arasında değiştirmek için TAP3 protokolünü kullanır. TAP3, ağ operatörleri arasında dolaşım kullanımına ilişkin nasıl ve hangi bilgilerin aktarılması gerektiğini tanımlar. Bu dosyalar, basit FTP bağlantısı kullanılarak değiştirilir.

TAP'ın farklı sürümleri vardır. TAP, TAP1'den TAP2'ye ve TAP2 + 'dan TAP3'e gelişti. En son sürüm olan TAP3, bir uydu ağında, WLAN ve UMTS'de ve diğer 3G teknolojilerinde standartlar arası dolaşım desteği içerir.

  • GSM TAP Standard TD.57- GSM Aktarılmış Hesap Prosedürü (TAP), farklı ülkelerdeki mobil operatörler arasında dolaşım kullanım bilgilerinin aktarılması için biçim ve doğrulama kurallarını tanımlar. TAP3, standardın üçüncü spesifikasyon versiyonudur. Aktarılan dosyalar TAP dosyaları olarak adlandırılır.

  • GSM RAP Standard TD.32- GSM İade Edilen Hesaplar Prosedürü (RAP), aktarılan TAP dosyalarında / olaylarında bulunan hatalarla ilgili bilgilerin geri döndürülmesi ve dolayısıyla bu dosyalar / olaylar için mali sorumluluğu reddetme biçimini tanımlar. Aktarılan dosyalar, RAP dosyaları olarak adlandırılır.

Dolaşım Faturalandırması

Mobil abone başka bir ülkeye seyahat eder ve yabancı şebekede kullanım oluşturur. Aboneyi faturalandırmak için, bu bilginin abonenin ev ağına geri gönderilmesi gerekir. Yabancı ağ, anahtarlarından vb. Kullanım hakkında bilgi toplayacak ve ardından standartta belirtilen bilgileri içeren TAP dosyaları oluşturacaktır.

Dosyalar daha sonra (düzenli olarak, genellikle günde en az bir dosya) onları İTHALAT yapacak ve ardından aboneye fatura kesmek için bilgileri kullanacak olan ana operatöre AKTARILIR. Yabancı operatör aramaları derecelendirecek ve ardından abonelerin ev ağını bir dosya içindeki tüm aramalar için ücretlendirecektir. Ev sahibi, gelir elde etmek için aramaları işaretleyebilir veya yeniden derecelendirebilir.

MVNO nedir?

MVNO, Mobile Virtual Network Operator. Mobil sanal ağ operatörü (MVNO), cep telefonu hizmetleri sağlayan, ancak kendi lisanslı radyo spektrumu frekans tahsisine sahip olmayan ve cep telefonu hizmeti sağlamak için gerekli tüm altyapıya sahip olmayan bir şirkettir.

MVNE kısaltması Mobile Virtual Network EnablerMobil ağ hizmetlerinin sağlanmasını sağlamak için mobil sanal ağ operatörlerine faturalama, ağ elemanı sağlama, idare, operasyonlar, baz istasyonu alt sistemleri ve operasyon destek sistemleri desteği ve arka uç ağ elemanlarının sağlanması gibi hizmetler sunan bir şirket olan cep telefonu bağlantısı gibi.

Gerçekte bir MVNO, gerçek bir operatörden, ancak farklı bir marka altında mobil ürün ve hizmetlerin satıcısıdır.

Örneğin, ağ, anahtarlar, faturalama sistemleri, provizyon sistemi ve müşteri hizmetleri sistemleri vb. Dahil tüm altyapıya sahip bir A operatörü vardır. Şimdi, birisi minimum yatırım yaparak bir telekom işi başlatmak istiyorsa, seçenek MVNO'dur. Devam etmek için.

Bir MVNO, köklü bir operatörden toplu olarak hizmet satın alacak ve marka adını uygunluğuna göre değiştirecek ve bu ürünleri ve hizmetleri bir operatör olarak pazarlayacaktır. Gerçek operatör son müşteriye karşı şeffaf kalacak ve müşteri MVNO'nun son müşterisi gibi hissedecektir.

Duruma bağlı olarak, bir MVNO bir operatörden bir veya daha fazla altyapı bileşeni satın alabilir ve buna göre ödeme yapabilir. Örneğin, bir MVNO yalnızca operatörden gelen ağı kullanmak isteyebilir veya bir MVNO operatörden ağ ve şarj sistemini kullanabilir ve müşteri hizmetleri, sağlama vb. Gibi bileşenlerin geri kalanı MVNO tarafından kurulabilir.

MVNO'lar, SIM kart, markalama, pazarlama, faturalama ve müşteri hizmetleri işlemleri üzerinde tam kontrole sahiptir.

Birleşik Krallık'ta ticari açıdan ilk başarılı MVNO, 1999'da Birleşik Krallık'ta başlatılan ve şu anda Birleşik Krallık'ta 4 milyondan fazla müşterisi olan Virgin Mobile UK'dir [3].

MVNO Hizmetleri

MVNO'lar tipik olarak kendi altyapılarına sahip değildir, ancak bazı önde gelen MVNO'lar katma değerli hizmetler sunma araçlarını kolaylaştırmak için kendi mobil IN altyapısını kullanır. MNVO'lar, radyo ekipmanı gibi yerleşik altyapıyı bir meta olarak ele alabilirken, MVNO, kendi akıllı ağ altyapılarının kullanımına dayalı olarak kendi gelişmiş ve farklılaştırılmış hizmetlerini sunar.

Bu şekilde, her MVNO ve ağ operatörü kendi niş pazarlarına odaklanabilir ve müşteri erişimini ve markasını genişletecek özelleştirilmiş ayrıntılı hizmetler oluşturabilir.

MVNO'ların çoğu pazara yalnızca ön ödemeli müşterileri hedeflemek ve onlara yalnızca ses, SMS, MMS, veri, geniş bant vb. Gibi ön ödemeli hizmetleri bazı katma değerli hizmetlerle sağlamak için geliyor.

MVNO Faturalandırması

Yerleşik bir operatörün altyapısını bir MVNO'ya sattığını varsayarsak, yerleşik ve MVNO arasında farklı iş modelleri ve anlaşmalar olabilir. Aşağıdakiler en sık kullanılanlardır -

  • MVNO, hizmetlerini markalaştırabilir ve pazarda satabilir ve MVNE bu hizmetleri son müşteriye sağlamada yardımcı olacaktır. Burada sabit bir komisyon yüzdesi MVNE'ye gidecek.

  • MVNO, özel indirimli fiyatlarla toplu olarak ürün ve hizmet satın alabilir ve ardından kendi isimleriyle markalayıp pazarda satış yapabilir.

  • MVNO, ürünleri ve hizmetleri satar ve son müşteriler tarafından üretilen kullanıma göre MVNO, MVNE'ye bir miktar öder.

Tüm durumlarda, MVNO'nun MVNE'ye bir miktar depozito ödemesi gerekebilir ve ardından MVNE tarafından oluşturulan basit raporlar kullanılarak aylık ödeme gerçekleşir.

MVNO, faturalı hizmetler sağladığı ve MVNO'ya sağlanan tüm ürün ve hizmetleri ekleyebildiği sürece, bir MVNE kurumsal müşteri olarak faturalandırma sistemine bir MVNO ekleyebilir. Her ayın sonunda veya genellikle iki haftada bir fatura oluşturulabilir ve tahsilat takibi yapılabilir.

Ancak genellikle, MVNO'ların çoğu Ön Ödemeli sistemde işlenen ön ödemeli hizmetler sağlar. Böyle bir durumda, MVNO işlevselliği, ya ön ödemeli sistemdeki yerleşik işlevsellik kullanılarak ya da sadece ayrı bir hizmet sınıfı tanımlanarak elde edilir. Tüm kullanım CDR'leri ve diğer bilgiler, fatura hazırlamak için raporların oluşturulabileceği veri ambarına dökülür.

Yakınsak Faturalama nedir?

Bir operatörün mobil ses, sabit ses, veri, IPTV, geniş bant, ön ödemeli ve sonradan ödemeli, vb. Farklı hizmetler sağladığını varsayın. Bir müşteri bu hizmetlerden bir veya daha fazlasını aynı operatörden alabilir. Tipik bir müşteri kesinlikle tek bir faturaya ve hesabının tek bir görünümüne sahip olmak ister.

Yakınsak faturalama, tüm hizmet ücretlerinin tek bir müşteri faturasına ve müşterinin birleşik görünümüne entegrasyonudur. Müşteri bir çağrı merkezini aramalı ve tercih edilen tüm hizmetler için eksiksiz hesap bilgileri almalıdır. Müşteri tek bir fatura alır ve tüm hizmetler için tek bir ödeme yapar.

Gerçek bir Yakınsak Faturalama Sistemi, ürün ve pazar segmenti, yani ön ödemeli ve faturalı hizmetler gibi, herhangi bir sayı ve ürün ve hizmet kombinasyonunu tek bir faturada birleştirebilmelidir.

Yakınsak faturalandırmaya katkıda bulunan bir diğer önemli parametre, hem ön ödemeli hem de faturalı müşteriler için tek bir ürün ve fiyat kataloğudur.

Yakınsak Faturalandırmanın Faydaları

Yakınsak faturalandırma, operatörlerin aşağıdaki temel avantajları elde etmesine yardımcı olacaktır:

  • Tek ürün ve hizmet kataloğu, pazara daha iyi zaman ve daha düşük uygulama maliyeti sağlar.

  • Birleştirilmiş fatura, birden fazla hizmet sipariş eden müşterilerin tercihli fiyatlandırma alabilmeleri için çapraz hizmet indirimleri sağlar.

  • Yakınsak faturalama, çoklu hizmet paketlemesine ve fiyatlandırmaya olanak tanıyarak, mevcut müşteriler yeni hizmetler eklemeye ikna edilir ve yeni müşteriler yenilikçi hizmet paketleri tarafından çekilir.

  • Her iki müşteri türü için merkezi müşteri hizmetleri ve desteği (ön ödemeli ve sonradan ödemeli).

Başlıca Darboğazlar

Şimdiye kadar, gerçek yakınsamaya ulaşmak tüm büyük telekom operatörlerinin hayaliydi. Yarın olabilir, tüm ürün ve hizmetlerin gerçek yakınsamasını destekleyecek bir faturalandırma sistemi gelebilir, ancak bugün gerçek yakınsamaya ulaşmak için aşağıdaki engelleri var -

  • Ericsson IN veya Nokia Siemens Şarj Sistemi gibi Gerçek Zamanlı Şarj Sistemleri, ön ödemeli ürün ve hizmetler için çözüm sağlayan çok popüler sistemlerdir. Bu sistemler, örneğin, sonradan ödemeli müşteriler için gerekli olan çeşitli işlevleri yerine getirecek kadar esnek değildir: karmaşık müşteri hiyerarşileri, CDR yeniden derecelendirme, hacim indirimleri, esnek raporlama, dolaşım ücretlendirmesi, ara bağlantı ücretlendirmesi vb.

  • Convergys Infinys veya Amdocs Billing Systems gibi posta ödemeli faturalama sistemleri, sonradan ödemeli ürün ve hizmetler için mükemmeldir. Bu sistemler, önceden ödenmiş trafiği idare edemez ve aramaları gerçek zamanlı olarak ücretlendiremez. Daha da önemlisi, bu sistemler temel mimarileri nedeniyle yüksek oranda kullanılabilir hale getirilemez.

Yukarıda belirtilen iki kısıtlamayı bir arada tutarsak, ön ödemeli ve sonradan ödemeli sistemler arasında bir tür arayüz oluşturarak her iki sistemi birleştirirsek, gerçek bir yakınsama elde etmek mümkün olabilir. Convergys ve Ericsson gibi şirketler, iki sistemi birleştirmek ve her iki sistem türünden gerekli işlevleri kullanmak ve bunları tek Yakınsak Faturalama Sistemi yapmak için aynı yönde çalışıyor.

Destek ve bakım, bir telekom operasyonunun ayrılmaz ve en önemli parçasıdır. Müşteri memnuniyeti doğrudan onlara ne kadar verimli ve ne kadar iyi destek sağlandığına bağlıdır. Müşteri devreye sokuluyorsa ve ortaya çıkan sorun / sorun için iyi yanıt alamıyorsa, müşteri başka bir müsait operatöre geçecektir.

Destek ve bakım, aşağıdaki ana alanları kapsar -

  • System support and maintenance- Bu, BSS'nin (İşletme Destek Sistemleri) ve OSS'nin (İşletim Destek Sistemleri) sağlıklı bir şekilde çalışmasını içerir. Herhangi bir sistemde (Faturalama, Provizyon, Ağ, Arabuluculuk, Müşteri Hizmetleri vb.) Herhangi bir sorun varsa, uzmanlar tarafından bakılır ve minimum süre içerisinde giderilir.

  • Customer Support- Bu, müşterilerle ilgili tüm sorunları gidermeyi içerir. Bir müşteri, müşteri hizmetleri veya çağrı merkezi aracılığıyla şikayet eder ve ardından farklı aşamalarda akışlar düzenler. Bu sorun sinyaller, çağrı bırakma, ses veya veri indirme kalitesi, yanlış fatura, bazı anlaşmazlıklar, hizmet aktivasyonu veya sonlandırma vb. İle ilgili olabilir.

  • System upgrades- Bu, işletmede daha fazla istikrar ve esneklik sağlamak için mevcut bir sistemi en son sürüme yükseltmeyi içerir. Herhangi bir sistemin yeni sürümü, yeni iş gereksinimlerini karşılamak için yeni özelliklerle birlikte gelir. Bu, sistem performansını korumak ve daha fazla depolama için donanım yükseltmesini de içerir.

Destek Seviyeleri

Hizmet sağlayıcılar tarafından her zaman farklı destek seviyeleri mevcuttur. Bu seviyeler, doğalarına ve ciddiyetine bağlı olarak farklı türde sorunları ele alır. En sık kullanılan destek seviyeleri aşağıdaki gibidir -

  • Level 1- Müşteri, bir çağrı merkezi olabilecek müşteri desteği ile iletişime geçer ve müşteri destek uzmanı, müşteri sorununu dinler ve yerinde bir çözüm önerir. Örneğin, telefonu yeniden başlatarak çözülebilecek bazı sorunlar olabilir. Bu nedenle, verimli bir müşteri hizmetleri uzmanı bu tür sorunları bilir ve sorunu (genellikle sorun bileti olarak adlandırılır) bir sonraki seviyeye yükseltmeden bir çözüm önerebilir.

  • Level 2- Müşteri hizmetleri uzmanı bir sorunu çözemezse, sorun bir teknik uzman grubu olan ikinci düzey desteğe taşınır. Bu uzmanlar Bilgi Teknolojileri (BT) departmanına aittir ve sorunu anlayabilirlerse bir çözüm önerebilir ve sorunu 1. seviyeye geri gönderebilirler, aksi takdirde sorunun doğasıyla ilgili olup olmadığını anlamak için sorunun niteliğini kontrol ederler. ağ veya faturalama sistemi veya provizyon sistemi veya donanımı vb. ve sorunun niteliğine bağlı olarak, sorun bir sonraki seviyeye, yani departmana atanır.

  • Level 3- Bunlar çekirdek mühendislik, radyo planlaması, faturalama, tedarik, sipariş yönetimi vb. Gibi kendi alanlarında uzmanlaşmış farklı bölümlerdir. Sorun kendilerine iletilirse, sorunu analiz eder ve sorunun temel nedenini bulmaya çalışırlar. Çoğu zaman, sorun üçüncü seviye destekle teşhis edilecek ve çözülecektir, çünkü onlar kendi alanlarında uzmanlaşmış son derece yetenekli mühendislerdir. 3. seviye destekte sorunun çözülemeyeceği bir durum olabilir çünkü 3. seviye destek ile değiştirilemeyen sistemin çekirdek işlevselliği ile ilgili olabilir. Böyle bir durumda sorun daha da 4. seviye desteğe yükseltilir.

  • Level 4 - Bunlar, faturalama sistemi, ağ anahtarı, ön sağlama sistemi vb. Gibi işletmeyi destekleyen sistemlerin gerçek satıcılarıdır. Dolayısıyla, sorunun faturalama sisteminin temel işleviyle ilgili olduğu belirlenirse, örneğin faturalama sistemi mümkün değildir doğru indirimi uygulamak için, o zaman faturalama sistemi satıcısına yükseltilir ve sorun, provizyon sisteminin temel işleviyle ilgiliyse, provizyon sistemi satıcısına yükseltilir.

Hizmet Seviyesi Anlaşmaları (SLA)

Destek departmanları her zaman SLA adı verilen önceden tanımlanmış bir hizmet seviyesi anlaşmasıyla çalışır. Bu SLA'lar, çeşitli parametreler göz önünde bulundurularak tanımlanır ve yerinde tutulur. Örneğin -

  • Sorunun veya operasyonel görevin ciddiyeti.

  • Sorunun veya operasyonel görevin işe etkisi.

  • Sorunun mu yoksa operasyonel görevin mi tek bir müşteriyi mi yoksa birden çok müşteriyi mi etkilediği.

  • Sorunun veya operasyonel görevin doğrudan gelir kaybı veya müşteri memnuniyeti ile ilgili olup olmadığı.

Bu tür parametrelere bağlı olarak, farklı öncelikler tanımlanır ve farklı konulara veya operasyonel görevlere atanır. Operasyonel görev, rapor oluşturma, fatura oluşturma, veritabanı temizleme etkinlikleri veya yedekleme etkinlikleri olabilir.

Son olarak, her sorun ve operasyonel görev, atanmış bir öncelik ile birlikte gelir ve her önceliğin ilişkili SLA'sı olacaktır. Örneğin, müşteri siparişi yaratmada bir sorun varsa, o zaman doğrudan işi etkilediği için yüksek öncelikli bir sorun olarak kabul edilir. Bu tür sorunların, görevlendirilen departman tarafından mümkün olan en kısa sürede çözülmesi gerekir. Bu nedenle, yüksek öncelikli konu için çok sıkı bir SLA tanımlanır.

SLA'lar, iş ihtiyacını öncelikli tutacak şekilde karşılıklı anlaşma ile tartışılır ve sonuçlandırılır. Genellikle, bir SLA aşağıdaki bilgileri saklar -

  • Öncelikli 1. sorun veya 2. öncelikli konu veya 3. veya 4. öncelikli konu olup olmadığına bakılmaksızın sorunun niteliğini belirleyen parametreler. Öncelik sayısını düşürün, sorunun kritikliği yükselir.

  • Belirli bir öncelik ve önem türü için, sorunun çözülmesinin ne kadar zaman alacağı.

  • Bir SLA'nın başarısız olması durumunda, hangi ceza uygulanacaktır.

  • Her destek düzeyi için iletişim noktaları.

  • Sorun çözümü sırasında süreç akışı ve iletişim ortamı.

  • Altyapı kullanılabilirliği ve sorun çözümünü etkileyen diğer kısıtlamalar.

SLA'lar, farklı departmanlar arasında, satıcı ile operatör arasında ve farklı operatörler arasında ve ara bağlantı durumunda tanımlanabilir.

Aşağıdaki şema, bir Faturalama Sisteminin tipik mimarisini göstermektedir. Bu bölüm, yukarıdan aşağıya tüm arayüz sistemlerinin kısa bir girişini verecektir.

CRM / OMOF Sistemi

Bu, bir müşteri siparişinin yakalandığı ve müşterinin sisteme oluşturulduğu ilk sistemdir. CRM standıCustomer Relationship Management ve OMOF kısaltması Order Management and Order Fulfilment.

Siebel gibi CRM ve OMOF için modüller sağlayan sistemler vardır. CRM sistemi, müşteri ile ilgili bilgileri ürün ve hizmetlerle birlikte tutar. OMOF modülü, siparişin oluşturulmasından tamamlanmasına kadar izlenmesinden sorumludur.

Burada iki olasılığımız var -

  • CRM (Müşteri İlişkileri Yönetimi) / OMOF (Sipariş Yönetimi ve Sipariş Yerine Getirme) sistemi, hizmetleri ve ağ envanter sistemini sağlamak ve ayrıca telefon numaralarını veya IP adreslerini vb. Atamak için faturalama sistemi ve faturalama sistemi ile bağlantı kurar.

  • İkinci olasılık, CRM / OMOF sisteminin, hizmetleri ve ağ envanter sistemini sağlamak ve ayrıca telefon numaralarını veya IP adreslerini vb. Atamak için provizyon sistemiyle iletişim kurması olabilir.

Tedarik Sistemi

Bu sistem, hizmetleri etkinleştirmek, devre dışı bırakmak ve askıya almak için Faturalama Sisteminden veya CRM / OMOF Sisteminden komutlar alır. Her iki mimari de geçerlidir ve mimarın tüm kurulumu nasıl tasarladığına bağlıdır.

Sağlama komutlarını aldıktan sonra, bu sistem hizmetleri etkinleştirmek, devre dışı bırakmak veya askıya almak için çekirdek ağ sistemiyle iletişim kurar. Başarılı bir provizyondan sonra, bu sistem, onu son komutu kimin gönderdiğine bağlı olarak, Faturalama Sistemine veya CRM sistemine bir yanıt gönderir.

Ağ Envanter Sistemi (NIS)

Bu sistem, telefon numaraları, MSISDN, IP adresleri, e-posta adresleri vb. Tüm ağ tanımlayıcılarını korur ve teknik olarak Ağ Envanter Sistemi olarak adlandırılır.

Sistem mimarisine bağlı olarak, CRM / OMOF veya Faturalama Sistemi, gerekli bir ağ tanımlayıcısını almak için NIS ile iletişim kurar ve bunu sipariş oluşturma sırasında müşteriye atar.

Bu sistem, kullanılabilir olanla başlayan ve ardından etkinleştirme, askıya alma, sonlandırma, karantina ve yeniden kullanılabilirlik gibi farklı aşamalardan geçen ağ tanımlayıcılarının yaşam döngüsünü sürdürmekten sorumludur.

Ağ Anahtarları

Genel olarak, Faturalama Sistemi ağ anahtarları ile etkileşime girmez. Ağ anahtarları, müşteri için hangi hizmetlerin sağlandığına bağlı olarak son müşterilere tüm hizmetleri sağlamaktan sorumludur. Bu sistemler aramaları kontrol etmekten, veri indirmekten, SMS transferinden ve son olarak Arama Ayrıntı Kayıtlarını oluşturmaktan sorumludur.

Ağ Anahtarları arasında MSC, SMSC, GGSN ve MMSC bulunur. GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC hakkında daha fazla bilgi için lütfen GSM eğitimlerimize bakın .

Arabuluculuk Sistemi

Arabuluculuk Sistemi, farklı ağ öğelerinden farklı formatlarda CDR'ler toplar. Çeşitli ağ öğeleri, ASN.1 biçiminde CDR'ler üretir ve bazı ağ öğeleri kendi özel CDR biçimlerine sahiptir.

Arabuluculuk Sistemi, tüm CDR'leri işler ve bunları genellikle bir Faturalama Sistemi olan aşağı akış sistemiyle uyumlu bir formata dönüştürür. Arabuluculuk Sistemi, bunları işlemek için CDR'lere çeşitli kurallar uygular; örneğin, arabuluculuk sistemi, uluslararası aramaları çevrilen numaraya (B-Numarası) göre işaretler, aynı şekilde arabuluculuk sisteminin A-Numarası ve B-Numarasına göre net aramaları işaretlemesi gibi.

Çağrı süresi 5 saniyeden az olan tüm çağrıları filtreleme zorunluluğu olabilir, bu tür çağrıları filtrelemek için en iyi yer Arabuluculuk Sistemi düzeyinde olacaktır. Aynı şekilde, faturalama için kritik olan CDR'lerde bazı ekstra bilgiler gerekliyse, Arabuluculuk Sistemi, CDR'lerde bulunan bazı diğer özelliklere dayalı olarak bu tür bilgilerin sağlanmasına yardımcı olacaktır.

Toplanan CDR'ler işlendikten sonra, Arabuluculuk Sistemi tüm CDR'leri FTP kullanarak Faturalama Sistemine gönderir çünkü genellikle Arabuluculuk ve Faturalama sistemleri farklı makinelerde çalışır.

Veri Ambarı (DWH) Sistemi

Bu, Faturalama Sistemi için bir aşağı akış sistemidir ve genellikle müşterilerle ilgili tonlarca geçmiş veriyi tutar. Faturalama Sistemi, çeşitli müşteri bilgilerini DWH sistemine aktarır. Bu bilgiler, hizmet kullanımını, faturaları, ödemeleri, indirimleri ve ayarlamaları vb. İçerir.

Tüm bu bilgiler, çeşitli türlerde yönetim raporları oluşturmak ve iş zekası ve tahmin için kullanılır.

DWH sisteminin her zaman toplu ve büyük veriler üzerinde çalışması amaçlanmıştır ve herhangi bir küçük rapora ihtiyaç duyulursa, DWH'yi küçük bir görev için kötüye kullanmak yerine doğrudan faturalama sisteminden oluşturmak her zaman değerlidir.

Kurumsal Kaynak Planlaması (ERP)

Bir Kurumsal Kaynak Planlama (ERP) sistemi, Finans, İnsan Kaynakları ve Tedarik Zinciri Yönetimi vb. İşlemek için modüller sağlar.

Bu sistemle Faturalama Sistemi arayüzü, faturalar, ödemeler ve ayarlamalar gibi tüm finansal işlemleri kaydetmek için kullanılır.

Bu sistem, finans departmanı için bir genel muhasebe defteri gibi çalışır ve ihtiyaç duyulan herhangi bir noktada eksiksiz gelir bilgisi verir.

Ödeme Sağlayıcı

Bu nedenle, bu mutlaka eksiksiz bir sistem değildir, ancak Faturalama Sistemi ile bankalar, kredi kartı ağ geçidi, mağazalar ve perakendeciler gibi farklı ödeme kanalları arasında yer alan bir tür özel bileşen olabilir.

Tüm ödeme kanalları, müşteri faturalarını kapatmak için faturalama sistemine ödemeleri göndermek için ödeme ağ geçidini kullanır.

Genellikle, Ödeme ağ geçidi, ödemeleri Faturalama Sistemine göndermek için dış dünyaya bir tür API (Uygulama Programlama Arayüzü) sunar. API, ödemeyi kaydetmek için herhangi bir harici kaynak tarafından kullanılabilir.