Data de postagem: Nov 14, 2012 12:42:18 PM
Foi criado uma API para efetuar o cálculo do desconto para um item, não sendo necessário realizar o cálculo dos itens anteriores. Por exemplo, no caixa ao inserir um item, será realizado o cálculo do desconto deste, ao inserir o segundo item, será realizado o cálculo do desconto somente do segundo item. Esta melhoria tem como objetivo antecipar o cálculo do item, mas não invalida a necessidade de calcular toda a operação antes da gravação. Com esta implementação visamos melhorar a performance do caixa. (por Cinthia Aguiar Arruda, #10416748)
[-1897035461,VerificaDescontoDeItem.it]
[-1894443226,Desconto.ijs]
Foi alterado a estrutura de explosão do kit para que esta possa ser realizada independente do cálculo da operação. Esta melhoria tem como objetivo melhorar a performance do caixa, pois ao inserir um item de kit o caixa poderá executar apenas a explosão do kit, sem que seja necessário realizar o cálculo de toda a operação. (por Cinthia Aguiar Arruda, #10414950)
[-1897035462,AntecipandoExplosaoDoKitNoItem.it]
[-1898188604,OperacaoPedido.ijs]
[-1897035458,ExplosaoDoKitNoCalculoDaOperacao.it]
[-1894442511,Kit.ijs]
[-1894442425,RateioDoKit.it]
Foi criado uma API para que seja realizada a pesquisa da escala de trabalho para um item, não sendo necessário efetuar a pesquisa para os itens anteriores. Por exemplo, no caixa ao inserir um item, será realizada a pesquisa da escala de trabalho da entidade informado neste, ao inserir o segundo item, será realizada a pesquisa da escala de trabalho da entidade somente deste. Esta melhoria tem como objetivo melhorar a performance do caixa. (por Cinthia Aguiar Arruda, #10415542)
[-1894333869,OperacaoPedidoEscalaComissaoMetaFacade.ijs]
[-1897035460,UNUMerp infrastructure - Mudança de API no objeto EscalaDeTrabalho.txt]
[-1894333782,EscalaDeTrabalho.it]
[-1894333872,EscalaDeTrabalho.ijs]
[-1894333776,Comissao.it]
[-1897035464,VerificaPesquisaEscalaNoItem.it]
[-1898188604,OperacaoPedido.ijs]
No processo Emissão de documento ao realizar a emissão de uma nota fiscal de acompanhamento e a SEFAZ retornar algum problema na configuração (exemplo: Falta de NCM do recurso), o sistema não irá cancelar o pedido novo com baixa automática gerado para emissão da nota fiscal de acompanhamento. Após a correção da configuração, a nota poderá ser reenviada normalmente. (por Cinthia Aguiar Arruda, #10289683)
[-1894443592,OrderError.ijs]
[-1897035516,NotaFiscalVinculadaSobrepondoImprimeComErro.it]
[-1894443045,NotaFiscalVinculada.ijs]
[-1894443043,NotaFiscalVinculadaSobrepondoImprimeSemErro.it]
Foi criado o campo "Habilita estorno de NF-e após prazo fiscal de cancelamento" no cadastro de Unidades de Federação. A funcionalidade tem o intuito de dar permissão à UF selecionada de realizar devoluções de NFe com o motivo "Estorno de NF-e não cancelada no prazo legal".
O processo pode ser acessado pelo caminho: UNUM Compra / Venda Cadastros Aux Pessoas Unidades de Federação.
Maiores detalhes no manual em [http://www.unum.com.br/o-que-fazemos/modulos/venda/manuais/guia-de-cancelamento-de-nota-fiscal] (por Samuel de Lima Magalhães, #10333514)
[-1897035469,ValidaEstornoNfeNaoCanceladaPrazoLegal.it]
[-1894443592,OrderError.ijs]
[-1897035468,ValidaBaixaEstornoNfeNaoCanceladaPrazoLegal.it]
[-1897148053,0100 INTEQerp infrastructure.ic]
[-1898188315,OperacaoPedidoDevolucao.ijs]
[-1897035455,ValidaUfHabilitaEstornoNfe.ut]
Foi alterado o objeto de gestão para possibilitar a geração de operação com finalidade de estorno. O objetivo é a geração da NFe de ajuste, no caso de bloqueio pela SEFAZ do cancelamento do documento fiscal original após o prazo legal de 24 horas.
O processo pode ser acessado pelo caminho: UNUM Compra / Venda Pedido Devolução de Pedido de Entrada / Saída
Maiores detalhes no manual em [http://www.unum.com.br/o-que-fazemos/modulos/venda/manuais/guia-de-cancelamento-de-nota-fiscal] (por Samuel de Lima Magalhães, #10280878)
[-1897035468,ValidaBaixaEstornoNfeNaoCanceladaPrazoLegal.it]
[-1898188315,OperacaoPedidoDevolucao.ijs]
[-1897035551,AuxiliarTestePedido.ijs]
[-1897035469,ValidaEstornoNfeNaoCanceladaPrazoLegal.it]
[-1898188310,OperacaoPedidoBaixaPedido.ijs]
[-1894443592,OrderError.ijs]
[-1897035467,UtilsTesteEstornoDeNfe.ijs]
Foram realizadas alterações nas classes de RecursoAssociado, Entrega e GarantiaEstendida para considerar as informações de cabeçalho conforme configuração de campos do pedido. (por Sheila Gabriela Borges Rodrigues, #10419248)
[-1894443331,GarantiaEstendida.ijs]
[-1894443318,Entrega.ijs]
[-1894443286,RecursoAssociado.ijs]
Foram disponibilizadas API's para cálculo do valor do item (calculaValorDoCampoItem) e calculo do valor do item liquido (calculaValorDoCampoItemLiquido) a partir de uma operação pedido. (por Sheila Gabriela Borges Rodrigues, #10416717)
[-1898188604,OperacaoPedido.ijs]
Foram realizadas alterações internas que passaram a permitir a edição dos campos "classe de operação", "núcleo" e "número de documento" das baixas de pedido que possuem títulos baixados desde que elas não interfiram na condição de negociação do pedido.
O processo pode ser acessado pelo caminho: UNUM Compra / Venda Pedido Baixa de pedido
Maiores detalhes no manual em [http://www.unum.com.br/o-que-fazemos/modulos/compra/manuais/guia-de-estudo-do-modulo-de-compras/guia-de-criacao-de-pedido] (por Samuel de Lima Magalhães, #9965373)
[-1897035485,Validação da mudança de classe e núcleo.it]
[-1894443011,ItensDaNegociacao.ijs]
Foi modificado o comportamento do campo "Tipo" das telas de baixa de pedidos e provisões, bem como lançamento de receita e despesa e negociação de dívida. O campo passa agora a exibir somente os tipos de documentos pertencentes à classe "Tipos de Documentos de Baixas de Pedidos ou Provisões" e suas filhas: "Tipos de Documentos Fiscais", "Tipos de Cupom Fiscal", "Tipos de Nota Fiscal", "Tipos de Nota Fiscal Eletrônica" e "Tipos de Nota Fiscal Serviço Eletrônica".
Maiores detalhes no manual em: http://www.unum.com.br/o-que-fazemos/modulos/compra/manuais/guia-de-estudo-do-modulo-de-compras/manual-de-baixa-de-pedido (por Samuel de Lima Magalhães, #10319633)
[-1898188424,OperacaoPedidoBaixaAutomatica.ijs]
[-1894542074,operacaoNegociacaoDivida.ijs]
[-1894443592,OrderError.ijs]
[-1897052500,0100 UNUMerp infrastructure.ic]
Foi alterado o objeto de gestão da baixa do pedido para que este não possa ser excluído após a emissão de NFe, mesmo com a alteração do campo "Nº Seq Própio" para "N".
O processo pode ser acessado pelo caminho: UNUM Compra / Venda Pedido Baixa de pedido
Maiores detalhes no manual em [http://www.unum.com.br/o-que-fazemos/modulos/compra/manuais/guia-de-estudo-do-modulo-de-compras/manual-de-baixa-de-pedido] (por Samuel de Lima Magalhães, #10410386)
[-1894443592,OrderError.ijs]
[-1897035456,ValidaExclusaoDeNfeEmitida.it]
[-1897035467,UtilsTesteEstornoDeNfe.ijs]
[-1897035551,AuxiliarTestePedido.ijs]
[-1897035893,SituacaoBaixa.ijs]
[-1898188424,OperacaoPedidoBaixaAutomatica.ijs]
Foi alterado o campo "unitário" do pedido para que passasse a apresentar o custo médio do recurso de acordo com a fórmula do estoque desde que a classe de operação esteja configurada para tal.
O processo pode ser acessado pelo caminho: UNUM Compra / Venda Pedido Pedido de entrada / saída
Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/precificacao/manuais/guia-da-regra-de-preco-por-custo-medio (por Samuel de Lima Magalhães, #10204871)
[-1898188315,OperacaoPedidoDevolucao.ijs]
[-1897131437,0300 INTEQerp infrastructure.ic]
[-1897035679,PrecoFacade.ijs]
[-1897052500,0100 INTEQerp infrastructure.ic]
[-1897035526,Valida Utilização do Custo Médio como Unitário.it]
Foi criado o relatório de Ranking de PA e ticket médio que permite visulizar o ranking de peças por atendimento (PA) por estabelecimento e representante e ticket médio por estabelecimento e representante. O PA apresenta ao usuário o rendimento quanto a quantidade vendida em cada atendimento, quanto maior o PA, maior o rendimento. No ticket médio são analisadas as vendas de produtos de maior valor agregado, pois quanto maior o ticket médio, maior a otimização da operação.
No sistema UNUM o cálculo do PA é obtido através da divisão do número de recursos vendidos no período pelo número de vendas efetuadas no mesmo período e cálculo do ticket médio é obtido através da venda total do período dividido pelo número de vendas efetuadas no mesmo período. Os dados apresentados considerarão pedidos novo com baixa automática.
O processo pode ser acessado pelo caminho: UNUM Consulta Ranking de Pa e ticket médio. Maiores detalhes no manual em https://sites.google.com/a/unum.com.br/www/o-que fazemos/modulos/venda/manuais/guia-do-relatorio-de-peca-por-atendimento-e-tcket-medio?pli=1 (por Cinthia Aguiar Arruda, #10273987)
[-1897035480,consultaPA.it]
[-1897035509,consultaPA.it]
[-1897035479,consultaTicketMedio.it]
[-1897035478,UtilsTesteDataSources.ijs]
[-1894442793,pedido.ids]
[-1894442736,baixa.ids]
[-1897035481,consultaTicketMedio.it]
Foi criado uma API pública para efetuar o cálculo da rentabilidade para um item, não sendo necessário realizar o cálculo dos itens anteriores. Por exemplo, no caixa ao inserir um item, será realizado o cálculo da rentabilidade deste, ao inserir o segundo item, será realizado o cálculo da rentabilidade somente do segundo item. Esta melhoria tem como objetivo antecipar o cálculo do item, mas não invalida a necessidade de calcular toda a operação antes da gravação. Com essa implementação visamos melhorar a performance do caixa. (por Cinthia Aguiar Arruda, #10416745)
[-1894443060,0100 INTEQerp infrastructure.ic]
[-1894443157,Rentabilidade.ijs]
Foi criado a rotina pós-upgrade Preenchimento do campo do totalcomercial no pedido que tem como objetivo realizar o preenchimento do campo total comercial no pedido. O campo total comercial se faz necessário para que seja alimentado os dados do relatório de peça por atendimento e ticket médio. O processo pode ser acessado pelo caminho: UNUM Venda Ferramentas Administrativas Manutenções Manutenções. Na árvore de manutenções deverá ser acessado o seguinte caminho: Manutenções INTEQerp infrastructure Pedidos Preenchimento do campo TOTALCOMERCIAL no pedido. Maiores detalhes no manual em http://www.unum.com.br/o-que-fazemos/modulos/venda/manuais/guia-do-relatorio-de-peca-por-atendimento-e-tcket-medio/guia-da-rotina-pos-upgrade-do-preenchimento-do-camppo-totalcomercial-do-pedido (por Cinthia Aguiar Arruda, #10273986)
[-1897035474,VerificaRotinaDeAtualizacao.it]
[-1897035518,ValorEfetivoDeVenda.it]
[-1897035473,UtilsTesteTotalComercial.ijs]
[-1897035476,Preenchimento do campo TOTALCOMERCIAL no PEDIDO.imt]
[-1897035475,Scheduler Preenchimento do campo TOTALCOMERCIAL no PEDIDO.ijs]
O data source de Pedido foi alterado para que seja possível habilitar ou desabilitar a verificação da data e hora de validade dos pedidos. Para habilitar a verificação da validade deve ser utilizado o novo filtro criado chamado PED_XVALIDADEPEDIDO, para tanto o filtro deve ser configurado para verdadeiro ( true ) , caso contrario a data e hora da validade do pedido não serão verificadas. (por Roberto Klayton Magalhães Barros, #10456343)
[-1894442793,pedido.ids]
Foram alterados os métodos informa, pesquisaEPegaSugestaoDeEscala do objeto EscalaDeTrabalho com a finalidade resgate de informações de cabeçalho a partir do dataset de cabeçalho da operação. Maiores detalhes em http://l.unum.com.br/jsdoc/symbols/EscalaDeTrabalho.html. (por Hugo Freitas Carneiro, #10415542)
[-1894333869,OperacaoPedidoEscalaComissaoMetaFacade.ijs]
[-1897035460,UNUMerp infrastructure - Mudança de API no objeto EscalaDeTrabalho.txt]
[-1894333782,EscalaDeTrabalho.it]
[-1894333872,EscalaDeTrabalho.ijs]
[-1894333776,Comissao.it]
[-1897035464,VerificaPesquisaEscalaNoItem.it]
[-1898188604,OperacaoPedido.ijs]