CORREÇÃO

Descrição: Arquivo sintegra do mês de JULHO está vindo sem as informações, mesmo com as configurações realizadas.

Solução: Cidade de Paracatu esta vinculado ao estado errado no banco, ao invés de MG esta SP, caindo na restrição dos registros do SINTEGRA e impedindo de retornar alguma informação.. 

CORREÇÃO

Descrição: Validação de caracteres do campo CÓDIGO DE BARRAS na importação de produto de venda está incorreta, ao invés de validar se o produto possui mais de 15 caracteres o sistema valida se ele tem exatamente 15 caracteres, causando erro no uso por exemplo, de códigos EAN 13.

Solução: Antes, o campo “código de barras” só passava quando tinha exatamente 15 caracteres; qualquer outro tamanho gerava erro.
Agora, a validação permite até 15 caracteres (≤ 15) e rejeita valores acima de 15.

No arquivo, cadastre produtos com os seguintes cenários e faça o upload:

• • 15 caracteres → deve importar sem erro.

• • 10–14 caracteres → deve importar sem erro.

• • 16+ caracteres → deve falhar com mensagem: “Código de barras deve conter no máximo 15 caracteres.”

• • (se aplicável na regra atual) incluir caso com caracter não numérico → deve falhar com mensagem de “somente números”.

CORREÇÃO

Descrição: Vendas detalhadas por Cupom apresenta erro ao tentar gerar os dados.

Solução: Realizada uma mudança na tipagem de uma coluna para solucionar o problema.

CORREÇÃO

Descrição: Cliente criou o perfil "VISÃO FRANQUEADO" e só deixou habilitado para o perfil o campo "RELATÓRIOS" porém mesmo assim aparece o "CADASTRO" e "SEGURANÇA".

Solução: Removidos os menus vazios, deixando apenas os menus que foram selecionados na tela de perfil

CORREÇÃO

Descrição: Apresentado erro na tela de pedido de compra "A quantidade mínima deve ser superior a 100. Conforme configurado na relação item-fornecedor do pedido de compra". Mesmo com as configurações feitas e entre 1 e 1000.

Solução: Além da solução do problema, foram feitas novas validações para impedir a inclusão/reativação de itens caso já exista uma relação ativa por exemplo:

Para nova inclusão:

Para reativação:

CORREÇÃO

Descrição: Relatório comparativo de Venda PDV x Retaguarda não esta trazendo nenhuma informação. Mesmo que a loja possua movimentações no periodo selecionado

Solução: Como se tratava de um relatório interno desenvolvido apenas para análise de alguns dados, ele acabou permanecendo na retaguarda. Inclusive, o relatório possuía apenas a camada de frontend, sem realizar consultas. Diante disso, o relatório foi removido da retaguarda.

CORREÇÃO

Descrição: A tela de cadastro de MRE não estava abrindo.

Solução : Foi implementada uma blindagem para que, quando não houver registros de alíquota, o registro de MRE seja carregado normalmente.

CORREÇÃO

Descrição: Ao ativar a flag 'Obter fornecedor no lançamento simplificado de sangria', o sistema apresenta mensagem de salvamento sem erros. No entanto, ao reabrir a tela de configurações, a flag retorna inativa.
Solução: Agora tanto em tela quanto no banco de dados ao ativar a flag e salvar a mesma permanece ativa.

CORREÇÃO

Descrição: No momento da criação de um novo produto de venda, o campo 'PRODUTO REFERÊNCIA NA CONFIGURAÇÃO PDV' aparece desabilitado, impedindo seu preenchimento. Para conseguir preenchê-lo, é necessário primeiro salvar o produto, em seguida editá-lo, e somente então o campo é habilitado.
Solução: Campo voltou a ser apresentado habilitado na tela de cadastro

MELHORIA

Descrição: Foi criado, via banco de dados, um log para registrar as operações realizadas na tela de Configuração de Receita Mobile por Loja. Esse módulo não estará disponível na tela de Log de Operações devido a restrições da própria interface. O log armazena as seguintes informações: ID do usuário, data e hora da alteração, código do módulo e nome do usuário responsável pela alteração.

MELHORIA

Descrição: O fisco passará a validar, na emissão da NFe, a seguinte regra: caso seja informado o grupo de Parcelas de Cobrança (tag:dup, Id:Y07) com apenas uma ocorrência, e a Data de Vencimento (dVenc, Id:Y09) seja igual à Data de Emissão (dhEmi, Id:B09, desconsiderando a hora), a nota será rejeitada com o erro: 'Rejeição: Dados de cobrança não devem ser informados para pagamento à vista.'

Atualmente, na NFe da Retaguarda, o grupo <cobr> é sempre gerado automaticamente nas notas de venda com baixa de estoque, sem opção para que o usuário escolha pela não geração. Isso resultará em rejeição em todas as NFes de vendas à vista emitidas pela Retaguarda.

• Agora ao emitir uma nota fiscal de saída de venda se informado somente 1 parcela e a data de vencimento desta parcela for igual a data de emissão, o sistema não deverá gerar o grupo <cobr> no XML 
  
  
  

CORREÇÃO

Descrição: A receita dinheiro é automaticamente configurada pelo ADM3  ao cadastrar uma nova franquia, porém não preenche o campo "Tipo de receita (Taste One PDV)", fazendo com que a forma de pagamento não funcione no Taste PDV

Solução: Agora ao cadastrar uma nova franquia, o campo "Tipo de receita (Taste One PDV)" preenche automaticamente com opção "1-Dinheiro" solucionando o problema no Taste PDV.

CORREÇÃO

Desccrição: Notas fiscais de saída não estão aparecendo no DRE Mensal

Solução: No DRE Mensal existe uma restrição para exibir as NF's que estão marcadas como 'Baixa de Estoque', por isso não sao exibidas todas as notas. Ao selecionar o Tipo de Emissão como Transferência não será mais desmarcado a flag Baixa de Estoque (campo fica oculto do formulário porém antes estava inativando essa configuração).

MELHORIA

Descrição: A coluna Dispositivos no relatório de Vendas por Dispositivo passou a contemplar também a opção Goomer, em conformidade com o campo correspondente no banco de dados. Caso existam vendas originadas do dispositivo Goomer, estas serão exibidas no relatório. Além disso, foi adicionado um filtro na tela para seleção do dispositivo.

MELHORIA

Descrição: Alteração de texto na tela de novo cadastro de produto de venda. Texto agora foi alterado para "Selecione um produto principal para criar uma hierarquia de subgrupos no cardápio (ex: tipo, volume, sabor)"