DMAISNEG-14 - DT - Realizar Pedido de Venda Supplier.

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Visão Geral

-Fluxo: Realizar pedido de venda (Rotina 316), para: Venda:  Origem Venda: Telemarketing e Tipo Venda: 1 - Normal.

O processo de digitação do pedido de venda foi pensado de forma a dar o máximo de agilidade ao vendedor e não mudar o processo que o mesmo executa atualmente. Com um menor impacto possível na rotina 316.-
texto em negrito
 Critérios de aceitação:

Ajustes Tela Principal - Consulta Cliente

• # Quando informado o Cliente Pessoa Jurídica, na tela principal da rotina 316,  a rotina irá validar se o cliente é Cliente Mais Negócios. -
• ## Caso Negativo (PCCLIENT.CLIENTEMAISNEGOCIOS = NÃO): Seguir o Fluxo atual da rotina 316.-
• ## Caso positivo (PCCLIENT.CLIENTEMAISNEGOCIOS = SIM): Deve ser adaptado algumas alterações no fluxo da rotina 316.-

1. Para o cliente Mais Negócios:   (PCCLIENT.CLIENTEMAISNEGOCIOS = SIM): Deve ser validado o campo PCCLIENT.PERMITEFATURARAPRAZOMAISNEG , se pode ser realizada venda a prazo para o cliente .
                        
2. Caso negativo, a rotina irá apresentar apenas o plano de pagamento a vista, ou seja, o cliente não poderá comprar a prazo no limite interno nem no limite Supplier.
3. Caso positivo*, a rotina irá buscar o limite disponível no campo PCCLIENT.LIMITELIBERADOMAISNEG e o STATUS do Cliente no Mais Negócios no campo PCCLIENT.STATUSMAISNEG .

Ajustes após fluxo F-10

1. Na tela principal e na aba cabeçalho do pedido de venda (depois do F10), incluir os campos:
   1. Limite disponível Mais Negócios (Apresentar o valor retornado na consulta anterior).
   2. Status Mais Negócios (apresentar o status do retornado na consulta anterior).
2. Somente poderá ser atribuído uma Cobrança Mais Negócios (CODCOB =  SUPP), para o pedido de venda: Tipo Venda = 1 - Normal e Origem do Pedido = Telemarketing e  para os clientes que podem realizar compra a prazo (conforme retorno da consulta da API).
3. Se o cliente estiver bloqueado ou com bloqueio definitivo, não será permitido realizar vendas no limite da Supplier e nem no limite interno.(compra a prazo)
4. Se o cliente não puder realizar compras a prazo ( PCCLIENT.PERMITEFATURARAPRAZOMAISNEG ='N') , a rotina não poderá apresentar os planos de pagamento com Venda a Prazo em cobranças internas e na cobrança SUPP) ;
   ~ ## Neste caso deve ser apresentado somente o plano de pagamento que possui o Prazo Médio = 0 , ou seja, o plano de pagamento A Vista.~
5. Se o cliente pode realizar compras a prazo ( PCCLIENT.PERMITEFATURARAPRAZOMAISNEG = 'S'), a rotina  poderá apresentar os planos de pagamento com Venda a Prazo e A Vista ;
   1. Se a cobrança for Supplier (SUPP), deverá ser apresentado o Plano de Pagamento A Vista e os Planos de Pagamento configurados para a Cobrança na Aba (Relacionar Cobrança x Plano de Pagamento, da rotina 523)

      6. Ao solicitar a gravação do Pedido de Venda, que está utilizando a Cobrança Supplier (CODCOB = SUPP), se o Tipo de Venda = 1 - Venda Normal.

                  6.1.Caso Afirmativo: Seguir com o fluxo de gravação do Pedido de Venda;

                  6.2.Caso Negativo: A cobrança SUPP não será apresentada

      7. Deverá ser alterada a consulta do limite disponível interno, para desconsiderar os pedidos da cobrança SUPP, pois estes pedidos não podem ser deduzidos do limite disponível interno.

                7.1Alterar todos os pontos da rotina que realiza esta validação do limite disponível interno e na gravação do pedido.

     8.Quando o pedido de venda é feito utilizando a cobrança da Supplier (CODCOB = SUPP), o mesmo será gravado com um novo campo de status Supplier = Bloqueado (PCPEDC.BLOQUEIOSUPPLIER = 'S'. ) (obs. O pedido vai passar pelas regras de validação de liberação do pedido DA 316  normalmente), no entanto, mesmo que seja liberada pelas regras atuais da 316 ele será bloqueado como Bloqueio Supplier . Somente será liberado pela rotina 336.

              8.1Deve ser criado um novo tipo de bloqueio padrão na rotina 300, para o bloqueio Supplier: S - Bloqueio Supplier.

             8.2Caso o pedido foi liberado pelas regras internas do WinThor validadas na rotina 316: Se o  Pedido possui uma cobrança Mais Negócios (CODCOB= SUPP):

                  8.2.1Deve ser registrado na tabela PCBLOQUEIOSPEDIDO o registro de Bloqueio Supplier, para o pedido.

                  8.2.2Também deverá ser atribuído o valor de Bloqueio Supplier na tabela do pedido, PCPEDC.BLOQUEIOSUPPLIER = 'S'. 

            8.3Caso o pedido Não foi Liberado  pelas regras internas do WinThor validadas na rotina 316:  Se o  Pedido possui uma cobrança Mais Negócios (CODCOB= SUPP): 

                 8.3.1Deve ser registrado na tabela PCBLOQUEIOSPEDIDO o registro correspondente do seu bloqueio pelas regras atuais da rotina.

                 8.3.2Também deverá ser atribuído o valor de Bloqueio Supplier na tabela do pedido, PCPEDC.BLOQUEIOSUPPLIER = 'S'. 

           8.4Caso  o  Pedido NÃO possui uma cobrança Mais Negócios (CODCOB= SUPP) (Limite Interno):  Deve ser aplicada as regra atuais da rotina para a tabela PCBLOQUEIOSPEDIDO e o campo  PCPEDC.BLOQUEIOSUPPLIER = NULL. 

 9.Gerar na versão específica do projeto Mais Neg na versão Futura 30.4. ( semelhante modelo ARM)

 10.Parâmetros com o endereço dos endpoint, para identificar as informações de conexão da API:

• IPMOBILE: ip aonde o WTA esta instalado
• PORTAMOBILE: porta aonde o WTA esta instalado

11. Caso o campo PCCLIENT.dataHoraConsultaMaisNegocios seja nulo ou tenha diferença de mais de uma hora em relação a hora atual, os seguintes campos não devem ser utilizados e eles devem ser substituídos por consulta na API do mais negócio:

• PCCLIENT.PERMITEFATURARAPRAZOMAISNEG -> (realizar chamada do serviço do WTA, que será criado na história DMAISNEG-27).
                          API :http://localhost:8080/api/maisnegocios/v1/venda/customers/installment_sale
• PCCLIENT.LIMITELIBERADOMAISNEG -> (história para construção do serviço para retornar o limite disponível DMAISNEG-28)
  API: http://localhost:8080/api/maisnegocios/v1/venda/customers/purchase_limit
• PCCLIENT.STATUSMAISNEG -> Mesma api do campo PCCLIENT.LIMITELIBERADOMAISNEG
  Obs. Não pode fica fixo localhost:8080, tem que pegar da 132, parametro do WTA

e se o Status do cliente na supply (PCCLIENT.STATUSMAISNEG) for bloqueado o cliente não pode realizar vendas a prazo com a cobrança Mais negócio (codcob = SUPP

Informações adicionais identificadas depois do desenvolvimento:

• A rotina 316 sempre deve olhar a Tabela da PCCLIENT para gravação do pedido quando o cliente for mais negócios, mesmo que seja usado o limite podendo estar errado ela deve valida-lo
• se o Status do cliente na supply (PCCLIENT.STATUSMAISNEG) estiver bloqueado não deve apresentar a Cobrança SUPP, as vendas internas ficam liberadas e seguem as regras do campo PCCLIENT.LIMITELIBERADOMAISNEG

03. SOLUÇÃO

Descrição Técnica
CÓDIGO - NOME DA ROTINA

• 316

*VERSÃO PARA TESTE:

• 30.04.00.752

TABELAS UTILIZADAS:

NECESSITA DE PERMISSÃO OU PARAMETRIZAÇÃO? QUAIS?

ATUALIZAÇÃO A SER REALIZADA:
-

*ALTERAÇÃO EFETUADA NA ROTINA:

• Modificado a rotina para trabalhar com o mais negócio, conforme regras da tarefas
• Quando o cliente estiver habilitado teve trazer a cobrança SUPP
• Se o cliente não tiver permissão para comprar a prazo deve retornar apenas planos de pagamentos a vista
• Caso for usar plano de pagamento a prazo, usar o limite do Mais Negocio
• Caso a consulta dos dados do mais negocio esteja mais de uma hora em relação a horário atual deverá consultar direto no webservice.

04. DEMAIS INFORMAÇÕES

05. ASSUNTOS RELACIONADOS

• Como atualizar as rotinas do WinThor?