Faturamento de telecomunicações - Guia rápido

O envio de voz, dados, imagens, fax, etc., de um ponto a outro usando a mídia eletrônica é denominado como telecomunicações e, em resumo, 'telecom'. Os exemplos incluem telefone, rádio, televisão e Internet. O meio de transmissão inclui Fio (cobre), fibra óptica, éter (sem fio), torres de rádio, microondas, satélite, etc.

Agora, vamos listar algumas operadoras de telecomunicações internacionais, que estão fornecendo serviços de telecomunicações satisfatórios aos seus clientes -

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

Vamos também listar alguns serviços básicos de telecomunicações fornecidos por várias operadoras de telecomunicações conhecidas -

• Chamada de voz
• Serviço de Fax
• SMS e MMS
• Conexão de internet
• Download e upload de dados
• Vídeo conferência
• Serviços baseados em IP, ou seja, voz sobre IP ou VPN

As operadoras de telecomunicações estão cobrando de seus clientes de várias maneiras, mas existem dois parâmetros usados ​​principalmente para cobrar de um cliente -

• Rental Charges- São as tarifas cobradas dos clientes mensalmente contra o serviço prestado. Por exemplo, as tarifas mensais do seu telefone seriam de $ 5,00, independentemente de você usá-lo ou não.

• Usage Charges- São os encargos cobrados dos clientes com base na utilização do serviço. Por exemplo, você será cobrado por todas as chamadas feitas ou dados baixados usando seu telefone.

Além das taxas mensais de aluguel e uso, as operadoras também podem cobrar pelo início, instalação, suspensão ou término do serviço.

O Faturamento da Telecom é um processo de coleta de uso, agregando-o, aplicando uso obrigatório e encargos de aluguel e, finalmente, gerando faturas para os clientes. O processo de faturamento da Telecom também inclui o recebimento e registro de pagamentos dos clientes.

Sistemas de Faturamento

Pode haver cenários de carregamento muito complexos, que seriam difíceis de manusear manualmente. Existem Sistemas de Faturamento de última geração disponíveis no mercado de software que podem lidar com tarefas de faturamento de forma muito eficiente e fornecer muitas flexibilidades aos provedores de serviço para oferecer seus serviços com diferentes estruturas de preços.

Os sistemas de faturamento são frequentemente vistos como contas a receber, pois o sistema de faturamento auxilia na cobrança (recebimento) do dinheiro dos clientes. Os sistemas de cobrança também fazem parte das contas a pagar (para acordos entre operadoras), pois os clientes costumam usar serviços de outras empresas, como roaming sem fio, longa distância e conclusão de chamadas por meio de outras redes.

Os sistemas de faturamento são softwares sofisticados, confiáveis ​​e caros, que oferecem diversas funcionalidades. Aqui está uma lista dos recursos mais importantes, mas não se limitando ao seguinte -

• Rating & billing - Envolve a avaliação do uso de produtos ou serviços e a produção de contas mensais.

• Payment processing - Envolve a postagem dos pagamentos do cliente em sua conta.

• Credit control and collections - Envolve perseguir os pagamentos pendentes e tomar as medidas adequadas para cobrar os pagamentos.

• Disputes and adjustments - Envolve o registro de disputas do cliente contra suas contas e a criação de ajustes para reembolsar o valor disputado a fim de resolver as disputas.

• Pre-pay and post-pay services - Envolve o suporte à base de clientes pré-pagos e pós-pagos.

• Multilingual & multiple currencies - Suporte multilíngue e em várias moedas é necessário se o negócio estiver espalhado por todo o mundo e tiver clientes multinacionais ou se as regulamentações governamentais exigirem.

• Inter-carrier settlements - Envolve a divisão da receita entre as operadoras que prestam serviços aos clientes umas das outras.

• Products & services - Isso envolve fornecer uma maneira flexível de manter vários produtos e serviços e vendê-los individualmente ou em pacotes.

• Discount applications - Isso envolve a definição de vários esquemas de desconto a fim de reduzir a rotatividade de clientes e atrair e aumentar a base de clientes.

Tipos de cobrança

Quando você detalha o assunto do faturamento, fica mais complicado. Eu tentaria cobrir a maioria dos conceitos posteriormente neste tutorial, mas primeiro, vamos ter uma visão ampla dos tipos de cobrança amplamente usados ​​-

• Pre-pay Billing- Um mecanismo de cobrança onde o cliente paga adiantado e depois começa a usar um serviço. Normalmente, os clientes pré-pagos não recebem nenhuma fatura e são cobrados em tempo real pelos sistemas de faturamento altamente disponíveis chamados 'IN'(Rede Inteligente).

• Post-pay Billing- Esse é o faturamento convencional, que já vem há muitos anos. Aqui, os clientes compram produtos e serviços e os utilizam ao longo do mês e, no final do mês, as faturas são geradas pelo prestador de serviços e enviadas aos clientes para efetuar o pagamento devido.

• Interconnect Billing:A operadora de rede geralmente é financeiramente responsável pelos serviços prestados a seus clientes por outras redes, independentemente de o cliente pagar ou não pelo serviço. O faturamento da interconexão está relacionado à inter-operadora ou, às vezes, chamadopartner settlements.

• Roaming Charges- Quando um cliente passa da área de cobertura de uma operadora de rede para a área de cobertura de outra operadora, a primeira operadora paga tarifas marginais à segunda operadora para fornecer serviços aos seus clientes. Esse tipo de cobrança é liquidado por meio do faturamento de roaming. Essa liquidação é feita de acordo com o protocolo TAP3, que discutiremos nos próximos capítulos.

• Convergent Billing- O faturamento convergente é a integração de todas as taxas de serviço em uma única fatura do cliente. Faturamento convergente significa criar uma visão unificada do cliente e de todos os serviços (móveis, fixos, IP, etc.) fornecidos a esse cliente.

Fornecedores de sistema de faturamento

Os sistemas de faturamento são a espinha dorsal de qualquer operadora de telecomunicações. Se as operadoras não tivessem um sistema de faturamento forte, não seria possível para elas oferecer seus produtos e serviços com promoções e negócios atraentes e, em última análise, não conseguiriam se manter no mercado competitivo e dinâmico de hoje.

Você pode encontrar milhares de fornecedores, que estão vendendo seus produtos de faturamento com muitos recursos, mas existem alguns no mercado que são realmente bons e são mais comumente usados. Alguns dos bons sistemas de faturamento estão listados abaixo -

Sistema	Local na rede Internet
Convergys IRB	www.convergys.com
Amdocs Ensemble	www.amdocs.com
Tapeçaria AMS	www.amsinc.com/telecom
Kenan Arbor	www.kenan.com
Vista Única	www.intecbilling.com
Portal Infranet	www.intecbilling.com
Ericsson IN	www.ericsson.com

O diagrama a seguir mostra a arquitetura típica de um sistema de faturamento -

Aqui, temos duas possibilidades -

• Contatos do sistema CRM (Customer Relationship Management) / OMOF (Order Management and Order Fulfillment) com o sistema de faturamento e contatos do sistema de faturamento com sistema de provisionamento para provisionar os serviços e sistema de inventário de rede, bem como para atribuir números de telefone ou endereços IP, etc.

• A segunda possibilidade pode ser que o próprio sistema CRM / OMOF entre em contato com o sistema de provisionamento para provisionar os serviços e o sistema de inventário de rede, bem como para atribuir números de telefone ou endereços IP, etc.

Processo Típico de Faturamento

Considerando a arquitetura do sistema acima: → Depois que uma chamada é feita ou você pode dizer que um uso é gerado pelo cliente final, o sistema de mediação reúne os dados de uso do switch de rede e constrói um call-detail record(CDR). Este CDR deve conter o número da parte 'A' e o número da parte 'B', as datas e horas de início e término.

O CDR é então armazenado até que possa ser classificado. Para avaliar a chamada, o CDR é examinado para ver se a chamada é, por exemplo, um número 800, uma chamada local que é coberta por um plano de chamadas de área local, chamada internacional ou uma chamada interurbana. Informações como a hora em que a chamada foi realizada e o código da cidade ou do país são usados ​​para calcular a tarifa da chamada.

Depois que cada chamada é avaliada, essas informações são armazenadas até que a fatura seja executada, geralmente uma vez por mês. Quando a fatura é executada, outras despesas não relacionadas ao uso, como descontos ou taxas mensais, podem ser aplicadas à fatura ou, às vezes, chamadas de fatura.

Pode haver um desconto de tempo de rating ou desconto de tempo de faturamento, diferentes pagamentos feitos pelos clientes, diferentes ajustes dados, todas essas informações contribuem na geração final da fatura.

Essas informações são então convertidas em um formato que pode ser impresso de forma legível. Finalmente, o envelope é impresso, recheado com lacres e enviado ao cliente final.

Requisitos do sistema de faturamento

Um sistema de faturamento deve ser composto por uma série de aplicativos independentes que, quando executados juntos, são chamados de sistema de faturamento. Um bom sistema de faturamento deve fornecer as seguintes funcionalidades principais com grande flexibilidade -

• Customer-interface Management - O sistema de faturamento deve ser capaz de lidar com o contato iniciado pelo cliente, supervisionar o contato ativo do cliente e gerenciar o ciclo de vida do contato.

• Order Management- É uma funcionalidade básica, que deve estar disponível em um sistema de faturamento típico. O sistema de faturamento deve ser capaz o suficiente para capturar pedidos de produtos e serviços e gerenciar o ciclo de vida de entrada de pedidos e supervisionar o ciclo de vida de conclusão de pedidos.

• Sales and Marketing - Um sistema de faturamento satisfatório deve responder à consulta do cliente, lidar com comissões, fornecer suporte de vendas, rastrear clientes potenciais, gerenciar campanhas, analisar o desempenho do produto e adquirir várias unidades habitacionais.

• Rate Plans and Rating - Um sistema de faturamento deve gerenciar uma variedade de produtos e serviços, diferentes planos de tarifas associados a esses produtos e serviços e deve fornecer formas flexíveis de tarifar o uso gerado por esses produtos e serviços.

• Discounting - Um sistema de faturamento deve ser capaz de dar vários tipos de descontos em diferentes usos e aluguéis.

• Invoicing - É importante que o sistema faça consultas de faturamento, gere contas, processe depósitos, execute a administração de contas, mantenha informações de impostos e taxas e processe informações financeiras.

• Credit Control & Collection- Um sistema de faturamento deve controlar o uso e a receita atribuindo diferentes classes de crédito a diferentes clientes. O sistema deve apoiar a cobrança de pagamentos e aplicá-los em diferentes faturas.

• Multilingual Support - O suporte multilíngue envolve o fornecimento de faturas e serviços de atendimento ao cliente em vários idiomas.

• Multiple Currencies - Várias moedas usadas em diferentes países podem complicar o sistema de faturamento, pois o sistema de faturamento e atendimento ao cliente deve ser capaz de registrar e processar em unidades de várias moedas.

• Partner revenue management - O gerenciamento da receita do parceiro é o compartilhamento da receita entre as operadoras que fornecem serviços aos clientes umas das outras.

• Problem Handling - Um sistema de faturamento também deve ser capaz de gerenciar a entrada do registro de problema, coordenar o fechamento do registro de problema e rastrear o progresso da resolução de um registro de problema.

• Performance Reporting - Um sistema satisfatório fornecerá relatórios de desempenho, garantirá relatórios de qualidade de serviço (QoS), criará relatórios de gerenciamento e gerará relatórios regulatórios.

• Installation and Maintenance - O sistema também deve fornecer agendamento de força de trabalho e gerenciar as atividades realizadas nas instalações do cliente.

• Auditing & Security- Um sistema de faturamento deve realizar auditorias de dados e verificações de integridade. Um sistema seguro é sempre desejável para um operador.

Além das funcionalidades acima, um bom sistema de faturamento deve ser -

• Acelerar o tempo de colocação no mercado para lançamentos de novos serviços.

• Permitindo uma visão convergente de clientes e produtos.

• Oferecendo suporte à escalabilidade arquitetônica econômica.

• Permitindo a gestão e liquidação do relacionamento com o parceiro.

• Reduzindo o custo total de propriedade.

O que vem a seguir?

A partir do próximo capítulo, tentaríamos cobrir o processo completo a partir da definição de produtos e serviços, associando plano e tarifas a esses produtos, adquirindo clientes (vendendo produtos aos clientes finais), capturando o uso gerado por esses clientes e, finalmente, classificando e faturar esse uso para enviar uma fatura final a esses clientes.

Suponhamos que uma operadora de telecomunicações como a Airtel deseje configurar um sistema de cobrança próprio. Então, a Airtel teria que primeiro definir seus produtos e serviços pelo departamento de vendas e marketing antes de passar a configurar um sistema de faturamento.

O que é um produto?

Um produto é uma entidade lógica ou física, que pode ser vendida a um cliente final pelas operadoras. Pode ser um telefone celular, conexão de internet, conexão de chamada de voz, VPN, vídeo sob demanda, conexão de TV digital, etc.

Um produto pode ter seu aluguel mensal, que chamamos de tarifas periódicas. Um produto pode serusage generating product ou non-usage generating product. Um produto gerador de uso é às vezes denominado produto gerador de evento e produto gerador de não uso é chamado produto não gerador de evento.

Por exemplo, a conexão de chamada de voz, que vem junto com um número de telefone, é um produto gerador de uso porque gera uso sempre que o cliente final usa esse produto para fazer uma chamada de voz. Um simples telefone sem conexão é um produto que não gera uso e pode ser dado a um cliente apenas com base no aluguel mensal. Portanto, mesmo se o cliente não estiver usando, ele terá que pagar um aluguel mensal.

O que é um serviço?

Quando falamos sobre eles do ponto de vista do marketing, como tal, não há diferença entre produtos e serviços porque, na maioria das vezes, ambos são usados ​​indistintamente por diferentes especialistas em faturamento e marketing.

Simplificando, uma operadora usa seus produtos para fornecer serviços de voz a seus clientes. Uma chamada internacional pode ser chamada de um serviço fornecido por meio de uma conexão de chamada de voz. Outro exemplo pode ser o número 800 que pode ou não estar disponível através de uma determinada operadora, chamada em espera, o reencaminhamento pode ser um serviço fornecido por um modelo de aparelho telefônico ou por uma operadora.

Este tutorial usará Product and Servicetermos indistintamente. Mantendo a simplicidade, os produtos são os itens que os clientes podem comprar ou alugar. produtos podem ser -

• Objetos reais (um telefone celular, por exemplo)
• Serviços (um serviço de chamada em espera em um sistema telefônico, por exemplo)
• Conceitos mais abstratos (um acordo de nível de serviço, por exemplo)

Famílias de produtos

Os produtos relacionados podem ser agrupados em uma família de produtos. Vários níveis de produtos são possíveis, portanto, um produto pode ser pai e filho ao mesmo tempo.

Além disso, cada família de produtos pode ter mais de um produto pai, se necessário. Exemplos de famílias de produtos são -

• Serviços de telefonia
• TV a cabo
• Internet
• Linha Alugada

Grupo de Produtos (Pacotes)

Muitas vezes, os operadores agrupam mais de um produto em um único grupo e os vendem como um pacote completo. Existem sistemas de faturamento, que suportam o agrupamento de vários tipos de produtos juntos como um pacote. Pode ser oferecido com desconto.

Os pacotes permitem que um produto seja oferecido a um cliente a um preço reduzido se for levado como parte de um pacote. Cada pacote pode consistir em qualquer número de produtos e esses produtos podem ser provenientes de mais de uma família de produtos.

Esse plano de preços de pacote para um produto geralmente é diferente de seu plano de preços de comparação (ou seja, não pacote), pois é assim que a empresa oferece um desconto ao cliente na compra do pacote completo. No entanto, isso não é obrigatório, pois um produto pode ter um de seus planos de preços normais atribuídos a ele dentro de um pacote.

Atributos de produtos

Um produto pode ter vários atributos associados a ele. Os atributos do produto permitem que as informações sobre instâncias individuais do produto sejam mantidas onde as informações relevantes diferem entre os tipos de produto. Por exemplo, um produto de TV paga pode ter um atributo registrando o número do seu conversor.

Além disso, um produto de telefone móvel pode precisar de atributos para registrar a Identidade Internacional do Assinante Móvel (IMSI) e o Número Internacional ISDN da Estação Móvel (MSISDN).

Tipos de evento de produto

Um produto pode ter vários tipos de eventos associados a ele. Esses tipos de eventos controlam os eventos que podem ser gerados pelo produto.

Por exemplo, um produto de telefone móvel pode ter tipos de eventos, como chamadas de voz e serviços de mensagens. Pode haver muito mais tipos de eventos associados a um único dispositivo telefônico e a operadora pode cobrar do cliente final cada um dos eventos gerados pelo cliente.

Perspectiva do sistema de faturamento

Uma vez que seu departamento de marketing finalizou todos os produtos, serviços, pacotes e preços associados, eles são configurados no sistema de faturamento.

Diferentes sistemas de faturamento fornecem diferentes níveis de flexibilidade para definir produtos e suas hierarquias em termos de produtos pai, filho e neto.

Alguns sistemas são flexíveis o suficiente para oferecer suporte a pacotes e bundles e alguns fornecem funcionalidades limitadas relacionadas a pacotes e preços com desconto.

Alguns sistemas mantêm catálogos de produtos separados dos catálogos de preços para fornecer melhor abordagem modular e alguns sistemas de faturamento combinam descrições de produtos, seus recursos e preços associados.

Uma vez que todos os produtos, serviços, pacotes e seus eventos estão configurados no sistema de faturamento, o próximo passo é definir seus preços de aluguel e utilização, que abordaremos no próximo capítulo.

O que vem a seguir?

Se você entendeu o que é um produto ou serviço e pacote, pode prosseguir para o próximo capítulo para entender como seus preços são definidos pelo departamento de marketing disponível com qualquer operadora.

O departamento de marketing de uma operadora de telecomunicações trabalha muito para definir as taxas de aluguel e uso para diferentes produtos e serviços. Essas taxas são definidas levando em consideração outros concorrentes e regulamentos. Em termos gerais, existem dois tipos de tarifas, também chamadas de planos de tarifas ou preços, dependendo da terminologia utilizada nos diferentes sistemas de faturamento.

Pode haver diferentes tipos de encargos a serem aplicados a um produto e serviços associados. Para um determinado produto, uma operadora pode definir um ou mais dos seguintes encargos, mas eles não se limitam apenas a esses encargos, pode haver algum outro tipo de encargos, dependendo do país, localização e situação comercial -

• Product Initiation Charges - Estas são cobranças únicas, que podem ser cobradas do cliente como parte da instalação, ativação, serviço ou início de uma conexão.

• Product Periodic Charges - São as taxas, que podem ser aplicadas mensalmente, bimestralmente ou anualmente como aluguel do produto e serviço prestado.

• Product Termination Charges - São as cobranças, que podem ser aplicadas na rescisão do produto e serviço.

• Product Suspension Charges- São as cobranças que podem ser aplicadas caso um produto seja suspenso por algum motivo; por exemplo, falta de pagamento.

• Product Suspension Periodic Charges - Pode ser necessário cobrar de um cliente periodicamente, mesmo se um cliente for suspenso por algum motivo.

• Product Re-activation Charges - Supondo que um produto foi suspenso por algum motivo e agora precisa de sua ativação, uma operadora pode aplicar taxas de reativação para este serviço.

• Product Usage Charges- Este é o tipo de cobrança mais importante, que seria aplicado com base no uso do serviço. Por exemplo, chamada por minuto ou por segundo, download de dados por MB, etc.

Todos os encargos acima são definidos (ou seja, configurados) em catálogos de tarifas diferentes, incluindo ou excluindo os impostos aplicáveis, dependendo da regulamentação. Esses catálogos variam de um sistema de faturamento para sistema de faturamento. Alguns sistemas de faturamento mantêm todos os preços em um único catálogo e alguns sistemas de faturamento mantêm os encargos de uso separados de outros encargos.

Esses catálogos são mantidos no sistema de faturamento, mas também são disponibilizados para o sistema de front-end para que diferentes tarifas possam ser aplicadas ao cliente durante a criação da conta do cliente.

Todos os preços são definidos com base nos produtos e também nas embalagens. Pode haver diferentes combinações de produtos dando preços diferentes em embalagens diferentes.

A seção a seguir daria a você uma ideia sobre os diferentes conceitos, que estão intimamente relacionados à definição de tarifas -

Encargos antecipados e atrasados

Pode haver situações em que uma operadora queira cobrar de seus clientes antecipadamente alguns serviços e no final de cada mês alguns outros serviços.

Cobranças cobradas antecipadamente antes de fornecer os serviços são chamadas in-advance charging e as cobranças cobradas após a prestação dos serviços são chamadas in-arrear charges.

Para cobrança em atraso, os encargos do produto são aplicados por um período até pelo menos o dia anterior à data nominal da fatura atual (ou data de solicitação da fatura para faturas não periódicas).

Portanto, ao configurar diferentes taxas, o sistema de faturamento deve fornecer uma disposição para configurar as tarifas com antecedência e é sempre opcional para as operadoras se quiserem configurar um determinado preço antecipadamente ou em atraso.

NOTE- Os encargos de uso não podem ser cobrados com antecedência até que sejam somados, porque você nunca sabe quanto de uso um cliente irá gerar no próximo mês. Se eles forem de valor fixo, você pode pegar esse valor com antecedência e permitir que os clientes usem serviços ilimitados com base em suas necessidades.

Encargos rateados e não rateados

Considere uma situação em que um cliente obtém uma conexão telefônica no meio do mês e sua fatura precisa ser gerada no primeiro dia de cada mês. Se os preços não forem rateados, o sistema de faturamento cobrará do cliente pelo mês inteiro, o que não seria justo com o cliente. O mesmo se aplica no encerramento, se o cliente encerrar um serviço no meio do mês, a operadora pode não estar disposta a cobrar do cliente pelo resto do mês.

O preço proporcional significa que se aplicaria apenas ao número de dias que o cliente usará o serviço. Por exemplo, se o aluguel mensal do produto é $ 30 e o cliente usou este produto por apenas 10 dias, então o sistema de faturamento deve cobrar do cliente apenas $ 10 por esses 10 dias.

Portanto, o sistema de faturamento deve fornecer uma opção para configurar os preços específicos para serem rateados, bem como não rateados, e permitir que as operadoras escolham o que é melhor para eles.

Encargos Reembolsáveis ​​e Não Reembolsáveis

Agora, vamos considerar uma situação em que uma operadora cobra um cliente adiantado pelo mês inteiro, mas o cliente sai no meio do mês após usar um serviço por 10 dias.

Se os preços forem configurados como não reembolsáveis, eles não serão reembolsados ​​ao cliente, mas se forem configurados como reembolsáveis, serão reembolsados ​​ao cliente. Segunda regra, se os preços fossem configurados como pró-ratáveis, seriam reembolsados ​​com base na pró-ração, caso contrário, seriam reembolsados ​​integralmente.

Opção de substituição de carga

Um bom sistema de faturamento oferece uma opção para substituir os preços básicos no momento em que são fornecidos ao cliente.

Por exemplo, para um determinado produto, os preços base no catálogo são definidos $ 30 por mês, mas o cliente não está pronto para pagar $30 per month, and based on some bargaining, he is ready to pay $25 por mês. Em tal situação, o representante de atendimento ao cliente (CSR) deve ser capaz de substituir o preço base definido$30 and add them as $25 no momento da criação do cliente no sistema.

O sistema de faturação deve dar uma disposição opcional aos operadores se um determinado preço pode ser anulado ou não e deixar que os operadores decidam se desejam anular alguns encargos no momento da venda ou se são fixos em toda a situação.

Segregação de receita por códigos de receita

Todos os operadores gostariam de saber quanto ganharam com um determinado produto, seu aluguel, suspensão ou uso, etc.

Ao definir preços diferentes no catálogo, o sistema de faturamento deve fornecer uma disposição para associar algum tipo de códigos de receita ou palavras-chave com diferentes tipos de encargos. Isso ajuda na geração de relatórios diferentes com base nos códigos associados à receita.

Classificação de tarifas

Um operador pode definir diferentes tarifas, que podem ser oferecidas a diferentes pessoas com diferentes classes de crédito. Por exemplo, uma linha de dados de 5 Mbps a um custo de$100 per month can be offered to a customer having monthly income more than $1000 / mês e uma linha de dados de 1mbps podem ser oferecidos a um cliente com renda mínima mensal de $ 500 / mês.

Todos os sistemas de faturamento oferecem opções para definir diferentes classes de crédito, que podem ser atribuídas aos clientes com base em seu histórico de crédito e receita e podem ser baseadas em alguns outros parâmetros definidos pela operadora.

Todos os produtos e serviços podem ter planos tarifários diferentes, que podem ser oferecidos a diferentes classes de pessoas, desde a classe geral até a classe VIP.

Parâmetros para taxas de uso

Existem vários parâmetros que podem ser usados ​​ao definir as taxas de uso. Por exemplo -

• As ligações diurnas, geralmente chamadas de horário de pico, serão cobradas com tarifa mais alta e durante a noite, ou seja, a tarifa fora do horário de pico será relativamente baixa.

• Se as chamadas estiverem terminando na mesma rede, geralmente chamadas de chamadas on-net, seriam cobradas a preços relativamente baixos.

• Ligações durante o fim de semana, ou seja, sáb e dom, serão cobradas a preços baixos.

• As chamadas para um destino específico seriam cobradas a preços elevados.

• As ligações durante algum festival serão cobradas a preços especiais.

• O download de dados de um determinado site seria gratuito.

• O envio de SMS para um código específico teria uma tarifa alta.

• As chamadas dentro de um determinado grupo de números, geralmente chamado de grupo fechado de usuários (CUG), seriam cobradas a preço zero.

• O envio de MMS internacional ou nacional teria os mesmos preços.

Os sistemas de faturamento fornecem muita flexibilidade para definir várias regras para cobrar o uso de voz, dados, SMS ou MMS gerado pelo cliente.

O que vem a seguir?

Agora, temos todos os produtos, serviços e tarifas associadas disponíveis no sistema de faturamento. No próximo capítulo, veremos como vender esses produtos aos usuários finais e criar seus registros no sistema.

Um cliente é uma "pessoa jurídica" (que pode ser uma pessoa física ou uma empresa) que pega os produtos e serviços oferecidos pela operadora e é responsável pelo pagamento das contas. Em um cenário de faturamento residencial, um cliente pode ser um único proprietário. Em um cenário de faturamento comercial, um cliente pode ser uma empresa.

• Individual customer- Um cliente individual é uma única pessoa (ou agregado familiar) que compra um ou mais produtos e paga as contas. Não haveria qualquer hierarquia necessária para manter o cliente ou conta.

• Company customers- Um cliente empresarial é uma única empresa ou filial de uma empresa. Pode haver um tipo pai e filho típico de hierarquia de clientes representando diferentes filiais ou departamentos da empresa.

Processo de Aquisição de Cliente

Aquisição de clientes é o processo de identificação, atração e retenção de clientes potencialmente lucrativos. Este é um sistema tratado usando o chamadoCustomer Relationship Management (CRM), que é um dos importantes sistemas de suporte de negócios (BSS).

Um sistema de CRM sempre estaria conectado a vários sistemas, incluindo o sistema de faturamento e alimenta os dados pessoais do cliente e informações sobre produtos e serviços para o sistema de faturamento.

Um cliente, que está adquirindo os produtos e serviços, precisa ser ativado no sistema e, para isso, vários detalhes sobre o cliente são necessários -

• O cliente pode ter que preencher um formulário de inscrição com dados pessoais.

• Valide a identidade do cliente para evitar fraudes.

• O provedor de serviços precisa realizar uma verificação de crédito no cliente e atribuir a classe de crédito apropriada com base no histórico de crédito e renda mensal, etc.

• Oferecer produtos adequados, que são provisionados na rede para fornecer o serviço.

Uma vez que o cliente é adquirido, é necessário gerenciar e reter o cliente, o que envolve:

• Interagir e comunicar-se com o cliente para atividades de vendas e cobrança.

• Essas interações podem ser gravadas em diferentes formatos como notas, gravações de voz, etc. Esses dados podem ser usados ​​para analisar o comportamento do cliente e ajudam o provedor de serviços a fornecer melhores serviços a fim de reter o cliente

• Manipulação de tickets de problemas levantados pelos clientes contra qualquer problema que enfrentem com a rede ou fatura, etc. Esses dados também podem ser usados ​​para analisar o comportamento do cliente e ajuda o prestador de serviço para a melhoria dos serviços a fim de reter o cliente .

• Lidar com quaisquer disputas de contas e ajustes levantados entre o cliente e o provedor de serviços.

Ciclo de vida do cliente

Um ciclo de vida típico do cliente é mostrado abaixo no diagrama a seguir -

Todas as fases que compõem o ciclo de vida do cliente são resumidas aqui -

• Customer Engagement − O cliente contata o CSR (Representante de Atendimento ao Cliente) e o CSR envolve o cliente com os vários produtos e serviços oferecidos, vendendo-os ao cliente.

• Order Creation and Fulfilment - O cliente pega o (s) produto (s) e serviço (s) e o CSR cria e conclui o pedido no sistema, que é atendido fornecendo os produtos e serviços necessários ao cliente.

• Service Provisioning - Os produtos e serviços são abastecidos na rede através de um sistema denominado Provisioning System. O Sistema de Provisionamento informa a rede sobre as informações do cliente e os serviços que ele está autorizado a utilizar. Na verdade, isso ativa o cliente na rede.

• Products Utilization - Assim que o cliente é ativado na rede, o cliente começa a usar os produtos e serviços, incluindo, fazer uma chamada, download de dados, etc.

• Products and services usage is Rated & Billed - O uso do cliente é coletado da rede e, em seguida, é classificado com base nos planos de taxas definidos e cobrado para aplicar aluguéis de produtos e descontos necessários, ajustes, etc.

• Bill Delivery - Uma vez gerada uma fatura, ela é entregue ao cliente final que exige a receita dos serviços prestados.

• Bill Payments - O cliente efetua os pagamentos contra as faturas recebidas.

• Dunning & Collection- Pode haver muitos clientes que não pagam suas contas em dia. Para esse tipo de cliente, diferentes cartas de cobrança são enviadas para lembrá-los de seus pagamentos. Se um cliente não pagar em dia, então diferentes cobranças são feitas começando pela interrupção dos serviços ao cliente um por um.

• Customer Termination- Pode haver vários motivos quando é necessário encerrar um cliente no sistema. Por exemplo, o cliente pode estar migrando para um local diferente ou o cliente pode não estar satisfeito com os serviços prestados, etc.

Em uma determinada data, o número total de clientes ativos no sistema são chamados de customer base. Adicionar um cliente ao sistema e encerrar um cliente do sistema é conhecido comocustomer churn.

Tipos de clientes

Normalmente, existem os seguintes tipos de clientes no mercado de telecomunicações de hoje -

• Mobile Pre-Paid Customers- Estes são os clientes que utilizam os serviços móveis pagando antecipadamente as suas despesas. Por exemplo, usuários de telefones GSM, GPRS. Esses clientes recarregam seus telefones com base em seus requisitos.

• Mobile Post-Paid Customers- Estes são os clientes que utilizam os serviços móveis, pagando as suas despesas após cada fatura que recebem. Por exemplo, usuários de telefones GSM, GPRS. Esses clientes pagam suas contas em uma base mensal ou bimestral.

• Fixed Pre-Paid Customers- São os clientes que utilizam o serviço fixo, ou seja, fixo, pagando antecipadamente a tarifa. Por exemplo, usuários de telefones PSTN e WiMax. Esses clientes recarregam seus telefones com base em seus requisitos.

• Fixed Post-Paid Customers- São os clientes que utilizam o Telefone Fixo, ou seja, fixo pagando a tarifa a cada fatura que recebem. Por exemplo, usuários de telefones PSTN e WiMax. Esses clientes pagam suas contas em uma base mensal ou bimestral.

O que vem a seguir?

Agora, temos clientes em nosso sistema de faturamento junto com produtos e serviços. O cliente passa a utilizar todos os produtos e serviços adquiridos e passa a gerar chamadas nacionais e internacionais de dados e voz, que serão avaliadas e faturadas pelo sistema de faturamento e discutiremos esses processos nos próximos capítulos.

Um cliente começa a gerar uso na Rede assim que passa a utilizar os produtos e serviços comercializados pela operadora. Um elemento de rede é uma combinação de software mais hardware e responsável pelo controle geral do serviço e eventos de medição para qualquer tipo de serviço.

O que é um evento?

Um evento é uma única ocorrência faturável do uso do produto, normalmente capturada eletronicamente por uma rede. Por exemplo, quando um usuário de telefone celular faz uma chamada, é gerado um evento que contém informações sobre essa chamada, como a duração da chamada, a hora do dia em que a chamada foi feita e o número que foi discado.

O que é um CDR?

Um evento junto com todos os seus atributos é chamado Call Detail Record(CDR). Um coletor de dados no switch de rede captura o uso na forma de Call Detail Record (CDR) / Usage Detail Record (UDR). Esses CDRs / UDRs brutos, por sua vez, são convertidos pelo sistema de mediação em um formato compreensível pelo Sistema de Faturamento.

Pode haver diferentes elementos de rede controlando os serviços e produzindo diferentes tipos de CDRs; por exemplo, para telefonia GSM -

• As chamadas de voz são capturadas pelo MSC (Mobile Switching Center).
• O tráfego de SMS é capturado pelo SMSC.
• O tráfego de dados é capturado pelo GGSN.
• O tráfego MMS é capturado pelo MMSC.
• Os CDRs de roaming são capturados pelo elemento de comutação do parceiro de roaming.

Para obter mais informações sobre GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, consulte nossos tutoriais GSM .

O diagrama a seguir mostra os elementos de rede que capturam dados de uso e enviam UDRs brutos para o sistema de mediação e, finalmente, para o sistema de cobrança para classificação e cobrança.

Atributos CDR

Conforme mencionado acima, um CDR mantém os detalhes de uso junto com várias outras informações úteis. Abaixo estão os atributos mais importantes de um CDR -

• Chamador (número A).

• Parte chamada (número B).

• Início da chamada (data e hora).

• Quanto tempo durou a chamada (duração).

• Tipo de chamada (voz, SMS, dados etc).

• Um número de sequência exclusivo que identifica o registro.

Além disso, um CDR também pode registrar outras informações, como -

• O identificador da central telefônica.

• O resultado da chamada (se foi atendida, ocupada, etc.).

• Tronco ou rota usada para conectar a chamada.

• Qualquer condição de falha encontrada.

• Indicadores que observam o uso de recursos como encaminhamento de chamadas, chamadas a três, etc.

• Quaisquer facilidades usadas durante a chamada, como chamada em espera ou desvio de chamada.

• Vários outros atributos dependendo do requisito.

O registro preciso de todas as informações necessárias em um UDR depende da lógica do fornecedor do switch mais as entradas da tabela específica do switch. Se nenhum deles puder registrar os dados com precisão, o sistema de mediação não será capaz de reconhecer as chamadas concluídas e transferi-las para o sistema de faturamento.

Processamento de CDR

O Sistema de Mediação coleta CDRs de diferentes elementos de rede em diferentes formatos. Vários elementos de rede geram CDRs no formato ASN.1 e alguns elementos de rede têm seu próprio formato proprietário de CDRs.

O Sistema de Mediação processa todos os CDRs e os converte em um formato compatível com o sistema down stream, que normalmente é um Sistema de Faturamento. O Sistema de Mediação aplica várias regras em CDRs para processá-los; por exemplo, o sistema de mediação marca as chamadas internacionais com base no número discado (Número B), da mesma forma que o sistema de mediação marca as chamadas na rede com base no Número A e Número B.

Pode ser necessário filtrar todas as chamadas com duração inferior a 5 segundos; o melhor lugar para filtrar esses tipos de chamadas será no nível do Sistema de Mediação. Da mesma forma, se alguma informação extra for necessária nos CDRs, o que é crítico para o faturamento, o Sistema de Mediação ajudará no fornecimento dessas informações com base em alguns outros atributos disponíveis nos CDRs.

Uma vez que os CDRs coletados são processados, o Sistema de Mediação envia todos os CDRs para o Sistema de Cobrança usando FTP porque normalmente os sistemas de Mediação e Cobrança são executados em máquinas diferentes.

O que vem a seguir?

Bem, agora você capturou o uso gerado pelo cliente. O próximo capítulo cobrirá como podemos classificar esse uso capturado para que a receita devida possa ser cobrada do usuário final.

Taxa é a cobrança / preço pela ocorrência de um evento. Exemplos de tarifa incluem cobrança pela duração da chamada telefônica: Por exemplo: "0,40 INR por 1 minuto" ou uma quantidade específica. Por exemplo: 10,00 INR para download de 1 MB ou pode ser cobrado pela qualidade do serviço.

Já explicamos que Evento é uma ocorrência única de uso de produto / serviço. Os eventos são capturados pelos elementos da rede na forma de CDRS / UDRs e passados ​​para o sistema de Faturamento para classificação e faturamento.

A classificação é o processo de determinação da cobrança / preço de eventos individuais. Por exemplo, o preço de uma chamada de 2 minutos é 0,80 INR com a taxa de 0,40 INR por minuto.

O Rating Engine, que faz parte do sistema de Faturamento, realiza essa função de classificação.

Processo de Avaliação

O Rating Engine recebe os eventos na forma de registros de dados chamados de Call Detail Records (CDRs) ou Usage Detail Records (UDRs), que descrevem o uso de um produto / serviço. Um CDR é uma sequência de dados que contém informações da chamada, como data e hora da chamada, duração da chamada, parte chamadora, parte chamada, etc., que são usados ​​para classificar os eventos.

Há uma lista de funções básicas do Rating / Rating Engine -

• Aceitar CDRs do Sistema de Mediação ou de outros provedores de serviços ou parceiros de roaming no caso de uso de roaming.

• Validando os CDRs e eliminando quaisquer registros duplicados. Esses eventos duplicados são armazenados em uma tabela de banco de dados para verificação posterior.

• Para determinar a conta do cliente que deve ser cobrada pelo evento. Aqui, o processo Rate pega a origem do evento (número de celular ou endereço IP, etc.) e verifica o banco de dados para verificar se esta origem do evento está associada a alguma conta. Esta etapa é chamada de Orientação de eventos.

• Se o evento não puder ser guiado, então este evento será rejeitado e poderá ser colocado na categoria de suspense. Esses eventos rejeitados são armazenados em uma tabela de banco de dados para verificação posterior.

• Calcular o custo / preço do evento de acordo com a tarifa de rating (também referido como plano de tarifas).

• Aplicar quaisquer descontos de tempo de classificação aplicáveis. Isso pode ser nos primeiros cinco minutos gratuitos e, depois disso, a ligação será cobrada à taxa normal. Esses tipos de descontos são chamados de descontos por tempo de classificação.

• Para armazenar o evento classificado no banco de dados para fins de faturamento ou enviá-lo ao sistema externo para faturamento.

A imagem a seguir mostra uma visão geral do Rating Engine e suas funções associadas -

As informações do cliente determinam o plano de tarifas (tarifa de classificação) a ser usado no cálculo de encargos / preços. O mecanismo de classificação usa as tabelas de classificação e as informações do evento dos CDRs (por exemplo, distância, hora do dia, local da chamada, duração ou volume do evento, etc.) para calcular a cobrança real de cada chamada.

Eventos duplicados

Um evento duplicado é definido como qualquer evento não faturado relacionado a outro evento não faturado de todas as seguintes maneiras -

• Os números das contas são idênticos.
• As fontes de eventos são idênticas.
• Os IDs de tipo de evento são idênticos.
• As datas e horas dos eventos são idênticas.

Quaisquer outros critérios podem ser definidos no sistema de faturamento para identificar eventos duplicados. Existem várias situações que podem fazer com que eventos duplicados sejam enviados ao sistema de Faturamento -

• Uma falha do mecanismo de filtragem do sistema de mediação.
• Erros de codificação no software do sistema de mediação.
• Uma repetição de todo ou parte de um arquivo de evento sendo passado para o Mecanismo de Avaliação.

Eventos Rejeitados

Quando o Billing System encontra um problema com um evento específico, o evento ofensivo é rejeitado. A rejeição pode ser devido a problemas com qualquer um dos seguintes -

• O próprio evento.
• O plano de tarifas.
• Dados do cliente e da conta.
• Dados de configuração.

Existem três razões principais para rejeitar um evento -

• Erros de análise evitam que o Sistema de Faturamento leia as informações no registro de detalhes do evento. Um erro de análise pode ocorrer porque os dados no registro de eventos estão corrompidos ou no formato errado.

• Erros indeléveis impedem Geneva de identificar a origem do evento ou conta associada ao evento. Um erro indescritível pode ocorrer porque a origem do evento ainda não existe no banco de dados do sistema de faturamento.

• Erros irrecuperáveis ​​impedem o Sistema de Faturamento de calcular um custo para o evento. Um erro irrecuperável pode ocorrer devido a problemas com um plano de tarifas.

Todos os eventos rejeitados são lançados em uma conta especial, que é chamada internal account ou suspense account e esses eventos rejeitados são chamados suspense events. O departamento de finanças acompanha todos os eventos rejeitados e os contabiliza como parte da perda de receita. O departamento de TI sempre dá muita atenção para resolver eventos rejeitados e avaliá-los corretamente para economizar receita.

Se um evento rejeitado não puder ser corrigido e a Operadora não quiser postá-lo em uma conta interna, o evento pode ser descartado. Quando um evento é descartado, não será submetido ao Rating Engine e nenhuma tentativa de avaliá-lo ocorrerá.

Avaliação em tempo real

A classificação em tempo real é o processo de pegar os eventos à medida que ocorrem e classificá-los imediatamente, com o menor atraso possível entre a geração do evento e o custo. A classificação em tempo real pode ser contrastada com a classificação baseada em arquivo, onde os detalhes do evento são armazenados em um buffer de arquivo por horas, dias ou semanas antes que todo o arquivo seja finalmente avaliado.

O processo do sistema em tempo real inclui transações de comércio eletrônico e download de dados. Qualquer aplicativo em que os eventos devam ser avaliados e aplicados rapidamente à conta de um cliente é um candidato adequado para avaliação em tempo real.

Rerating Events

Existem várias situações em que pode ser necessário rerar eventos. Por exemplo, quando -

• Um erro no plano de tarifas usado resultou em eventos com preços incorretos.

• Os eventos foram carregados na conta errada (devido ao registro incorreto da origem do evento).

• Um plano de taxas existente foi substituído em algum ponto entre a última e a próxima data de faturamento.

• O plano de taxas, plano de preços ou fonte de eventos para um produto foi alterado retrospectivamente.

O processo para rerar eventos é muito simples e é o seguinte -

• Descarregue / libere todos os eventos do banco de dados usando o utilitário fornecido. A maior parte do sistema de faturamento fornece um utilitário para descarregar ou cancelar a classificação de todos os eventos avaliados.

• Resolva o problema onde quer que esteja.

• Reenvie os eventos para classificação pelo Mecanismo de Classificação.

Eventos Parciais

Os eventos parciais permitem que o equilíbrio do cliente seja mantido enquanto um evento está em andamento.

Por exemplo, no caso de um download de dados longo, o sistema de mediação continuará enviando eventos parciais ao sistema de faturamento para que o sistema de faturamento continue classificando-os em vez de esperar pela conclusão do evento, e assim que o limite de crédito do cliente violar, a conta será bloqueada e O elemento da rede será informado para encerrar a chamada.

Limites e ações

O Rating Engine pode verificar automaticamente se algum limite de tempo de classificação, incluindo limites de desconto de tempo de classificação, foi atingido.

Limites de tempo de classificação ajudam a proteger as operadoras de muitas perdas de receita. Por exemplo, um cliente pode não estar disposto a pagar mais do que seu limite de crédito, nesse caso, torna-se necessário encerrar a chamada do cliente assim que atingir o limite de crédito.

Se for necessário realizar uma ação de tempo de classificação, é importante ter o máximo possível de classificação em tempo real.

O que vem a seguir?

Até agora, vimos como um cliente gera uso e como o sistema de mediação empurra esse uso (CDRs) para o Sistema de Faturamento e como um Sistema de Faturamento avalia esses CDRs.

No próximo capítulo, discutiremos como coletar todos os CDRs avaliados para o mês inteiro e gerar a fatura / fatura final, que é enviada ao cliente final para coletar a receita dos serviços prestados.

Faturamento é a agregação de todos os eventos não recorrentes, periódicos e cobráveis ​​em uma base de conta por conta. É também o cálculo de todas as despesas pendentes e descontos e bônus disponíveis.

A saída do processo de faturamento é um fluxo de dados de fatura marcados que podem ser usados ​​para criar uma fatura em papel, disco ou qualquer outra mídia. O Billing Engine, que faz parte do Sistema de Faturamento, cria faturas.

Processo de cobrança

O diagrama a seguir mostra o diagrama básico do Billing Engine e funções associadas -

O Billing Engine escolhe uma conta para gerar uma fatura e as seguintes informações associadas para gerar os dados da fatura -

• Todos os CDRs avaliados para o cliente no mês da fatura.

• Todos os tipos de encargos (iniciação, instalação, periódica, suspensão, rescisão, etc.) aplicáveis ​​aos produtos e serviços do cliente.

• Se houver algum reembolso ou quaisquer outras taxas aplicáveis.

• Total pendente de contas anteriores.

• Total de pagamentos efetuados pelo cliente no mês em questão.

• O ajuste total foi aprovado a favor do cliente ou contra o cliente.

• Desconto total concedido ao cliente.

• Total de impostos aplicáveis ​​ao uso do cliente e encargos de aluguel.

• Parâmetro de configuração de faturamento necessário para executar o mecanismo de faturamento; por exemplo, data de vencimento do pagamento, etc.

As informações acima mencionadas são apenas indicativas e podem variar de sistema de faturamento para sistema de faturamento e de operadora para operadora.

O Billing Engine produz dados brutos com todas as informações necessárias para gerar uma fatura final e esses dados brutos podem ser usados ​​para gerar uma fatura final a ser enviada ao cliente final.

Bill Cycles

Quando um cliente é adicionado ao sistema de faturamento, o sistema atribui ao cliente um ciclo de faturamento predefinido. Um ciclo de faturamento é uma data em que o Billing Engine é executado e produz faturas para um conjunto de clientes.

Se houver muitos clientes, eles serão divididos em diferentes ciclos de faturamento. Por exemplo, um grupo de clientes pode ter dados de faturamento no primeiro dia de cada mês; outro pode ter a data de faturamento no dia 15 de cada mês.

Se um cliente for designado para executar uma fatura no primeiro dia do mês, isso será chamado de nominal bill date. Mas, por vários motivos, muitas vezes a execução da fatura atrasa e a fatura real é gerada em uma data posterior, isso seria chamadoactual bill date.

Tipos de contas

Pode haver vários tipos de contas disponíveis para um usuário. Alguns deles podem não ser suportados por alguns sistemas de faturamento.

Sr. Não.	Tipo e descrição da fatura
1	Initiation bill Normalmente, só é solicitada como primeira fatura de uma conta. Inclui encargos e ajustes do produto, mas sem eventos.
2	Periodic bill Produzido em intervalos regulares. Inclui todas as cobranças, eventos e ajustes periódicos.
3	Interim bill Uma fatura extra que contém cobranças devido a eventos processados ​​para a conta desde a última fatura. Inclui todos os eventos e ajustes, mas sem cobranças periódicas.
4	Suspension bill Enviado quando uma conta foi suspensa. Inclui todas as cobranças, eventos e ajustes periódicos.
5	Final bill Enviado quando uma conta foi encerrada para cobrar todas as despesas pendentes devidas. Inclui todas as cobranças, eventos e ajustes periódicos, junto com quaisquer reembolsos; por exemplo, a devolução de um depósito.
6	Post-final bill Enviado quando uma conta encerrada tem contas a receber pendentes após a produção de uma fatura final. Inclui quaisquer eventos e ajustes pós-rescisão, mas sem cobranças periódicas.
7	Credit note Uma fatura extra que contém todos os ajustes a favor do cliente gerados desde a última fatura.
8	Summary Statements Um extrato resumido pode ser produzido para uma hierarquia de faturamento orientada para o cliente. Pode resumir todas as faturas produzidas por todas as contas associadas ao respectivo cliente. Opcionalmente, eles também podem concatenar todas as contas em um único extrato.

As contas são produzidas automaticamente ou a pedido de um cliente.

Modos de cobrança

Um sistema de faturamento pode gerar contas em dois modos, por exemplo -

• Test (what if?) billing mode- Este modo é usado para produzir contas de teste formatadas, deixando o banco de dados inalterado. Essas contas são úteis para garantir que o sistema está funcionando bem e testar depois de fazer alterações nos modelos de contas ou tarifas.

• Ao executar o Billing Engine no modo de teste, as confirmações não são feitas no banco de dados. Portanto, não haveria nenhum impacto no perfil do cliente, mesmo depois de executar o faturamento de teste várias vezes.

• As contas de teste geralmente são executadas para um conjunto de amostra de clientes. Se você estiver satisfeito com as contas de teste, poderá prosseguir para as contas de produção.

• Production (live) billing mode- Este modo é usado para produzir contas de produção normais. Na maioria das vezes, este é o modo padrão do Billing Engine.

• Depois que uma fatura de produção é gerada, o Billing Engine atualiza o perfil do cliente no banco de dados com o saldo total pendente a ser pago pelo cliente e a próxima data da fatura, etc.

O Billing Engine atribui diferentes números de fatura a todas as contas de produção, o que ajuda a controlar os diferentes pagamentos efetuados na fatura.

Supressão de contas

Pode haver uma situação em que não valha a pena gerar uma fatura e melhor suprimir a fatura. A seguir estão esses tipos de situações -

• Suprimindo faturas para contas com zero (contas de atividade zero) ou muito pouco valor (contas pequenas).

• Um tipo específico de fatura também pode ser suprimido se vários tipos de fatura forem solicitados / programados ao mesmo tempo e, portanto, evitando que faturas desnecessárias sejam enviadas ao cliente.

Uma conta pequena é uma conta que se enquadra entre os intervalos definidos pelo valor mínimo positivo da conta e o valor máximo negativo da conta, condições de cobrança excepcionais. Faturas de pequeno valor são produzidas e, em seguida, removidas do processo de faturamento, para que não sejam enviadas aos clientes.

Contas excepcionais

Exemplos de possíveis contas excepcionais são contas ou contas excepcionalmente altas, que excedem o limite de crédito da conta em um multiplicador definido. O Billing Engine executa algumas verificações básicas nos dados da fatura que produz. Isso envolve o teste do total que está sendo cobrado para garantir que as seguintes condições sejam atendidas:

• O total da conta é maior do que o valor mínimo da conta negativa.

• O total da fatura é inferior ao valor máximo positivo da fatura.

• O total da fatura é menor que o limite de crédito da conta multiplicado pelo multiplicador de limite de crédito.

Todas as condições acima variam de sistema de faturamento para sistema de faturamento e de operadora para operadora e são chamadas de condições de faturamento excepcionais.

Itemização da conta

Por padrão, todas as faturas fornecem um resumo detalhado das taxas de produto e serviço junto com as taxas de uso. Mas não fornece os detalhes de todas as ligações feitas pelo cliente.

Uma fatura detalhada significa dar detalhes completos de todas as ligações feitas pelo cliente. Isso requer mais número de papéis a serem impressos. A tendência recente é o envio de faturas discriminadas por e-mail eletrônico e o envio do extrato por meio de cópia física da fatura.

Formatação de fatura

Existem sistemas de faturamento, que fornecem utilitários de formatação de faturamento, que podem ser usados ​​para gerar faturas formatadas finais.

Os formatadores de faturas pegam os dados de saída produzidos pelo Billing Engine e geralmente geram um arquivo Post Script ou um arquivo PDF, que pode ser usado pela Bill Printing Company.

Se o sistema de faturamento não for capaz de gerar faturas formatadas, o sistema gerará um conjunto de arquivos marcados junto com as informações de faturamento e qualquer Formatador de faturas externo poderá usar essas informações marcadas para gerar uma fatura bem formatada.

Não importa, se o Billing System gera fatura formatada ou usamos uma ferramenta externa para gerar essas faturas formatadas usando dados brutos gerados pelo mecanismo de faturamento, finalmente essas faturas são enviadas para a empresa de impressão de faturas, que se encarrega de gerar a cópia final da fatura gerada . Discutiremos isso em detalhes no capítulo subsequente "Geração de faturas".

O que vem a seguir?

O próximo capítulo explicaria o processo de desconto, que na verdade é parte do processo de classificação e cobrança, mas o mantivemos como uma seção separada por causa dos vários itens que precisam de mais explicações.

Discutiremos diferentes tipos de hierarquias de desconto e que podem ser fornecidas no momento da classificação e do faturamento.

Todos os descontos alteram (mais comumente para reduzir) o preço a ser pago por um conjunto de eventos e / ou produtos. O desconto é uma forma de dar dinheiro ao cliente. O desconto define uma determinada quantia de dinheiro (porcentagem ou monetária) a ser aplicada a produtos ou uso que atendam a determinados critérios. Por exemplo, todas as chamadas locais feitas em um determinado dia, digamos 01-01-2010, têm um custo de $ 0,20.

Os descontos podem ser calculados durante o processo de classificação ou durante o processo de faturamento -

• Rating Time Discount- Todos os descontos concedidos no momento do processo de classificação. Esses descontos podem ser concedidos apenas com o uso. Um exemplo de desconto de tempo de avaliação é "5% de desconto na primeira hora de todas as chamadas internacionais".

• Billing Time Discount- Todos os descontos concedidos no momento do processo de faturamento. Esses descontos podem ser dados sobre o uso avaliado, bem como sobre as taxas de produto e serviço. Um exemplo de desconto por tempo de cobrança é "5% de desconto se você gastar mais de US $ 15 em um mês".

Um desconto de pré-itemização é aquele que modifica o preço de cada evento ao qual se aplica para determinar um preço reavaliado. Este desconto também vem na categoria de desconto de tempo de cobrança, mas está relacionado à classificação das chamadas. Outros descontos de tempo de faturamento não alteram o preço do evento. Um desconto de pré-itemização não pode incorporar encargos de produtos, apenas encargos de eventos.

Etapas e limites de desconto

O tamanho de um desconto é determinado usando uma série de etapas e limites de desconto. As etapas de desconto permitem que o tamanho do desconto seja alterado quando limites específicos são atingidos.

Por exemplo, um desconto para eventos de telefonia pode depender do número de minutos gastos com chamadas, com 10% de desconto após 100 minutos e 20% de desconto após 200 minutos.

Cada desconto deve ter pelo menos uma etapa. Outras etapas podem ser adicionadas se o desconto for necessário para se tornar mais ou menos favorável com volumes maiores. Cada etapa de desconto pode ter seu desconto expresso como uma quantia em dinheiro ou uma porcentagem (mas não ambos).

Tipos de desconto simples

Pode haver infinitos tipos de descontos dados ao cliente final, mas isso depende do que seu faturamento oferece. A seguir estão os tipos de descontos simples, mas muito bons, que podem ser oferecidos -

Descontos em produtos cruzados

Estes são os descontos onde um conjunto de produtos e eventos determinam os descontos para outro conjunto de produtos e eventos.

Por exemplo, "10 SMS grátis se mais de $ 30 forem gastos em chamadas móveis". Aqui, as chamadas móveis determinam o desconto e o produto SMS obtém os descontos, esse tipo de desconto é chamadocross product discounts.

Descontos em camadas

Eles são aplicáveis ​​apenas à parte do conjunto de eventos ou dinheiro gasto que se enquadra entre os limites de desconto atribuídos. Por exemplo, no diagrama a seguir, 0% de desconto para um gasto de$0-$Limite de 100 ou limite de 0-100 eventos, 5% de desconto para um gasto de $100-$Limite de 200 ou limite de 100-200 eventos, etc.

Descontos por volume

Estes são os descontos com base no número de eventos ou cobranças de produto que um determinado produto gera. Por exemplo, no diagrama a seguir, 5% de desconto para um gasto de $ 100 ou 100 eventos, etc. Como visto, quanto maior o gasto, maior o desconto.

Descontos fiscais

Os descontos fiscais fornecem um método alternativo para lidar com algumas isenções fiscais. Eles são calculados e aplicados quando a conta é faturada.

Períodos de desconto e rateio

A maioria dos descontos tem um período de desconto associado a eles, que pode ser qualquer número de dias, semanas ou meses. Este período pode ser usado de três maneiras -

• Para especificar o tempo durante o qual um valor limite deve ser atingido.

• Para especificar a frequência com que um desconto absoluto deve ser aplicado.

• Especificar com que frequência o maior uso é determinado para descontos com filtros de maior uso anexados.

Os descontos podem ser rateados e não rateados com base no requisito. Se o desconto for rateado, o desconto será calculado com base no número de dias de utilização do serviço e, no caso de desconto não rateado, será calculado para todo o período para o qual o desconto foi configurado.

Esquemas de bônus

Os esquemas de bônus são métodos de oferecer eventos gratuitos ao cliente, em que o número de eventos gratuitos é determinado pelo uso anterior ou cobrança de um ou mais produtos durante um período de tempo (por exemplo, o ano anterior).

Por exemplo, "Pegue o pacote de telefonia Super Deal e ganhe US $ 10 em ligações gratuitas para cada três horas de ligações internacionais feitas no trimestre anterior."

Existem outras maneiras de dar dinheiro aos clientes, por exemplo, oferecendo um plano de preços mais favorável por meio de um pacote, reduzindo a taxa unitária de um produto à medida que a quantidade tomada aumenta.

Grupos de Calling Circle (CUG)

Grupos de círculos de chamada definem um relacionamento entre usuários, que são modelados como membros e (por padrão) não membros.

Dentro desse modelo, uma chamada feita por um membro do círculo para outro membro do círculo seria precificada usando uma taxa diferente daquela aplicada a um não membro (ou associado) fazendo a mesma chamada.

O relacionamento entre os chamadores é determinado pela combinação das identidades do chamador. Os círculos de chamada podem abranger redes se as redes pertencerem à mesma operadora e um único círculo de chamada pode incluir usuários de telefonia móvel e fixa.

O que vem a seguir?

Já abordamos os processos de faturamento no capítulo anterior. No próximo capítulo, discutiremos a última parte da Geração de faturas, começando com os dados brutos da fatura até a formação estruturada da fatura.

A maioria dos sistemas de faturamento gera texto ASCII estruturado contendo o conteúdo informativo da fatura. Os dados da fatura para cada fatura são gravados inicialmente no banco de dados ou em arquivos de texto simples. O formato dos dados nesta fase é o mesmo, independentemente de como os dados serão processados.

Esses dados da fatura podem então ser processados ​​por um dos vários mecanismos de formatação para produzir a saída na forma desejada. Por exemplo, papel, CD-ROM, etc.

Existem sistemas de cobrança disponíveis, que fornecem ferramentas internas de formatação de contas. Se um sistema de faturamento não oferece uma ferramenta capaz de gerar contas formatadas, existem ferramentas de terceiros disponíveis, como DOC1, que é uma das ferramentas mais comumente usadas.

Aqui está um diagrama típico que mostra o fluxo de formatação de contas -

A seguir está o instantâneo de dados de faturamento retirados do Sistema de Faturamento Infinys da Convergy -

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

Os dados da fatura consistem na sucessão de linhas de texto ASCII. Cada linha assume a forma -

TAGNAME tagvalue

TAGNAME e o valor da tag são separados por um separador de tag (tagsep) de um espaço. O tagvalue pode ser um único valor ou uma lista de valores separados por delimitadores (sep). O delimitador usado é uma vírgula, a menos que seja especificado.

Bill Post Processor

Um Billing Engine pode não ser capaz de gerar todas as informações exigidas na fatura ou pode haver a necessidade de realizar algum cálculo especial nos dados fornecidos na fatura. Isso é chamado de Bill Post Processing e geralmente feito por um componente personalizado chamado Bill Post Processor (BPP)

Um BPP pode ser escrito em sua linguagem de programação preferida, que lê um arquivo de fatura bruto e executa as modificações necessárias nesse arquivo antes de passá-lo para a formatação final.

Não há nenhum sistema de faturamento disponível que forneça funcionalidade BPP pronta para uso porque os requisitos variam de operadora para operadora e este processo não pode ser padronizado. No máximo, o sistema de faturamento pode fornecer um ponto de plug-in para conectar seu BPP personalizado junto com o Billing Engine.

Formatador de fatura DOC1

DOC1 é uma ferramenta muito famosa do Bill Formatter disponível na PitneyBowes Company, que ajuda na formatação de contas em arquivos PDF ou Post Script.

Conforme mencionado acima, a saída do Billing Engine é um texto ASCII estruturado que contém o conteúdo informativo da fatura. Um mapeamento é estabelecido entre as tags do arquivo de fatura de origem geradas pelo sistema de faturamento e as tags exigidas pelo DOC1. DOC1 requer tags de comprimento fixo, conforme mostrado abaixo.

A seguir está uma amostra hipotética do arquivo de fatura fornecido -

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
..........

Agora, usando as traduções acima, um arquivo final seria gerado para DOC1 e DOC1 se encarregará de gerar a fatura final usando as informações fornecidas.

Algumas modificações também podem ser realizadas no nível DOC1, mas não oferece muita flexibilidade para modificar a fatura. Você pode experimentar a versão mais recente, o que pode ajudá-lo muito mais as expectativas.

Geração de fatura final

Depois que todas as contas são faturadas e as faturas formatadas usando um formatador de fatura interno ou externo, essas faturas são enviadas para a Bill Print Company para impressão final.

Se uma operadora está usando o recurso de e-mail eletrônico para enviar uma fatura para seu cliente, uma cópia da mesma fatura pode ser enviada ao sistema de e-mail para enviá-la ao cliente final.

Operadores de nível 1 (com 20-30 milhões ou mais de base de clientes) geralmente terceirizam essa tarefa, incluindo a distribuição de contas.

O que vem a seguir?

Após a geração das faturas, elas são enviadas aos clientes finais. Agora, é hora de cobrar receita do cliente. Discutiríamos o processo de cobrança de receitas após um capítulo.

Antes de prosseguirmos, vamos cobrir a Parte de Controle de Crédito, que é muito importante e deve ser coberta antes da cobrança da receita.

Todas as operadoras fornecem seus serviços e recebem receitas dos clientes finais para sobreviver no negócio. Pode haver duas maneiras possíveis de cobrar de um cliente final -

• In-Advance- Uma operadora cobra dos clientes antecipadamente antes de fornecer o serviço. Isso leva a menos satisfação do cliente, mas a operadora fica mais segura do ponto de vista da receita.

• In-Arrears- Um operador se impõe ao risco e cobra do cliente no final de cada mês após a prestação dos serviços necessários. Isso leva a mais satisfação do cliente, mas a operadora corre o risco de receber menos receita.

Sempre há um limite até o que uma operadora pode tolerar perda de receita associada a um cliente específico; Ao mesmo tempo, há um limite de risco que uma operadora pode assumir com um cliente específico.

Por exemplo, se a receita de um cliente é $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 / mês porque em tal situação, seria difícil para o cliente fazer o pagamento mensal.

Mantendo o mesmo conceito, as operadoras definem diferentes classes de crédito, que utilizam para classificar seus clientes e associar diferentes ações de crédito e cobrança.

Classes de crédito

A classe de crédito define uma categoria do cliente e o risco associado de receita pode ser assumido com esse cliente. Uma classe de crédito também define qual cronograma de cobrança deve ser aplicado ao cliente, caso seu proprietário deixe de fazer os pagamentos (indiscutíveis) devidos.

Todos os Sistemas de Faturamento oferecem facilidade para definir várias classes de crédito, que podem ser atribuídas a diferentes clientes no momento de sua inclusão no sistema. Alguns exemplos de classes de crédito são os seguintes -

• VIP Credit Class - Isso pode ser atribuído a clientes VIP e teria um valor de limite de crédito muito alto.

• General Public Class - Esta é a classe de crédito mais comum e teria quase $100 or $Limite de crédito de 200.

• Segment Specific Class - Essas classes podem ser definidas com base em diferentes segmentos, como policiais, militares, bancários, etc. O operador pode definir o limite de crédito de acordo com seu conforto.

Pode haver um número infinito de classes de crédito definidas com base nos requisitos e categoria dos clientes.

Controle de crédito

Existem basicamente duas fases em que o crédito pode ser controlado para um tipo específico de categoria de cliente -

Com base no uso não faturado

Este é o controle do tempo de classificação, que é feito pelos Processos de Classificação. Aqui, o uso do cliente e os encargos totais são verificados em relação ao limite de crédito atribuído, e se o cliente começar a se aproximar do limite de crédito atribuído, o cliente é informado sobre o mesmo e, após quebrar o limite de crédito, uma ação apropriada pode ser tomada.

Existem operadoras que gostariam de barrar (ou seja, interromper temporariamente) os serviços se o cliente estiver violando o limite de crédito e seriam canceladas assim que o pagamento fosse feito. Por exemplo, um cliente com um limite de crédito de $ 200 será informado sobre 80% do uso por meio de SMS, ao atingir um limite de 90% poderá ser informado por meio de um lembrete, etc., e quando 100% do crédito limite foi atingido, então a saída pode ser barrada.

Para controlar o crédito, as operadoras preferem barrar apenas chamadas de saída no caso de uso de Voz e SMS, mas em caso de download de dados, o cliente não poderá fazer nenhum download de dados.

Com base no uso de cobrança

Isso geralmente é feito após o envio das faturas e mais relacionado ao processo de cobrança de receita, que discutiremos no próximo capítulo.

Para controlar o crédito no momento da avaliação, é importante mantê-la o mais em tempo real possível. Se o uso não estiver sendo capturado em tempo real e estiver sendo avaliado após um longo intervalo, existe a possibilidade de que os clientes tenham ultrapassado seu limite de crédito e legalmente o cliente não consiga pagar o valor além de seus limites de crédito atribuídos, mas isso varia de país para país e de operadora para operadora.

Depósitos

Existem sistemas de faturamento, que suportam os depósitos a serem mantidos em contas. Os depósitos são mantidos junto com o saldo da conta e o dinheiro pode ser transferido entre os dois.

Pode haver diferentes níveis de depósitos para fornecer diferentes tipos de serviços, que podem ser mantidos em uma conta.

Os depósitos ajudam as operadoras a cobrir suas receitas caso o cliente não consiga fazer seus pagamentos.

O que vem a seguir?

Espero que você tenha alguma ideia de como controlar o crédito concedido às diferentes classes de clientes. Ainda assim, haveria vários clientes, que não pagariam em dia mesmo depois de dar-lhes um crédito dentro de sua capacidade. Existem vários clientes que não pagam nada depois de utilizar os serviços.

No próximo capítulo, explicaremos como definimos diferentes processos e cronogramas de cobrança de receita para cobrar a receita pelos serviços prestados.

Depois que uma fatura é gerada e enviada ao cliente, o ideal é que todos os clientes recebam suas contas e paguem prontamente. No entanto, pode haver alguns clientes que não pagam suas contas e pode haver um atraso inaceitável no pagamento da conta e, portanto, os prestadores de serviços devem tomar algumas medidas necessárias para remediar a situação e cobrar o saldo devedor (denominado contas a receber, abreviado como A / R).

A cobrança é o processo de perseguir as contas a receber vencidas na conta do cliente. Isso geralmente envolve o envio de notificações ao cliente e a execução das ações apropriadas na ausência de pagamentos devidos após a data de vencimento.

Os Sistemas de Faturamento suportam a cobrança (perseguição de contas a receber) tanto no nível da fatura, onde as contas a receber são rastreadas em uma fatura por fatura, quanto no nível da conta, em que todos os valores vencidos de uma conta, em várias faturas, podem ser tratados por uma única ação de cobrança.

O modelo de cobrança a ser usado para uma conta será atribuído com base em sua classe de crédito. Um processo de coleta do núcleo inclui os seguintes dois itens -

• Collections Aging Tracking- Este é o processo de rastreamento das faturas do cliente que não foram pagas dentro da data de vencimento do período de pagamento especificado. Trata da “antiguidade das contas a receber”; por exemplo, faturas vencidas de 0 a 30 dias, vencidas de 30 a 60 dias, etc.

• Collections Actions- Ação de cobrança é a ação que é executada quando a conta a receber atinge uma determinada idade. Por exemplo, mensagens de lembrete para o cliente a serem enviadas por correio ou mensagem de áudio gravada devem ser reproduzidas.

Cronogramas de ação de coleta

Normalmente, as ações de cobrança são realizadas nas seguintes etapas -

• Enviar lembrete por e-mail e / ou telefone: O departamento de atendimento ao cliente contata o cliente lembrando o pagamento. Mesmo assim, se nenhum pagamento for recebido, prossiga para a próxima ação.

• Enviar carta vermelha - por exemplo, uma carta "Pague em sete dias" é emitida. Mesmo assim, se o pagamento não for recebido, prossiga para a próxima ação.

• Desconectar o serviço - O departamento de gerenciamento de rede suspende o serviço.

Os cronogramas de cobrança definem as ações de cobrança, que devem ser realizadas e os horários em que devem ser realizadas quando o cliente não paga.

O cronograma de cobranças especifica a série de etapas que constituem o processo de cobrança. Para cada estágio, cobre -

• A idade efetiva que as contas a receber devem ter para que uma ação ocorra. A antiguidade efetiva da conta a receber é calculada tomando a antiguidade efetiva da conta a receber.

• A ação a ser executada. Esta pode ser uma ação que o Sistema de Faturamento deve executar, por exemplo, enviar uma advertência em uma data específica.

• Se a ação é ou não obrigatória. Se uma ação for obrigatória, as ações subsequentes não podem ocorrer até que esta seja executada.

• O valor mínimo a receber abaixo do qual a ação não ocorrerá.

Ações de cobrança leve - avisos de cobrança

Nos estágios iniciais do processo de cobrança, a ação de cobrança flexível normalmente será enviar uma série de avisos de cobrança, que são simples cartas de lembrete e solicitações de pagamento.

Após o envio de uma série de avisos de cobrança em vários estágios, normalmente outras ações são programadas. Por exemplo, você pode especificar que um representante de atendimento ao cliente (CSR) deve telefonar para o cliente para perguntar por que ele não pagou.

Ações de coleção pesada - Lista negra

Se as tentativas iniciais falharem, ações mais agressivas podem ser tomadas, como barrar os serviços, ou desconectar os serviços ou hot-lining (hot-lining é o processo de redirecionar todas as chamadas de clientes inadimplentes para a operadora de cobrança).

Se todas as tentativas de cobrar as taxas falharem, o provedor de serviços pode dar baixa na conta e marcar o valor devido como inadimplência ou pode entregar (vender) a conta para uma agência de cobrança. As agências de cobrança trabalham com uma porcentagem da receita arrecadada. No entanto, uma vez que as faturas de contas não cobradas são vendidas a uma agência de cobrança, o provedor de serviços não tem permissão para trabalhar com o cliente em relação aos pagamentos.

Aqui, baixa significa que o provedor de serviços (operadora) compensa as dívidas em nome do cliente e fecha a conta para sempre. Isso é feito para fins contábeis, caso contrário, é uma perda para o operador.

O prestador de serviços mantém o histórico das contas baixadas, também chamadas de clientes de lista negra, para que não sejam reativadas e informa as agências de verificação de crédito / relatórios sobre essas contas.

O que vem a seguir?

A maioria dos clientes efetua o pagamento antes da data de vencimento. Pode haver diferentes canais, que são usados ​​para fazer pagamentos.

No próximo capítulo, discutiremos diferentes tipos de pagamentos e seu processamento ponta a ponta para liquidar as faturas.

Assim que as faturas são enviadas aos clientes, os clientes começam a fazer o pagamento de suas contas. O processamento de pagamentos de contas no sistema de faturamento é chamado de processamento de pagamentos.

Os pagamentos efetuados pelos clientes são lançados na conta dos clientes. Se houver faturas pendentes, a fatura a ser paga depende do método de contabilidade da conta. Existem dois tipos de métodos de contabilidade -

• Balance forward accounting - Usando este método, se várias faturas estiverem pendentes, os pagamentos recebidos são alocados às faturas de acordo com a idade da conta a receber, com a fatura mais antiga sendo criada primeiro.

• Open item accounting- Este método permite que os pagamentos sejam atribuídos a faturas específicas. A contabilidade de partidas em aberto é particularmente útil ao lidar com pagamentos de clientes comerciais.

Métodos de Pagamento

Um cliente pode fazer o pagamento usando diferentes métodos de pagamento que são suportados pelo provedor de serviços; por exemplo, o cliente pode fazer pagamentos usando métodos de pagamento como cheque, cartão de crédito, cartão de débito ou transferência eletrônica, ou depósito direto em dinheiro.

Uma operadora pode ter várias contas bancárias nas quais receberá o pagamento feito por meio de contas bancárias diretamente. Essas contas bancárias são conhecidas como contas de reserva e enviam os detalhes do pagamento ao sistema de faturamento em arquivos de texto.

Se os pagamentos forem recebidos fora do sistema de faturamento, manual ou eletronicamente, esses pagamentos são carregados no sistema usando um processo automatizado para liquidar as faturas.

Pagamentos Automáticos

Os sistemas de cobrança fornecem facilidade para capturar informações de cartão de crédito ou débito e métodos de pagamento automático mensalmente.

Se o método de pagamento for definido como automático usando cartão de crédito ou débito, as solicitações de pagamento são geradas automaticamente após cada fatura ou em uma determinada data e essas solicitações são enviadas aos gateways de pagamento (ou bancos) para autorização de pagamento.

Assim que todos os pagamentos são autorizados, eles são carregados no sistema de faturamento para liquidar as faturas devidas.

Pagamentos Manuais

Se os pagamentos forem feitos em dinheiro ou cheque, eles podem ser inseridos no sistema antecipadamente ao cliente ou se forem cobrados por algumas agências, todos esses pagamentos são coletados e lançados no sistema de faturamento usando métodos automatizados fornecidos pelo faturamento sistema.

Para todos os pagamentos recebidos, os arquivos de pagamento são preparados com um formato predefinido e, em seguida, são enviados automaticamente para um local predefinido de onde o sistema de faturamento os coleta e carrega no banco de dados de faturamento.

Pode haver uma situação em que um pagamento feito com cartão de crédito ou cheque não seja processado. Se esse pagamento já foi lançado no sistema, ele precisa de um cancelamento para ajustar o valor. O Billing System fornece utilitários para lidar com pagamentos falhados ou cancelados.

Interfaces de Pagamento

Uma interface é um limite entre o sistema de faturamento e qualquer outro sistema externo para receber o pagamento. A interface permite que dois sistemas se comuniquem com outro com base em regras predefinidas.

Por exemplo, um arquivo de texto simples pode ser uma interface de pagamento entre um banco e o sistema de faturamento. Se a interface for baseada em arquivo, os bancos continuam enviando detalhes de pagamento usando arquivos de pagamento em formato predefinido.

Pode haver uma interface baseada em API online entre um banco e o sistema de faturamento. Se houver uma interface online, o banco chamará a API fornecida para postar o pagamento diretamente no sistema de faturamento.

De maneira semelhante, pode haver interfaces baseadas em arquivo ou online fornecidas para terceiros envolvidos na cobrança de pagamentos.

O que vem a seguir?

Até agora, quase percorremos o ciclo de vida completo de um cliente de telecomunicações. O próximo capítulo é importante para entender a situação de disputa que surge entre operadoras e clientes.

O que é disputa?

Uma disputa é o registro de uma consulta sobre uma quantia em dinheiro em uma conta. Normalmente, uma disputa será registrada quando um cliente questiona algum aspecto de sua fatura. Disputas podem ser levantadas -

• Contra uma fatura em uma conta.

• Contra um determinado evento classificado na conta. Por exemplo, se um cliente contestar um evento de TV pay-per-view específico devido a um corte de energia.

Processamento de Disputas

Depois que uma disputa é registrada, ela seria investigada, verificada a fim de:

• Accept - Se a disputa levantada for válida do lado do cliente, a disputa será aceita e será reembolsada ao cliente.

• Reject - Se a disputa for considerada inaceitável, ela será rejeitada.

• Cancel - Se a disputa for incorreta, ela será cancelada.

Os seguintes pontos devem ser observados para a disputa e um sistema de faturamento deve oferecer suporte a esses pontos -

• As ações de cobrança não são escalonadas enquanto os valores têm um status de disputa pendente, mas as cobranças expiram durante este período.

• Os eventos disputados não são incluídos no cálculo das cobranças até que sejam cobrados. Depois disso, as coleções envelhecem normalmente.

O que é ajuste?

Um ajuste é um método de creditar ou debitar uma conta com uma quantia arbitrária de dinheiro. Os ajustes podem ser apresentados contra uma conta como um todo ou contra um determinado evento avaliado nessa conta.

Um Sistema de Faturamento permite criar diferentes tipos de ajustes, que podem ser usados ​​em diferentes situações e cada ajuste flui por diferentes estágios de aprovação.

Se uma disputa for aceita, um ajuste é criado para creditar a conta com o valor disputado. Os ajustes não devem afetar o saldo de uma conta até que sejam aprovados. Ajustes com status de aprovação pendente não afetam o faturamento ou as cobranças.

Disputas e ajustes feitos para contas com impostos incluem impostos. O valor bruto é inserido e estará disponível para saída na fatura.

O que vem a seguir?

No próximo capítulo, discutiremos os diferentes tipos de relatórios necessários para a gestão. Pode haver uma lista de relatórios disponíveis prontos para uso e pode haver alguns relatórios que precisam de desenvolvimento personalizado.

Vários relatórios são gerados para fornecer informações valiosas à administração sobre finanças, vendas e desempenho do sistema. Podem ser gerados diferentes tipos de relatórios, como relatórios financeiros, relatórios de gerenciamento, relatórios de reconciliação, relatórios de atividades de rede, etc.

Os relatórios contêm informações que impulsionam o sucesso dos negócios e ajudam a monitorar a saúde dos negócios, identificar todas as áreas problemáticas para que as ações corretivas apropriadas possam ser tomadas.

Relatórios é uma das áreas em que nenhum dos Sistemas de Faturamento pode atender aos requisitos de 100% prontos para uso. Definitivamente, os departamentos de marketing ou financeiro apresentarão esses requisitos de relatórios, que necessitariam de muito desenvolvimento personalizado.

Se o seu sistema de faturamento estiver enviando dados para o data warehouse (DWH), você pode transferir as atividades de relatório para o sistema DWH, mas ainda assim muitos departamentos gostariam de ter relatórios importantes do sistema de origem, que é o sistema de faturamento.

Podemos categorizar os relatórios em duas categorias -

• Core/Canned Reports- Esses relatórios são fornecidos pelo Sistema de Faturamento como funcionalidade central do sistema. Às vezes, eles são chamados de relatórios predefinidos ou padrão.

• Custom Reports - Esses relatórios não estariam disponíveis diretamente no sistema e precisariam de algum desenvolvimento usando PL / SQL, PERL ou script Shell, etc.

Diferentes sistemas de faturamento fornecem diferentes tipos de relatórios em diferentes áreas. Os Interconnect Billing Systems são obrigados a fornecer mais funcionalidades relacionadas aos relatórios porque lidam com o faturamento no atacado.

Requisitos de relatórios

A seguir está a lista de relatórios exigidos por diferentes departamentos -

Relatórios financeiros

Os relatórios de pagamento fornecem informações sobre os pagamentos da conta do cliente durante um determinado período. Os relatórios de vencimento de contas a receber fornecem informações sobre contas a receber, dívidas pendentes, etc.

Os relatórios de disputas e ajustes ajudam a identificar o padrão de razões para disputas e ajustes e ajudam a entender o motivo de tais disputas e ajustes e tomar as medidas corretivas apropriadas.

Relatórios de Gestão

Os relatórios de gerenciamento fornecem informações sobre os clientes, o uso de seus produtos e serviços, padrões de chamada, feedback do cliente, etc. Esses relatórios ajudam a tomar as medidas adequadas para reduzir a rotatividade de clientes para a introdução de novos serviços.

Churn é o processo em que os clientes se desconectam de um provedor de serviços e mudam para outro provedor de serviços e isso pode ser devido a vários motivos, como atendimento ao cliente inadequado ou falta de produtos competitivos ou falta de tarifas competitivas ou pode ser devido a uma razão natural geográfica realocação do cliente.

Relatórios de reconciliação

Esses relatórios fornecem informações de Revenue Assurance (RA), garantindo que todas as fontes de receitas e despesas estejam sob observação e que não haja vazamento de qualquer tipo de receita. Por exemplo, a receita pode ser perdida devido a muitos motivos, como vazamento no sistema de rede ou erros de mediação ou cobrança, demanda para introdução de novos serviços rapidamente, etc.

Os relatórios de garantia de receita ajudam a identificar onde está o vazamento para que as ações apropriadas possam ser tomadas.

Relatórios de atividade de rede

Esses relatórios fornecem informações para identificar as áreas de congestionamento da rede para que medidas corretivas (redirecionamento ou adição de mais recursos) possam ser realizadas para superar esses problemas.

Outros Relatórios

A seguir está uma lista imaginária de alguns outros relatórios, que podem ser exigidos de um sistema de faturamento -

Sr. Não.	Descrição do relatório
1	Relatórios de classificação de receita que resumem as informações de receita para um intervalo de datas específico por classe de crédito, detalhes do cliente, plano de preço, tipo de cobrança, etc.
2	Detalhes do cliente, contas a receber vencidas e relatórios de itens em aberto que são fornecidos principalmente para auxiliar na busca por cobranças.
3	Relatórios do diário resumindo as atividades do dia e apresentando informações do razão geral.
4	Relatórios de produto e pacote, fornecendo detalhes dos produtos em um banco de dados e os pacotes disponíveis em um catálogo de faturamento / classificação específico.
5	Relatórios de contabilidade de acordo de interconexão (IAA) que facilitam a reconciliação de CDRs de interconexão de saída.
6	Número total de ativação, rescisão, port-in ou port-out diariamente.
7	Número total de contas que violam seu limite de crédito diariamente e quanta receita está indo em caso de violação de crédito.
8	Relatório sobre o número de eventos, que foram avaliados com sucesso, postados internamente e postados sem custos por um determinado período de tempo.
9	Relatório de eventos duplicados para um serviço específico ou para todos os serviços (ou seja, voz, SMS, MMS, etc.)
10	Relatório de eventos rejeitados para um serviço específico ou para todos os serviços (ou seja, voz, SMS, MMS, etc.)

Automatizado vs Manual

Pode haver uma lista de relatórios, que é exigida mensalmente, semanalmente ou diariamente. Assim, este tipo de relatório é desenvolvido caso não esteja disponível e seja agendado dentro do sistema, para que possa ser enviado na caixa de correio do usuário final sem qualquer intervenção manual.

Haverá uma demanda de relatórios diferentes de tempos em tempos com base em alguns requisitos, esse tipo de relatório não pode ser imaginado e desenvolvido com antecedência. Portanto, esses relatórios são desenvolvidos e enviados com base na demanda de diferentes usuários.

O que vem a seguir?

A partir do próximo capítulo, abordaremos diferentes tipos de faturamento; por exemplo, varejo, atacado, MVNO, roaming, etc.

A maioria das operadoras oferece duas opções para seus clientes, ir para um postpaid ou um prepaidconexão. Tanto as conexões pós-pagas quanto as pré-pagas têm suas próprias vantagens e desvantagens.

Normalmente, uma operadora terá 70% -80% da base de clientes composta de clientes pré-pagos e o resto da base de clientes virá do lado pós-pago. Para uma operadora, é sempre bom ter mais clientes pós-pagos.

Você pode estar interessado em saber sobre as diferenças entre os dois tipos de clientes, serviços e sistemas. Vamos listar algumas diferenças importantes entre os dois -

• Service Payments- Este é o fator mais importante, que diferencia duas bases de clientes. Os clientes pré-pagos fazem o pagamento antecipado antes de usar o serviço, enquanto os clientes pós-pagos usam os serviços oferecidos ao longo do mês e, no final do mês, o cliente recebe a fatura para pagar no prazo determinado.

• Charging & Billing - Para o cliente pré-pago, é necessário cobrar do cliente em tempo real por toda a utilização, enquanto os clientes pós-pagos podem ser cobrados no final do mês.

• Service Offerings- Os sistemas de faturamento pós-pago oferecem mais flexibilidade em comparação aos sistemas de cobrança em tempo real. Por exemplo, o sistema de cobrança em tempo real não é flexível para manter uma hierarquia de clientes empresariais complexos, onde, como um sistema de faturamento pós-pago, pode lidar com uma hierarquia de clientes de até N nível.

• Support & Maintenance- Uma operadora precisa dar a mesma atenção a ambos os negócios. Se, para um negócio pré-pago, o operador precisa de mão de obra qualificada para controlar a operação, ao mesmo tempo o operador precisa de uma grande equipe para lidar com as dúvidas dos clientes pós-pagos relacionadas a cobrança, contas e correção de problemas operacionais.

• Supported Network- Há muito tempo as redes das conexões pré-pagas e pós-pagas eram diferentes. Isso costumava provocar reclamações de que a conexão pré-paga ofereceria melhor conectividade do que a pós-paga ou vice-versa. Esta é a era do faturamento convergente e as operadoras estão administrando seus negócios com a mesma rede sem comprometer a qualidade da comunicação.

Cenário pós-pago

Os elementos de rede (como switches, SMSC) produzem um uso bruto denominado Usage Detail Records (UDRs) ou Call Detail Records (CDRs), que contêm informações exigidas pelo sistema de faturamento -

• Número de chamada (número A)

• Número chamado (o número que recebe a chamada) (número B)

• quando a chamada começou (data e hora)

• Duraçao da chamada

• Tipo de chamada (MOC, MTC, etc., MOC significa Mobile Originated Call e MTC significa Mobile Terminated Call)

Os UDRs brutos acima de elementos de rede e também de outros provedores de serviços são recebidos pelo sistema de faturamento e o sistema de faturamento os converte em um formato compreensível pelo sistema. O UDR formatado / convertido acima é então orientado para encontrar o cliente / conta para o qual a chamada deve ser cobrada e então classificar o evento de acordo.

Os UDRs classificados acima são armazenados no armazenamento de dados de faturamento e, na data do ciclo de faturamento, o processo de faturamento coleta esses UDRs classificados e os processa e processa a fatura / fatura, levando em consideração os pagamentos, impostos, descontos, etc.

O cliente então paga a conta e o sistema de faturamento é atualizado com os detalhes do pagamento. A seguir está o diagrama que mostra o processo de faturamento padrão acima -

Cenário pré-pago

As etapas envolvidas no faturamento pré-pago em resumo são as seguintes -

• Quando o cliente faz uma chamada, o gateway de comutação pré-pago captura o número da chamada e envia as informações da conta para o sistema de faturamento em tempo real.

• Os sistemas de faturamento em tempo real usando as informações acima, autentica a identidade do usuário, calcula o saldo remanescente da conta do cliente usando a tabela de tarifa de classificação e a duração máxima permitida da chamada, e envia essas informações para o gateway pré-pago.

• O gateway estabelece a chamada.

• Durante a chamada, o gateway monitora a chamada para que o usuário não exceda a duração máxima permitida da chamada.

• Quando a chamada termina, o gateway envia a duração real da chamada para o sistema de faturamento pré-pago, que então calcula o custo real da chamada e atualiza o saldo da conta, diminuindo o saldo restante.

A figura a seguir mostra o cenário geral de faturamento pré-pago -

O processo de faturamento pré-pago envolve as seguintes etapas importantes, juntamente com a coleta de informações da conta e atualização da conta após a ligação ser concluída -

• Authenticating- Autenticação é o processo de verificar se um usuário é quem afirma ser. O usuário fornece um ID de usuário e uma credencial de autenticação, como uma senha. O sistema as aceita como entradas e verifica se o usuário é válido e tem acesso ao sistema.

• Authorizing- Autorização é o processo de verificar o que um usuário autenticado tem permissão para fazer. Geralmente, o protocolo RADIUS (Remote Access Dial In User Server) é usado para limitar o acesso ao sistema a clientes registrados e autorizados.

• Providing advice of charge (AOC)- Fornece informações sobre o custo real da chamada, antes ou depois do evento. O AOC fornece a capacidade de um sistema de telecomunicações de aconselhar sobre os custos reais do evento, antes ou depois da ocorrência do evento.

Quando falamos sobre faturamento de telecomunicações, por padrão, é sobre faturamento de varejo. Conforme discutido anteriormente, o faturamento do varejo de telecomunicações é definido como segue -

"O Faturamento de Telecom é um processo de coleta de uso, agregando-o, aplicando uso necessário e encargos de aluguel e, finalmente, gerando faturas para os clientes. O processo de Faturamento de Telecom também inclui o recebimento e registro de pagamentos dos clientes.

O faturamento de varejo lida diretamente com o cliente final e apresenta muitos desafios para atender às expectativas do cliente final e às obrigações regulatórias. Um faturamento é considerado bem-sucedido, desde que cumpra os seguintes critérios -

• Timely Billing- A fatura do cliente final está sendo gerada no prazo, ou seja, na data nominal. Pode haver algumas circunstâncias em que o cliente final não receba suas faturas a tempo devido a alguns problemas logísticos, mas é responsabilidade da TI gerar todas as faturas devidas na data de vencimento.

• Billing Accuracy- Este é o fator mais importante para a satisfação do cliente e do ponto de vista da obrigação regulatória. Se o sistema de faturamento não estiver gerando faturas precisas, isso pode levar a sérios problemas de negócios do ponto de vista da legalidade, além de deixar o cliente insatisfeito.

Faturamento de varejo x atacado

O faturamento de varejo lida com o cliente final e o faturamento de um cliente individual, enquanto o faturamento de atacado lida com o faturamento para as seguintes entidades, dependendo da situação e natureza do negócio -

• Revendedores de faturamento associados a uma operadora de telecomunicações.

• Parceiros de interconexão de cobrança para fornecer interconexão para fazer chamadas para clientes de outra operadora.

• Parceiros de cobrança em roaming por fornecer serviços a seus clientes quando eles faziam roaming na área de cobertura de uma operadora.

O faturamento no atacado é fácil em comparação ao faturamento no varejo e permite um grande nível de tolerância, enquanto o faturamento no varejo sempre precisa ser 100% preciso. O faturamento no atacado nunca pode ser 100% preciso devido a vários motivos, como diferença nos preços configurados nos sistemas das duas operadoras ou diferença no número de chamadas avaliadas porque algumas das chamadas podem ser perdidas em qualquer elemento da rede.

Existem sistemas de faturamento especializados, que estão sendo usados ​​para lidar com o faturamento do varejo, como Convergys e Amdocs. Os sistemas de faturamento são famosos pelo faturamento do varejo, enquanto os sistemas de faturamento ASCADE e INTEC são famosos pelo faturamento no atacado.

O faturamento no atacado também pode ser liquidado usando sistemas de faturamento no varejo usando relatórios simples porque eles não lidam com muitos descontos e tipos de promoção, ao passo que o faturamento no varejo precisa de todas essas complicações e não pode ser feito usando os sistemas de faturamento no atacado.

Todos os conceitos discutidos até agora neste tutorial foram relacionados ao faturamento de varejo e os capítulos subsequentes discutirão sobre faturamento de interconexão, faturamento de roaming e outros tipos de faturamento.

Interconexão é o processo de tratamento de chamadas para outros provedores de serviços. Isso permite que os clientes de um provedor de serviços se comuniquem com os clientes de outro provedor de serviços.

Se duas operadoras A e B não são parceiras de interconexão, então não seria possível para um cliente da operadora A se comunicar com um cliente da operadora B.

Normalmente, as operadoras mantêm seus acordos entre si para permitir que seus clientes se comuniquem entre si. Isso dá uma boa oportunidade de negócios para todas as operadoras envolvidas na interconexão. Qualquer ponto de interconexão no qual as partes concordam em conectar suas respectivas Redes é denominado "Interconnection Point"

Exemplos de interconexão incluem -

• Duas redes telefônicas adjacentes e não concorrentes se interconectam para que os assinantes de uma rede possam ligar para os da outra.

• As operadoras de longa distância obtêm acesso às instalações de um provedor de serviços local e competem com esse provedor no fornecimento de serviços de longa distância a uma base de clientes comum.

• O telefone fixo tradicional e as novas operadoras de celular sem fio se interconectam para que os assinantes do serviço de telefonia tradicional possam ligar para os assinantes sem fio e vice-versa.

• Novas operadoras de telefonia local competitivas interconectam-se com a operadora incumbente de forma que possam atrair assinantes no território de serviço comum e permitir que esses assinantes liguem para assinantes na rede da operadora.

• Os clientes da operadora de telefonia incumbente fazem chamadas para seu Provedor de Serviços de Internet dial-up, que por sua vez é cliente de uma operadora local concorrente.

Faturamento de interconexão

Este é o processo de produção de faturas para enviar a um parceiro de interconexão relacionadas aos registros de detalhes de chamadas de interconexão (CDR) de entrada.

O Faturamento de Interconexão diz respeito ao cálculo dos valores a serem pagos e recebidos de cada uma das operadoras de rede conectadas por nossa infraestrutura para a originação e encerramento de chamadas com sucesso. O CDR para interconexão de chamadas mantém as informações de roteamento de chamadas como um grupo de valores válidos para identificar a operadora e os detalhes do país.

Observe que o conjunto de CDRs de interconexão inclui os seguintes detalhes -

• Os CDRs são aqueles cobrados de clientes de varejo e atacado. É uma receita para o provedor de telecomunicações. Também é conhecido como faturamento local.

• CDRs que são cobrados apenas para provedores de Interconexão. Ex: chamadas de saída, chamadas de trânsito de saída, chamadas de entrada, etc. As chamadas de saída são as despesas e as chamadas de entrada são as receitas do provedor de telecomunicações.

Os sistemas de faturamento de interconexão determinam o preço de todos os CDRs de interconexão de entrada e saída. Normalmente, um preço de interconexão é determinado para CDRs de interconexão de entrada e saída com base na rota de interconexão de tronco de entrada ou saída que transporta a chamada. Mais comumente, uma ID de tronco representa um parceiro de interconexão exclusivo no Sistema de cobrança de interconexão.

Processo de Liquidação

O processo de liquidação será usado para liquidar a operadora / operadora de rede envolvida no transporte de chamadas do proprietário da interconexão para outro destino de operadora de rede ou vice-versa.

O processo trará o tráfego de saída (despesa para o proprietário da interconexão) e de entrada (receita para o proprietário da interconexão) para a liquidação.

A liquidação pode ser feita em uma base mensal ou quinzenal usando processo manual ou automatizado. Depende do sistema de faturamento para o sistema de faturamento como ele apóia a liquidação do parceiro.

Processo de Rede

Netting usado para executar após a liquidação ser concluída para o Provedor / Transportador acordado. A compensação é feita por múltiplos períodos de liquidação para os múltiplos serviços, que suportam a mesma moeda em nível de Operador.

Existem dois tipos de métodos de compensação -

• AFTER - Após para compensação do custo de interconexão da operadora após subtrair o valor entre a operadora e o provedor / operadora

• BEFORE - Antes para Compensação do Custo de Interconexão da Operadora sem qualquer subtração do valor entre Operadora e Provedor / Operadora.

Processo de Reconciliação

Este é o processo de reconciliação de faturas provenientes de um parceiro de interconexão que se referem a CDRs de saída.

Todos os meses, os parceiros de interconexão trocam seus CDRs para fins de reconciliação. É muito comum haver discrepâncias nos CDRs fornecidos pelos dois parceiros.

Os sistemas de cobrança fornecem relatórios que facilitam a reconciliação de CDRs de interconexão de entrada e saída. Esses relatórios mantêm parâmetros como tipo de chamada, destino, banda de custo e duração para que esses CDRs possam ser usados ​​por ambas as operadoras para combinar esses parâmetros e identificar CDRs ausentes.

Pode haver uma situação em que alguns CDRs sejam encontrados em falta em qualquer um dos operadores. Depois de fazer a reconciliação necessária se o problema não for resolvido, várias negociações acontecem entre os parceiros e, finalmente, o problema é resolvido pagando algum valor nominal ao parceiro de interconexão afetado.

Cenários de chamadas de interconexão

Pode haver vários cenários de chamadas de interconexão, dependendo do tipo de acordo entre as diferentes operadoras. Vamos tentar cobrir alguns dos mais comumente usados ​​-

• O cliente da Operadora A faz uma ligação nacional para o cliente da Operadora B. Neste caso, a operadora A pagará alguma quantia à operadora B.

• O cliente da operadora A faz ligações internacionais por meio da operadora B, pois a operadora A não possui contrato direto com nenhuma operadora internacional. Neste caso, a operadora A pagará alguma quantia à operadora B e a operadora B se encarregará de estabelecer a operadora internacional.

• O cliente da operadora A faz ligações internacionais diretamente usando uma operadora internacional. Nesse caso, a operadora A pagará alguma quantia à operadora internacional diretamente.

Todas as chamadas acima podem ser de voz, SMS, MMS e dados, etc.

Acordos de interconexão

Para ter uma interconexão bem-sucedida, as seguintes questões devem ser tratadas no acordo de interconexão ou por regra ou ordem da autoridade reguladora -

• Prices and adjustments - Isso inclui o nível inicial de tarifas de interconexão, uma definição da moeda em que as tarifas de interconexão serão pagas e como os preços serão ajustados ao longo do prazo do contrato para contabilizar as variações cambiais e a inflação.

• Points of interconnection - São definidos os locais físicos onde ocorrerá a interconexão e as normas técnicas a serem empregadas na interconexão.

• Transport and traffic routing - Alguma definição deve ser feita sobre como as chamadas serão roteadas e o que será transportado para entregar as chamadas.

• Quality of service - Padrões de qualidade são definidos, particularmente para circuitos de tempo para provisionamento e para níveis de bloqueio de chamadas, e soluções são definidas para quando esses padrões não forem atendidos.

• Billing and collection - Especificar quando e como coletar dados de tráfego, quando e como trocar contas e quando e como fazer o pagamento.

• Reconciliation- Um processo para reconciliar dados de tráfego e para fazer consultas à outra parte e para lidar com reclamações também deve ser incorporado. É útil um procedimento para resolver discrepâncias, o que muitas vezes envolve a busca de recurso à arbitragem, ao regulador ou aos tribunais.

• Numbering Plan - Deve ser definido o acesso de cada operador ao plano de numeração do país e aos recursos de numeração.

• Traffic Load - A capacidade de entregar e receber o tráfego que flui entre as redes de interconexão deve ser discutida e documentada.

Tipos de acordos

As operadoras podem ter diferentes tipos de acordos para trocar seu tráfego. Os acordos mais comumente usados ​​estão listados abaixo -

• Bi-Lateral Agreement- Nos termos deste contrato, cada parte concorda em trocar tráfego de comunicações digitais com a outra parte através de sua Rede nos Pontos de Interconexão e / ou em uma ou mais interconexões diretas. A liquidação do pagamento entre os diversos parceiros ocorre mensal ou bimestralmente conforme convênio. De acordo com este contrato, ambas as operadoras podem originar e encerrar suas chamadas na rede uma da outra.

• Uni-Lateral Agreement- Sob este acordo, uma parte envia seu tráfego para a rede da outra parte na interconexão e não recebe o tráfego de volta da outra parte. A liquidação do pagamento entre os diversos parceiros ocorre mensal ou bimestralmente conforme convênio.

Roaming é a capacidade de um cliente de comunicações móveis fazer e receber automaticamente chamadas telefônicas, enviar e receber dados ou acessar outros serviços enquanto viaja fora da área de cobertura geográfica da rede doméstica, por meio da utilização de uma rede de outra operadora.

O roaming pode ser roaming nacional ou internacional. Roaming nacional significa que os assinantes móveis fazem uso de outra rede em áreas geográficas, onde o seu próprio operador não tem cobertura. Isso é, por exemplo, usado por operadoras, que não têm cobertura completa em um país. O roaming internacional é usado quando os assinantes móveis viajam para o exterior e fazem uso da rede de uma operadora no país estrangeiro.

Como isso realmente acontece? Se um provedor de serviços não tiver cobertura de rede em uma cidade ou país específico, esse provedor de serviços fará um contrato de roaming com outro provedor de serviços com rede nessa cidade ou país. De acordo com este contrato, outro provedor de serviços fornece todos os serviços disponíveis para o cliente de roaming do primeiro provedor de serviços.

Os CDRs gerados na área de um parceiro de roaming são coletados e avaliados por esse parceiro de roaming e, finalmente, são enviados para o provedor de serviços real do cliente de roaming. O provedor de serviços real cobra do cliente final todos os serviços de roaming fornecidos com base em suas taxas de serviço predefinidas.

Dois parceiros de roaming liquidam suas finanças mensalmente trocando CDRs reais de roaming e relatórios baseados nesses CDRs.

HPMN e VPMN

o Home Public Mobile Networké a rede da operadora pela qual um assinante de celular tem uma assinatura. O termo é usado em oposição aVisited Public Mobile Network (VPMN).

A Rede Móvel Pública Visitada é a rede usada por um assinante móvel em roaming. O termo é usado em oposição a Rede móvel pública doméstica (HPMN).

Câmara de Compensação

Existem organismos bem conhecidos como a MACH que interagem entre diferentes parceiros de roaming para ajudá-los a trocar seus CDRs, estabelecendo acordos de roaming e resolvendo qualquer disputa.

As câmaras de compensação recebem registros de cobrança de um parceiro de roaming para os roaming de entrada e enviam os registros de cobrança para outro parceiro de roaming, para o qual esse roamer seria chamado de roamer de saída.

O que é TAP3?

Transferred Account Procedure version 3(TAP3) é o processo que permite a uma operadora de rede visitada (VPMN) enviar registros de faturamento de assinantes de roaming para sua respectiva operadora de rede doméstica (HPMN). O TAP3 é a versão mais recente do padrão e permitirá a cobrança de uma série de novos serviços que as redes pretendem oferecer aos seus clientes.

A câmara de compensação usa o protocolo TAP3 para trocar todos os CDRs entre os diferentes parceiros de roaming. O TAP3 define como e quais informações sobre o uso de roaming devem ser passadas entre os operadores de rede. Esses arquivos são trocados usando uma conexão FTP simples.

Existem diferentes versões do TAP. O TAP evoluiu de TAP1 por TAP2 e TAP2 + para TAP3. A versão mais recente, TAP3, inclui suporte para roaming inter-padrão em uma rede de satélite, WLAN e UMTS e outras tecnologias 3G.

• GSM TAP Standard TD.57- GSM Transferred Account Procedure (TAP) define o formato e as regras de validação para a transferência de informações de uso de roaming entre operadoras móveis em diferentes países. TAP3 é a terceira versão de especificação do padrão. Os arquivos transferidos são chamados de arquivos TAP.

• GSM RAP Standard TD.32- GSM Returned Accounts Procedure (RAP) define o formato para retornar informações sobre erros encontrados em arquivos / eventos TAP transferidos e, portanto, rejeitar a responsabilidade financeira por esses arquivos / eventos. Os arquivos transferidos são chamados de arquivos RAP.

Faturamento de roaming

O assinante móvel viaja para outro país e cria uso na rede estrangeira. Para cobrar o assinante, essa informação deve ser enviada de volta para a rede doméstica do assinante. A rede estrangeira irá coletar informações sobre o uso de seus switches, etc., e então criar arquivos TAP contendo as informações definidas no padrão.

Os arquivos são então EXPORTADOS (em uma base regular, geralmente pelo menos um arquivo por dia) para a operadora doméstica, que os importará e usará as informações para faturar o assinante. A operadora estrangeira avaliará as chamadas e, em seguida, cobrará da rede doméstica do assinante todas as chamadas em um arquivo. A operadora doméstica pode aumentar ou reavaliar as ligações para gerar receita.

O que é MVNO?

MVNO significa Mobile Virtual Network Operator. Uma operadora de rede móvel virtual (MVNO) é uma empresa que fornece serviços de telefonia móvel, mas não possui sua própria alocação de frequência licenciada de espectro de rádio, nem possui necessariamente toda a infraestrutura necessária para fornecer o serviço de telefonia móvel.

MVNE significa Mobile Virtual Network Enabler, que é uma empresa que fornece serviços para operadoras de rede virtual móvel, como faturamento, provisionamento de elemento de rede, administração, operações, suporte de subsistemas de estação base e sistemas de suporte de operações e fornecimento de elementos de rede de back-end, para permitir o fornecimento de serviços de rede móvel como conectividade de telefone celular.

Na realidade, um MVNO é um revendedor de produtos e serviços móveis de uma operadora real, mas com uma marca diferente.

Por exemplo, existe uma operadora A com toda a infraestrutura, incluindo rede, switches, sistemas de faturamento, sistema de provisionamento e sistemas de atendimento ao cliente, etc. Agora, se alguém deseja iniciar um negócio de telecomunicações fazendo algum investimento mínimo, então MVNO é a opção para prosseguir.

Um MVNO comprará serviços em massa de uma operadora bem estabelecida e mudará a marca de acordo com sua conveniência e comercializará esses produtos e serviços como operadora. O operador real permaneceria transparente em relação ao cliente final e o cliente terá a sensação de ser um cliente final da MVNO.

Dependendo da situação, um MVNO pode comprar um ou mais componentes de infraestrutura de uma operadora e pagá-los de acordo. Por exemplo, um MVNO pode gostar de usar apenas a rede da operadora ou um MVNO pode usar a rede e o sistema de cobrança da operadora e o resto dos componentes como atendimento ao cliente, provisionamento, etc., podem ser configurados pelo MVNO.

MVNOs têm controle total sobre as operações de cartão SIM, marca, marketing, faturamento e atendimento ao cliente.

O primeiro MVNO comercialmente bem-sucedido no Reino Unido foi a Virgin Mobile UK, [3] lançada no Reino Unido em 1999 e agora tem mais de 4 milhões de clientes no Reino Unido.

Serviços MVNO

MVNOs normalmente não têm sua própria infraestrutura, mas alguns MVNOs líderes implantam sua própria infraestrutura móvel IN para facilitar os meios de oferecer serviços de valor agregado. O MNVO pode tratar a infraestrutura incumbente, como equipamento de rádio, como uma mercadoria, enquanto o MVNO oferece seus próprios serviços avançados e diferenciados com base na exploração de sua própria infraestrutura de rede inteligente.

Dessa forma, cada MVNO e a operadora de rede poderiam se concentrar em seus próprios nichos de mercado e formar serviços detalhados personalizados que expandissem o alcance e a marca de seus clientes.

A maioria dos MVNOs vem no mercado para visar apenas clientes pré-pagos e fornecer-lhes apenas serviços pré-pagos como voz, SMS, MMS, dados, banda larga, etc., com alguns serviços de valor agregado interessantes.

Faturamento MVNO

Supondo que um operador histórico vende sua infraestrutura para um MVNO, pode haver diferentes modelos de negócios e acordos entre o operador histórico e o MVNO. A seguir estão os mais comumente usados ​​-

• A MVNO pode marcar seus serviços e vendê-los no mercado e a MVNE ajudará a fornecer esses serviços ao cliente final. Aqui, uma porcentagem fixa da comissão irá para o MVNE.

• A MVNO pode comprar produtos e serviços a granel a preços com descontos especiais, marcá-los com seu nome e vendê-los no mercado.

• A MVNO vende os produtos e serviços e, com base na utilização gerada pelos clientes finais, a MVNO paga uma quantia à MVNE.

Em todos os casos, o MVNO pode ser obrigado a pagar algum valor do depósito caução ao MVNE e a liquidação mensal ocorre por meio de relatórios simples gerados pelo MVNE.

Um MVNE pode adicionar um MVNO em seu sistema de faturamento como um cliente corporativo, desde que o MVNO esteja fornecendo serviços pós-pagos e pode adicionar todos os produtos e serviços fornecidos ao MVNO. No final de cada mês ou geralmente a cada duas semanas, a fatura pode ser gerada e a cobrança pode ser acompanhada.

Mas normalmente, a maioria dos MVNOs fornece serviços pré-pagos, que são tratados no sistema Pré-pago. Nesse caso, a funcionalidade MVNO é alcançada usando a funcionalidade integrada no sistema pré-pago ou simplesmente definindo uma classe de serviço separada. Todos os CDRs de uso e outras informações são despejados no data warehouse de onde os relatórios podem ser gerados para preparar a fatura.

O que é faturamento convergente?

Suponha que uma operadora esteja fornecendo diferentes serviços de voz móvel, voz fixa, dados, IPTV, banda larga, pré-pago e pós-pago, etc. Um cliente pode ter um ou mais desses serviços da mesma operadora. Um cliente típico definitivamente gostaria de ter uma única fatura e uma visão única de sua conta.

Um faturamento convergente é a integração de todas as taxas de serviço em uma única fatura do cliente e uma visão unificada do cliente. O cliente deve ligar para um call center e obter informações completas da conta para todos os serviços escolhidos. O cliente recebe uma única fatura e faz um único pagamento por todos os serviços.

Um Sistema de Faturamento verdadeiramente Convergente deve ser capaz de consolidar qualquer número e combinação de produtos e serviços em uma única fatura, independentemente do tipo de produto e segmento de mercado, ou seja, serviços pré-pagos e pós-pagos.

Outro parâmetro importante que contribui para o faturamento convergente é um único catálogo de produtos e preços para clientes pré-pagos e pós-pagos.

Benefícios do faturamento convergente

O faturamento convergente ajudaria as operadoras a alcançar os seguintes benefícios principais -

• Um único catálogo de produtos e serviços oferece melhor tempo de colocação no mercado e custo reduzido de implementação.

• Uma fatura unificada permite descontos em serviços cruzados, para que os clientes que solicitam vários serviços possam receber preços preferenciais.

• O faturamento convergente permite pacotes e preços multisserviços, por meio dos quais os clientes existentes são estimulados a adicionar novos serviços e novos clientes são atraídos por pacotes de serviços inovadores.

• Atendimento e suporte centralizado para os dois tipos de clientes (pré-pago e pós-pago).

Principais gargalos

Até agora, tem sido um sonho de todas as grandes operadoras de telecomunicações alcançar a verdadeira convergência. Pode ser amanhã algum sistema de faturamento que irá suportar a convergência real de todos os produtos e serviços, mas hoje ele tem os seguintes obstáculos para alcançar a convergência real -

• Os sistemas de carregamento em tempo real como o Ericsson IN ou o Nokia Siemens Charging System são sistemas muito populares para fornecer soluções para produtos e serviços pré-pagos. Esses sistemas não são flexíveis o suficiente para lidar com várias funcionalidades necessárias para clientes pós-pagos, por exemplo: hierarquias complexas de clientes, reclassificação de CDR, descontos por volume, relatórios flexíveis, cobrança de roaming, cobrança de interconexão, etc.

• Sistemas de faturamento pós-pago, como Convergys Infinys ou Amdocs Billing Systems, são ótimos para produtos e serviços pós-pagos. Esses sistemas não são capazes de lidar com tráfego pré-pago e cobrar as ligações em tempo real. É importante ressaltar que esses sistemas não podem ser altamente disponibilizados por causa de sua arquitetura básica.

Mantendo as duas restrições acima mencionadas juntas, se fundirmos ambos os sistemas fazendo uma espécie de interface entre os sistemas pré-pagos e pós-pagos, então pode ser possível alcançar uma convergência verdadeira. Empresas como Convergys e Ericsson estão trabalhando na mesma direção para fundir os dois sistemas e usar as funcionalidades exigidas de ambos os tipos de sistemas e torná-los um único Sistema de Faturamento Convergente.

Suporte e manutenção é parte integrante e a parte mais importante de uma operação de telecomunicações. A satisfação do cliente depende diretamente de quão eficiente e bom suporte está sendo fornecido a eles. Se o cliente estiver sendo colocado no circuito e não obtiver uma boa resposta para o problema / questão levantado, simplesmente o cliente mudaria para outro operador disponível.

Suporte e manutenção cobrem as seguintes áreas principais -

• System support and maintenance- Isso inclui manter o BSS (Business Support Systems) e OSS (Operation Support Systems) funcionando em boas condições. Se houver algum problema em algum dos sistemas (Faturamento, Provisionamento, Rede, Mediação, Atendimento ao Cliente, etc.), ele é procurado pelos especialistas e corrigido em um prazo mínimo.

• Customer Support- Isso inclui corrigir todos os problemas relacionados aos clientes. Um cliente reclama através do atendimento ao cliente ou central de atendimento e, em seguida, o problema flui em diferentes estágios. Esse problema pode estar relacionado a sinais, queda de chamada, qualidade de download de voz ou dados, conta errada, alguma disputa, ativação de serviço ou encerramento, etc.

• System upgrades- Isso inclui a atualização de um sistema existente com a versão mais recente para fornecer mais estabilidade e flexibilidade ao negócio. A nova versão de qualquer sistema vem com novos recursos para atender a novos requisitos de negócios. Isso também inclui a atualização de hardware para manter o desempenho do sistema e para mais armazenamento também.

Níveis de Suporte

Sempre há diferentes níveis de suporte mantidos pelos prestadores de serviços. Esses níveis lidam com diferentes tipos de problemas, dependendo de sua natureza e gravidade. Os níveis de suporte mais comumente usados ​​são os seguintes -

• Level 1- O cliente entra em contato com o suporte ao cliente, que pode ser um call center e o especialista em suporte ao cliente ouve o problema do cliente e sugere uma solução no local. Por exemplo, pode haver alguns problemas que podem ser resolvidos simplesmente reiniciando o telefone. Portanto, um especialista em atendimento ao cliente eficiente sabe sobre esse tipo de problema e pode sugerir uma solução sem escalar o problema (geralmente chamado de ticket de problema) para o próximo nível.

• Level 2- Se um especialista em atendimento ao cliente não for capaz de resolver um problema, o problema será escalado para o suporte de segundo nível, que é um grupo de especialistas técnicos. Esses especialistas pertencem ao departamento de Tecnologia da Informação (TI) e, se forem capazes de entender o problema, podem sugerir uma solução e enviar o problema de volta ao nível 1, caso contrário, verificam a natureza do problema para entender se o problema está relacionado a rede ou sistema de faturamento ou sistema de provisionamento ou hardware, etc., e com base na natureza do problema, o problema é atribuído ao próximo nível, ou seja, departamento.

• Level 3- São departamentos diferentes especializados em suas áreas, como engenharia principal, planejamento de rádio, faturamento, provisionamento, gerenciamento de pedidos, etc. Se o problema for escalado para eles, eles analisam o problema e tentam descobrir a causa raiz do problema. Na maioria das vezes, o problema será diagnosticado e corrigido pelo suporte de terceiro nível, pois eles são engenheiros altamente qualificados e especializados em sua área. Pode haver situações em que o problema não pode ser corrigido no suporte de terceiro nível porque pode estar relacionado à funcionalidade central do sistema, que não é modificável pelo suporte de terceiro nível. Nesse caso, o problema é escalado para o suporte de 4º nível.

• Level 4 - Estes são fornecedores reais dos sistemas de suporte ao negócio, por exemplo, sistema de faturamento, troca de rede, sistema de provisionamento, etc. Portanto, se o problema for encontrado para estar relacionado à funcionalidade central do sistema de faturamento, por exemplo, o sistema de faturamento não será capaz para aplicar o desconto correto, ele seria escalado para o fornecedor do sistema de faturamento e, se o problema estiver relacionado à funcionalidade principal do sistema de provisionamento, seria escalado para o fornecedor do sistema de provisionamento.

Acordos de nível de serviço (SLA)

Os departamentos de suporte sempre trabalham com um acordo de nível de serviço predefinido chamado SLA. Esses SLAs são definidos e mantidos mantendo vários parâmetros em mente. Por exemplo -

• Gravidade do problema ou tarefa operacional.

• Impacto comercial do problema ou tarefa operacional.

• Se o problema ou a tarefa operacional está afetando um único cliente ou vários clientes.

• Se o problema ou tarefa operacional está diretamente relacionado à perda de receita ou à satisfação do cliente.

Com base nesse tipo de parâmetros, diferentes prioridades são definidas e atribuídas a diferentes questões ou tarefas operacionais. A tarefa operacional pode ser geração de relatório, geração de fatura, atividades de limpeza de banco de dados ou atividades de backup.

Finalmente, cada problema e tarefa operacional vem com uma prioridade atribuída e cada prioridade terá o SLA associado. Por exemplo, se houver um problema na criação do pedido do cliente, será considerado um problema de alta prioridade porque está impactando diretamente os negócios. Esse tipo de problema precisa ser resolvido o mais rápido possível pelo departamento designado. Portanto, um SLA muito rígido é definido para questões de alta prioridade.

Os SLAs são discutidos e finalizados com acordo mútuo, mantendo as necessidades de negócios em alta prioridade. Normalmente, um SLA mantém as seguintes informações -

• Parâmetros para qualificar a natureza do problema se é prioridade 1ª emissão ou 2ª questão prioritária ou 3ª ou 4ª questão prioritária. Quanto menor o número de prioridade, maior será a criticidade do problema.

• Para um determinado tipo de prioridade e gravidade, quanto tempo levaria para resolver o problema.

• Em caso de descumprimento de um SLA, qual penalidade seria aplicada.

• Pontos de contato de escalonamento para cada nível de suporte.

• Fluxo do processo e meio de comunicação durante a resolução do problema.

• Disponibilidade de infraestrutura e outras restrições que afetam a resolução do problema.

Os SLAs podem ser definidos entre diferentes departamentos, entre fornecedor e operadora e também entre diferentes operadoras em caso de interconexão.

O diagrama a seguir mostra uma arquitetura típica de um sistema de faturamento. Este capítulo fornecerá uma breve introdução de todos os sistemas de interface, começando de cima para baixo.

Sistema CRM / OMOF

Este é o primeiro sistema de onde um pedido do cliente é capturado e o cliente é criado no sistema. CRM significaCustomer Relationship Management e OMOF significa Order Management and Order Fulfilment.

Existem sistemas como o Siebel, que fornece módulos para CRM e também OMOF. O sistema CRM mantém informações relacionadas ao cliente junto com produtos e serviços. O módulo OMOF é responsável por rastrear o pedido desde sua criação até sua conclusão.

Aqui, temos duas possibilidades -

• Contatos do sistema CRM (Customer Relationship Management) / OMOF (Order Management and Order Fulfillment) com o sistema de faturamento e contatos do sistema de faturamento com sistema de provisionamento para provisionar os serviços e sistema de inventário de rede, bem como para atribuir números de telefone ou endereços IP, etc.

• A segunda possibilidade pode ser que o próprio sistema CRM / OMOF entre em contato com o sistema de provisionamento para provisionar os serviços e o sistema de inventário de rede, bem como para atribuir números de telefone ou endereços IP, etc.

Sistema de Provisionamento

Este sistema recebe comandos do Sistema de Faturamento ou do Sistema CRM / OMOF para ativar, desativar e suspender os serviços. Ambas as arquiteturas são válidas e dependem de como o arquiteto projeta toda a configuração.

Depois de receber comandos de provisionamento, este sistema entra em contato com o sistema de rede central para ativar, desativar ou suspender os serviços. Após um provisionamento bem-sucedido, esse sistema envia uma resposta de volta para o sistema de faturamento ou para o sistema CRM, dependendo de quem enviou o último comando.

Sistema de inventário de rede (NIS)

Este sistema mantém todos os identificadores de rede como números de telefone, MSISDN, endereços IP, endereços de e-mail, etc. e, tecnicamente, é chamado de Sistema de Inventário de Rede.

Dependendo da arquitetura do sistema, o CRM / OMOF ou o Billing System contata o NIS para obter um identificador de rede necessário e o atribui ao cliente no momento da criação do pedido.

Este sistema é responsável por manter o ciclo de vida dos identificadores de rede, que começa com a disponibilidade e então flui por diferentes estágios como ativação, suspensão, encerramento, quarentena e novamente disponível.

Switches de rede

Geralmente, o Billing System não interage com os switches da rede. Os comutadores de rede são responsáveis ​​por fornecer todos os serviços aos clientes finais com base nos serviços fornecidos para o cliente. Esses sistemas são responsáveis ​​por controlar chamadas, download de dados, transferência de SMS, etc. e, finalmente, gerar registros de detalhes de chamadas.

Os switches de rede incluem MSC, SMSC, GGSN e MMSC. Para obter mais informações sobre GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, consulte nossos tutoriais GSM .

Sistema de Mediação

O Sistema de Mediação coleta CDRs de diferentes elementos de rede em diferentes formatos. Vários elementos de rede geram CDRs no formato ASN.1 e alguns elementos de rede têm seu próprio formato proprietário de CDRs.

O Sistema de Mediação processa todos os CDRs e os converte em um formato compatível com o sistema downstream, que geralmente é um Sistema de Faturamento. O Sistema de Mediação aplica várias regras em CDRs para processá-los; por exemplo, o sistema de mediação marca as chamadas internacionais com base no número discado (Número B), da mesma forma que o sistema de mediação marca as chamadas na rede com base no Número A e Número B.

Pode haver a necessidade de filtrar todas as chamadas com duração inferior a 5 segundos, o melhor local para filtrar esse tipo de chamadas será no nível do Sistema de Mediação. Da mesma forma, se alguma informação extra for necessária nos CDRs, o que é crítico para o faturamento, o Sistema de Mediação ajudará no fornecimento dessas informações com base em alguns outros atributos disponíveis nos CDRs.

Uma vez que os CDRs coletados são processados, o Sistema de Mediação envia todos os CDRs para o Sistema de Cobrança usando FTP porque normalmente os sistemas de Mediação e Cobrança são executados em máquinas diferentes.

Sistema Data Ware House (DWH)

Este é um sistema downstream para o Sistema de Faturamento e geralmente mantém toneladas de dados históricos relacionados aos clientes. O sistema de faturamento despeja várias informações do cliente no sistema DWH. Essas informações incluem o uso do serviço, faturas, pagamentos, descontos e ajustes, etc.

Todas essas informações são utilizadas para gerar diversos tipos de relatórios gerenciais e para business intelligence e forecast.

O sistema DWH sempre foi projetado para trabalhar em grandes quantidades de dados e, se houver necessidade de qualquer pequeno relatório, sempre vale a pena gerá-lo diretamente no sistema de faturamento, em vez de abusar do DWH para uma pequena tarefa.

Planejamento de Recursos Empresariais (ERP)

Um sistema de planejamento de recursos empresariais (ERP) fornece módulos para lidar com finanças, recursos humanos e gerenciamento da cadeia de suprimentos, etc.

A interface do sistema de faturamento com este sistema é usada para postar todas as transações financeiras como faturas, pagamentos e ajustes.

Esse sistema funciona como um livro razão para o departamento financeiro e fornece informações completas sobre a receita a qualquer momento que seja necessário.

Gateway de pagamento

Como tal, este não é necessariamente um sistema completo, mas pode ser um tipo de componente personalizado, que fica entre o Sistema de Faturamento e diferentes canais de pagamento, como bancos, gateway de cartão de crédito, lojas e varejistas, etc.

Todos os canais de pagamento usam gateway de pagamento para postar pagamentos no sistema de faturamento para liquidar as faturas dos clientes.

Normalmente, o gateway de pagamento expõe uma espécie de API (Interface de Programação de Aplicativo) ao mundo externo para lançar os pagamentos no Sistema de Faturamento. A API pode ser usada por qualquer recurso externo para postar o pagamento.