Gestão Empresarial | ERP - 5.10.2.35

Alteramos a observação referente ao campo Analisa/Gera Embalagens Fechamento Pedido na documentação da tela F070FVE, apontando que após o fechamento do pedido na tela F120GPD, a mensagem Deseja efetuar a formação de embalagens do pedido? é apresentada com o intuito de possibilitar a geração das embalagens do pedido de forma manual ou automática através botão Gerar Emb. da tela F120FEM. Além disso, no exemplo de regra citado na documentação para uso no identificador de regra VEN-120CNFEC02, destacamos que este é sugerido para os casos onde se deseja somente abrir a tela de formação de embalagens após o fechamento do pedido.

Melhoramos a documentação da tela F099UXP, quanto ao funcionamento da ligação entre usuário e produto, reforçando que a partir do momento que existir algum registro para o usuário nesta tela, obrigatoriamente ele precisa estar ativo para que este possa utilizar o produto. Se um novo produto cadastrado deve estar disponível para um usuário que já possui outros produtos relacionados, esse novo produto também deverá ser ligado ao usuário.

Complementamos a documentação da tela F085CAD, informando a finalidade da guia Estado e dos campos Estado e Inscrição Estadual nela existentes.

Implementamos na tela F095PCF, os campos Tipo Fornecedor, para informar o tipo de pessoa e validar a máscara do campo CPF/CNPJ e Participante Monsanto?, objetivando indicar se a empresa ou pessoa é um parceiro da empresa Monsanto e possui um contrato com a mesma. Além disso, alteramos a rotina do sistema para que, quando for informado o CEP do endereço na tela F095PCF e informada uma origem de mercadoria e endereço de entrega, através do botão Origem Merc., o sistema considere estas informações.

Acrescentamos na documentação da tela F00TVE, o funcionamento do parâmetro de valor mínimo para retenção dos impostos de IRRF, CSLL, PIS e COFINS, indicando que caso este campo esteja informado e o cliente referente à nota fiscal estiver configurado para utilizar valor mínimo de retenção, o sistema irá verificar este valor para efetuar a retenção ou não do imposto por documento. Ou seja, caso o valor retido do imposto calculado na nota seja menor que o valor definido neste campo, no fechamento da nota fiscal o imposto será zerado e não haverá acúmulo na tabela de Controle de Retenção de Impostos (E019RET) para considerar nas próximas notas.

Implementamos na tela de Transações de Vendas (F001TVE), a guia Funrural (2). Esta guia contém o campo Retém Valor FUNRURAL, que informa se a transação retém, ou não, valor de FUNRURAL.

Problema: ao realizar alterações em parâmetros do cadastro do produto na tela F075PFF, quando este produto possuía ligação com o fornecedor e no cadastro do produto, na tela F075PRO, o campo Usa Produto x Fornecedor estava configurado com o valor S - Sim, ao optar por realizar a atualização da ligação do produto ao fornecedor, os campos Percentual de IPI, Percentual de PIS, Percentual de COFINS e Recupera COFINS não eram atualizados.

Correção efetuada: alteramos a rotina para que os campos Percentual de IPI, Percentual de PIS, Percentual de COFINS e Recupera COFINS sejam atualizados na ligação do produto ao fornecedor. Além disso, adicionamos na documentação da tela F075PFF, quais campos da ligação do produto ao fornecedor são atualizados.

Adicionamos a informação do parâmetro global UtiPrcAgr na documentação da tela de cadastro geral de operações do agronegócio (F113COA). Este parâmetro define se a empresa utiliza o processamento de documentos via tarefas no Agronegócio e deve estar igual a S-Sim para que esta tela seja liberada para uso no sistema.

Problema: ao executar o processo de duplicação de empresa/filial em bases configuradas para o varejo através da tela F070DEM, apresentava a mensagem Falha ao duplicar registros na tabela E070PDV. Violação de chave. e não concluía o processo.

Correção efetuada: corrigimos o cenário acima, eliminando as situações de apresentadas para que o processo de duplicação seja concluído devidamente.

Atualizamos a documentação da tela de Guias de Recolhimento (F661GRI), no tópico DARF com código de barras, informando que a emissão da DARF é realizada exclusivamente através do SicalcWeb, e que o programa Sicalc AA, que era utilizado anteriormente, foi descontinuado e sua instalação não é mais necessária. A nova versão do SicalcWeb permite a emissão do DARF com um padrão de código de barras mais moderno, aplicável, inclusive, nas situações de pagamento em atraso.

Ajustamos a documentação referente ao campo 15 do registro 185 no Bloco C para que fique descrito exatamente quais as condições de preenchimento desse campo para a geração do SPED Fiscal.

Problema: ao gerar a apuração de ICMS clicando na opção Estorno Crédito, colocando o dispositivo fiscal, era apresentada a seguinte mensagem de erro: Access violation at address 149463A5 in module 'SA_CONTROLADORIA_TRIBUTOS.BPL'. Read of address 00000000.

Correção efetuada: corrigimos a apuração de impostos para que este erro não ocorra mais.

Problema: ao gerar o SPED Fiscal, o arquivo gerava o registro 1400 indevidamente para notas sem valor contábil.

Correção efetuada: corrigimos o registro 1400 para não ser gerado para notas sem valor contábil.

Problema: ao realizar a integração contábil com marcando a caixa de seleção Lote por Movimento, em alguns casos o movimento de origem era atualizado com o número do lote errado, ocasionando alguns problemas na identificação dos movimentos de origem dos lançamentos gerados na contabilização.

Correção efetuada: ajustamos o processo da integração contábil para que ao contabilizar com a caixa de seleção Lote por Movimento marcada, o sistema atualize os movimentos de origem com o número do lote correto.

Problema: os relatórios da Gestão de Contas a Pagar e Contas a Receber relativos à variação cambial, 082 - Variação Cambial-Acomp. Operação Const. Do Balanço (FPCP082.GER) e 081 - Variação Cambial-Acomp. Operação Const. Do Balanço (FRCR081.GER) não faziam as ordenações do trimestre corretamente.

Correção efetuada: ajustamos a informação apresentada na descrição de cada trimestre, respeitando os meses e o ano apresentado nas informações de histórico para a geração dos relatórios acima.

Adicionamos na documentação da tela F606ACT, o tópico Cálculo com índice progressivo, que traz exemplos de como o sistema se comporta para realização deste cálculo. No exemplo clarificamos que quando, nos itens de cálculo do contrato na tela F606CAC, existirem algumas faixas de CDI cadastradas, na data de início de uma nova faixa do índice, o valor inicial será o último valor calculado com a taxa anterior.

Problema: ao realizar a conciliação dos saldos do projeto através da tela F615CSP, os movimentos da solicitação de compra e da quantidade cancelada eram alocados no saldo do projeto, independentemente se o parâmetro global AtuSolPrj estivesse ativo ou não.

Correção efetuada: ajustamos o sistema para que ao realizar a conciliação dos saldos do projeto, os movimentos da solicitação de compra e da quantidade cancelada, só sejam alocados no saldo do projeto quando o parâmetro global AtuSolPrj estiver ativo.

Problema: os saldos das contas sintéticas dos projetos não atualizavam corretamente ao verificar a posição financeira a partir da tela F615POS.

Correção efetuada: ajustamos a rotina acima para que os saldos dos projetos sejam atualizados devidamente.

Problema: a documentação da tela F615ORF informava indevidamente que através do botão Excluir, era possível excluir o orçamento do projeto ou apenas aquele apresentado na tela conforme o filtro efetuado, porém, ao clicar em clicar no botão e em seguida confirmar a exclusão do orçamento atual o sistema não excluía os orçamentos.

Correção efetuada: corrigimos a documentação do botão Excluir, da tela F615ORF, informando que, ao clicar no botão será aberta uma tela de confirmação, com as opções: Atual, Projeto e Cancelar. Ao clicar em Projeto, todos os orçamentos mostrados nas grades da tela serão excluídos, ao clicar em Atual, serão excluídos os orçamentos, conforme o filtro informado nos campos do cabeçalho. Para mais detalhes, acesse a documentação.

Complementamos a documentação da tela de seleção de pendências financeiras da cobrança escritural (F310SPF), no tópico Títulos Vencidos após, informando que o campo é habilitado quando, no campo Tipo Movimento da tela F310PEF estiver definida a opção Inclusão Pendências. Informamos também que este campo tem a mesma finalidade do campo Títulos Negociados Vencidos após, porém não filtra os títulos substitutos originados a partir de títulos com origem de nota fiscal de saída. Para que sejam exibidos esses títulos devem ser utilizados os filtros de Data e Qtd do campo Títulos Negociados Vencidos após. A tela F310SPF é acessada através do botão Seleção da tela F310PEF.

Problema: ao realizar a consulta de títulos do contas a receber na tela F302CCR, definindo os filtros Vencimento, Tipo e marcando a caixa de seleção do campo Ñ, os títulos eram exibidos corretamente na tela, porém, ao clicar no botão Imprimir, o relatório aparecia zerado e não considerava o filtro do campo Ñ. Se a caixa de seleção não fosse marcada, utilizando apenas os demais filtros, o relatório era gerado corretamente.

Correção efetuada: alteramos o sistema para que o campo Ñ seja validado e os relatórios possam ser impressos corretamente.

Problema: no estorno de uma baixa por compensação, quando a transação de baixa do título tem o Tipo de Baixa igual a CP, na tela F301EBL não estornava a comissão gerada nesta baixa.

Correção efetuada: corrigimos o processo de estorno para que a comissão também seja estornada.

Problema: na documentação da função SimulacaoIMP_CR_Calcular, era informada erroneamente a sua sintaxe, que contava com um parâmetro que não existia, o CodEmp.

Correção efetuada: corrigimos a sintaxe informada para SimulacaoIMP_CR_Calcular(Numero pCodFil, Alfa pNumTit, Alfa pCodTpt, Numero pDatPgt, Alfa pCodTns, Numero pVlrDsc, Numero end pVlrPit, Numero end pVlrCrt, Numero end pVlrCsl, Numero end pVlrIrf, Numero end VlrOur);

Problema: quando processada a tela de retorno do pagamento eletrônico, o campo Outros Desc. quando originado do campo Valor Descontos Negociados cadastrado no título, era gravado indevidamente no campo VlrOde (Valor de outros descontos do título) , quando deveria ser gravado no campo VlrDsc (Valor do desconto concedido ao pagamento do título) na tabela C. Pagar - Títulos - Movimentos (E501MCP). Isto fazia com que o valor do desconto não fosse enviado para o arquivo de remessa do banco.

Correção efetuada: corrigimos a rotina de retorno do pagamento eletrônico para que, quando o campo Outros Desc. for originado do campo Valor Descontos Negociados cadastrado no título, o valor seja gravado corretamente no campo VlrDsc (Valor do desconto concedido ao pagamento do título) na tabela C. Pagar - Títulos - Movimentos (E501MCP).

Problema: ao cancelar e excluir uma nota fiscal de entrada no Gestão de Armazenagem | WMS Senior, a ordem de compra ficava com a quantidade aberta duplicada no Gestão Empresarial.

Correção efetuada: alteramos o sistema para que no cenário acima, não haja mudança na quantidade da ordem de compra.

Problema: ao utilizar a rotina de aproveitamento de crédito, era gerado erro no monitor Log Matriz, não ocorrendo a conciliação das baixas.

Correção efetuada: alteramos o sistema para que ao utilizar a rotina de aproveitamento de crédito, não ocorram erros e a conciliação das baixas seja realizada.

Problema: ao efetuar a importação de uma ordem de compra a partir do Gestão de Supermercados através do web service com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, era calculado o ICMS-ST de forma indevida.

Correção efetuada: alteramos para que na importação de uma ordem de compra através da integração com o Gestão de Supermercados aceite o valor sem que seja recalculado o ICMS-ST.

Ajustamos para que ao efetuar a importação de um cupom pelo com.senior.g5.co.int.varejo.nfce, porta Gravar_6, não será mais consistida a data de vencimento entre as parcelas, possibilitando enviar a primeira parcela com um vencimento superior a segunda parcela.

Problema: ao realizar a exportação do plano contábil através do web service com.senior.g5.co.mct.ctb.planocontacontabil, porta Exportar, ocorria a seguinte mensagem de erro: Parâmetro GRUCTA não encontrado.

Correção efetuada: ajustamos a porta Exportar deste web service, para que não ocorra mais o erro mencionado acima.

Ajustamos a documentação da tela de remessa de serviços para terceiros (F900RST), destacando que, com as caixas de seleção Preparar NF remessa e Baixar Compon. marcadas, caso tiver consignação a cliente, a rotina entende que será preciso movimentar os componentes no estoque consignado. Além disso, informamos também que com o identificador CHA-900CBMRS01 ativo, o sistema calcula a quantidade do componente que será inserida na nota fiscal de remessa.

Melhoramos a documentação do campo Gerar Lote OP da tela F083ORI, adicionando a informação de como é o processo de geração de lote na O.P. e destacando que é necessário que ao menos um dos componentes da O.P./Produto Acabado controlem lote e que estejam com o campo Lote Base igual a S - Sim, nas telas de cadastro de produtos individual (F075PRO) ou agrupado (F075GFP).

Caso não sejam realizadas estas parametrizações neste componente, não será chamado o identificador de regras CHA-900CLPOP01 e consequentemente, não será gerado lote na liberação da O.P..

Especificamos na documentação de Parametrizações para Nota Fiscal Eletrônica 4.0 sobre o endereço de entrega, que para que a tag <entrega> seja gerada, o endereço do cliente informado no campo Endereço, precisa ser diferente do endereço de entrega do cliente informado no campo Endereço Entrega da tela F085CAD ou ainda, o número do endereço do cliente informado no campo Número Endereço ser diferente do número do endereço de entrega do cliente informado no campo Número Endereço Entrega também da tela F085CAD.

Quando nenhuma das duas situações citadas acima forem atendidas, o sistema somente deve gerar a tag <Entrega> quando a tag <tpOp> da nota fiscal for igual a 2 - Faturamento Direto.

Alteramos a descrição do campo Vlr. Líq. c/Devoluções referente à documentação da tela F141EFT, especificando como é realizado o cálculo para os itens de produto, para os itens de serviço e também do valor líquido com devoluções.

Problema: ao emitir uma nota fiscal de entrada de devolução na tela F140CAN, com o cliente do tipo externo, o sistema carregava a tag <uTrib> diferente do que definido na unidade de medida da classificação fiscal na tela F022CLF.

Correção efetuada: alteramos o sistema para que ao emitir uma nota fiscal de entrada de devolução, retorne a unidade de medida fiscal da classificação fiscal. Desta forma, a tag <uTrib> será carregada devidamente quando o cliente for tipo do externo, conforme já fazia para as notas de saída. Essa situação é válida também para notas fiscais de entrada.

Problema: na documentação do SENAR, era informado erroneamente que, mesmo com o campo SENAR/SENAT na NF Saída, da tela de transações de venda (F001TVE), parametrizado como N - Nenhum, o valor do imposto continua sendo descontado na nota fiscal.

Correção efetuada: alteramos a documentação para informar que, quando o campo SENAR/SENAT na NF Saída for parametrizado como N - Nenhum, o valor do SENAR será calculado pelo sistema, porém, o cálculo não irá impactar no valor total da nota fiscal.

Problema: ao utilizar a integração síncrona entre Gestão Empresarial e o eDocs com a configuração realizada nas telas F191CPT e F070FVE, e autorizava a NF-e em contingência EPEC no eDocs, alterava indevidamente a situação eletrônica do documento no Gestão Empresarial para 3-Autorizada, quando deveria alterar para 16-Autorizada em contingência.

Correção efetuada: alteramos a rotina de emissão da NF-e em modo síncrono, para que ao receber a resposta de autorização da NF-e em contingência EPEC, a situação do documento eletrônico seja alterado para 16-Autorizada em contingência.

E então, após a filial no eDocs sair do modo de contingência e a NF-e ser autorizada na SEFAZ estadual, na execução do processamento da tela F000FRE ou do processo automático 102 - Integração com o eDocs para importação de documentos e retornos das emissões, a situação da NF-e seja alterada de 16-Autorizada em contingência para 3-Autorizada.

Criamos a documentação relativa à tela F135DIV que é acessada a partir do botão Diversos da tela F135MPF, descrevendo os campos disponíveis para preenchimento e a condição específica para alguns. Ao acessar essa tela, os valores dos campos referentes as informações diversas da pré-fatura serão carregadas na tela.

Acrescentamos nas documentações relativas ao inventário de estoques, mas precisamente nas telas F220COI, F220COC, F220CIL, F220COA e F220INI que para não ocorrer demora do processamento da rotina, a sugestão é iniciar o inventário somente com os produtos necessários no dia/período, visto que independentemente de haver ou não contagem, a quantidade zero também é considerada no processo de inventário para as movimentações de acertos na finalização deste. Ou seja, o sistema considera a quantidade de itens agregados no inventário e não exclusivamente a quantidade de produtos com a contagem inserida.

Problema: ao fazer uma alteração no remetente do e-mail através do identificador de regras FIN-615PRJBL01, o mesmo não era repassado para a rotina que efetivaria o envio de e-mail realizado a partir da tela F000ABP que é aberta ao processar uma OC a ser aprovada e com projeto cadastrado através da tela F420APR.

Correção efetuada: corrigimos a rotina para que respeite o remetente de e-mail informado via identificador de regras FIN-615PRJBL01.

Problema: o sistema não respeitava o campo Grava Cotação c/ Preço Zero no Cadastro de Empresas ao aprovar uma cotação na tela F410CEA com o valor do preço unitário do fornecedor zerado. Ou seja, realizava a validação, mesmo marcado para não fazer.

Correção efetuada: ajustamos a rotina para que a validação seja realizada não somente ao sair do campo Preço Uni. Fornec., mas também ao selecionar toda a linha, onde a validação estava ineficiente.

Problema: ao fechar uma nota fiscal de entrada na tela F000INE, inserindo uma ordem de compra na grade nota fiscal de entrada, a situação da ordem de compra era indevidamente desatualizada.

Correção efetuada: retiramos os campos de Filial, Número da Fixação e OC da grade acima, pois referem-se a campos que não devem ser informados manualmente pelo usuário.

Problema: na tela F000INE, ao processar uma nota fiscal com mais de um item de produto, ocorria aleatoriamente a mensagem de erro É necessário informar Fornecedor, barrando a integração.

Correção efetuada: ajustamos o problema técnico que gerava a mensagem acima para que o processamento seja feito corretamente no recebimento eletrônico.

Problema: ao mostrar uma contagem de nota fiscal de entrada na tela F440CNT, não carregava a grade Produtos, conforme os itens da nota.

Correção efetuada: ajustamos a situação acima para que ao realizar a contagem, os itens existentes na nota fiscal sejam adicionados devidamente na grade ao processar.

Problema: ao clicar em Mostrar da tela F000INE sem nenhum filtro informado nos campos Fornecedor, Cliente, Data de emissão, Notas fiscais e Chave NF-e, retornava a mensagem Operação inválida(First) para Cursor Unidirecional.

Correção efetuada: alteramos o processo acima para que busque as informações mesmo sem aplicar o filtro nos campos mencionados.

Adequamos o sistema para possibilitar a edição do campo Preço Uni.Prod, localizado na guia Fornecedores Participantes da Pesagem, da tela F435CCC, quando inseridos dados nos campos Nº NFE , Série NFE, Nº NF Produtor e Série Doc. Fiscal. Lembramos que este campo somente estará disponível para edição quando o fornecedor for pessoa física e se a nota informada for do tipo 6 - Nota Fiscal do Produtor Rural.

Além disso, informamos que para a edição dos campos Nº NF Produtor e Série Doc. Fiscal, o parâmetro Emitir contra nota para o Fornecedor pessoa física, da tela F070FCP, deverá estar como S - Sim.

Modificamos o comportamento do sistema para permitir a seleção de pré-cadastro de fornecedores através da tela de Compras - Controle de Entradas e Saídas (Expedição via Contrato com Classificação) (F435CCC), independentemente do valor selecionado no campo Documento a Emitir.

Problema: ao configurar na tela F070FES, guia Estoques 2, o parâmetro Filial Calcula ICMS igual a N - Não, é possível realizar um movimento de entrada no estoque apenas informando valor, sem informar quantidade. No entanto, ao realizar o mesmo processo através de um movimento via o web service com.senior.g5.co.mcm.est.estoques, porta MovimentarEstoque, retornava erronamente a mensagem Somente é permitido movimento de entrada "Sem Quantidade" e "Sem Valor" se filial 1 estiver configurada para calcular ICMS!.

Correção efetuada: alteramos o web service acima para permitir a movimentação da mesma forma que é possível através das telas F210MVP e F210LOT.

Problema: a mensagem Erro na resposta do servidor: HTTP 0. Possível causa: O serviço não foi encontrado era apresentado na execução de um web service de terceiros.

Correção efetuada: ajustamos a rotina responsável pelas requisições dos web services de terceiros com uso da biblioteca PocketSOAP.

Atualizamos a documentação sobre o processo de criação de um help personalizado, elaborado pela própria empresa, em complemento aos manuais fornecidos pela Senior.

Alteramos o passo a passo para configuração do ajuda por processo e ajuda por telas e ainda, clarificamos que caso o sistema esteja em ambiente cloud, é necessária solicitar à equipe IT Services, a associação dos tipos arquivos .HSP e .HST

Ajustamos para que ao efetuar a importação de um cupom pelo com.senior.g5.co.int.varejo.nfce, porta Gravar_6, não será mais consistida a data de vencimento entre as parcelas, possibilitando enviar a primeira parcela com um vencimento superior a segunda parcela.

Problema: ao realizar a exportação do plano contábil através do web service com.senior.g5.co.mct.ctb.planocontacontabil, porta Exportar, ocorria a seguinte mensagem de erro: Parâmetro GRUCTA não encontrado.

Correção efetuada: ajustamos a porta Exportar deste web service, para que não ocorra mais o erro mencionado acima.

Problema: ao configurar na tela F070FES, guia Estoques 2, o parâmetro Filial Calcula ICMS igual a N - Não, é possível realizar um movimento de entrada no estoque apenas informando valor, sem informar quantidade. No entanto, ao realizar o mesmo processo através de um movimento via o web service com.senior.g5.co.mcm.est.estoques, porta MovimentarEstoque, retornava erronamente a mensagem Somente é permitido movimento de entrada "Sem Quantidade" e "Sem Valor" se filial 1 estiver configurada para calcular ICMS!.

Correção efetuada: alteramos o web service acima para permitir a movimentação da mesma forma que é possível através das telas F210MVP e F210LOT.