Embedded Files
Data de postagem: Apr 30, 2012 6:37:50 PM
Defeitos Corrigidos
Defeitos Corrigidos
A inconsistência ocorria pois algumas tarefas eram criadas indevidamente no cancelamento de uma operação que não era finalizada. A mesma foi corrigida e a tarefa não está mais ficando presa no agendador de scripts. (por Patrícia Mayne Farias Lima, #4108374)
[-1896045513,ConexaoPedidoServidorLoja.ijs]
A inconsistência ocorria devido à um tratamento da mensagem de "Falha catastrofica" da impressora fiscal. Com a correção o caixa passou a finalizar corretamente a baixa do pedido de estorno. (por Patrícia Mayne Farias Lima, #4105685)
[-1896046093,InteracoesDevolucaoMercadorias.js]
A inconsistência ocorria pois algumas tarefas eram criadas indevidamente no cancelamento de uma operação que não era finalizada. A mesma foi corrigida e a tarefa não está mais ficando presa no agendador de scripts. (por Patrícia Mayne Farias Lima, #4105693)
[-1896045491,/products/INTEQstore/loja/library/objects/Regras de Negocio/RegraPedido.ijs]
[-1896046199,/products/INTEQstore/loja/library/private/scripts/estornarPagamentoTef.ijs]
Ao gerar o relatório de movimento do caixa na tela do caixa, selecionar uma forma de pagamento e clicar no botão voltar, o caixa estava sendo reiniciado. Foram realizados ajustes para ao clicar no botão voltar, o caixa retornar para o relatório. (por Juliana Moreira Sanders, #4036452)
[-1896046183,RegraMovimentacaoCaixa.ijs]
[-1896046049,LinkMovimentoDoCaixa.ijs]
[-1896046279,OperacaoCaixa.ijs]
Ao tentar baixa um pedido/adiantamento estava sendo apresentada uma mensagem de erro impossibilitando o recebimento dos pedidos. (por Maria Fernanda Gonçalves Martins Nicola, #4107344)
[-1896046282,OperacaoStore.ijs]
[-1896046279,OperacaoCaixa.ijs]
Ao finalizar pré-venda estava sendo realizada validação referente a aprovação de pedido. Foram realizados ajustes, pois a validação da permissão de aprovação, deve ocorrer apenas na finalização do atendimento do pedido no caixa. (por Juliana Moreira Sanders, #4110952)
[-1896045491,/products/INTEQstore/loja/library/objects/Regras de Negócio/RegraPedido.ijs]
A inconsistência era ocasionada devido a uma falha na identificação da configuração cabeçalho/item referente ao campo responsável pelo local de escrituração. (por Rafael Ferreira Carneiro, #4103295)
[-1894541907,INTEQfinance - Revisão dos Parâmetros Financeiros.txt]
[-1896045532,/products/INTEQstore/loja/library/objects/Regras de Negócio/RegraNegociacaoDivida.ijs]
[-1896046370,/products/INTEQstore/loja/library/Store Helper/StoreStatus.js]
Ao confirmar estorno estava sendo apresentada uma mensagem de erro, não imprimindo o comprovante do mesmo. (por Maria Fernanda Gonçalves Martins Nicola, #4109892)
[-1896047699,iPdvLib.exe.gz]
Ao configurar a propriedade this.fundoDeCaixa o fundo de caixa não estava sendo considerado. Com isso, foi realizado um ajuste por parte do desenvolvimento e assim ao realizar a sangria está sendo considerado o valor do disponível do caixa diminuindo o valor configurado na propriedade citada. (por Maria Fernanda Gonçalves Martins Nicola, #4129969)
[-1896045831,InteraçõesSangriasSuprimentos.js]
Ao realizar o cancelamento de operações, as tarefas estavam ficando pressas no agendador de scripts, fazendo com que o cancelamento não fosse realizado corretamente. Com isso, foi verificado que o problema estava ocorrendo devido um classe estar desatualizada. Problema corrigido nas bases 2012.1 e 2012.2. (por Maria Fernanda Gonçalves Martins Nicola, #4129551)
[-1,Não se aplica.]
Ao configurar para o atendente ser identificado no início da venda, a validação não estava sendo realizada e o caixa iniciava a venda sem perguntar o atendente. Foi verificado que para o atendente ser validado no início da venda, o campo "REPRESENTA" do pedido pode estar configurado como "Item ou Cabeçalho". Desta forma, foi realizado ajustes para obedecer a configuração do campo do pedido. (por Juliana Moreira Sanders, #4129968)
[-1896046282,OperacaoStore.ijs]
Ao iniciar o período no caixa com a Redução Z pendente no ECF, apresentava inconsistência no cancelamento das pré-vendas pendentes, devido ao caixa estar adotando o mesmo fluxo do cancelamento de pré-vendas do fim de período do ECF, no início de período do ECF . Realizados ajustes no funcionamento do cancelamento das pré-vendas no momento da emissão da Redução Z, no fim do dia e no início do dia, caso esta não seja emitida no momento da finalização do período do caixa. No início do dia, a emissão dos cupons fiscais cancelados deve ocorrer depois da emissão da Redução Z e no fim do dia, a emissão dos cupons fiscais cancelados deve ocorrer antes da emissão da Redução Z. (por Juliana Moreira Sanders, #4100740)
[-1896046366,QueryPendenciaLoja.ijs]
[-1896045964,AtualizacaoTabelaVendasServidorLoja.ijs]
[-1896045836,RollbackOperacao.ijs]
[-1896046104,InteracoesImpressoraFiscal.js]
[-1896046279,OperacaoCaixa.ijs]
[-1896046325,StoreServer.ijs]
[-1896046375,Terminal.ijs]
Ao realizar o recebimento de um título na forma de pagamento DH o registro foi realizado corretamente no relatório. Entretanto, ao realizar o recebimento de outro título nas formas de pagamentos CC e DH, o agrupamento "Recebimentos por Modalidade" registrava todo o pagamento como "Outros". (por Michael Douglas Saraiva Brito, #4118730)
[-1896046335,DataSourceRecebimentos.ijs]
[-1896045870,Mapa de Caixa.il]
[-1896045662,UtilMapaDeCaixa.js]
[-1896046183,RegraMovimentacaoCaixa.ijs]
A inconsistência ocorria no momento que o usuário de caixa cancelava o atendimento de uma pré-venda e o host do servidor de pré-vendas era diferente do host do terminal de caixa. O motivo do erro exibido era porque o terminal de caixa tentava entrar em contato com o servidor de pré-vendas e a comunicação apresentava uma falha na formatação nos dados a serem enviados. (por Patrícia Mayne Farias Lima, #4107912)
[-1896046300,BridgeServer.ijs]
[-1896046315,ProxyServer.ijs]
[-1896046325,StoreServer.ijs]
Ao realizar o primeiro recebimento no caixa, este é realizado corretamente imprimindo o CNF e o Recibo - RG no ECF. Na sequência, ao tentar realizar o segundo recebimento apresentava inconsistência (Funções/15. Recebimentos/1. Buscar pendência (30)/1. Buscar pendências para recebimento). Realizada correção para possibilitar a realização de recebimentos e pagamentos em sequencia. (por Juliana Moreira Sanders, #4105737)
[-1896045345,RegraRecebimento.ijs]
Ao ao receber no caixa uma pré-venda do tipo "CNF" estava estava sendo apresentada mensagem de erro em tarefa referente ao script TarefaComandoTabelaServidorLoja.ijs foram realizados ajustes para o script não apresentar o erro no agendador de scripts. (por Juliana Moreira Sanders, #4111690)
[-1896046315,ProxyServer.ijs]
[-1896046300,BridgeServer.ijs]
[-1896046325,StoreServer.ijs]
[-1896045433,COMStore.js]
[-1896046290,/products/INTEQstore/loja/library/Store Helper/RegraEvento.ijs]
[-1896045240,FastMM_FullDebugMode.dll.gz]
[-1896047699,iPdvLib.exe.gz]
Ao fechar o browser do caixa com um cupom fiscal pendente no ECF, ao iniciar o caixa era apresentado erro de comunicação com o ECF que impossibilitava realizar vendas. Aplicado ajustes para quando o browser for fechado com um cupom fiscal pendente no ECF, ao iniciar o caixa o cupom fiscal será cancelado e consequentemente o grande total do arquivo do PAF será atualizado, possibilitando assim realizar novas vendas. (por Juliana Moreira Sanders, #4126800)
[-1896045443,PAFManager.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896046343,Impressao.ijs]
Ao realizar venda no caixa com a conexão offline ocorria erro na finalização da venda. Ajuste realizado, onde as vendas são finalizadas corretamente. (por Juliana Moreira Sanders, #4130740)
[-1896045297,RegraMovimentacaoECF.ijs]
Ao abrir o processo Devolução de Mercadoria localizado na árvore do frente de loja estava sendo verificada a apresentação de um erro. Desta forma, foi visto que o processo em questão estava em desuso, sendo assim excluído da árvore. (por Maria Fernanda Gonçalves Martins Nicola, #4119334)
[-1896048210,Devolução de mercadoria.ip]
A inconsistência ocorria devido a um problema na identificação do ID da treelist responsável por apresentar as informações da operação corrente. (por Patrícia Mayne Farias Lima, #4111769)
[-1896046279,/products/INTEQstore/loja/library/objects/Operações/OperacaoCaixa.ijs]
[-1896046085,/products/INTEQstore/loja/InterfaceManager/Interacoes/InteracoesCancelarOperacao.js]
[-1896046282,/products/INTEQstore/loja/library/objects/Operações/OperacaoStore.ijs]
Possibilidade de realizar no caixa a busca de pendência de recebimento ou pagamento através do CPF/CNPJ. (por Juliana Moreira Sanders, #4105726)
[-1896045343,InteracoesBuscaPendenciaRecebimento.js]
[-1896046283,OperacaoRecebimento.ijs]
A inconsistência se dava ao fato do campo TEF não estar preenchido na parcela e portanto não havia como identificar se o pagamento era de TEF ou POS. Com as devidas correções, no caixa foi possível efetuar normalmente a coleta de dados do cartão, em vendas com POS. (por Patrícia Mayne Farias Lima, #4105663)
[-1896046016,InteracoesPagamentoCartaoCreditoDebito.js]
[-1896046279,OperacaoCaixa.ijs]
Ao realizar venda no caixa com a conexão offline ocorria erro na finalização da venda. Ajuste realizado, onde as vendas são finalizadas corretamente. (por Juliana Moreira Sanders, #4129868)
[-1896045297,RegraMovimentacaoECF.ijs]
Ao realizar alteração do CNPF/CPF do local de escrituração ocorria erro devido tipo do campo empresa. Foi criada rotina para atualização do tipo do campo empresa para número. (por Hugo Freitas Carneiro, #4103045)
[37825200,9999 Configuração Caixa.ic]
[-1897035699,Ajuste no tipo do campo EMPRESA da tabela ENTIDADE.imt]
Ao receber uma operação com três formas de pagamento no caixa, onde foi informada um valor em cartão de crédito utilizando uma transação TEF, depois informado o valor em dinheiro gerando troco e após isso o formulário com os campos referente a transação TEF foi exibido fazendo referência ao pagamento de duplicata. (por Maria Fernanda Gonçalves Martins Nicola, #4107290)
[-1896046279,OperacaoCaixa.ijs]
Ao iniciar o período, com a redução Z pendente do dia anterior, era apresentado uma mensagem de erro informando da impossibilidade de imprimir a redução Z devido a existência de pré-vendas pendentes de cancelamento.
Foram realizadas alterações no funcionamento do cancelamento das pré-vendas no momento da emissão da Redução Z, no fim do dia e no início do dia, caso esta não seja emitida no momento da finalização do período do caixa. No início do dia, a emissão dos cupons fiscais cancelados deve ocorrer depois da emissão da Redução Z e no fim do dia, a emissão dos cupons fiscais cancelados deve ocorrer antes da emissão da Redução Z, porém após a sua execução. (por Michael Douglas Saraiva Brito, #4116957)
[-1896046366,QueryPendenciaLoja.ijs]
A inconsistência ocorria pois a baixa do título das operações eram desfeitas, porém a operação não era aberta novamente para realizar seu devido cancelamento. (por Patrícia Mayne Farias Lima, #4109592)
[-1896045836,/products/INTEQstore/loja/library/objects/Servidor/Tarefas/Internas/RollbackOperacao.ijs]
Ao realizar o pagamento de um recebimento com cartão de crédito/débito não estava sendo apresentada a opção de informar os dados do POS. (por Maria Fernanda Gonçalves Martins Nicola, #4098075)
[-1896046016,InteracoesPagamentoCartaoCreditoDebito.js]
Ao consultar a movimentação de um estabelecimento que possuía apenas terminais de nota fiscal, utilizando o relatório Mapa de Caixa, ocorria um erro de variável não definida. (por Michael Douglas Saraiva Brito, #4126151)
[-1896046183,RegraMovimentacaoCaixa.ijs]
Ao efetuar pedidos de adiantamento com dois produtos, foi verificado a apresentação de trôco no momento de realizar a baixa de um item do pedido e o trôco estava sendo no valor do item que ficou pendente de baixa. Outro comportamento foi a exibição de mensagem de erro no momento que se tentar realizar a baixa de um item do pedido e este pedido possui pelo menos uma negociação de CC/CD realizada no TEF, quando é a cartão manual a inconsistência não é apresentada. Diante deste fato, foram realizados ajustes na baixa de adiantamento, onde não está sendo apresentado troco ou erro com pedidos que possuir negociação com TEF. (por Juliana Moreira Sanders, #4123940)
[-1896046279,OperacaoCaixa.ijs]
[-1896046291,RegraCondicaoNegociacao.ijs]
Ao realizar a gravação sem negociação a finalização da operação estava ficando em loop. Com isso, ajustes foram realizados e assim permitindo a gravação da operação. (por Maria Fernanda Gonçalves Martins Nicola, #4114783)
[-1896046282,OperacaoStore.ijs]
Ao informar na consulta de produto do caixa, um código existente na tabela código do cadastro do recurso com classificação diferente de EAN 13, o caixa não retornava informação na busca. Realizados ajustes na consulta de produto do caixa, para considerar os registros da tabela código. (por Juliana Moreira Sanders, #4138096)
[-1896046295,RegraRecurso.ijs]
[-1896046370,StoreStatus.js]
Ao realizar o consumo de uma mesma chave de crédito em mais de uma operação não estava sendo apresentada nenhuma validação informando que a chave citada já havia sido consumida. (por Maria Fernanda Gonçalves Martins Nicola, #4125135)
[-1896046128,InteracoesPagamentoCreditoCliente.js]
Ao realizar operações com condições "Vale" onde a origem da pessoa deva informar a pessoa da parcela. Ao buscar a pessoa para ser informada na parcela a pesquisa não retornava resultados. Com isso, foi realizado um ajuste pelo desenvolvimento, onde a busca da pessoa da parcela está ocorrendo corretamente. (por Maria Fernanda Gonçalves Martins Nicola, #4145596)
[-1896046295,RegraRecurso.ijs]
Após upgrade para a versão 2012.2 foram identificadas e corrigidas arquivos e classes órfãos. (por Michael Douglas Saraiva Brito, #4110723)
[-1896046406,TransacoesPendentes.ijs]
Ao emitir o relatório Mapa de Caixa estava sendo apresentado um tempo muito grande. Com isso, foi realizado um ajuste melhorando seu desempenho. (por Maria Fernanda Gonçalves Martins Nicola, #4126776)
[-1897148166,/Dados/Transacionais/Operacoes/Titulos/0100 Titulos.ic]
Ao tentar cancelar uma operação, foi apresentada inconsistência na execução da tarefa de rollback devido ao campo CHAVE dos itens do pedido não estarem preenchidos. (por Michael Douglas Saraiva Brito, #4129733)
[-1896045836,RollbackOperacao.ijs]
[-1896046282,OperacaoStore.ijs]
Ao consumir um crédito, onde a operação for com um valor maior que o do crédito estava sendo possível alterar o valor a ser consumido para menor deixando resíduo do disponível do cliente. Com isso, foi verificado que havia uma inconsistência na configuração x-class "permiteConsumoParcialCreditoCliente", onde após ajustes caso a venda tenha uma valor maior que a operação não será apresentada a sugestão do valor. (por Maria Fernanda Gonçalves Martins Nicola, #4136819)
[-1896045339,InteracoesSelecaoNegociacao.js]
[-1896046128,InteracoesPagamentoCreditoCliente.js]
Ao habilitar a utilização da gaveta não estava sendo apresentada a mensagem de erro quando a mesma não estava conectada. Após ajustes do desenvolvimento, ao iniciar o caixa com a gaveta habilitada e não estando conectada está sendo apresentada uma validação não permitindo o início do caixa ou a realização de vendas. (por Maria Fernanda Gonçalves Martins Nicola, #4129581)
[-1896046375,Terminal.ijs]
[-1896046343,Impressao.ijs]
[-1896046144,InterfaceManager.iejs]
[-1896046279,OperacaoCaixa.ijs]
A inconsistência ocorria, quando era realizado um atendimento no caixa de um pedido com o tipo de documento CNF e este pedido possuía pelo menos um item cancelado. Desta forma o caixa tentava registrar o item cancelado no documento que estava sendo impresso no ECF e como era um CNF o erro era apresentado, devido este tipo de documento não possibilitar registro de item. Foram realizados ajuste para o caixa não tentar registrar item cancelado em CNF. (por Juliana Moreira Sanders, #4133881)
[-1896046343,Impressao.ijs]
Ao fechar o browser do caixa com um cupom fiscal pendente no ECF, ao iniciar o caixa era apresentado erro de comunicação com o ECF que impossibilitava realizar vendas. Aplicado ajustes para quando o browser for fechado com um cupom fiscal pendente no ECF, ao iniciar o caixa o cupom fiscal será cancelado e consequentemente o grande total do arquivo do PAF será atualizado, possibilitando assim realizar novas vendas. (por Michael Douglas Saraiva Brito, #4135180)
[-1896045443,PAFManager.ijs]
Ao informar um CNPJ na interação da participação do programa nota fiscal paulista não estava sendo identificado o CNPJ como válido. Desta forma, após ajuste do desenvolvimento está sendo possível informar para a NFP tanto pessoa jurídica quanto pessoa física. (por Maria Fernanda Gonçalves Martins Nicola, #4131793)
[-1896045242,/products/INTEQstore/loja/InterfaceManager/Interações/Auxiliares/AuxiliarValidator.js]
A inconsistência ocorreu pois o cache da base foi corrompido. (por Madjer Bezerra de Oliveira, #4146477)
[-1,não se aplica]
Ao teclar ESC na interação de entrada de operador ou de escolha do terminal estava sendo apresentado um erro não permitindo a utilização das interações citadas. (por Maria Fernanda Gonçalves Martins Nicola, #4146364)
[-1896046144,InterfaceManager.iejs]
[-1896046096,InteracoesInicializaTerminal.js]
Ao tentar iniciar o período, com a redução Z pendente do dia anterior, utilizando um usuário com as permissões de um operador de caixa, estava sendo apresentada validação indicando que o usuário não possuía permissão para visualizar as movimentações de datas anteriores ao dia vigente. Entretanto, não havia motivo para que esta permissão fosse validada. (por Michael Douglas Saraiva Brito, #4129564)
[-1896046279,OperacaoCaixa.ijs]
Ao realizar a confirmação de estorno no qual o pedido original tivesse duas formas de pagamento estava sendo apresentada uma mensagem de erro. Com isso, foi feito um ajuste onde o problema foi corrigido. (por Maria Fernanda Gonçalves Martins Nicola, #4131755)
[-1896045532,RegraNegociacaoDivida.ijs]
[-1896045462,RegraDevolucao.ijs]
Ao realizar uma operação com a forma de pagamento cartão de débito POS junto com crédito de cliente estava sendo solicitada duas vezes as informações do POS. (por Maria Fernanda Gonçalves Martins Nicola, #4126244)
[-1896046279,OperacaoCaixa.ijs]
Ao realizar o recebimento de uma operação no caixa na qual for validado estoque indisponível, a operação seguinte estava consultando o saldo do recurso da venda anterior apresentando a mensagem de validação do estoque indevidamente. (por Maria Fernanda Gonçalves Martins Nicola, #4147787)
[-1896045491,/products/INTEQstore/loja/library/objects/Regras de Negocio/RegraPedido.ijs]
Ao efetuar a finalização do cupom fiscal foi apresentada inconsistência na comunicação do caixa com o ECF diante deste fato é apresentado ao usuário uma interação, questionando se deseja imprimir o cupom fiscal novamente e na situação em questão o usuário respondeu que "não". Levando em consideração a resposta do usuário, o caixa cria uma tarefa "Gravação Servidor Linked Task" fazendo referência ao script "RollbackOperacao.ijs" para concretizar o cancelamento do pedido no sistema e exibe uma mensagem ao usuário: Não foi possível finalizar a impressão referente a venda 11384802. Favor reter qualquer cupom impresso. Solution: Caso a impressão do cupom fiscal tenha sido finalizada deverá ser efetuado o estorno da venda. Caso contrário, realizar somente o cancelamento do pedido.
Caso o usuário tivesse respondido que "Sim" na interação, o caixa tentaria finalizar cupom fiscal novamente e caso a inconsistência não fosse novamente apresentada na comunicação do caixa com ECF, o pedido não seria cancelado no sistema. Se a inconsistência persistisse, era necessário realmente responder como "Não" e realizar o procedimento orientado na mensagem. . Desta forma, foi realizado ajuste na inconsistência apresentada na finalização do cupom fiscal, relacionada a comunicação do caixa com ECF (por Juliana Moreira Sanders, #4105141)
[-1896046325,StoreServer.ijs]
[-1896046316,TabelaVendaInsertTask.ijs]
[-1896045494,TabelaVendaUpdateTask.ijs]
Ao cancelar operação ou o atendimento esta sendo apresentado um erro, onde não permitia o cancelamento da operação. (por Maria Fernanda Gonçalves Martins Nicola, #4147335)
[-1896046257,AdapterTabela.ijs]
Ao consultar uma chave de operação no relatório Eventos de Caixa estava sendo apresentado todos os terminais de caixa. Após ajuste do desenvolvimento ao pesquisar pela chave está sendo apresentado apenas as informações da venda em questão. (por Maria Fernanda Gonçalves Martins Nicola, #4128743)
[-1896045398,GerenciadorEventosDoCaixa.ijs]
Ao acessar "Funções" estava sendo validado o arquivo "PAF.ini". (por Maria Fernanda Gonçalves Martins Nicola, #4134437)
[-1896046343,Impressao.ijs]
Ao realizar a emissão da redução z, as informações estavam sendo gravadas com a data da redução Z (caso a redução seja emitida no dia seguinte o das operações), fazendo com que ao verificar a assinatura da NFP não eram encontradas movimentações. (por Maria Fernanda Gonçalves Martins Nicola, #4121124)
[-1896045297,/products/INTEQstore/loja/library/objects/Regras de Negócio/RegraMovimentacaoECF.ijs]
[-1894637247,/products/INTEQaccounting/library/nfp/RegistroDetalheCupomFiscal.ijs]
[-1896046279,/products/INTEQstore/loja/library/objects/Operações/OperacaoCaixa.ijs]
[-1896047006,/products/INTEQaccounting/Fiscal e Regulamentação/Manutenções/Nota Fiscal Paulista/Assinatura digital de arquivos.ip]
Melhorias
Melhorias
Foi criado a visualização do campo observação e características do recurso na consulta de produto do frente de loja que permite apresentar informações adicionais ao mesmo como cor, modelo, observação, etc na consulta de produtos (f7).
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/manual-pre-venda-em-construcao#TOC-Consulta-produto. (por Maria Fernanda Gonçalves Martins Nicola, #4006843)
[-1896045238,ListaObservacaoRecurso.isc]
[-1896046264,AdapterRecurso.ijs]
[-1896045759,0100 INTEQstore.ic]
[-1896046282,OperacaoStore.ijs]
[-1896045705,0100 INTEQstore.ic]
[-1896046295,RegraRecurso.ijs]
[-1896045239,0100 UNUMStore - RegraRecurso.ic]
[-1896045237,ListaCaracteristicasRecurso.isc]
Foi criada uma consulta do histórico do cliente no frente de loja que permite que através da consulta de cliente (F7) do frente de loja sejam verificadas as vendas para um determinado cliente de um tempo definido através de uma configuração x-class. O processo pode ser acessado pelo caminho: UNUMFrente de Loja. Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/frente-de-loja/manuais/manual-pre-venda-em-construcao#TOC-Consulta-Clientes. (por Maria Fernanda Gonçalves Martins Nicola, #4042035)
[-1896046183,RegraMovimentacaoCaixa.ijs]
[-1896046282,OperacaoStore.ijs]
[-1896046783,0100 INTEQstore.ic]
[-1896045232,ListaItensHistoricoCliente.isc]
[-1896046370,StoreStatus.js]
[-1896045234,AdapterHistoticoPessoa.ijs]
[-1896045229,ListaPagamentoHistoricoCliente.isc]
[-1896045850,Caixa.ip]
[-1896045235,ListaHistoricoCliente.isc]
[-1896045705,0100 INTEQstore.ic]
[-1896046102,InteracoesIdentificaCliente.js]
[-1896045236,InteracoesHistoricoCliente.js]
[-1896045230,AdapterPagamentoHistoricoPessoa.ijs]
[-1896048213,Pré-venda.ip]
[-1896046147,DataSourceMovimetacaoCaixa.ijs]
Foi implementado na alteração do tipo de saída da pré-venda permitindo a seleção dos itens a terem o tipo de saída alterado através de checkbox. O processo pode ser acessado pelo caminho: UNUMFrente de LojaPré-venda. Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/frente-de-loja/manuais/manual-pre-venda-em-construcao#TOC-Alterar-o-Tipo-de-Sa-da. (por Maria Fernanda Gonçalves Martins Nicola, #4109818)
[-1896046263,AdapterPedido.ijs]
[-1896046279,OperacaoCaixa.ijs]
[-1896045665,InteracoesBaixaPosterior.js]
[-1896046282,OperacaoStore.ijs]
[-1896045757,InteracoesEdicaoItemPedido.js]
[-1896045260,InteracoesAlterarTipoSaida.js]
[-1896045491,RegraPedido.ijs]
[-1896046030,ListaItensPedido.isc]
Page updated
Report abuse