Embedded Files
Data de postagem: Jun 19, 2012 8:57:29 PM
Alterações
Alterações
Foi alterado a geração do "Arq. MFD por data" para se adaptar o modelo atual do PAF. O processo pode ser acessado pelo caminho: Caixa Menu Fiscal Arq. MFD por data. (por Madjer Bezerra de Oliveira, #4159611)
[-1896046097,InteracoesFinalizaOperacao.js]
[-1896045124,RegraDav.ijs]
[-1896045834,InteracoesOperacoesPendentesAbre.js]
[-1896046282,OperacaoStore.ijs]
[-1896045201,StoreComprovanteDav.ijs]
Defeitos Corrigidos
Defeitos Corrigidos
Ao realizar venda direto no caixa e na sequencia efetuar o cancelamento do último cupom fiscal, o script "RollbackOperacao.ijs" não efetuava o cancelamento da operação por completo e apresentava erro na execução. Efetuado ajustes para realizar a correta execução do cancelamento das operações" (por Juliana Moreira Sanders, #10192197)
[-1896045836,RollbackOperacao.ijs]
[-1896046279,OperacaoCaixa.ijs]
Ao realizar a confirmação de estorno no caixa os campos de impostos eram validados e no momento da criação do pedido de devolução poderia haver uma inversão no rateio dos valores de alguns itens do pedido. Foram realizados ajustes para no momento da confirmação do estorno no caixa, os campos de impostos ICMS, PIS e COFINS não serem validados e passar a validar os campos TOTAL e TOTALNEGOCIADO. As validações referente ao recurso, quantidade e o total foram mantidas. (por Juliana Moreira Sanders, #6756110)
[-1896045462,RegraDevolucao.ijs]
Ao gerar o arquivo do PAF no caixa em Menu Fiscal/ Movimento por ECF, algumas das informações referentes a cancelamento de cupom fiscal estavam duplicadas. Foram realizados ajustes no processo de importação de arquivo MFD permitindo que sejam substituidos as movimentações existentes pela do arquivo, corrigindo as operações anteriores. (por Thiago Vicente Benega, #10198566)
[-1896047699,iPdvLib.exe.gz]
[-1896045297,RegraMovimentacaoECF.ijs]
[-1896047327,ECF - Emissor de Cupom Fiscal.ip]
[-1896045261,Importar movimentações ECF de arquivo MFD.ip]
Ao realizar uma operação com a forma de pagemento TEF, a data da sua aprovação estava sendo alterada devido a atualização do status do pagamento TEF. O mesmo precisa que a operação seja desaprovar e aprovar novamente. Assim foi realizada um tratamento para no momento da atualização do status do pagamento, a data da aprovação está sendo mantida. (por Madjer Bezerra de Oliveira, #10201145)
[-1894443011,ItensDaNegociacao.ijs]
[-1894443012,ItemDaNegociacao.ijs]
[-1896045340,AtualizaStatusPagamentoCartao.ijs]
[-1894443226,Desconto.ijs]
Ao realizar a seleção dos cheques através do checkbox a serem sangrados do caixa para a tesouraria , o foco do cursor era perdido impossibilitando a confirmação da seleção dos cheques (através do Ctrl+Enter). (por Maria Fernanda Gonçalves Martins Nicola, #10203339)
[-1896046151,JQueryDynamicList.js]
Ao realizar alterações no cadastro de um cliente, em um terminal de pré-vendas com a conexão offline, estava sendo apresentada mensagem de erro informando que o campo "cancee" não foi encontrado. (por Michael Douglas Saraiva Brito, #10212846)
[-1896046293,RegraPessoa.ijs]
Ao estornar um pagamento TEF no caixa, se o pedido já tiver sido cancelado, a tarefa de estorno gerada ficava presa, pois não encontrava o pedido em questão. Com isso, foram realizados ajustes para que a tarefa nessa situação apenas crie um evento indicando que ocorreu um estorno TEF. (por Thiago Vicente Benega, #10187229)
[-1896046199,estornarPagamentoTef.ijs]
Ao solicitar ou editar uma conferência cega de caixa estavam sendo validada a tarefa "AtualizacaoTabelaVendasServidorLoja.ijs" como uma pendência para a conferência. Assim, foram realizados ajustes para desconsiderar a tarefa citada no momento desta operação. (por Maria Fernanda Gonçalves Martins Nicola, #10196738)
[-1896045598,RegraConferenciaCegaCaixa.ijs]
[-1896045649,StoreTask.ijs]
[-1896046370,StoreStatus.js]
[-1896046279,OperacaoCaixa.ijs]
Ao cancelar uma venda no caixa após reiniciar o sistema ocorria erro na execução da tarefa de Rollback. Erro: Não é possível abrir a operação, argumento "chavesDeOperacoes" não definida (por Thiago Vicente Benega, #10178502)
[-1896045539,UltimaOperacao.isc]
[-1896046316,TabelaVendaInsertTask.ijs]
[-1896046260,BeanDataSetContainer.ijs]
[-1896046370,StoreStatus.js]
[-1896045491,RegraPedido.ijs]
[-1896045516,RegraPedidoConexaoStrategy.ijs]
[-1896045513,ConexaoPedidoServidorLoja.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896045836,RollbackOperacao.ijs]
Ao informar os valores entre 14 a 18 para que o valor da condição seja recalculado, na interação "Qual forma de pagamento deseja utilizar? (Tecle ESC para sair)" que possui 13 atalhos de formas de pagamentos, o terminal apresentava inconsistência. (por Juliana Moreira Sanders, #10213774)
[-1896046046,defaultOperations.iejs]
Ao realizar a confirmação de estorno no caixa, estava sendo setado incorretamente o recurso "-1897052154 Prov Rec Neg Financeira" na operação de negociação de dívida. Realizados ajustes para setar o recurso "-1897052330 Negociação Financeira" na operação de negociação de dívida. (por Juliana Moreira Sanders, #10176375)
[-1896046370,StoreStatus.js]
[-1896045532,RegraNegociacaoDivida.ijs]
Ao informar um valor parcial de uma forma de pagamento, as funções do caixa referente a consulta de produtos, clientes e de pagamento ficavam desabilitadas impossibilitando que as mesmas fossem selecionadas utilizando o mouse. (por Maria Fernanda Gonçalves Martins Nicola, #10203331)
[-1896046128,InteracoesPagamentoCreditoCliente.js]
Ao realizar a renegociação de uma operação com a forma de pagamento "Dinheiro" para "Cheque" através do link do processo Negociação Financeira Simplificado do processo de Conferência Cega de Caixa, a mesma não estava sendo apresentada no Mapa de Caixa. (por Maria Fernanda Gonçalves Martins Nicola, #10170283)
[-1896046147,DataSourceMovimetacaoCaixa.ijs]
Ao receber uma pré-venda com pagamentos em financeira a interface do caixa deixava de responder, sendo necessário forçar o fechamento do browser, devido a uma inconsistência na criação do formulário para coleta das informações relacionadas a condição de negociação. (por Michael Douglas Saraiva Brito, #10211936)
[-1896045605,FormField.ijs]
[-1896045312,InteracoesColetaConfirmacaoFinanciamento.js]
[-1896046291,RegraCondicaoNegociacao.ijs]
[-1896045330,InteracoesColetaInformacoesParcelas.js]
[-1896045329,InteracoesColetaInformacoesSugestao.js]
Ao realizar a baixa de um pedido no caixa, a data de emissão deste pedido estava sendo alterada para o dia corrente. (por Michael Douglas Saraiva Brito, #10178930)
[-1896046325,StoreServer.ijs]
A conferência cega de caixa estava sendo criada com um horário diferente do início de período, fazendo com que caso fosse informado um suprimento na inicialização do período, mesmo não seria apresentado na conferência por conta da diferença dos horário. (por Maria Fernanda Gonçalves Martins Nicola, #10227671)
[-1896046279,OperacaoCaixa.ijs]
[-1896045448,NovaConferenciaCega.ijs]
[-1896046375,Terminal.ijs]
[-1896045598,RegraConferenciaCegaCaixa.ijs]
Ao realizar cancelamento no momento da baixa de item de pedido de adiantamento, o script "RollbackOperacao.ijs" apresentava inconsistência na sua execução. Foram realizados ajustes, onde ao realizar o procedimento a baixa é cancelada, o script é executado corretamente e o pedido pode ser utilizado para realizar novamente o procedimento de baixa. (por Juliana Moreira Sanders, #10179901)
[-1896045836,/products/INTEQstore/loja/library/objects/Servidor/Tarefas/Internas/RollbackOperacao.ijs]
Ao realizar a alteração do vendedor da venda do caixa após o início da venda, a interação de identificação do vendedor não era apresentada corretamente, impossibilitando a seleção de um novo vendedor para a venda. (por Maria Fernanda Gonçalves Martins Nicola, #10224770)
[-1896046105,InteracoesInformarAtendente.js]
Ao imprimir comprovante TEF no caixa nas operações com o cartão de crédito Hipercard utilizando o driver Daruma DLL, a impressora estava retornando erro de Time-Out após o total da impressão do comprovante. Ressaltamos que tal comportamento ocorria de forma intermitente. (por Thiago Vicente Benega, #10217006)
[-1896047699,iPdvLib.exe.gz]
Ao cadastrar dois servidores de pré-venda com o mesmo IP, ocorria uma inconsistência ao buscar o numerador para gerar o numero da pré-venda. (por Madjer Bezerra de Oliveira, #10210162)
[-1896047806,0100 INTEQstore.ic]
[-1896045303,RegraNumerador.ijs]
Ao configurar a propriedade "this.fundoDeCaixa" e não habilitar a utilização de conferência cega, o caixa não realizava a dedução do fundo de caixa do saldo do caixa. Realizados ajustes onde ao configurar valor na propriedade "this.fundoDeCaixa" e não habilitar a utilização de conferência cega, o saldo do caixa será deduzido de acordo com o valor configurado, ao realizar sangria ou finalização de período. (por Juliana Moreira Sanders, #10204618)
[-1896045831,interaçõesSangriasSuprimentos.js]
Ao confirmar um pedido de estorno no caixa havia possibilidade de apresentar validação informando que o pedido de devolução é diferente do pedido original. Entretanto, diferenças de até dois centavos são aceitáveis devido a possibilidade do rateio de desconto, por exemplo, ser aplicado de forma diferente no pedido original e no pedido de estorno. (por Michael Douglas Saraiva Brito, #10224756)
[-1896046297,RegraStore.ijs]
Ao tentar excluir item de venda no caixa e ser exibida a mensagem de validação das permissões "Cancela Pedido" e "Cancela Baixa" da classe de operação, o item não era cancelado no pedido, mas era cancelado no ECF e quando o CF é finalizado o valor do item cancelado era lançado como troco. Realizado tratamento nesse comportamento para a validação dos objetos de gestão, serem realizadas antes da execução do cancelamento do item no ECF. (por Juliana Moreira Sanders, #10219630)
[-1896046279,OperacaoCaixa.ijs]
Ao finalizar o periodo no caixa, na execução da Redução Z por conta de uma falha na impressora Epson, o iPdvlib é finalizado inesperadamente, dessa forma os dados da redução z não são gravados corretamente. Foram realizados ajustes no processo de importação da MFD para permitir importar apenas dados de RZ não existente no banco de dados. (por Thiago Vicente Benega, #6738417)
[-1896045261,Importar movimentações ECF de arquivo MFD.ip]
[-1896045171,InterfaceEpson.lib.gz]
[-1896045297,RegraMovimentacaoECF.ijs]
[-1896045433,COMStore.js]
[-1896045450,poscheque.dat.gz]
[-1896045451,InterfaceEpson.dll.gz]
[-1896045283,QueryMovimentoECF.ijs]
Ao possuir volume de tarefas de roolback pendente, o caixa em modo offline apresentava inconsistência. (por Juliana Moreira Sanders, #10228158)
[-1896045836,/products/INTEQstore/loja/library/objects/Servidor/Tarefas/Internas/RollbackOperacao.ijs]
[-1896045491,/products/INTEQstore/loja/library/objects/Regras de Negocio/RegraPedido.ijs]
Ao imprimir comprovante TEF no caixa nas operações com o cartão de crédito Hipercard utilizando o driver Daruma DLL, a impressora estava retornando erro de Time-Out após o total da impressão do comprovante. Ressaltamos que tal comportamento ocorria de forma intermitente. (por Thiago Vicente Benega, #10204934)
[-1896047699,iPdvLib.exe.gz]
Ao finalizar pré-vendas no caixa (Cupom Fiscal ou Cupom Não Fiscal), no momento da impressão do cupom, o servidor encontrava-se sem conexão o deixando offline. Com isso, era apresentada uma inconsistência, onde o cupom era cancelado porém o pedido permanecia gravada, sendo apresentado nos relatórios de caixa indevidamente. (por Maria Fernanda Gonçalves Martins Nicola, #10203458)
[-1896046375,Terminal.ijs]
[-1896045649,StoreTask.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896045752,TarefaComandoTabelaServidorLoja.ijs]
Ao realizar um cancelamento de uma operação bloqueada, ocorria uma falha na gravação do log, deixando a tarefa de "RollbackOperacao.ijs" presa, impossibilitando o cancelamento correto da operação. (por Madjer Bezerra de Oliveira, #10197365)
[-1896045836,RollbackOperacao.ijs]
Ao consultar limite de desconto e recurso vinculado à condição de negociação, estava sendo utilizada a data de execução da consulta, e não da emissão do pedido (por Hugo Freitas Carneiro, #10201145)
[-1894443011,ItensDaNegociacao.ijs]
[-1894443012,ItemDaNegociacao.ijs]
[-1896045340,AtualizaStatusPagamentoCartao.ijs]
[-1894443226,Desconto.ijs]
Ao abrir uma operação de pedido com usuário sem permissão de visualização ocorria a não totalização de campos a serem totalizados no cabeçalho da operação. Em virtude do defeito de não preenchimento dos campos totalizadores de cabeçalho de pedido no objeto OperacaoPedido foi realizada a seguinte alteração de API, que consiste em retirar a propriedade classesPodemSerEnxergadas que era criada dinâmicamente, ou seja, não era definida na documentação. Desta forma, caso existam códigos custom que utilizem a propriedade classesPodemSerEnxergadas do objeto OperacaoPedido, devem ser revistos. (por Hugo Freitas Carneiro, #10202553)
[-1897035642,UNUMerp infrastructure - Desuso da propriedade classesPodemSerEnxergadas objeto OperacaoPedido.txt]
[-1898188604,OperacaoPedido.ijs]
Ao iniciar no processo Aprovação de Crédito o atendimento de pedido de adiantamento, este realizava validação do numerador de pré-venda apresentando inconsistência, pois pedido de adiantamento não possui número de pré-venda. Realizado ajuste para não efetuar validação de numerador, para pré-venda ou pedido de adiantamento no processo Aprovação de Crédito. (por Juliana Moreira Sanders, #10203011)
[-1896046281,OperacaoPreVenda.ijs]
[-1896045659,OperacaoCrediario.ijs]
Ao incluir um KIT na venda estava sendo exibido valor incorreto ao lado da imagem que fica na parte superior da tela. (por Maria Fernanda Gonçalves Martins Nicola, #10213738)
[-1896046282,OperacaoStore.ijs]
Ao realizar a inclusão de serviço não estava sendo apresentado o endereço principal do cliente, impossibilitando a inclusão do serviço. (por Maria Fernanda Gonçalves Martins Nicola, #10213767)
[-1896046264,AdapterRecurso.ijs]
Ao criar um pedido em um terminal de pré-vendas o evento de bloqueio da operação não estava sendo gerado. (por Michael Douglas Saraiva Brito, #10211232)
[-1896045491,RegraPedido.ijs]
Melhorias
Melhorias
Foi alterado a finalização das operações de pré-venda para permitir que fosse emitido o código de barras na finalização da venda para facilitar o processo de atendimento no caixa. O processo pode ser acessado pelo caminho: UNUM-Frente de Loja-Pré-venda Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/frente-de-loja/manuais/guia-do-frente-de-loja#TOC-Realizando-pr--venda. (por Maria Fernanda Gonçalves Martins Nicola, #4181603)
[-1896045997,InteracoesImpressaoFinalizaOperacao.js]
[-1896045787,StoreComprovantes.ijs]
[-1897148276,0100 INTEQstore.ic]
[-1896046279,OperacaoCaixa.ijs]
[-1896046282,OperacaoStore.ijs]
[-1896046281,OperacaoPreVenda.ijs]
[-1896046097,InteracoesFinalizaOperacao.js]
[-1896046247,MiniImpressora.js]
[-1896046343,Impressao.ijs]
Foi criado o Lista para empacotamento que apresentar os itens registrados em uma determinada operação, mostrando uma listagem para auxiliar o processo de empacotamento. O processo pode ser acessado pelo caminho: UNUM/Retaguarda da Loja/Lista para empacotamento. Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/retaguarda-de-loja/manuais/guia-da-retaguarda-de-loja-em-construcao#TOC-Lista-para-empacotamento. (por Maria Fernanda Gonçalves Martins Nicola, #4198228)
[-1896045135,Lista para empacotamento.il]
Foi adaptado o processo Recursos com multiplicador bloqueado para que as suas configuração sejam utilizadas não somente pelo terminal de cupom fiscal, mas também pelo terminal de pré-venda. Objetivo deste processo é definir as classes de recursos que não possibilitam o registro/inclusão de mais de uma (01) quantidade do recurso no terminal de pré-venda ou no terminal de cupom fiscal, fazendo com que o recurso seja incluído na venda individualmente. O processo pode ser acessado pelo caminho: Unum/Retaguarda da Loja/Configurações e Manutenções/Recursos com multiplicador bloqueado. Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/retaguarda-de-loja/manuais/processo-recursos-com-multiplicador-bloqueado (por Juliana Moreira Sanders, #4181641)
[-1896046282,OperacaoStore.ijs]
[-1896046279,OperacaoCaixa.ijs]
Foi alterada a forma de leitura do código de barra no caixa para permitir a abertura de uma operação no mesmo. O processo pode ser acessado pelo caminho: UNUMFrente de LojaCaixa Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/frente-de-loja/manuais/guia-do-frente-de-loja. (por Maria Fernanda Gonçalves Martins Nicola, #10226285)
[-1896045834,InteracoesOperacoesPendentesAbre.js]
[-1896046282,OperacaoStore.ijs]
[-1896046114,InteracoesIdentificaChaveCodigo.js]
Page updated
Report abuse