ISSUE: DAGROOGP-664669 - Protheus 12 não Comunica com a Balança. Geração de Titulo Provisório
| Expandir |
|---|
| title | CHECK LIST PARA QUALIFICAÇÃO DE TICKETS (clique para ver as opções) |
|---|
|
| Não Conformidade - No Zendesk usar o tipo de ISSUE igual a 'Manutenção' | | 01 | Erros / bugs em geral. | | 02 | Erros no tratamento de uma legislação no produto: a legislação cita uma coisa e o produto faz outra. | | 03 | O produto se propõe a fazer algo e faz diferente do que se propõe. | | 04 | Erros inseridos em projetos de inovação, que não sejam falhas grandes na concepção do projeto. | | 05 | Correção de erro que requer de alteração de dicionário. | | 06 | Problemas de Performance. | | 07 | Alteração de documentações de programas, bo’s e help on-line. | | 08 | Correções e melhorias de mensagens que podem gerar inconsistência na base de dados ou entendimento duvidoso ou conteúdo incompleto. | | 09 | Acerto de base quando tem a simulação do problema gerado pelo produto padrão. |
| Sugestão de Melhoria - No Zendesk usar o tipo de ISSUE igual a 'Melhoria' | | 30 | Melhorias do produto que não impedem a utilização do produto e não geram problemas na base de dados do cliente. | | 31 | Solicitação de implementação de algo que já existe no produto, porém o cliente deseja que seja de outra forma. | | 32 | GAPs de desenvolvimento. Ex: o projeto tratou as notas de saída, mas não tratou as devoluções dessas notas. Não considerou alguma integração, ou alteração em um programa similar. | | 33 | Situações que não faziam parte do escopo (ex: uma integração, uma importação, etc. ) e o cliente solicita que deve ser considerado. | | 34 | Automatização de algum processo. | | 35 | Mudança de conceito de produto. | | 36 | Criação de documentações de programas e bo’s e help on-line. | | 37 | Cliente Piloto | | 38 | Solicitação de fontes não liberados (quando o cliente solicitar um fonte que não está liberado, o chamado deve ser encaminhado para Inovação avaliar em conjunto com a manutenção) |
| Solicitação de Legislação - No Zendesk usar o tipo de ISSUE igual a 'Legislação' | | 50 | Desenvolvimento de novas Legislações. | | 51 | Alterações em legislações vigentes. | | 52 | Implementação de regras de negócio que são oriundas de legislações, exemplo: - Tratamento de Impostos;
- Obrigação fiscal / arquivo a entregar ao governo/fisco;
- Um processo do produto que possui regra de legislação e esta regra foi alterada por meio de legislação, emenda constitucional, ato cotepe.
| | 53 | Melhorias em desenvolvimentos de 'Legislação', utilizando o mesmo processo de 'Melhorias'. |
| Equipe de ATENDIMENTO | | 80 | O atendimento deve deixar claro para o cliente que as melhorias e legislações serão feitas somente no último pacote. Versões/produtos descontinuados/expirados não serão considerados. (pode entrar em conflito com o discurso do atendimento onde é informado que alguns desenvolvimentos são liberados duas releases anteriores.) | | 81 | Quando o produto atende uma solicitação do cliente de uma outra forma, o suporte precisa enfatizar que o produto já trata a solicitação. Caso o cliente insista, categorizar como Melhoria. Ex.: Atende de forma manual mas o cliente quer algo automatizado. | | 82 | Cliente parado . O suporte, se necessário, buscará apoio na squad de desenvolvimento para restabelecer a operação do cliente. Posteriormente deverá ser ajustada a prioridade do ticket para um menor para que seja dada a solução definitiva. Caso não haja paliativos mesmo com o apoio do desenvolvimento, não poderá ser ajustada a prioridade do ticket. | | 83 | O atendimento deve evidenciar a não conformidade do cliente, simulando o reportado internamente. Ou quando não for possivel evidenciar a ISSUE, a mesma deve encaminhada para a manutenção com o check-list de item não simulado preenchido e com os anexos necessários para analises. |
|
...
| Situação |
Ao acessar a rotina de cadastro de Cadastro Contrato de Balança AGRA760, Protheus 12 não comunica com a balança.
Fiz o teste utilizando o Protheus 11 e também com o hiperterminal e funciona normalmente, mas no Protheus 12 não funciona.Venda OGA290, quando informa preço dá mensagem de erro e está vindo como pré-contrato e deveria vim como previsto, conforme NJR_MODELO = 2 conforme pode ser visto nas imgens abaixo:  Image Added
 Image Added
|
| Solução |
| Ajustar a rotina AGRA760 OGA290 para que a comunicação com a balança confirmação do contrato seja possível. |
...
| Simulação |
| Cod Programa | Ação |
| AGRA760OGA290 | Para a simulação é necessário: → Acessar a rotina de Contrato de Cadastro da balança Venda - AGRA760OGA290; → Incluir um contrato e ao informar um preço gera o erro.  Image Added Abrir a rotina selecionar a opção de "Alterar", "Ações Relacionadas" testar.
|
...
Informações para Situações não Simulada |
|---|
-
Para Todas as Situações
| Documento | Arquivo |
|---|
| Clientlog | xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx |
| Extrato de Versão | 12.1.17 |
| Simulação do cliente (sem específicos) | |
-
Performance
| Documento | Arqvivo |
|---|
| Profiler | XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX |
Equipe de BD já avaliou a integridade de índices e fragmentação das tabelas? | Sim/Não |
-
Integração com outros Sistemas
...
| Informações AdicionaisO cliente abriu o ticket relatando o erro no Contrato de Venda - OGA290, mas conferi no Contrato de Compra - OGA280 também, e ocorre a mesma inconsistência. Conforme conferência na versão 11, constatei que as informações tanto do Contrato de Venda, quanto do Contrato de Compra, são trazidas corretamente. |
|
...
| Observações Manutenção |
| Espaço destinado para a manutenção adicionar complementos ao chamado. |
...
