SlideShare uma empresa Scribd logo
1 de 49
Módulo 1 – Desenvolvimento
de Produtos e Descontos
15-02-2017
Copyright © 2017 Accenture All Rights Reserved 2
Controlo de Versões
Versão Data Elaborado por Empresa Papel Descrição das alterações
v1.0 23-03-2017 Accenture Accenture CDO
v1.1 DD-MM-AAAA
Copyright © 2017 Accenture All Rights Reserved 3
Agenda
Visão Geral do Catálogo em BRM
1
Configuração de GLIDs
2
Produtos
3
Descontos
4
Configuração de Journal Keys
5
Visão Geral do Catálogo em BRM
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
5
Visão Geral do Catálogo em BRM
Solução Oracle BRM (Out Of the Box)
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
6
Visão Geral do Catálogo em BRM
Solução TT (BRM – AIA – SIEBEL)
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
7
Visão Geral do Catálogo em BRM
Para configurar Produtos/Descontos é necessário efetuar os seguintes passos:
1) Configuração dos GLID’s;
2) Configuração dos Produtos/Descontos;
3) Configuração das Journal Key.
Configuração de GLIDs
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
9
Configuração de GLIDs
Um GLID (General Ledger Identifier) é um identificador que permite agregar os valores faturados para que posteriormente
sejam mapeados para as contas financeiras do SAP.
Existem dois tipos de GLIDs:
• Rating – utilizado para eventos de comunicações (delayed);
• Billing – utilizado para reportar os valores de mensalidades, adesões e todos os valores faturados em billing (real time).
Todos os GLIDs são configurados no filesystem do BRM no ficheiro CST_pin_glid que se encontra na diretoria
$PIN_HOME/sys/data/config.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
10
Configuração de GLIDs
As regras para configurar um
GLID para os eventos de Rating
(na coluna 1 a posição do
número, na coluna 2 o valor a
colocar nessa posição de acordo
com o valor da coluna 3).
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
11
Configuração de GLIDs
As regras para configurar um
GLID para os eventos de Billing
(na coluna 1 a posição do
número, na coluna 2 o valor a
colocar nessa posição de acordo
com o valor da coluna 3).
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
12
Configuração de GLIDs
Exemplo de um GLID no ficheiro CST_pin_glid.
Nível: 1 2 3 4 5
id: 3 2 04 00 411
Descrição:
• Expansão Billing
• Móvel
• /service/telco/gsm/telephony
• Imposto 0%
• Nº sequencial
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
13
Configuração de GLIDs
Aspetos a realçar:
• ID → deve seguir a regra de numeração das tabelas apresentadas.
• Descrição → sem carateres especiais e deve ser único.
• Taxcode → na TT é IVA00.
Algumas notas importantes sobre o ficheiro CST_pin_glid:
• Quando é carregado para a BD, todos os GLIDs são apagados e carregados novamente. Por esta razão adicionam-se
sempre os novos GLIDs e nunca se apagam os que já lá existem;
• Sempre que é adicionado um novo GLID, o bloco correspondente deve ser adicionado na posição do ficheiro segundo uma
ordem crescente de ID e não no final do ficheiro.
Produtos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
15
Produtos
Um produto em BRM é um objeto tributável que define como cobrar o cliente
– É configurado no Pricing Center;
– Consiste em um ou mais rate plans.
Para configurar um novo produto, abrir um novo workspace:
– File → New
Criar um novo produto em:
– Insert → Product
– “Create a new product”
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
16
Produtos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
17
Produtos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
18
Produtos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
19
Produtos
Tipo de Evento:
• Monthly Cycle Forward Event: Usado para assinaturas
mensais;
• Product Purchase Fee Event: Usado para taxas de
conexão e taxas únicas;
• Delayed Telco Events: Usado para tráfego. Os delayed
events disponíveis são:
o /event/delayed/session/telco/gsm
o /event/delayed/session/telco/gprs
o /event/delayed/session/telco/gsm/roaming
o /event/delayed/session/telco/gprs/roaming
o /event/delayed/session/telco/telephony
Na figura seguinte é possível ver a informação geral do produto, sendo possível visualizar as configurações efetuadas como
também efetuar as configurações relativas a eventos (na secção Event Map).
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
20
Produtos
Rate Plan - Conjunto de configurações que definem o
comportamento de um produto.
• Rate Plan Selector:
Seleciona o Rate Plan
dependendo da
caraterística do Produto.
• Single Rate Plan: Tem
apenas um Rate Plan.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
21
Produtos
Na Tier Detail é possível definir um período efetivo para essa
Tier:
o Configurando uma data de início e uma data de fim.
É também possível configurar diferentes caraterísticas para o
mesmo produto:
o Adicionando mais Tiers;
o Cada Tier tem uma especificação diferente do
produto.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
22
Produtos
GROUP_NAME##PLAN_NAME##S_FLAGS##INV_DETAIL##
• GROUP_NAME – Nome do grupo a que o produto pertence;
• PLAN_NAME – Nome do plano (na fatura aparece como título do
Serviço);
• S_FLAGS – Flags de suspensão, usadas para definir o
comportamento do produto quando é suspenso;
• INV_DETAIL – Nível de detalhe da fatura.
Na Rate Data é configurada a Rate Tag. A string da Rate Tag tem campos fixos e está configurada da seguinte forma:
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
23
Produtos
Por fim, são configurados os Balance Impacts do produto. Para tal é necessário indicar o recurso afetado (Resource ID), a
conta financeira (GLID) e o valor a cobrar no Scaled Amount (sem taxa de imposto).
Produtos – Alteração de preço
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
25
Produtos – Alteração de preço
Para alterar o preço de um produto, no Pricing Center, abrir um novo workspace: File → New
Procurar pelo produto: File → Pricing Objects Search…
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
26
Produtos – Alteração de preço
Após a pesquisa do produto, o workspace fica com o seguinte aspeto:
Arrastar o produto para
o workspace
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
27
Produtos – Alteração de preço
Abrir as configurações do produto.
Cria-se uma nova Tier
onde se define a partir de
que data é que o novo
preço entra em vigor.
A data de início da nova Tier
tem que coincidir com a data
de fim da Tier anterior.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
28
Produtos – Alteração de preço
Abrir as configurações do produto. Definição do novo preço
Produtos – Exportar configurações do
produto
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
30
Produtos – Exportar configurações do produto
Após a configuração do produto, o workspace fica com o
seguinte aspeto:
Para carregar o produto no BRM é necessário exportar o
ficheiro XML do Pricing Center para a máquina local.
 Exportar o ficheiro XML:
• File → Export → Real-time Data;
• Gravar o ficheiro XML na máquina local.
• Criar um pacote com o XML do produto
Descontos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
32
Descontos
Desconto (catálogo) – É um objeto em BRM que é
sincronizado em Siebel e pode ser adquirido pelo
cliente.
Discount Model – Agrega o Discount Trigger e o
Discount Rule.
Discount Trigger – Define um conjunto de condições
que determinam quando é que o desconto é aplicado.
Discount Rule – Especifica o tipo e o valor de um
desconto.
Discount Master – Definição dos filtros a aplicar aos
EDR.
Sequência para implementar um desconto:
Discount Master  Discount Rule  Discount Trigger
 Discount Module  Desconto (Catálogo)
Configuração
de Catálogo
(Billing)
Configuração
de Pipelines
(IFW)
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
33
Descontos
O Discount Master configura-se na pipeline (no Pricing Center).
Para ver as opções da Pipeline: Menu View → Pipeline Toolbox.
No menu da pipeline escolher a opção Discount → Discount/ChargeShare Master.
Posteriormente, é necessário:
• Atribuir um código e um nome único.
• Definir os filtros para os eventos que se pretende que o desconto seja aplicado.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
34
Descontos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
35
Descontos
Definir as opções do filtro a aplicar pelo Discount Master (são usadas expressões regulares):
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
36
Descontos
A Discount Rule configura-se na pipeline Discount → Discount/ChargeShare Rule.
Para tal é necessário:
• Definir um código e um nome único;
• Associar um Discount Master à Discount Rule;
• Definir as regras de aplicação e o impacto do desconto.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
37
Descontos
É necessário definir os
intervalos para os quais a
regra é válida, ex. total dos
consumos entre 0 e 1000.
Para cada step definido é
necessário definir o valor
absoluto ou a percentagem
do desconto.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
38
Descontos
A Discount Trigger configura-se na pipeline Discount → Discount/ChargeShare Trigger.
Especifica as condições necessárias para que o desconto seja aplicado.
As configurações necessárias para criar um Discount Trigger, são as seguintes:
• Definir um código e um nome único;
• Definir a condição para o trigger do desconto.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
39
Descontos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
40
Descontos
A Discount Model configura-se na pipeline, em:
o Discount → Discount Model.
O Discount Model agrega o Discount Rule e o Discount Trigger e serve para ser associado ao Desconto.
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
41
Descontos
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
42
Descontos
Criar um desconto é semelhante a criar um produto.
É necessário definir o evento ao qual o Discount Model fica associado. Tal como no produto, representa o
momento em que vai ser desencadeado.
Também é necessário definir o serviço e selecionar o Discount Model.
Para criar o desconto Menu Insert/Discount:
Para criar o Desconto, no Pricing Center:
o Insert → Discount
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
43
Descontos
Para definir a configuração ao nível de valores
máximos e mínimos de descontos, e prorates.
Prorates:
o Full discount: aplica ao ciclo
completo.
o Prorate discount: aplica apenas os
dias que esteve ativo.
o No discount: não aplica nenhum dia
sobre o ciclo.
Configuração de Journal Keys
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
45
Configuração de Journal Keys
A configuração consiste em inserir um registo na tabela CST_JOURNALS_KEYS_T com os seguintes campos:
• ID_JOURNAL_KEY – <GLID_BRM+BUSINESS_TYPE+NUM_SEQ>;
• ID_JNL_FILE_TYPE – Tipo de ficheiro a reporter (configurado na tabela CST_JOURNALS_FILE_TYPES_T)
• ID_COMPANY – Configurado no campo CST_BILL_SEGMENT_CONV_T.ID_SAP;
• GL_ID_BRM – GLID configurado no BRM;
• GL_ID_JOURNAL – Conta financeira onde se destina a receita;
Sigla Tipo
COB Cobranças
ADT Adiantamentos
POS Point-Of-Sale
FACT Faturação
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
46
Configuração de Journal Keys
• ID_JNL_ITEM_TYPES – Tipo de items a reportar ( configurado na tabela CST_JOURNALS_ITEM_TYPES_T )
Sigla Tipo
PRD Produtos
DSC Descontos
TAX Impostos
TRF Tráfego
PAG Pagamentos
PAGDD Pagamentos Débito Direto
OTR Outros
RND Arredondamentos
ADJ Ajustes
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
47
Configuração de Journal Keys
• PERCENT – Percentagem a impactar na conta preenchida no campo GL_ID_JOURNAL;
• BEGIN_DATE ( END_DATE ) – Data de início ( fim ) do report para a conta configurada;
• PAYMENT_MODE – Método de pagamento válido para reportar para a conta SAP configurada (válido nos recebimentos);
• STORE - Código da loja ( configurado na tabela CST_STORES_T );
• BUSINESS_TYPE – Tipo de cliente ( definido na tabela CST_BUSINESS_TYPE_CONV_T ). É atribuído à conta assim que
é criada;
• BANK_CODE – Código do banco ( configurado na tabela CST_BANKS_T ). É atribuído à conta assim que é criada;
• DESCRIPTION – Descrição do tipo de receita a reportar;
• MOV_TYPE – Tipo de movimento ( D – débito ou C – crédito ).
Copyright © 2017 Accenture All Rights Reserved
Módulo 1 – Desenvolvimento de Produtos e Descontos
48
Configuração de Journal Keys
Exemplo de um registo na tabela CST_JOURNALS_KEYS_T.
Adicionalmente para os Descontos POS é necessário criar um GLID como indica o seguinte exemplo:
Deve ser criado um Journal Key para cada BUSINESS_TYPE existente.
Fim do documento

Mais conteúdo relacionado

Semelhante a BRM - Modulo 1 - Desenvolvimento de Produtos e Descontos_v1.1.PPTX

BPM: Conceitos de Gestão de Processos de Negócios
BPM: Conceitos de Gestão de Processos de NegóciosBPM: Conceitos de Gestão de Processos de Negócios
BPM: Conceitos de Gestão de Processos de NegóciosSergio Sorrentino Moraes
 
Apresentação do Personalizador de Produto - Millennium Fashion Business
Apresentação do Personalizador de Produto - Millennium Fashion BusinessApresentação do Personalizador de Produto - Millennium Fashion Business
Apresentação do Personalizador de Produto - Millennium Fashion BusinessOctavio Yoshio Hozawa
 
Engecompany Engenharia De Sistemas
Engecompany   Engenharia De SistemasEngecompany   Engenharia De Sistemas
Engecompany Engenharia De Sistemasengemkt
 
BH-GP37-AQUISIÇÕES-INOVATEC
BH-GP37-AQUISIÇÕES-INOVATECBH-GP37-AQUISIÇÕES-INOVATEC
BH-GP37-AQUISIÇÕES-INOVATECMarco Coghi
 
Criando o mvp (minimum viable product)
Criando o mvp (minimum viable product)Criando o mvp (minimum viable product)
Criando o mvp (minimum viable product)Daniel Campos
 
Como Criar Produtos Vencedores
Como Criar Produtos VencedoresComo Criar Produtos Vencedores
Como Criar Produtos VencedoresGustavo Caetano
 
Pmi Global 2008 Portfolio
Pmi Global 2008 PortfolioPmi Global 2008 Portfolio
Pmi Global 2008 PortfolioPeter Mello
 

Semelhante a BRM - Modulo 1 - Desenvolvimento de Produtos e Descontos_v1.1.PPTX (10)

Icm convista vf_ 2016
Icm convista vf_ 2016Icm convista vf_ 2016
Icm convista vf_ 2016
 
BPM: Conceitos de Gestão de Processos de Negócios
BPM: Conceitos de Gestão de Processos de NegóciosBPM: Conceitos de Gestão de Processos de Negócios
BPM: Conceitos de Gestão de Processos de Negócios
 
Trabalho de SGI
Trabalho de SGITrabalho de SGI
Trabalho de SGI
 
Apresentação do Personalizador de Produto - Millennium Fashion Business
Apresentação do Personalizador de Produto - Millennium Fashion BusinessApresentação do Personalizador de Produto - Millennium Fashion Business
Apresentação do Personalizador de Produto - Millennium Fashion Business
 
Engecompany Engenharia De Sistemas
Engecompany   Engenharia De SistemasEngecompany   Engenharia De Sistemas
Engecompany Engenharia De Sistemas
 
BH-GP37-AQUISIÇÕES-INOVATEC
BH-GP37-AQUISIÇÕES-INOVATECBH-GP37-AQUISIÇÕES-INOVATEC
BH-GP37-AQUISIÇÕES-INOVATEC
 
Criando o mvp (minimum viable product)
Criando o mvp (minimum viable product)Criando o mvp (minimum viable product)
Criando o mvp (minimum viable product)
 
Como Criar Produtos Vencedores
Como Criar Produtos VencedoresComo Criar Produtos Vencedores
Como Criar Produtos Vencedores
 
Prince2 mudanças
Prince2 mudançasPrince2 mudanças
Prince2 mudanças
 
Pmi Global 2008 Portfolio
Pmi Global 2008 PortfolioPmi Global 2008 Portfolio
Pmi Global 2008 Portfolio
 

BRM - Modulo 1 - Desenvolvimento de Produtos e Descontos_v1.1.PPTX

  • 1. Módulo 1 – Desenvolvimento de Produtos e Descontos 15-02-2017
  • 2. Copyright © 2017 Accenture All Rights Reserved 2 Controlo de Versões Versão Data Elaborado por Empresa Papel Descrição das alterações v1.0 23-03-2017 Accenture Accenture CDO v1.1 DD-MM-AAAA
  • 3. Copyright © 2017 Accenture All Rights Reserved 3 Agenda Visão Geral do Catálogo em BRM 1 Configuração de GLIDs 2 Produtos 3 Descontos 4 Configuração de Journal Keys 5
  • 4. Visão Geral do Catálogo em BRM
  • 5. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 5 Visão Geral do Catálogo em BRM Solução Oracle BRM (Out Of the Box)
  • 6. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 6 Visão Geral do Catálogo em BRM Solução TT (BRM – AIA – SIEBEL)
  • 7. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 7 Visão Geral do Catálogo em BRM Para configurar Produtos/Descontos é necessário efetuar os seguintes passos: 1) Configuração dos GLID’s; 2) Configuração dos Produtos/Descontos; 3) Configuração das Journal Key.
  • 9. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 9 Configuração de GLIDs Um GLID (General Ledger Identifier) é um identificador que permite agregar os valores faturados para que posteriormente sejam mapeados para as contas financeiras do SAP. Existem dois tipos de GLIDs: • Rating – utilizado para eventos de comunicações (delayed); • Billing – utilizado para reportar os valores de mensalidades, adesões e todos os valores faturados em billing (real time). Todos os GLIDs são configurados no filesystem do BRM no ficheiro CST_pin_glid que se encontra na diretoria $PIN_HOME/sys/data/config.
  • 10. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 10 Configuração de GLIDs As regras para configurar um GLID para os eventos de Rating (na coluna 1 a posição do número, na coluna 2 o valor a colocar nessa posição de acordo com o valor da coluna 3).
  • 11. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 11 Configuração de GLIDs As regras para configurar um GLID para os eventos de Billing (na coluna 1 a posição do número, na coluna 2 o valor a colocar nessa posição de acordo com o valor da coluna 3).
  • 12. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 12 Configuração de GLIDs Exemplo de um GLID no ficheiro CST_pin_glid. Nível: 1 2 3 4 5 id: 3 2 04 00 411 Descrição: • Expansão Billing • Móvel • /service/telco/gsm/telephony • Imposto 0% • Nº sequencial
  • 13. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 13 Configuração de GLIDs Aspetos a realçar: • ID → deve seguir a regra de numeração das tabelas apresentadas. • Descrição → sem carateres especiais e deve ser único. • Taxcode → na TT é IVA00. Algumas notas importantes sobre o ficheiro CST_pin_glid: • Quando é carregado para a BD, todos os GLIDs são apagados e carregados novamente. Por esta razão adicionam-se sempre os novos GLIDs e nunca se apagam os que já lá existem; • Sempre que é adicionado um novo GLID, o bloco correspondente deve ser adicionado na posição do ficheiro segundo uma ordem crescente de ID e não no final do ficheiro.
  • 15. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 15 Produtos Um produto em BRM é um objeto tributável que define como cobrar o cliente – É configurado no Pricing Center; – Consiste em um ou mais rate plans. Para configurar um novo produto, abrir um novo workspace: – File → New Criar um novo produto em: – Insert → Product – “Create a new product”
  • 16. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 16 Produtos
  • 17. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 17 Produtos
  • 18. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 18 Produtos
  • 19. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 19 Produtos Tipo de Evento: • Monthly Cycle Forward Event: Usado para assinaturas mensais; • Product Purchase Fee Event: Usado para taxas de conexão e taxas únicas; • Delayed Telco Events: Usado para tráfego. Os delayed events disponíveis são: o /event/delayed/session/telco/gsm o /event/delayed/session/telco/gprs o /event/delayed/session/telco/gsm/roaming o /event/delayed/session/telco/gprs/roaming o /event/delayed/session/telco/telephony Na figura seguinte é possível ver a informação geral do produto, sendo possível visualizar as configurações efetuadas como também efetuar as configurações relativas a eventos (na secção Event Map).
  • 20. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 20 Produtos Rate Plan - Conjunto de configurações que definem o comportamento de um produto. • Rate Plan Selector: Seleciona o Rate Plan dependendo da caraterística do Produto. • Single Rate Plan: Tem apenas um Rate Plan.
  • 21. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 21 Produtos Na Tier Detail é possível definir um período efetivo para essa Tier: o Configurando uma data de início e uma data de fim. É também possível configurar diferentes caraterísticas para o mesmo produto: o Adicionando mais Tiers; o Cada Tier tem uma especificação diferente do produto.
  • 22. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 22 Produtos GROUP_NAME##PLAN_NAME##S_FLAGS##INV_DETAIL## • GROUP_NAME – Nome do grupo a que o produto pertence; • PLAN_NAME – Nome do plano (na fatura aparece como título do Serviço); • S_FLAGS – Flags de suspensão, usadas para definir o comportamento do produto quando é suspenso; • INV_DETAIL – Nível de detalhe da fatura. Na Rate Data é configurada a Rate Tag. A string da Rate Tag tem campos fixos e está configurada da seguinte forma:
  • 23. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 23 Produtos Por fim, são configurados os Balance Impacts do produto. Para tal é necessário indicar o recurso afetado (Resource ID), a conta financeira (GLID) e o valor a cobrar no Scaled Amount (sem taxa de imposto).
  • 25. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 25 Produtos – Alteração de preço Para alterar o preço de um produto, no Pricing Center, abrir um novo workspace: File → New Procurar pelo produto: File → Pricing Objects Search…
  • 26. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 26 Produtos – Alteração de preço Após a pesquisa do produto, o workspace fica com o seguinte aspeto: Arrastar o produto para o workspace
  • 27. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 27 Produtos – Alteração de preço Abrir as configurações do produto. Cria-se uma nova Tier onde se define a partir de que data é que o novo preço entra em vigor. A data de início da nova Tier tem que coincidir com a data de fim da Tier anterior.
  • 28. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 28 Produtos – Alteração de preço Abrir as configurações do produto. Definição do novo preço
  • 29. Produtos – Exportar configurações do produto
  • 30. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 30 Produtos – Exportar configurações do produto Após a configuração do produto, o workspace fica com o seguinte aspeto: Para carregar o produto no BRM é necessário exportar o ficheiro XML do Pricing Center para a máquina local.  Exportar o ficheiro XML: • File → Export → Real-time Data; • Gravar o ficheiro XML na máquina local. • Criar um pacote com o XML do produto
  • 32. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 32 Descontos Desconto (catálogo) – É um objeto em BRM que é sincronizado em Siebel e pode ser adquirido pelo cliente. Discount Model – Agrega o Discount Trigger e o Discount Rule. Discount Trigger – Define um conjunto de condições que determinam quando é que o desconto é aplicado. Discount Rule – Especifica o tipo e o valor de um desconto. Discount Master – Definição dos filtros a aplicar aos EDR. Sequência para implementar um desconto: Discount Master  Discount Rule  Discount Trigger  Discount Module  Desconto (Catálogo) Configuração de Catálogo (Billing) Configuração de Pipelines (IFW)
  • 33. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 33 Descontos O Discount Master configura-se na pipeline (no Pricing Center). Para ver as opções da Pipeline: Menu View → Pipeline Toolbox. No menu da pipeline escolher a opção Discount → Discount/ChargeShare Master. Posteriormente, é necessário: • Atribuir um código e um nome único. • Definir os filtros para os eventos que se pretende que o desconto seja aplicado.
  • 34. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 34 Descontos
  • 35. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 35 Descontos Definir as opções do filtro a aplicar pelo Discount Master (são usadas expressões regulares):
  • 36. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 36 Descontos A Discount Rule configura-se na pipeline Discount → Discount/ChargeShare Rule. Para tal é necessário: • Definir um código e um nome único; • Associar um Discount Master à Discount Rule; • Definir as regras de aplicação e o impacto do desconto.
  • 37. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 37 Descontos É necessário definir os intervalos para os quais a regra é válida, ex. total dos consumos entre 0 e 1000. Para cada step definido é necessário definir o valor absoluto ou a percentagem do desconto.
  • 38. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 38 Descontos A Discount Trigger configura-se na pipeline Discount → Discount/ChargeShare Trigger. Especifica as condições necessárias para que o desconto seja aplicado. As configurações necessárias para criar um Discount Trigger, são as seguintes: • Definir um código e um nome único; • Definir a condição para o trigger do desconto.
  • 39. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 39 Descontos
  • 40. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 40 Descontos A Discount Model configura-se na pipeline, em: o Discount → Discount Model. O Discount Model agrega o Discount Rule e o Discount Trigger e serve para ser associado ao Desconto.
  • 41. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 41 Descontos
  • 42. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 42 Descontos Criar um desconto é semelhante a criar um produto. É necessário definir o evento ao qual o Discount Model fica associado. Tal como no produto, representa o momento em que vai ser desencadeado. Também é necessário definir o serviço e selecionar o Discount Model. Para criar o desconto Menu Insert/Discount: Para criar o Desconto, no Pricing Center: o Insert → Discount
  • 43. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 43 Descontos Para definir a configuração ao nível de valores máximos e mínimos de descontos, e prorates. Prorates: o Full discount: aplica ao ciclo completo. o Prorate discount: aplica apenas os dias que esteve ativo. o No discount: não aplica nenhum dia sobre o ciclo.
  • 45. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 45 Configuração de Journal Keys A configuração consiste em inserir um registo na tabela CST_JOURNALS_KEYS_T com os seguintes campos: • ID_JOURNAL_KEY – <GLID_BRM+BUSINESS_TYPE+NUM_SEQ>; • ID_JNL_FILE_TYPE – Tipo de ficheiro a reporter (configurado na tabela CST_JOURNALS_FILE_TYPES_T) • ID_COMPANY – Configurado no campo CST_BILL_SEGMENT_CONV_T.ID_SAP; • GL_ID_BRM – GLID configurado no BRM; • GL_ID_JOURNAL – Conta financeira onde se destina a receita; Sigla Tipo COB Cobranças ADT Adiantamentos POS Point-Of-Sale FACT Faturação
  • 46. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 46 Configuração de Journal Keys • ID_JNL_ITEM_TYPES – Tipo de items a reportar ( configurado na tabela CST_JOURNALS_ITEM_TYPES_T ) Sigla Tipo PRD Produtos DSC Descontos TAX Impostos TRF Tráfego PAG Pagamentos PAGDD Pagamentos Débito Direto OTR Outros RND Arredondamentos ADJ Ajustes
  • 47. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 47 Configuração de Journal Keys • PERCENT – Percentagem a impactar na conta preenchida no campo GL_ID_JOURNAL; • BEGIN_DATE ( END_DATE ) – Data de início ( fim ) do report para a conta configurada; • PAYMENT_MODE – Método de pagamento válido para reportar para a conta SAP configurada (válido nos recebimentos); • STORE - Código da loja ( configurado na tabela CST_STORES_T ); • BUSINESS_TYPE – Tipo de cliente ( definido na tabela CST_BUSINESS_TYPE_CONV_T ). É atribuído à conta assim que é criada; • BANK_CODE – Código do banco ( configurado na tabela CST_BANKS_T ). É atribuído à conta assim que é criada; • DESCRIPTION – Descrição do tipo de receita a reportar; • MOV_TYPE – Tipo de movimento ( D – débito ou C – crédito ).
  • 48. Copyright © 2017 Accenture All Rights Reserved Módulo 1 – Desenvolvimento de Produtos e Descontos 48 Configuração de Journal Keys Exemplo de um registo na tabela CST_JOURNALS_KEYS_T. Adicionalmente para os Descontos POS é necessário criar um GLID como indica o seguinte exemplo: Deve ser criado um Journal Key para cada BUSINESS_TYPE existente.

Notas do Editor

  1. Plan List – Conjunto de Plans que são oferecidos ao cliente. Pode-se oferecer diferentes Plan List para diferentes tipos de clientes. Por exemplo, uma Plan List para clientes que se registem a partir da Web e outra Plan List para clientes que se registem na loja física. Plan – É um pacote de negócios que os clientes adquirem para usar os seus serviços. Por exemplo, pretende-se oferecer um serviço com duas formas diferentes de cobrança. Ao criar um Plan, é escolhido qual o tipo de cobrança. Deal – Ao adquirir um pacote de produtos num negócio, pode-se oferecer descontos para esses produtos. Por exemplo, criar um negócio que oferece a taxa de inscrição se o cliente se registar antes de uma determinada data. Produto – É um objeto que define como cobrar ao cliente por bens e serviços. Um produto consiste em um ou mais rate plans que especificam o custo de cada evento faturável que afeta a conta de um cliente. Ao agrupar rate plans num produto, é definido como cobrar por todos os recursos que se aplicam ao produto. Por exemplo, rate plans de um serviço ADSL podem cobrar ao cliente segundo dois recursos: dinheiro e horas de conexão. Descontos – Objeto que aplica descontos aos eventos. É uma redução na cobrança de um evento faturável ou uma alteração no saldo de um recurso, como minutos grátis ou uma fidelização. Aqui é especificado quando e como é que os descontos são aplicados. É possível descontar em tráfego, mensalidades e taxas recorrentes.
  2. Primeiras 3 camadas (Plan List, Plan and Deal ) – Lógica de negócio, é configurado em SIEBEL. A última camada – Configuração unitária de produtos/descontos, é configurado em BRM. Na solução da TT, o Siebel é o Master da oferta e o BRM é o Master de catálogo. O BRM cria produtos e descontos, sincroniza-os com o Siebel via AIA, e Siebel agrega-os nos pacotes de oferta ao cliente.
  3. 1 – Configuração das General Ledger Identifier -> são utilizadas para o reporte financeiro 2 – Configuração dos produtos e descontos , onde são incluídas as regras de aplicação 3 – Confguração das Journal Keys -> utilizadas para fazer o mapeamento das contas razão BRM (GLID’s) e das Contas razão SAP
  4. O GLID (General Ledger Identifier) é um identificador que permite a agregação dos valores faturados e mapeia-os para as contas financeiras do sistema. Os GLID’s estão agrupados em 2 classes diferentes: A classe de Rating (utlizado para eventos de comunicações (delayed)) e a classe de Billing ( utilizado para reportar os valores faturados em real time, como por exemplo, mensalidades e adesões.) Os GLID’s são configurados no filesystem de BRM no ficheiro CST_pin_glid que se encontra na diretoria sys/data/config.
  5. Existem regras para construir um GLID. Na vossa solução, o GLID é composto por vários níveis, em que cada um deles está associado a um valor, dependendo do tipo de produto ou desconto que se pretende configurar. Nesta tabela estão as regras para configurar os GLIDs do tipo Rating (delayed). É necessário atribuir o valor a cada nível, dependendo da descrição do produto/desconto
  6. Paralelamente, nesta tabela encontram-se as regras de configuração de GLID’s para os produtos / descontos do tipo real - time
  7. No slide 12, podemos observar um exemplo de como atribuir um GLID. Separando o GLID do equipamento “Telemovel – Digicom Bolt 2” pelos seus diferentes níveis, conseguimos perceber que este equipamento pertence à expansão Billing (pré-pago), pertence ao segmento móvel, apenas pode ser atribuído ao serviço móvel (gsm/telephony), não tem qualquer imposto associado.
  8. No slide 13, estão algumas notas que devem ser tomadas em consideração quando se configura novos GLID’s. O Identificador do GLID deve seguir as regras de numeração identificado nas tabelas dos slides anteriores A descrição do GLID não deve ter caracteres especiais e deve ser único O Taxcode utilizado é o IVA00 Adicionalmente, deve ser tomado em consideração que para configurar novos GLID’s é necessário adicionar novos GLID’s ao ficheiro CST_pin_glid e não se deve apagar nenhum outro GLID. Isto porque quando os GLID’s são carregados para a Base de Dados, o processo remove os GLID’s existentes e volta a carregar todos os GLID’s que se encontram no ficheiro de configuração.
  9. Um produto em BRM é um objeto tributável que define como cobrar o cliente O BRM dispõe de aplicações externas que auxiliam a configuração de produtos e descontos – Pricing Center Trata-se de um SW auxiliar em BRM que é relativamente fácil e intuitivo (user friendly). Recomendamos que não o utilizem no ambiente de Produção, porque caso se altera uma configuração de um produto de forma indesejada, essa ação é imediatamente alterada no sistema sem que o utilizador se aperceba. No slide 15 damos os passos necessários para criar um produto no pricing center. A nossa recomendação é que sejam executados estes passos apenas no ambiente DEV.
  10. Na primeira janela convem realçar que o nome e a descrição do produto devem coincidir. Na segunda janela: Produtos que irão ser registados em Siebel devem ser do tipo “Subscription”. No campo “Applies To:” selecionar o tipo de serviço. O fractional amount e o Supplier tax ID não são usados nesta solução.
  11. Aqui existem algumas regras comerciais como: as datas que o produto fica disponivel para compra e a quantidade. Esta informação não é configurada em BRM, são configuradas em Siebel.
  12. Configurações default
  13. No slide 19, começamos por configurar os principais atributos de um produto. Nesta vista, devemos selecionar o tipo de evento associado ao produto. O evento de um produto traduz-se no tipo do produto que se prentede configurar - billing ou rating (eventos delayed, que indicam que são utilizados para efeitos de tráfego). Os eventos associados aos produtos do tipo billing indicam a recursividade que esse produto vai ser cobrado ao cliente. Podemos configurar o produto para ser aplicado periodicamente (como por exemplo o monthly cycle forward event – Este evento é utilizado para assinaturas mensais) ou para ter uma aplicação única (product purchase fee event, utilizado para taxas únicas) Na primeira metade da janela estão as configurações que foram feitas nos passos anteriores: como o Nome, Descrição, tipo de serviço e tipo de produto. Na segunda metade da janela está a configuração do event map que atribui um tipo de evento ao produto. É possível configurar vários tipos de eventos para o mesmo produto. Por exemplo, se se estiver a configurar uma mensalidade, é possivel adicionar um tipo de evento para cobrar a mensalidade e um tipo de evento para cobrar ao cliente em caso de cancelamento da mensalidade, dependendo se se encontra no periodo de fidelização.
  14. Após o evento estar definido para o produto, passamos à configuração da rate plan. A rate plan agrega um cojunto de regras que vão definir o comportamento do produto. Existem 2 configurações possíveis para definir o rate_plan – Rate Plan Selector (permite associar mais do que 1 rate plan ao produto) ou Single Rate Plan (apenas tem 1 Rate plan associado ao produto). Porém, a TT apenas utiliza por default o Single Rate Plan. Rate plan – Conjunto de configurações que definem o comportamento de um produto. Rate Plan Selector: Por exemplo, numa tarifação de chamadas telefónicas, é possivel usar o rate plan selector para determinar qual o Rate Plan a usar baseado na origem da chamada e no destino.
  15. No slide 21, mostra como são configuradas as Tiers de um produto. Um produto pode conter várias configurações, em que são apenas ativas a uma determinada altura. Para tal, são definidas as Tiers com as datas que se pretendem que essas configurações entrem em vigor. Um exemplo prático de utilização de várias tiers num produto, é estabelecer um preço para entrar em vigor em 2017 e outro preço para entrar em vigor apenas em 2018.
  16. Após definir as tiers, é configurada a Rate Tag do produto. Aqui são especificadas algumas regras associadas a esse produto. Nomeadamente, o grupo a que o produto pertence, o nome do plano (o que irá aparecer no título do serviço da fatura), as regras de suspensão, o nível do detalhe da fatura. Adicionalmente, são também configuradas as regras de Proration. Onde são definidas o tipo de cobrança no evento da compra e do cancelamento do produto. Por exemplo, configurar um produto em que não é cobrado nada no ciclo de aquisição e cobra o ciclo inteiro quando é cancelado. S_FLAGS = [C1][C2][C3][C4][C5] C1 - Suspensão Processo Não Pagamento C2 - Suspensão a Pedido C3 - Suspensão por Roubo C4 - Suspensão por Fraude C5 - Suspensão Administrativa Ações de Suspensão Válidas:  0 - Suspend (Default) Suspensão do produto quando o serviço é suspenso (Status = 2). 1 - Bill O produto é faturado mesmo durante o período de suspensão (Status = 1). 2 - Bill se for tráfego Suspende o produto com prorate ou fullrate dependendo se existe tráfego no serviço. Caso haja tráfego no ciclo corrente, a suspensão é agendada para o final do ciclo e é cobrado fullrate no mês da suspensão. As suspensões agendadas são executadas pelo opcode PCM_OP_CUSTOM_CUST_POL_SUSPEND_SCHEDULED. Caso não haja tráfego carregado, o produto é suspenso imediatamente. 3 - Suspend and prorate active period Suspende o produto com prorate do período pelo qual esteve ativo. 4 - Suspend/activate and fullrate active period O produto é suspenso, mas é cobrado fullrate dos ciclos de suspensão e ativação 5 - Schedule suspension to the end of the next billing cycle O produto fica com suspensão agendada para o final do ciclo. 6 - Bill if there is usage account-wide O produto é suspenso à semelhança do tipo 2, no entanto o tráfego é avaliado para todos os serviços da conta, e não apenas para o serviço do produto a suspender (ver tipo 2).
  17. Por fim, são configurados os Balances impacts do produto. Aqui, é atribuído o preço do produto, o recurso afetado (por exemplo, em Dólares) e o GLID correspondente. No Balance Impacts é onde se configura o recurso afetado, o GLID configurado anteriormente e o valor do produto.
  18. Através do Pricing Center, começamos por pesquisar o produto que se pretende fazer essa alteração. Neste exemplo vamos mostrar como se altera o preço ao Telemovel Digicom Bolt 2.
  19. Uma vez encontrado o produto, basta adicioná-lo ao workspace.
  20. Uma vez encontrado o produto, basta adicioná-lo ao workspace e carregar 2 vezes sobre o produto. Após realizar este passo, é possível ver as configurações desse produto. Como se pretende alterar o preço ao produto, começamos por abrir o Rate Plan desse produto e posteriormente, vamos adicionar uma nova Tier a esse produto. Aqui é configurada a data de ativação dessa tier (que deve coincidir com a data de fim da tier anterior).
  21. Posteriormente, no slide 28, é adicionada uma nova Rate Tag e depois é adicionado no campo scaled amount o novo preço a ser atribuído ao produto. Com isto damos por terminado a alteração do preço a um produto.
  22. Para tal basta colocar o produto no Workspace e depois exportar as configurações para a máquina local (em formato XML), selecionando a opção file –> export  real-time Data.
  23. Os descontos são tipicamente usados para acrescentar ou diminuir valor do montante a faturar ao cliente ou para lhe atribuir recursos virtuais (não monetários, ex. Minutos de conversação grátis). Os descontos têm uma estrutura única. Eles são compostos por 5 módulos diferentes. Desconto de catálgo: É um objeto em BRM que é sincronizado com Siebel e pode ser adquirido pelo cliente; Discount Model: agrega o Discount Trigger e o Discount Rule; Discount Trigger: Define um conjunto de condições que determinam quando é que o desconto é aplicado; Discount Rule: Define o valor absoluto ou a percentagem do desconto; Especifica o tipo e o valor de um desconto Discount Master: Define um conjunto de filtros que definem sobre o quê o desconto é aplicado; A configuração do desconto deve seguir a sequência Discount Master  Discount Rule  Discount Trigger  Discount Module  Desconto (Catálogo)
  24. Começando por configurar o Discount Master do desconto, basta aceder à pipeline toolbox e carregar em Discount  Discount Charge Share Master
  25. Posteriormente (no slide 34) é atribuído o Código e o nome do Discount Master. Tanto o código como o nome devem ser únicos, caso contrário o Pricing Center devolve uma mensagem de erro.
  26. Acedendo ao separador do Discount Charge Share Detail e clicando no botão “New”, aparecem os campos ao qual se podem atribuir filtros para os eventos que se pretende que o desconto seja aplicado. Por norma, na vossa solução, são atribuídos os Group Names configurados nas Rate Tags dos produtos. Desta forma, garantimos que o desconto em específico é apenas aplicado a um conjunto de produtos que partilham a mesma configuração.
  27. A discount rule (slide 36), define o comportamento de aplicação desse desconto. Existe um conjunto de campos obrigatórios que devem ser definidos. O primeiro passo é associar o Discount Master configurado anteriormente, e posteriormente configura-se qual o recurso que deve ser tomado em consideração para ser aplicado o desconto (nos campos Drum Expression, Rule Type e Drum Type). Este recurso pode ser monetário, quantidade (volume de tráfego consumido) ou então um recurso virtual (por exemplo, minutos de chamadas efetuados). Rule Type (tipo de regra do Desconto): Treshold – Neste tipo de regra, o desconto só é aplicável se a quantia abrangida estiver dentro dos limites definidos. Tiered – Neste tipo de regra, o desconto é aplicável mesmo que a quantia abrangida ultrapasse os limites definidos. Drum Expression (a expressão define o valor que será abrangido pelo desconto): TotalQ – Quantidade total nos pacotes a cobrar dos EDRs. TotalC – Valor total dos pacotes a cobrar dos EDRs. Bal – Valor do balance para o recurso identificado pelo ID. EBal – Valor do balance do evento identificado pelo ID. StepQ – Quantidade de um dado recurso que está contida num dado discount step. StepC – Valor a cobrar que está contido num dado discount step. EVAL – Valor numérico resultante da função costumizada. Drum Type (caracteriza o valor resultante do Drum Expression): Quantity – Define uma quantidade não-monetária. Charge – Define um valor monetário.
  28. No slide 37, mostra como são definidos os patamares para aplicação de deconto. Tendo em conta o recurso definido no Drum expressions, é possível definir os intervalos em que o desconto é aplicado. (por exemplo: apenas é aplicado o desconto se o cliente realizou mais do que 500 minutos de chamadas). E posteriormente é definido o impacto que esse desconto irá ter. Para tal é definido o Impact Consume, que traduz-se no tipo recurso que vai ser descontado (ex: Dolares americanos), o valor a ser descontado e a base de cálculo do desconto (como por exemplo o valor monetário da Mensalidade que se pretende aplicar o desconto). Determinação do número de patamares: (existem 3 casos) Aplicação de desconto independentemente da utilização Para este tipo de aplicabilidade, apenas será necessário definir um patamar ilimitado, i.e., cujo limite inferior seja 0 e o limite superior seja infinito. Deste modo todos os montantes de utilização irão estar contidos neste patamar e serão alvos do desconto. Aplicação de desconto para um determinado montante de utilização Para este tipo de aplicabilidade apenas será necessário definir um patamar cujo limite superior ou inferior represente o total. Aplicação de diferentes descontos a diferentes porções de utilização Para este tipo de aplicabilidade serão necessários múltiplos patamares, de forma a comportar todas as porções de utilização pretendidas. É especificado o desconto a aplicar a cada patamar. Balance Impact do Desconto: O balance impact do desconto define o valor de desconto que efetivamente será aplicado bem como o recurso que será afetado. Recurso afetado – Os recursos afetados podem ser monetários ou virtuais (não-monetários, ex, quantidade de minutos, número de downloads,…). Conta afetada – Esta especificação é particularmente importante no caso de contas partilhadas por vários clientes, uma vez que o cliente que gera a utilização abrangida pelo desconto poderá não ser o detentor da conta. Event Owner – Neste caso, o desconto é aplicado ao saldo da conta detentora do evento. Discount/ChargeShare Owner – Neste caso, o desconto é aplicado ao saldo da conta detentora do desconto. O balance impact do desconto poderá ser definido através de: Percentagem – Esta percentagem pode tomar valores positivos ou negativos. Valor fixo + incremento – o valor fixo define um valor absoluto que, caso o desconto não seja baseado num montante de utilização, será aplicado diretamente no saldo de conta. O incremento permite definir se o montante do desconto é baseado no valor total da expressão ou em porções desse valor. Para atribuir o valor total da expressão, o incremento deverá ser definido como um valor negativo ou igual a 0. Balance impact do desconto = (Expressão/Incremento) x Valor fixo Expressão – A expressão define a base de cálculo do valor do desconto, podendo ser introduzido um valor numérico ou utilizada uma das expressões pré-definidas através do “Expression Helper”.
  29. No Discount Trigger são definidas as regras para que o desconto seja “ativo” . Por norma, podemos configurar para que o desconto esteja sempre ativo, dado que já existem filtros no Discount Master e no Discount Rule.
  30. No slide 39 está o exemplo de como podemos configurar um Discount Trigger para que o desconto ative apenas quando existe valor a ser cobrado ao cliente. Condition Expression – Introduzir a expressão que define o valor base da condição. Esta expressão é comparada com o Condition Value. Condition Operator – Selecionar o operator pretendido. Condition Value – Introduzir o valor da condição.
  31. No slide 40, é criado o último componente das configurações das pipelines – o Discount Model. Este componente vai agregar o discount trigger e a discount rule previamente configurada.
  32. Discount Model Version: permite a diferenciação entre Models que partilham a mesma configuração, mas têm diferentes datas de validade. Version – Introduzir o código que identificará a versão do Discount Model. Valid from – Introduzir a data de entrada em vigor. Status – Selecionar o estado. Multiple discounts per event (Selecionar a regra a aplicar quando há mais que um desconto a aplicar ao evento) Cascade – Estes descontos são aplicados sobre os montantes que não foram ainda sujeitos à aplicação de desconto. Parallel – Estes descontos são sempre considerados e são aplicados sobre os montantes totais a considerar, independentemente de existirem outros descontos. Sequential – Estes descontos são aplicados sobre os montantes restantes da aplicação dos descontos anteriores.
  33. Para finalizar a criação de um desconto, falta atribuir as configurações das pipelines a um desconto de catálogo. Para tal é necessário criar um novo desconto, atribuir um nome a descrição e o serviço a que se pretende associar e também associar ao Discount Model que contém todas as configurações de pipeline do desconto. Priority – Este campo define a prioridade do desconto. Quanto maior for o valor numérico introduzido, maior a prioridade. Discount Type: Subscrição – Os descontos de subscrição apenas se aplicam aos perfis de faturação que tenham adquirido o desconto. Este tipo de desconto pode ser aplicado a taxas recorrentes (ex, mensalidades) ou a taxas de aplicação única (ex, taxa de ativação). Sistema – Estes tipos de descontos são, tipicamente, aplicados a todas as contas existentes no sistema. No entanto, é possível filtrar as contas às quais se pretende aplicar o desconto, de acordo com os critérios residentes na informação dos EDRs.
  34. Como explicado anteriormente, as Journal Keys são utilizadas para fazer o mapeamento das contas razão BRM (GLID’s) e das Contas razão SAP. Para tal, serão configuradas as Journal Keys de acordo com o tipo de ficheiros a serem integrados em SAP, nomeadamente ficheiros de Cobranças, Adiantamentos, POS’s e Faturação, e o tipo de items (como por exemplo, produtos, descontos, tráfego, ajustes, etc.) Os slides 45, 46 e 47, descrevem todos os campos que devem ser preenchidos na base de dados para configurar as Journal Keys.
  35. Aqui apresenta-se o exemplo da Journal Key para o equipamento Telemóvel Digicom Bolt 2. Assim como o Desconto POS. Adicionalmente e apenas para os descontos POS é necessário inserir o seu GLID na tabela CST_POS_DISCOUNTS_GLID_T. Note-se que a Journal Key (CST_JOURNALS_KEYS_T) tem o BUSINESS_TYPE para preencher e a TT tem 10 business types ( ver tabela CST_BUSINESS_TYPE_CONV_T), assim para o caso deste equipamento na tabela CST_JOURNALS_KEYS_T terá 20 registos, 10 para “Taxa Venda Equipamento – Telemóvel Digicom Bolt 2” e outros 10 para “Desconto POS – Taxa Venda Equipamento – Telemóvel Digicom Bolt 2”.