Embedded Files
Data de postagem: May 04, 2012 1:51:17 PM
Alterações
Alterações
Foi alterado o metodo inicializaSugestaVenda para proporcionar melhor performance nas rotinas de adição de item e serviço, adição de item e serviço, aplicações de desconto e acrescimo. O processo pode ser acessado pelo caminho: UNUMFrente de LojaCaixa.ip. (por Rafael Ferreira Carneiro, #4145658)
[-1896045222,/products/INTEQstore/tests/Performance/Venda direta no Caixa - Objeto de Gestao.it]
[-1896045200,/products/INTEQstore/tests/Performance/Execucao do toArray() do AdapterPedido.it]
[-1896045491,/products/INTEQstore/loja/library/objects/Regras de Negocio/RegraPedido.ijs]
[-1896045198,/products/INTEQstore/tests/Performance/Utilizacao MessageBox.it]
[-1896046436,/Configuração/Frente de Loja/Terminal/Caixa/0100 INTEQstore.ic]
Defeitos Corrigidos
Defeitos Corrigidos
Ao exibir a interação destacada abaixo não é permitida a seleção do cliente, apenas dos endereços, ou seja, sempre que o cliente for selecionado é apresentada mensagem. Desta forma, realizamos ajuste na descrição da interação enfatizando a seleção de uma id de endereço.
Segue interação ajustada:
Antes: Cadastro Cliente. Selecione o id para realizar a atualização ou para informar um novo endereço. (Tecle ENTER para continuar ou tecle ESC para cancelar)
Depois: Cadastro Cliente. Selecione o id de um endereço para realizar a atualização ou para informar um novo. (Tecle ENTER para continuar ou tecle ESC para cancelar)
Para viabilizar iniciar venda já identificando o cliente, foram realizados ajustes nas funcionalidades da interação em questão, para possibilitar selecionar o cliente através do "ID" ou selecionar o nome do cliente e teclar "ENTER". (por Juliana Moreira Sanders, #4166159)
[-1896045887,InteracoesCadastroCliente.js]
Ao realizar o cancelamento de uma operação sem existir o pedido, onde a tarefa tentava remover os pedidos do servidor da loja, porém como não existia itens no pedido, nada era gravado no servidor da loja. Desta forma, foi realizado uma correção por parte desenvolvimento fazendo com que tal situação não ocorra. (por Maria Fernanda Gonçalves Martins Nicola, #4177574)
[-1896046279,OperacaoCaixa.ijs]
[-1896045752,TarefaComandoTabelaServidorLoja.ijs]
Ao executar o relatório Mapa de Caixa em um dia cuja movimentação não possuía estornos confirmados no caixa, ocorria um erro na pesquisa de estornos. Foram realizados ajustes e verificamos que a inconsistência foi sanada. (por Michael Douglas Saraiva Brito, #4185964)
[-1896046147,DataSourceMovimetacaoCaixa.ijs]
Ao confirmar no caixa o atendimento de uma pré-venda realizada em dia anterior e tentar efetuar a edição a operação apresentava inconsistência. Foram realizados ajustes que possibilitarão a edição da negociação ao exibir a mensagem de erro destacado abaixo:
Finalizando operacao. Ocorreu um erro aprovando a operação. O que você deseja fazer?
1. Tentar aprovar novamente
2. Editar a operação
3. Cancelar a operação
Erro detectado: Mensagem de erro: Ocorreu um erro durante a aprovação da operação: A alteração das informações abaixo impactam na negociação. Emissão Solução: Refaça a negociação para que a gravação possa ser efetivada. (por Juliana Moreira Sanders, #4172313)
[-1896046097,/products/INTEQstore/loja/InterfaceManager/Interacoes/InteracoesFinalizaOperacao.js]
Ao realizar o recebimento de uma pré-venda no caixa, as informações com relação aos dados do cheque não estão sendo preenchidas corretamente no título, impedindo a finalização da mesma. Desta forma, foi realizado um ajuste corrigindo o problema citado. (por Madjer Bezerra de Oliveira, #4186994)
[-1896046291,RegraCondicaoNegociacao.ijs]
Ao realizar vendas efetuando pagamento com transação TEF e POS, não estava sendo apresentado o formulário para coletar as informações da transação efetuada em cartão manual. Realizados ajustes e o caixa passou a exibir o formulário de coleta de informação, gravar a operação e consequentemente emitir o cupom fiscal e os comprovantes da transação TEF. (por Juliana Moreira Sanders, #4179210)
[-1896046291,RegraCondicaoNegociacao.ijs]
Ao logar duas vezes no caixa estavam sendo geradas duas tarefas para criação de uma pendencia de conferência cega. Ao executarem ao mesmo tempo ambas tarefas criavam 2 pendencias. Fora criado uma proteção para que as tarefas não sejam executadas ao mesmo tempo. (por Thiago Vicente Benega, #4186981)
[-1896045598,RegraConferenciaCegaCaixa.ijs]
[-1896045448,NovaConferenciaCega.ijs]
Ao realizar um suprimento no início do período, o mesmo estava sendo registrado com um horário menor que o da criação da pendência de conferência cega. Desta forma, o suprimento citada não estava constando na conferência cega de caixa. Assim, foi realizado um ajuste por parte do desenvolvimento corrigindo a inconsistência. (por Maria Fernanda Gonçalves Martins Nicola, #4186872)
[-1896046279,OperacaoCaixa.ijs]
Ao receber a pre-venda no caixa ocorria um erro após aprovação e antes da gravação. O script Rollback não realizava a desaprovação do pedido corretamente deixando pedido como aprovado e sem baixa, pois o caixa então entendia erroneamente que esse pedido é do tipo adiantamento pendente de baixa posterior, causando assim a inconsistência. Foram realizados ajustes no rollback para a desaprovação ocorrer corretamente. (por Juliana Moreira Sanders, #4172312)
[-1896046291,RegraCondicaoNegociacao.ijs]
[-1896045836,RollBackOperacao.ijs]
Ao realizar uma operação no modo offline, estava sendo apresentada uma mensagem de erro, impossibilitando a finalização da operação no caixa. Com isso, foi realizado ajustes por parte do desenvolvimento corrigindo o comportamento. (por Maria Fernanda Gonçalves Martins Nicola, #4169813)
[-1897050332,contabil.ijs]
Ao finalizar uma venda no caixa, em alguns casos, estavam sendo criadas mais de uma tarefa de gravação, as tarefas criadas erroneamente ficavam presas no agenciador de tarefas. A criação duplicada de tarefas foram corrigidas, bem como a liberação das tarefas presas. (por Michael Douglas Saraiva Brito, #4177592)
[-1896046316,TabelaVendaInsertTask.ijs]
[-1896045649,StoreTask.ijs]
Ao tentar efetuar consumo de chave de crédito que possui como pessoa creditada "-1899931617 Consumidor Final", exibia a validação "Não é possível realizar o consumo de crédito para o cliente "Consumidor Final". Foram realizados ajustes para não efetuar a validação e possibilitar utilizar/consumir este tipo de crédito através da funcionalidade "Informar chave do crédito". Porém não será possível consumir o crédito do cliente que tem como pessoa creditada "-1899931617 Consumidor Final" através da funcionalidade "Utilizar crédito disponível do cliente", pois a conta do consumidor final poderá ficar com valores acumulados no seu disponível. (por Juliana Moreira Sanders, #4129095)
[-1896046128,InteracoesPagamentoCreditoCliente.js]
[-1896046282,OperacaoStore.ijs]
Ao realizar operações com cartão de crédito/débito não estava sendo realizada a coleta das informações do cartão na finalização da operação. Desta forma, não estava sendo possível finalizar a operação. Assim, após ajuste por parte do desenvolvimento tal situação não está mais ocorrendo. (por Maria Fernanda Gonçalves Martins Nicola, #4182351)
[-1,Não se aplica]
Ao tentar gravar uma baixa automática não aprovada a operação obrigava que fosse realizada uma negociação. O comportamento foi corrigido para que a baixa automática não aprovada tenha o mesmo comportamento do pedido não aprovado onde é permitido gravar sem negociar. (por Sheila Gabriela Borges Rodrigues, #4136580)
[-1896046279,OperacaoCaixa.ijs]
[-1896045836,RollbackOperacao.ijs]
[-1898188604,OperacaoPedido.ijs]
Ao analisar o relatório Eventos do caixa verifou-se que o supervisor não estava sendo apresentado corretamente para os eventos de desconto, cancelamento de item e cancelamento da venda. (por Michael Douglas Saraiva Brito, #4149320)
[-1896046282,OperacaoStore.ijs]
[-1896045398,GerenciadorEventosDoCaixa.ijs]
[-1896045895,RegraPoliticaComercial.ijs]
Ao acessar a opção "Baixa de Títulos" no caixa, onde a chave do título é informado, ocorria um erro na qual a lista de títulos não era possível ser exibida. Desta forma, foi realizado um ajuste por parte do desenvolvimento corrigindo o problema citado. (por Madjer Bezerra de Oliveira, #4185077)
[-1896046283,OperacaoRecebimento.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896045640,InteracoesBaixaTitulo.js]
Os agrupamentos da treelist da pré-venda e caixa estavam sendo apresentados zerados. Realizado ajuste para exibir o total da vendas em cada agrupamento. (por Juliana Moreira Sanders, #4167180)
[-1896046282,OperacaoStore.ijs]
Ao exibir a treelist da pré-venda e caixa, os agrupamentos estavam sendo apresentados zerados. Realizado ajuste para exibir o total da vendas em cada agrupamento. (por Juliana Moreira Sanders, #4167180)
[-1896046282,OperacaoStore.ijs]
Ao cancelar a coleta de dados de uma operação realizada com a forma de pagamento Cheque ou Cartão de Crédito ou Débito, ao selecionar a opção "2. Editar Operação" através do campo de entrada não estava sendo possível, pois o campo de entrada estava considerando como se a informação fosse para o formulário de coleta de dado e não para responder a interação supracitada. Com isso, foi realizado um ajuste por parte do desenvolvimento, onde foi verificado que o caso não voltou a ocorrer. (por Maria Fernanda Gonçalves Martins Nicola, #4170453)
[-1896046097,InteracoesFinalizaOperacao.js]
[-1896046150,JQueryDynamicForm.js]
Ao executar o engine e acessar terminal de pré-venda ou caixa, fica sendo exibido no rodapé do terminal que a conexão está "offline", mesmo a conexão estando normal. Apenas após informar usuário e senha e iniciar o terminal, o rodapé atualiza a conexão e apresenta "online". Desta forma, foram realizados ajustes para que o rodapé do terminal apresente a conexão como offline, apenas quando de fato a conexão não estiver disponível. (por Juliana Moreira Sanders, #4170683)
[-1896046050,Eventos da interface.js]
Ao configurar através do processo "Recursos com multiplicador bloqueado (Unum/Retaguarda da Loja/Configurações e Manutenções/Recursos com multiplicador bloqueado) para a classe de recurso não possibilitar a inclusão de mais de uma (01) quantidade de recurso no terminal de caixa, ainda assim este estava permitindo. Foram realizados ajuste para o caixa efetuar a validação. Vale ressaltar que a configuração não contempla a pré-venda. (por Juliana Moreira Sanders, #4170695)
[-1896046295,RegraRecurso.ijs]
[-1896046279,OperacaoCaixa.ijs]
Ao realizar uma operação no caixa, utilizando forma de pagamento cartão de crédito/débito ocorria um erro no preenchimento dos campos do título, impedindo a finalização da mesma. Desta forma, foi realizado um ajuste corrigindo o problema citado. (por Madjer Bezerra de Oliveira, #4185986)
[-1896046291,RegraCondicaoNegociacao.ijs]
Ao efetuar uma devolução de um pedido de saída ocorria mensagem de erro "O Parâmetro "qtParcelas" é obrigatório e deve ser do tipo "Number"". (por Sheila Gabriela Borges Rodrigues, #4193981)
[-1897036502,Condição Livre]
[-1896045462,RegraDevolucao.ijs]
[-1896046343,Impressao.ijs]
Ao realizar o cadastro do cliente e clicar no botão voltar, o terminal não retornava para os campos já informados. Realizado ajuste para o terminal retornar para a interação "Cadastro Cliente. Deseja informar somente campos obrigatórios? 1. Sim 0. Não", e passar novamente por todas interações inclusive os campos já informados. (por Juliana Moreira Sanders, #4186784)
[-1896045887,InteracoesCadastroCliente.js]
Ao definir os campos obrigatórios a serem exigidos no cadastro do cliente da pré-venda ou no caixa apresentava inconsistência, pois alguns interações exigiam informações de lookup (Ex.: UF, localidade e sublocalidade) e este não era apresentado. Para correção da inconsistência, foi necessário ajustar o processo "Fichas de Cliente", onde a definição dos campos é realizada através do processo citado disponível através do caminho "Unum/Retaguarda da Loja/Cadastros/Auxiliares/Fichas de Clientes" e a obrigatoriedade dos campos deve ser definido na classe "Fichas de Clientes" onde será necessário utilizar o processo "Unum/Admin/Explorer" e consultar a classe citada. (por Juliana Moreira Sanders, #4177489)
[-1896045859,Fichas de Clientes.ip]
[-1896045861,0100 INTEQstore.ic]
[-1896045865,0100 INTEQstore.ic]
Ao informar o lote da mercadoria no momento da inclusão do item, o mesmo estava sendo validado como inválido, onde o mesmo estava correto. Com isso, o desenvolvimento identificou uma inconsistência, na qual já foi corrigida. (por Maria Fernanda Gonçalves Martins Nicola, #4178803)
[-1896046295,RegraRecurso.ijs]
Melhorias
Melhorias
Foi implementado no terminal de cupom fiscal a atualização imediata da lista de pedidos pendentes de baixa quando o pedido de adiantamento criado na pré-venda, possuir itens com tipo de saída normal e com o local de saída sendo o local de escrituração da própria loja. Tal funcionalidade viabiliza otimizar o atendimento desses pedidos no caixa, para baixar os itens com saída normal e emitir o cupom fiscal, sem ser necessário aguardar a execução da tarefa referente ao script SincronizarTabelaPendenciasBaixa.ijs. O processo pode ser acessado pelo caminho: UNUMFrente de LojaCaixa. (por Juliana Moreira Sanders, #4186083)
[-1896046325,StoreServer.ijs]
[-1896045669,SincronizarTabelaPendenciasBaixa.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896045649,StoreTask.ijs]
Foi alterado o relatório Mapa de caixa, onde foi alterado o agrupamento de sangria e suprimentos para permitIr que as sangrias e suprimentos sejam apresentadas separadamente por tipo. Ou seja, com essa implementação as sangrias e suprimentos realizadas no Início/Fim do Período ficarão em um agrupamento separado das que forem realizadas no decorrer do período. O processo pode ser acessado pelo caminho: UNUMRetaguarda da Loja/Tesouraria/Mapa de Caixa.
Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/colocar link do manual. (por Maria Fernanda Gonçalves Martins Nicola, #3879528)
[-1896045492,DataSourceDisponivel.ids]
[-1896046370,StoreStatus.js]
[-1896045335,GravarSangriaSuprimento.ijs]
[-1896046147,DataSourceMovimetacaoCaixa.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896045662,UtilMapaDeCaixa.js]
[-1896045762,AdapterMovimentacaoCaixa.ijs]
Foram realizados adaptações no projeto iPdvlib que permite que o caixa realize as impressões no ECF de forma otimizada. (por Thiago Vicente Benega, #4143055)
[-1896045223,Venda direta no Caixa - Controller.it]
[-1896045211,Venda direta no Caixa - Impressao.it]
[-1896045214,0100 UNUMStore.ic]
[-1896047327,ECF - Emissor de Cupom Fiscal.ip]
[-1896046343,Impressao.ijs]
[-1896045212,Utilizando ECF.it]
[-1896046298,RegraTotalizador.ijs]
Page updated
Report abuse