Exibir código-fonte para Sincronismo PCRFxOCS

= Fase I - Estudo  =
<br>
== Título da Idéia  ==
Sincronismo PCRFxOCS

== Objetivos  ==
Existe outro problema na cota de dados dos assinantes da OCS. Como a OCS e policy estão controlando os dados do assinante, as informações acabam ficando dessincronizadas nas plataformas. Em vários casos os assinantes não conseguem comprar cota de dados então é necessário a adequação para que o *126 exiba as informações corretas de bônus para os clientes do plano controle e ajuste da base de assinantes para que não possuam mais o controle de bônus nos planos na OCS. A OCS deverá realizar apenas a tarifação avulsa.

== Conceito  ==

=== OCS (Online Charging System) ===
- É um sistema que provê um serviço de comunicação para cobrar seus clientes em tempo real, baseado no uso do serviço.

=== PCRF (Policy and Charging Rules Function) ===
- Provê uma política de controle e fluxo baseado em decisões de controle de cobranças.

=== GGSN (''Gateway GPRS Support Node'') ===
- [[OpenGGSN]]

== Características&nbsp;  ==
* Na OCS clientes pós-pago que possuem o produto VPN só é controlado por voz, porém quando o cliente não possui nenhum crédito validado pelo grupo pai do produto ele não consegue navegação de dados.
* Para a entrada do VoltDB no Policy é necessário que todo cliente que não exista no PCRF e não seja pertencente ao plano básico seja bloqueado.
* Se implementado é necessário que a OCS deixe de controlar os balanços de bônus de dados dos planos controle. Em vista do GGSN é necessário que a Nokia e a equipe responsável pelo GGSN sejam envolvidos para as configurações necessárias para o funcionamento esperado pela Gx entre o GGSN e o PCRF visto que a função de PCEF será desempenhada pelo GGSN.

== Estudo Dirigido  ==
<br>
 Coloque aqui o plano de estudos bem como as possíveis fontes de informação.
<br>
= Fase II - Ensino  =
<br>
== Conteúdo  ==
 Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros
 Crie um material (Wiki, PDF, PPT, ...) que possa ser armazenado e facilmente atualizável
<br>
== Apresentação  ==
 Apresente ao grupo (reunião, EAD, Blog, ...)
 Publique aqui
<br>
= Fase III - Exemplo de Caso de Negócio   =
<br>
== Benefícios para quem for oferecer esta solução  ==
     Descrever em tópicos os benefícios que uma pessoa ou uma empresa podem obter: ganhos, receitas, novos negócios, novos produtos, novas parcerias
<br>

<br>
== Benefícios para o usuário  ==
     Descrever em tópicos os benefícios para os usuários desta solução.
     Pode se inspirar no Canvas.
<br>
== Direcionadores chave para esta iniciativa  ==
     Descrever em tópicos o que esta iniciativa pode proporcionar
<br><br>
== Possíveis modelos de negócios  ==
     Descrever em tópicos os possíveis modelos de negócios
== Business Case  ==
     Descrever um exemplo de negócio que permita avaliar a solução comercialmente
<br>
= Fase IV - Protótipo orientado ao Negócio  =
<br>
== Escopo  ==
Adequação para que o *126 exiba as informações corretas de bônus para os clientes do plano controle e ajuste da base de assinantes para que não possuam mais o controle de bônus nos planos na OCS. A OCS deverá realizar apenas a tarifação avulsa.<br>
[[Arquivo:Solucaoocs1.png|centre|frame|567x567px|Cenário atual]]
[[Arquivo:Solucaoocs2.png|centre|frame|568x568px|Exemplo: Solução 1]]
[[Arquivo:Solucaoocs3.png|centre|frame|565x565px|Exempĺo: Solução 2]]
[[Arquivo:Solucaoocs4.png|centre|frame|563x563px|Exemplo: Solução 3]]
== Limitações  ==
* A configuração dos planos para não possuírem mais pacote de bônus de dados na OCS deverá ser feita pelo CAF.
* Execução do script resultado desta especificação deverá ser executado pelo COR.<br>
* Os clientes que não estejam dentro do charging characteristics com regra criado no Policy navegarão na rede sem controle, gerando impacto manual de limpeza da base e perca de receita, e para resolver esse problema depende diretamente do correto mapeamento e aplicação dos charging characteristics para a implementação da regra para tal no PCRF.

== PoC  ==
<br>
 Desenvolva um PoC (Proof of Concept)
<br>
== Detalhamento Técnico  ==
* O SPS deverá migrar todos os assinantes para a nova<br> aplicação do Policy
* O Webservice a ser utilizado para a busca de bônus de dados é o mesmo existente no projeto algar_policy_services disponível no repositório da Plataforma Planeta. Abaixo segue um exemplo do retorno de uma chamada:
<syntaxhighlight lang="xml">
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<ns2:GetSubscriberBalancesResponse
xmlns:ns2="http://www.openet.com/BM/EAI">
<accountId>3269556</accountId>
<subscriberId>34801275</subscriberId>
<balances>
<item>
<purseId>111_34801275</purseId>
<balanceType>ALLOWANCE_COUNTER</balanceType>
<balanceAmount>340773446</balanceAmount>
<balanceAvailable>340773446</balanceAvailable>
<creditLimit>524288000</creditLimit>
<effectiveDate>2016-05-23T11:33:28</effectiveDate>
<expiryDate>2016-06-01T00:00:00</expiryDate>
<balanceId>111_34801275_PLANO CONTROLE POR CHAMADA 1 -
BONUS_20160523113328_20160601000000</balanceId>
</item>
<item>
<purseId>111_34801275</purseId>
<balanceType>ALLOWANCE_COUNTER</balanceType>
<balanceAmount>52428800</balanceAmount>
<balanceAvailable>52428800</balanceAvailable>
<creditLimit>52428800</creditLimit>
<effectiveDate>2016-05-23T11:33:28</effectiveDate>
<expiryDate>2016-05-23T23:59:59</expiryDate>
<balanceId>111_34801275_PLANO CONTROLE POR CHAMADA 1 -
DIARIO_20160523113328_20160523235959</balanceId>
</item>
</balances>
<customAvpList>
<item>
<attribute>cn</attribute>
<value>TAYRO SEBASTIAO DE SOUZA COSTA</value>
</item>
<item>
<attribute>sn</attribute>
6<value>COSTA</value>
</item>
<item>
<attribute>ctbcAcessoBloqueio</attribute>
</item>
<item>
<attribute>ctbcAssinanteSegmento</attribute>
<value>RESIDENCIAL</value>
</item>
<item>
<attribute>ctbcAssinanteCotaUnica</attribute>
</item>
<item>
<attribute>ctbcAssinanteLawfullInterception</attribute>
</item>
<item>
<attribute>accountId</attribute>
<value>3269556</value>
</item>
<item>
<attribute>subscriberId</attribute>
<value>34801275</value>
</item>
<item>
<attribute>subscriberRole</attribute>
<value>111</value>
</item>
<item>
<attribute>ctbcAcessoAssinanteId</attribute>
<value>5534996622639</value>
</item>
<item>
<attribute>ctbcAcessoDiaCiclo</attribute>
<value>1</value>
</item>
<item>
<attribute>ctbcAcessoTelefone</attribute>
</item>
<item>
<attribute>ctbcAcessoTipo</attribute>
<value>3G</value>
</item>
<item>
<attribute>ctbcAcessoUF</attribute>
<value>MG</value>
</item>
<item>
<attribute>ctbcAcessoRegional</attribute>
<value>UBERLANDIA</value>
</item>
7<item>
<attribute>ctbcAcessoCidade</attribute>
<value>UBERLANDIA</value>
</item>
<item>
<attribute>ctbcAcessoBairro</attribute>
<value>BRASIL</value>
</item>
<item>
<attribute>ctbcAcessoNotificacaoSMS</attribute>
<value>5534996622639</value>
</item>
<item>
<attribute>ctbcAcessoAtributoModalidade</attribute>
<value>PRE</value>
</item>
</customAvpList>
</ns2:GetSubscriberBalancesResponse>
</soap:Body>
</soap:Envelope>
</syntaxhighlight>  x
* Os serviços do SPS não serão alterado. Os Ips terão que ser alterados no SPS e na planeta. No SPS é apenas uma configuração que terá que ser alterada. Na planeta precisará de desenvolvimento.
* OCS
** Fluxo Gy no SPC
** Desenvolver Rating Group - Interface Gy
** Implementar a mensagem RAR para que quando um assinante faça recarga ele informe ao GGSN que o assinante está com saldo.

* A conta detalhada deverá ser alterada. O Consumo de dados deverá ser apresentado com informações do policy. Assim um script deverá ser desenvolvido pela equipe de automação para coletar os dados do policy e enviar para o people.<br>
* *126
** Alterar *126 para exibir os bônus de dados somente do policy.

* Adequar o *126 para consulta bônus PCRF
** O *126 tem a função de informar o cliente, mediante sua solicitação, as informações de saldo, cota e bônus do cliente. Para o cliente controle, além de exibir o saldo e sua validade ele exibe também o bônus de dados que o cliente possui e a validade deste bônus. O *126 deverá ser alterado para que consulte os valores em R$ na OCS e a cota disponível para o cliente no PCRF. A mensagem deverá ser exibida da seguinte forma: 
*** <syntaxhighlight>
"Saldo R$aa valido ate dd/mm/aaaa. Bonus R$bb valido ate dd/mm/aaaa. Cota a usar: cc MB."
</syntaxhighlight><br>
= Cronograma Macro  =
<br>
= Histórico  =
<br>

<br>
= Pesquisadores  =
*Marcos Guimarães de Medeiros
*Flávio Moretti Morais
*Rafael Marra
*Silas dos Santos
*Enock Cabral Almeida Vieira
*João Henrique de Souza Pereira
*Lincoln Borges Ferreira