{|
|-
|
| style="width:100%; text-align:right;" | [[Arquivo:Logo geosales.png]]
|}

== Histórico de Revisões ==
{| class="wikitable"
! Data !! Revisor !! Comentário
|-
| 26/01/2017 || Fábio Roseno || Criação do Documento
|}

==Informações Gerais==
{|
|-
| style="width:150px; text-align:left;" | '''Cliente:'''
| style="width:300px; text-align:left;" | Plastilit
| style="width:150px; text-align:left;" | '''Projeto:'''
| style="width:300px; text-align:left;" | 1ª Fase - Rentabilidade EBITDA
|-
| | '''Gerente/Sponsor:'''
| | Pedro Silveira
| | '''Gerente SoftSite:'''
| | Guido Ciarlini
|-
| | '''Analista SoftSite:'''
| | Arielton Gomes
| | '''Arquiteto SoftSite:'''
| | Fábio Sobral
|-
| | '''Aplicação(s):'''
| | Portal e Mobile
| |
| |
|}

==Necessidade==
Efetuar um comissionamento eficaz para os vendedores com base na rentabilidade por EBITDA.

==Exemplo==
Digamos que a Rentabilidade EBITDA de um item tenha dado 10% do valor líquido do produto, e essa porcentagem equivale a R$ 10,00 .

Deve-se consultar a tabela de comissões para identificar qual a comissão percentual é liberada para o representante para calcularmos esse valor.

Suponhamos a Tabela de Comissões abaixo:
{| class="wikitable"
! EBITDA
! Comissão(%)
|-
| 1% a 5%
| style="text-align:right;" | 25%
|-
| 5% a 10%
| style="text-align:right;" | 50%
|}
Portanto, já que a Rentabilidade EBITDA atingiu os 10%, a comissão do Representante nesse exemplo é de 50% da Rentabilidade o que equivale a 5% do valor liquido do produto vendido que corresponde a uma comissão de R$5,00.

==Solução==
A solução seria calcular e salvar a comissão do vendedor obtida pelo intervalo de um rentabilidade consultada numa determinada tabela de comissões.

Ou seja, caso a rentabilidade do pedido seja menor ou igual a 0(Zero)%, a comissão seria de 1%, caso a rentabilidade seja maior que 0(Zero)% e menor ou igual a 5%, a comissão seria de 20%, caso a rentabilidade seja maior que 5% e menor ou igual a 10%, a comissão seria 40%, e caso a rentabilidade seja acima de 10% e menor ou igual a 100%, a comissão seria de 50%.
===Exemplo Solução - Tabela de Comissões===
{| class="wikitable"
! Rentabilidade Máxima(%)
! Comissão(%)
|-
| 0
| style="text-align:right;" | 1
|-
| 5
| style="text-align:right;" | 20
|-
| 10
| style="text-align:right;" | 40
|-
| 100
| style="text-align:right;" | 50
|}

=== Tabela RENTABILIDADE_COMISSAO ===
<pre>
CREATE TABLE RENTABILIDADE_COMISSAO
(
cd_rentabilidade_comissao INT IDENTITY,
pc_rent_maxima DECIMAL(18, 2),
pc_comissao DECIMAL(18, 2)
)
</pre>

=== Inserção da Tabela RENTABILIDADE_COMISSAO ===
<pre>
INSERT RENTABILIDADE_COMISSAO
VALUES (0, 1),
(5, 20),
(10, 40),
(100, 50)
</pre>

=== Consulta Comissão do Representante ===
<pre>
SELECT TOP 1 pc_rent_maxima,
pc_comissao
FROM RENTABILIDADE_COMISSAO
WHERE pc_rent_maxima >= #percentualRentabilidade#
ORDER BY pc_rent_maxima
</pre>

Após consultado o percentual da comissão a ser gerado, o sistema deve calcular e guardar esse valor em uma tabela do GeoSales para a aplicação da mesma após o Faturamento do Pedido.

==Pré-Requisitos==
* Deve-se ter populada uma Tabela de Comissões com os devidos valores.

==Regras de Negócios==
* O valor da comissão será calculado no ato do pedido, mas só deverá ser aplicada no faturamento do mesmo.

==Regras de Exceções==
*''Liste aqui as regras de exceções necessárias para a funcionalidade. (Quando se aplicam)''

==Protótipos==
[[Arquivo: RentabComissaoMob.png]]

==Cenários==
''Inclua os cenários deseja atingir, a começar pelo caminho feliz.''

===Cenário Happy Day===
''Descreva o caminho feliz relacionado a funcionalidade em questão.''

====Dados====
''Indique que dados serão necessários para a assertiva do cenário.''

====Operação====
''Informe que operação é aguardada para esse cenário.''

====Assertiva====
''Informe o resultado esperado após acionado por operação para esse cenário.''

===Cenário de Fluxo de Exceção===
''Descreva o cenário do fluxo de exceção relacionado a funcionalidade em questão.''

====Dados====
''Indique que dados serão necessários para a assertiva do cenário do fluxo de exceção.''

====Operação====
''Informe que operação é aguardada para o cenário do fluxo de exceção.''

====Assertiva====
''Informe o resultado esperado após acionado por operação para o cenário do fluxo de exceção.''

==Aprovação==
Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.

{| class="wikitable"
! Setor
! style="width:150px" |Aprovado Por
! style="width:200px" |E-Mail
! style="width:100px" |Data
! style="width:300px" |Assinatura
|-
| '''''Tecnologia da Informação'''''
|
|
|
|
|-
| '''''Direção'''''
|
|
|
|
|-
| '''''Comercial'''''
|
|
|
|
|}

[[Category:Funcionalidade]]

2017-02-06T20:49:03Z

Fábio Roseno:

* Foi feito um resumo das duas últimas reuniões de desenvolvedores, para analisar o que se havia melhorado e se as ações estavam sendo tomadas.
* Vimos que boa parte as ações que competem aos Desenvolvedores, como Documentações pela WIKI, Revisões de Merges, Apresentações de Estruturas do Sistema, e etc já estão sendo feitas surtindo um pouco aos efeitos das nossas Reuniões.
* Foi iniciada, por parte do Líder do Produto, uma apresentação macro, da Estrutura de algumas aplicações de Serviços e Micro-Serviços ativas no GS, como: CleanLog, GPS Coord, Claudus, dentre outros.
* Brotou-se a sugestão, de em formato de Capacitação e Testes, criássemos um branch, que recebesse os mesmos requests de merge do develop, para que nós do Desenvolvimento, tivéssemos autonomia nas revisões e merges. Que poderia ser controlado em formato de rodízio por todos, para que todos ganhassem esse skill de Revisor Aprovador de Merges, na tentativa de descentralizar essa tarefa.
* Surgiu-se também a grande ideia de se capacitar novos Revisores Aprovadores de Merges, por parte da Arquitetura, podendo ser feita no ato das aprovações de merges, chamando um desenvolvedor ou líder, pré-selecionado, para sentar-se ao lado do Arquiteto e que este obtivesse todas as informações possíveis e imagináveis para uma boa aprovação de merge. Bastando assim adequar as agendas do pré-selecionado com o Arquiteto para o momento dos respectivos merges, e dessa forma tentarmos dar fluidez nesse processo.
* Foi sugerido por Marcus, que se colocassem os códigos das Tarefas do RedMine na descrição da Requisição do Merge, para possibilitar aos revisores e mescladores a verificação se a solução implementada está coerente com a demanda.

'''Ações a Serem Tomadas'''
----
* Publicação dos Produtos e Serviços que compõe o GeoSales na Documentação da Wiki.
* O líder do Produto Anderson Gomes, continuará a nos apresentar a estrutura de Aplicações e Serviços do GeoSales, 30 minutos antes da próxima reunião.
* Mediante consenso dos desenvolvedores, vimos que a criação de outro merge que receberia as atualizações do develop, seria mais despendioso e cansativo para os envolvidos na tarefa de controlar um branch a parte da linha de desenvolvimento.
* Solicitamos por parte da Gestão, que seja feita uma Preparação para um ou mais Desenvolvedor e/ou Líder que seja capaz de receber no momento do merge, ao lado dos Arquitetos, um 'by pass' das melhores formas de mesclagem, para que tenhamos outros Revisores Mescladores de Merge(Trainee).

'''Participantes'''
----
Anderson Gomes, Anderson Couto, Bruno Araújo, Luan, Marcus Fábio, Mário, Raphael, Arielton e Rodrigo.

'''Moderador:''' Fábio Roseno

06/02/2017 - Os Desafios do Famigerado MERGE

2017-02-06T20:48:41Z

Fábio Roseno:

* Foi feito um resumo das duas últimas reuniões de desenvolvedores, para analisar o que se havia melhorado e se as ações estavam sendo tomadas.
* Vimos que boa parte as ações que competem aos Desenvolvedores, como Documentações pela WIKI, Revisões de Merges, Apresentações de Estruturas do Sistema, e etc já estão sendo feitas surtindo um pouco aos efeitos das nossas Reuniões.
* Foi iniciada, por parte do Líder do Produto, uma apresentação macro, da Estrutura de algumas aplicações de Serviços e Micro-Serviços ativas no GS, como: CleanLog, GPS Coord, Claudus, dentre outros.
* Brotou-se a sugestão, de em formato de Capacitação e Testes, criássemos um branch, que recebesse os mesmos requests de merge do develop, para que nós do Desenvolvimento, tivéssemos autonomia nas revisões e merges. Que poderia ser controlado em formato de rodízio por todos, para que todos ganhassem esse skill de Revisor Aprovador de Merges, na tentativa de descentralizar essa tarefa.
* Surgiu-se também a grande ideia de se capacitar novos Revisores Aprovadores de Merges, por parte da Arquitetura, podendo ser feita no ato das aprovações de merges, chamando um desenvolvedor ou líder, pré-selecionado, para sentar-se ao lado do Arquiteto e que este obtivesse todas as informações possíveis e imagináveis para uma boa aprovação de merge. Bastando assim adequar as agendas do pré-selecionado com o Arquiteto para o momento dos respectivos merges, e dessa forma tentarmos dar fluidez nesse processo.
* Foi sugerido por Marcus, que se colocassem os códigos das Tarefas do RedMine na descrição da Requisição do Merge, para possibilitar aos revisores e mescladores a verificação se a solução implementada está coerente com a demanda.

'''Ações a Serem Tomadas'''
----
* Publicação dos Produtos e Serviços que compõe o GeoSales na Documentação da Wiki.
* O líder do Produto Anderson Gomes, continuará a nos apresentar a estrutura de Aplicações e Serviços do GeoSales, 30 minutos antes da próxima reunião.
* Mediante consenso dos desenvolvedores, vimos que a criação de outro merge que receberia as atualizações do develop, seria mais despendioso e cansativo para os envolvidos na tarefa de controlar um branch a parte da linha de desenvolvimento.
* Solicitamos por parte da Gestão, que seja feita uma Preparação para um ou mais Desenvolvedor e/ou Líder que seja capaz de receber no momento do merge, ao lado dos Arquitetos, um by pass das melhores formas de mesclagem, para que tenhamos outros Revisores Mescladores de Merge(Trainee).

'''Participantes'''
----
Anderson Gomes, Anderson Couto, Bruno Araújo, Luan, Marcus Fábio, Mário, Raphael, Arielton e Rodrigo.

'''Moderador:''' Fábio Roseno