Precisamos mudar a logomarca e colocar o padrão definido pelo marketing.

DDI-4284

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

Necessário ajuste no código do campo FLGTIPO. Sistema insere com um caractere e retorna com erro. 

Solução Proposta:

Ajuste no insert no código do campo FLGTIPO, passando a inserir dois caracteres.

Problema Encontrado:

Quando centro de custo, do tipo de DC estava em branco, o sistema não apresentava uma mensagem clara de qual informação estava faltando

Solução Proposta:

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

Melhoria na implementação por parte do desenvolvedor no código internamente, melhorando sua legibilidade. 

Solução Proposta:

Foi necessária uma melhoria na implementação por parte do desenvolvedor no código internamente, melhorando sua legibilidade. 

Problema Encontrado:

Erro na tentativa de multiplos acessos no Controle de Pedidos. Após os testes feitos, foi identificado que o erro ocorreu por que o usuário abriu duas instancias do mesmo arquivo exe.

Solução Proposta:

Orientamos o mesmo que isso não é permitido, pois a base do controle de pedidos não funciona com mutiplos acessos. 

Problema Encontrado:

Quando ocorria envio de nota para o DOCFISCALL, com posterior cancelamento da mesma, a cor do status ficava incorreta no paine

Solução Proposta:

Ajuste na validação das cores de status evidenciada no painel.

Problema Encontrado:

Necessidade de lista os hóspedes que estejam cadastrados com o mesmo cartão consumo.

Solução Proposta:

Criando a funcionalidade de lista os hóspedes que estão cadastrados com o mesmo cartão consumo.

Problema Encontrado:

Necessidade de correção no campo de pesquisa do nome do garçom, o mesmo estava cortando o nome, e padronização no opções de seleção de Imprimir Controle e Usar Leitura de RFID.

Solução Proposta:

Respectivas corretivas aplicadas.

Problema Encontrado:

Melhoria na mensagem de informa quando a forma de pagamento no Tipo Débito/Crédito não estava preenchida.

Solução Proposta:

Aplicada uma melhoria no mensagem para informar quando houvesse alguma informação faltando no Tipo Débito/Crédito.

Problema Encontrado:

Necessário realizar a atualização da API na base do cliente.

Solução Proposta:

Atualizada a API na base do cliente.

Problema Encontrado:

Foi identificado uma falha ao conectar na API Hotal, por conta de caracteres escritos com letras maiúsculas e minúsculas, gerando assim uma inconsistência na conexão.

Solução Proposta:

Aplicada a solução de correção ao escrever com letras minúsculas transforma-las em letras maiúsculas.

Problema Encontrado:

Alteração Mensagem de ausência de PDV.

Solução Proposta:

Foi implementada a alteração da mensgem de PDV vinculado ou inexiste.

Problema Encontrado:

Identificada a necessidade de realizar teste no Lançador empresa 018 ambiente não resort para validar se o PDV Frigobar está gerando NFCe e se o PDV Lanvanderia não está gerando NFCe.

Solução Proposta:

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

Identificado que o SQL  necessitava de ajustes quando ao critério do PDVVinculado, devido à possibilidade de registros antigos no banco de dados do cliente que traria DUPLICIDADE.

Solução Proposta:

Criar um sub-consulta para contemplar os critérios do PDVVinculado.

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

• Ajustar o SQL da consulta ContasFront por Id de modo que obtenha o registro associado ao último cartão consumo, quando houver cartão associado na conta.
• Remover a mensagem informativa ao operador quando há retorno da Conta associada a mais de um cartão consumo. Será parametrizado a exibição ou não da mensagem informativa.

Solução Proposta:

Ficou acordado que não serão exibidos os registros para a seleção do usuário quando retornar mais de 1 registro.

Problema Encontrado:

No Lançador, ao realizar o consumo de item, com detalhes e/ou acompanhamento, não estava sendo exibido a mesma informação no extrato e nem no Controle de Pedidos.

Solução Proposta:

Resolução da situação acima informada, realizado a exibição no extrato de detalhes e/ou acompanhamento do item.

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

Solução Proposta:

Problema Encontrado:

Ficou acordado que ao carregar a CONTA para lançamentos de Itens, a partir da busca por UH/Nome/Reserva, não deverá ser levado em consideração o critério SQL do campo STATUS da tabela SOCIOCARTAOCATEG, nos casos em que a CONTA consultada possuir um CARTÃO DE CONSUMO associado. 

Obs.: Atualmente, quando a CONTA não possui CARTÃO DE CONSUMO, a validação do campo STATUS não se aplica. A validação aplicava-se apenas quando a CONTA tinha um cartão associado.

Solução Proposta:

Será utilizada a consulta sqlContasFrontPorId para carregar os dados da Conta no lançamento do item. Esta consulta não valida o campo STATUS, existente na consulta sqlCartaoConsumo, que era utilizada, até então, para carregar a Conta a partir da busca por UH/Nome/Reserva.

Problema Encontrado:

Melhoria no layout da tela Lançador. 

Solução Proposta:

Aplicada uma melhoria no layout da tela do Lançador.

Problema Encontrado:

Melhorar a visibilidade do Comprovante para com fim de saber se um pedido com acompanhamento está sendo exibido corretamente.

Solução Proposta:

Implementada a melhoria na funcionalidade da visualização do extrato do comprovante da conta.

Problema Encontrado:

Necessidade correção na quebra do campo de exibição da mensagem precisando arrumar a quebra de linha.

Solução Proposta:

Correção da quebra de linha do campo da mensagem.

Problema Encontrado:

Correção na padronização da escrita do UH na tela de bloqueio e o motivo do bloqueio aumentar o tamanho do campo.

Solução Proposta:

Aplicada as correções citadas acima.

Problema Encontrado:

Um erro no SQL ao realizar a consulta pelos os aniversariantes do mês no STAFF.

Solução Proposta: