Mudanças entre as edições de "Bloqueio de Prazo"
| (8 revisões intermediárias por 2 usuários não estão sendo mostradas) | |||
| Linha 1: | Linha 1: | ||
| − | |||
== Histórico de Revisões == | == Histórico de Revisões == | ||
{| border="1" cellpadding="1" | {| border="1" cellpadding="1" | ||
| Linha 6: | Linha 5: | ||
! Comentários | ! Comentários | ||
|- | |- | ||
| − | | 19/12/ | + | | 19/12/2017 || Victor César || Criação do Documento |
|- | |- | ||
| 26/12/2016 || Anderson Gomes || Análise da Arquitetura | | 26/12/2016 || Anderson Gomes || Análise da Arquitetura | ||
| Linha 12: | Linha 11: | ||
| 26/12/2016 || Inaldo França || Ajustes Solicitados Pela Arquitetura | | 26/12/2016 || Inaldo França || Ajustes Solicitados Pela Arquitetura | ||
|- | |- | ||
| − | | 26/12/2016 || Anderson Gomes || Aprovação do Documento | + | | 26/12/2016 || Anderson Gomes || Aprovação do Documento pela Arquitetura |
|- | |- | ||
| − | | 27/12/2016 || Inaldo França || Envio para o Cliente | + | | 27/12/2016 || Inaldo França || Envio do Documento para o Cliente. |
|- | |- | ||
| 27/12/2016 || Inaldo França || Ajuste na mensagem do alerta de bloqueio | | 27/12/2016 || Inaldo França || Ajuste na mensagem do alerta de bloqueio | ||
| Linha 21: | Linha 20: | ||
|} | |} | ||
| − | |||
| + | == Necessidade == | ||
Na Agrosema existe a necessidade de melhorar a gestão dos pedidos enviados pelos vendedores dentro de um prazo estabelecido pela empresa. | Na Agrosema existe a necessidade de melhorar a gestão dos pedidos enviados pelos vendedores dentro de um prazo estabelecido pela empresa. | ||
Com isso, a Agrosema tem a necessidade de controlar se o pedido está sendo criado pelo vendedor dentro do prazo médio (Prazo Médio é a data limite que cada vendedor por informar de vencimento do pedido.), sendo necessário um alerta da tela do GeoSales Mobile quando o pedido tiver um vencimento maior que a data limite estabelecida, para avisar ao vendedor que esse pedido está fora do limite estabelecido e que ficará bloqueado. | Com isso, a Agrosema tem a necessidade de controlar se o pedido está sendo criado pelo vendedor dentro do prazo médio (Prazo Médio é a data limite que cada vendedor por informar de vencimento do pedido.), sendo necessário um alerta da tela do GeoSales Mobile quando o pedido tiver um vencimento maior que a data limite estabelecida, para avisar ao vendedor que esse pedido está fora do limite estabelecido e que ficará bloqueado. | ||
| − | + | == Solução == | |
| − | == Solução | ||
| − | |||
Será necessário criar um alerta, pop-up, quando, ao salvar o pedido no GeoSales Mobile, irá verificar se a data de vencimento informada pelo vendedor é maior do que a data estabelecida pela Agrosema. | Será necessário criar um alerta, pop-up, quando, ao salvar o pedido no GeoSales Mobile, irá verificar se a data de vencimento informada pelo vendedor é maior do que a data estabelecida pela Agrosema. | ||
| − | + | === Regras de Negócio === | |
| − | |||
[RN1] - A informação da DATA LIMITE DO PEDIDO (A3_ZZVENLI), será cadastrada no ERP (Protheus) do cliente e será alimentada no banco de dados do GeoSales Mobile através da integração. | [RN1] - A informação da DATA LIMITE DO PEDIDO (A3_ZZVENLI), será cadastrada no ERP (Protheus) do cliente e será alimentada no banco de dados do GeoSales Mobile através da integração. | ||
| Linha 45: | Linha 41: | ||
Obs.: O GeoSales Mobile gerará somente o alerta caso a data será superior a data limite, onde o pedido seguirá o fluxo normal de exportação e o bloqueio será feito no próprio Protheus. | Obs.: O GeoSales Mobile gerará somente o alerta caso a data será superior a data limite, onde o pedido seguirá o fluxo normal de exportação e o bloqueio será feito no próprio Protheus. | ||
| − | == Cenários | + | == Cenários == |
| − | + | === Cenário de Bloqueio === | |
| − | |||
| − | |||
O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento maior que a permitida e o sistema exibe o alerta. | O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento maior que a permitida e o sistema exibe o alerta. | ||
| − | + | ==== Dados ==== | |
*Vendedor: João | *Vendedor: João | ||
*Cliente: Carlos | *Cliente: Carlos | ||
*Data Limite do Pedido: 10/02/2017 | *Data Limite do Pedido: 10/02/2017 | ||
| − | + | ==== Operação ==== | |
* João inicia o atendimento ao cliente Carlos | * João inicia o atendimento ao cliente Carlos | ||
* João cria um novo pedido de venda para o cliente | * João cria um novo pedido de venda para o cliente | ||
* João informa a data de vencimento para o dia 10/03/2017 | * João informa a data de vencimento para o dia 10/03/2017 | ||
| − | * João | + | * João clica em salvar o pedido |
| − | + | ==== Assetiva ==== | |
* O Sistema informará a seguinte mensagem: “Pedido Bloqueado. Motivo: Prazo acima do permitido. Prazo Limite: 10/02/2017”. | * O Sistema informará a seguinte mensagem: “Pedido Bloqueado. Motivo: Prazo acima do permitido. Prazo Limite: 10/02/2017”. | ||
| − | * O Pedido é | + | * O Pedido é integrado no ERP porém irá ficar bloqueado. |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| + | === Cenário Feliz === | ||
O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento menor que a permitida e o pedido é integrado normalmente no ERP | O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento menor que a permitida e o pedido é integrado normalmente no ERP | ||
| − | + | ==== Dados ==== | |
*Vendedor: João | *Vendedor: João | ||
*Cliente: Carlos | *Cliente: Carlos | ||
*Data Limite do Pedido: 10/02/2017 | *Data Limite do Pedido: 10/02/2017 | ||
| − | + | ==== Operação ==== | |
* João inicia o atendimento ao cliente Carlos | * João inicia o atendimento ao cliente Carlos | ||
* João cria um novo pedido de venda para o cliente | * João cria um novo pedido de venda para o cliente | ||
| Linha 84: | Linha 74: | ||
* João clica em salvar o pedido | * João clica em salvar o pedido | ||
| − | + | ==== Assertiva ==== | |
* O sistema não informa nenhum alerta | * O sistema não informa nenhum alerta | ||
| − | * O | + | * O Pedido é exportado e integrado no ERP e não ficará bloqueado |
| + | |||
== Aprovação == | == Aprovação == | ||
Edição atual tal como às 18h51min de 11 de janeiro de 2017
Histórico de Revisões
| Data | Quem | Comentários |
|---|---|---|
| 19/12/2017 | Victor César | Criação do Documento |
| 26/12/2016 | Anderson Gomes | Análise da Arquitetura |
| 26/12/2016 | Inaldo França | Ajustes Solicitados Pela Arquitetura |
| 26/12/2016 | Anderson Gomes | Aprovação do Documento pela Arquitetura |
| 27/12/2016 | Inaldo França | Envio do Documento para o Cliente. |
| 27/12/2016 | Inaldo França | Ajuste na mensagem do alerta de bloqueio |
| 27/12/2016 | Reginaldo Possari / André Franco | Aprovação do Documento |
Necessidade
Na Agrosema existe a necessidade de melhorar a gestão dos pedidos enviados pelos vendedores dentro de um prazo estabelecido pela empresa. Com isso, a Agrosema tem a necessidade de controlar se o pedido está sendo criado pelo vendedor dentro do prazo médio (Prazo Médio é a data limite que cada vendedor por informar de vencimento do pedido.), sendo necessário um alerta da tela do GeoSales Mobile quando o pedido tiver um vencimento maior que a data limite estabelecida, para avisar ao vendedor que esse pedido está fora do limite estabelecido e que ficará bloqueado.
Solução
Será necessário criar um alerta, pop-up, quando, ao salvar o pedido no GeoSales Mobile, irá verificar se a data de vencimento informada pelo vendedor é maior do que a data estabelecida pela Agrosema.
Regras de Negócio
[RN1] - A informação da DATA LIMITE DO PEDIDO (A3_ZZVENLI), será cadastrada no ERP (Protheus) do cliente e será alimentada no banco de dados do GeoSales Mobile através da integração.
[RN2] - Será necessário criar um campo DT_PRAZO na tabela VENDEDOR para ser consultada no momento de salvar o pedido. Nesse campo terá o dado de DATA LIMITE DO PEDIDO.
[RN3] - É necessário criar um campo DT_VENCIMENTO na tabela PEDIDO para preenchimento da Data de Vencimento do Pedido na aba Detalhes do Dispositivo Móvel
[RN4] - Se aquela Data de vencimento preenchida pelo vendedor ultrapassar a DATA LIMITE DO PEDIDO estipulada pela Agrosema, deverá ser exibido um alerta para o vendedor informando que aquele pedido será bloqueado no Protheus. A mensagem deverá ser : “Pedido Bloqueado. Motivo: Prazo acima do permitido. Prazo Limite: (Informar a Data Limite)”.
[RN5] - Criar uma configuração para ID_OBRIGA_VENCIMENTO para informar se o preenchimento do campo DT_VENCIMENTO é obrigatório ou não.
Obs.: O GeoSales Mobile gerará somente o alerta caso a data será superior a data limite, onde o pedido seguirá o fluxo normal de exportação e o bloqueio será feito no próprio Protheus.
Cenários
Cenário de Bloqueio
O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento maior que a permitida e o sistema exibe o alerta.
Dados
- Vendedor: João
- Cliente: Carlos
- Data Limite do Pedido: 10/02/2017
Operação
- João inicia o atendimento ao cliente Carlos
- João cria um novo pedido de venda para o cliente
- João informa a data de vencimento para o dia 10/03/2017
- João clica em salvar o pedido
Assetiva
- O Sistema informará a seguinte mensagem: “Pedido Bloqueado. Motivo: Prazo acima do permitido. Prazo Limite: 10/02/2017”.
- O Pedido é integrado no ERP porém irá ficar bloqueado.
Cenário Feliz
O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento menor que a permitida e o pedido é integrado normalmente no ERP
Dados
- Vendedor: João
- Cliente: Carlos
- Data Limite do Pedido: 10/02/2017
Operação
- João inicia o atendimento ao cliente Carlos
- João cria um novo pedido de venda para o cliente
- João informa a data de vencimento para o dia 05/02/2017
- João clica em salvar o pedido
Assertiva
- O sistema não informa nenhum alerta
- O Pedido é exportado e integrado no ERP e não ficará bloqueado
Aprovação
-------------------------------- ---------------------------------------
Comercial (Agrosema) Gerente de Projetos (SoftSite)