Issue | Resumo | Número do caso |
| BIGRETAIL-140821 | Objetivo:
Trazer todas as sangrias no relatório de fechamento operador, independentemente se tiver mesmo valor e descrição.
Objetos alterados:
VW_MOVTO_SANGRIA_SAIDA
Como validar:
- Fazer duas ou mais sangrias com o mesmo valor e descrição;
- Fazer o fechamento de operador;
- Verificar se todas as sangrias constam no relatório.
Obs: a forma de validar está nas evidencias da issue passada pelo time de RC. | 05377665 |
| BIGRETAIL-140698 | Objetivo:
Gerar a confirmação dos vales de serviço/seguro ( geração do contra vale ID_TTR = 51)
Objetos alterados:
PRCD_CANC_PEDIDO_VENDA_JAVA
PRCD_JOB_CONTRA_VALE_JAVA
Como validar:
-- Realizar o cancelamento de um seguro de vida e/ou de uma garantia;
-- Verificar se gerou corretamente o vale ID_TTR = 51(contra vale) referente aquela venda;
Evidencias na observação desta issue. | 05369278 |
| BIGRETAIL-140676 | Problema: Estava cadastrado um patrametro com o código errado.
Solução: foi ajustado o código do parametro.
Link de evidência: https://share.linx.com.br/x/q5UQK |
|
| BIGRETAIL-140635 | Ajustes necessários nas rotinas MOBILE. |
|
| BIGRETAIL-140486 | Objetivo:
Tratar o reenvio dos vales da devolução de serviços para o Senior;
Tratar o retorno de vale já integrado.
Objetos alterados:
PRCD_JOB_INTEGRA_DEV_GAR
Como Validar:
- Alguns vales acontece de ficar sem retorno do Senior, na tabela WMB_DEVOLUCAO_GARANTIA e ficam com STATUS = 'E'
- O JOB PRCD_JOB_INTEGRA_DEV_GAR vai passar a reenviar esses status com "E" (dos ultimos dois dias);
- Caso esse vale retorne que já está integrado: " Ocorreram erros.-Não foi possível importar a Nota Fiscal - 2353. Nota fiscal já existe, não pode ser incluída. Erro." O programa vai considerar sucesso e gerar a confirmação do vale na tabela WMB_CONTROLE_NF_DEV_CLI
Segue evidencias na Observação dessa issue
|
|
| BIGRETAIL-140397 | Tratamento do saldo de devolução de garantia recuperada no PDV
Evidências de testes: https://share.linx.com.br/pages/viewpage.action?pageId=669632938 |
|
| BIGRETAIL-140141 | Causa:
Para pedidos abertos pelo E-commerce por empresas (PJ). Ao integrar o cliente, existe uma regra especifica para PJ, na qual considera o campo RAZAO SOCIAL. O conteúdo desse campo logo sendo o mesmo do campo NOME_CLIENTE, contendo apenas uma palavra. Então gera uma crítica de validação onde o nome da empresa deve conter no mínimo duas palavras.
Critica gerada: "Nome não contempla requisitos - Mínimo duas palavras"
Solução:
Alteração realizada na rotina de integração de pedidos do E-commerce para ERP. Assim validando se o nome da empresa está chegando com apenas uma palavra. Caso positivo, passar a considerar o nome da empresa concatenando o NOME e SOBRENOME do cliente.
Link de Evidências; https://share.linx.com.br/x/Y5zpJw |
|
| BIGRETAIL-140044 | Objetivo:
Somar o valor do juros do seguro no valor tetal da NFCe na integração com o Senior
Objetos alterados:
PCKG_INTEGRA_NOTA
Como Validar:
-- Fazer uma venda com NFCe + seguro vida e fechar na condição de pagamento carnê com Juros (OBS: pode pegar de exemplo o pedido enviado na abertura do chamado ou o pedido utilizado na validação que está no xml anexo).
-- Pagar o pedido, e verificar se o mesmo foi integrado ao Senior (Obs: dependendo do ambiente em que for fazer o teste, os jobs de pagamento e envio ao senior esteja desligados).
Em anexo está o xml de teste feito no ambiente QA2. Tem o XML de envio e o de retorno com sucesso. | 05312046 |
| BIGRETAIL-140040 | Problema: Igualar as rotinas de impostos da RT nos clientes
Solução: Rotinas igualadas
Link de evidências: https://share.linx.com.br/x/hgDXJw |
|
| BIGRETAIL-140030 | Causa:
Durante os testes da issue BIGRETAIL-134268 (Devolução não gerando com retenção), a equipe de QA identificou que, na integração com o CD21, não foram atualizados os campos vl_perc_org_pub e vl_base_ret_org_pub_o. Com isso, os dados de órgão público da NF com TTR = 71 ficaram divergentes em relação à NF com TTR = 2.
Solução:
Foi realizada a atualização dos campos vl_perc_org_pub e vl_base_ret_org_pub_o na NF com TTR = 21, alinhando-os aos valores da NF com TTR = 71, conforme padrão da integração com o CD21.
Evidências: https://share.linx.com.br/x/IRPXJw |
|
| BIGRETAIL-140016 | motivo- erro ao realizar login via portal big retail
resoluacao - coluna que indica permissão de login via biometria não constava na versão do bd utilizada |
|
| BIGRETAIL-139894 | Geração de script de rollback da versão. |
|
| BIGRETAIL-139794 | CAUSA:Para cenários cujo é esperado a geração de uma nota de entrega , que não seja a única, a trigger que cuida de marcar os pedidos para gerarem nfe , ttr=2 , ttr=71 , não fazia nenhum tipo de marcação e quando esses pedidos eram processados pela rotina que gera a nota ( prcd_nfs_pvd )
não era gerado nenhuma nota, pois pela lógica atual da procedure era esperado para a nota tt=2 uma nota ttr=71 criada anteriormente
CORRECAO:A trigger foi simplificada e modificada para englobar os pedidos de venda com estoque, entrega ou retira posterior, para pessoa física e jurídica, para gerar a nota única, desta forma ao ser processada pela rotina que cria as notas, será criado a nota de venda como esperado, para que isso ocorra, estamos marcando esses pedidos para gerarem a nota única, assim passam pela trava existente na rotina que cria as notas de venda e entrega.
Evidências:
https://share.linx.com.br/x/WRrXJw | 05243353, 05244798, 05252473, 05252748, 05253737, 05255064, 05256675, 05264218, 05299599 |
| BIGRETAIL-139663 | CAUSA: Ao ler os dados de endereço da tabela endereco_cliente, algumas informações não são retornadas para um cep genérico,
na integração cliente e cliente fornecedor.
CORRECAO: Foi alterado a rotina de integração de cliente e cliente fornecedor para ler da view v_endereco_Cliente desta forma as informações sempre são retornadas completas, mesmo se o cep for genérico.
Evidência:
https://share.linx.com.br/x/CKG2Jw | 05076849 |
| BIGRETAIL-139582 | Objetivo:
Atualizar o pacote de estoque carga e On Line
Objetos alterados:
EVOLUCAO_TAB_PRODUTO_SERIE
PCKG_WMB_IB_EST_ONL
PRCD_WMB_ESTOQUE_CARGA_IB
TRG_WMB_TAB_PRODUTO_SERIE
TRGR_WMB_ESTOQUE_CARGA_IB
WMB_TAB_PRODUTO_SERIE
WMB_TAB_PRODUTO_SERIE_IC
Como validar:
Realizar a carga de estoque Diaria e On line e validar o resultado. Conforme descrito no documento abaixo:
https://share.linx.com.br/display/BRPED/BIGRETAIL-139582+-+Entrega+-+%5BBerlanda%5D+Estoque+carga+e+On+Line |
|
| BIGRETAIL-139258 | Causa: O Rateio de parcelamento no pagamento de títulos tinha um arredondamento incorreto.
Solução: Alterado o calculo de pagamentos de vários títulos acumulados para seguir o padrão cielo. | 04720595 |
| BIGRETAIL-139115 | Causa:
Foi identificado que, quando a NF (relacionadas de produto e serviço) com TTR=71, por algum motivo, não recebe o retorno de integração como “Processado com Sucesso”, a NF TTR=90 permanece sendo enviada continuamente, recebendo como retorno a mensagem “Ocorreram erros no processamento”.
Solução:
Foi ajustado o filtro de envio da NF TTR=90 para que o envio ocorra apenas quando todas as NFs relacionadas (produto e serviço) estiverem devidamente integradas.
Além disso, foi realizado um ajuste na integração das NFs relacionadas (produto e serviço) TTR=71: quando houver o retorno contendo a mensagem “%Nota Fiscal%existe no Sistema%”, essas NFs passarão a ser atualizadas automaticamente como integradas.
Evidências: https://share.linx.com.br/x/q9-pJw | 05090948 |
| BIGRETAIL-138666 | Causa: Foi identificado que, ao enviar o XML do cadastro de cliente para o sistema Senior, as informações de observação — especificamente os elementos das tags obsDat e obsHor — estavam sendo preenchidas com a data e hora da inclusão do registro no sistema.
Solução: Foi realizada uma alteração para que os elementos das tags obsDat e obsHor passem a ser preenchidos com a data e hora do movimento, em vez da data e hora de inclusão do registro.
Evidências: https://share.linx.com.br/x/qlOhJw | 05055184 |
| BIGRETAIL-138325 | Causa:
No processo de faturamento, o tamanho do nome do país está maior do que o sistema suporta.
Solução:
Alteração realizada no processo de faturamento, para o sistema passar a aceitar nome de país com mais de 20 caracteres, limitando-se até 50 caracteres.
Evidências: https://share.linx.com.br/x/xFGhJw |
|