Gestão Empresarial PME | GO UP - 5.10.3.50

Ajustamos a rotina de validação de chave de nota fiscal eletrônica (NF3-e, série 66) para importação de notas e lançamento manual.

Com isso, para habilitar a validação da chave dos documentos fiscais, é necessário configurar o campo Consistir chave eletrônica da nota fiscal como S - Sim na tela de Parâmetros da Filial para Compras (F070FCP).

Esta implementação, evitará que durante o recebimento de uma NF3-e do modelo 66 - Nota fiscal de energia elétrica, na nota fiscal de compra, o sistema acuse que a Chave NF-e não corresponde aos dados informados, requerendo a desativação da validação da chave do documento eletrônico para que possa dar entrada neste documento fiscal.

Com o objetivo de clarificar os conceitos DIFAL e DIFA (Diferencial Alíquota), que se aplicam respectivamente para documentos de saída e documentos de entrada, ajustamos no sistema a nomenclatura dos campos abaixo na tela de Parâmetros da Filial para Compras (F070FCP):

• de Tipo cálculo DIFAL para Tipo Cálculo DIFA;
• de Descontar ICMS Interestadual da base DIFAL para Descontar ICMS Interestadual da Base DIFA;
• de Alíquota Base de Cálculo DIFAL para Alíquota Base de Cálculo DIFA.

Além disso, também alteramos as documentações da tela de Parâmetros por Estado (F009PPE), Rotinas de ICMS (no tópico Convênio ICMS 52/91) e DIFAL - Diferencial de alíquota | Operações interestaduais com consumidor final, adaptando as nomenclaturas para que fiquem de acordo com sua utilização.

Adicionamos novas configurações na tela Tipos Substituições Impostos / Modalidade Base Cálculo / Antecipação - Por Estado (F019TIS), para descontar o PIS Retido e o COFINS Retido na Base ICMS ST ao calcular os itens da nota fiscal de entrada e saída. Esta configuração, pode ser realizada, através dos campos Desc. PIS Ret. e Desc. COFINS Ret., na guia Substituição Imposto / Modalidade Base Cálculo / Antecipação por estado.

Visando garantir a geração da tag <origComb>no XML da NF-e, criamos a nova tela Produtos ANP (F019ANP), para cadastrar os produtos ANP e vinculá-los no cadastro do produto através da tela F075PRO.

Para gerar a tag <origComb> no XML da NF-e, é necessário que o produto ANP esteja habilitado para gerar a tag origem de combustível na NF-e, parametrizando o campo Gerar Ori. Combustível da tela F019ANP, como S - Sim.

Ajustamos a documentação da tela F075FCI, informando da necessidade de avaliar as ordens de produção ou estrutura multinível dos produtos que estão calculando o FCI, assim como estornar o componente consumido na O.P. ou alterar a estrutura de ficha técnica para seguir com o cálculo, quando, ao realizar o cálculo do FCI, o sistema encerrava a sessão devido ao consumo do próprio produto no processo.

Problema: ao informar a coluna Tab. presunção CSLL e clicar no botão Aplicar, a tela não replicava a informação nos demais produtos.

Correção efetuada: ajustamos o sistema para replicar a coluna Tab. presunção CSLL. Além disso, inserimos uma validação nas colunas Tab. presunção CSLL e Tab. presunção IRPJ. Por exemplo: ao informar uma aplicação do tipo CSLL na coluna Tab. Presunção IRPJ, a tela apresentará a mensagem A Tabela presunção deve ser da aplicação IRPJ, e vice-versa também.

Problema: o sistema possuía o campo Conferir Qtde nas Cargas com o mesmo funcionamento nas telas Cadastro de Produtos (F075PRO) e Cadastro de Produtos (F075GFP), porém com nomes divergentes, dificultando o entendimento da finalidade do campo.

Correção efetuada: alteramos o sistema para exibir o campo Conferir Qtde nas Cargas com o nome adequado nas telas F075PRO e F075GFP.

Problema: ao integrar movimentos via Tributos na tela Controle de Entrada de Produtos (F075CEP), ocorria um Erro de acesso ao banco de dados em bancos Postgre.

Correção efetuada: ajustamos a rotina para integrar os movimentos corretamente.

Complementamos a documentação inserindo a informação que é possível escolher quais dados devem ser atualizados tanto para cliente, quanto para fornecedor e transportadora no grupo Cliente e Subgrupo Gerais. Para conferir acesse a página

Complementamos a documentação da tela Ligação Motivos X Soluções (F021MOT), incluindo uma nota informando o motivo da mensagem Cadastro não disponível para usuário, ao tentar cadastrar um motivo. Para saber maiores detalhes, acesse a página F021MOT.

Para viabilizar a consulta/exportação do preço médio dos itens de produto sem a necessidade de ações customizadas, disponibilizamos a integração do preço médio da filial para os tipos de sistema 01 - Varejo Megasul, 03 - Sintex, 04 - Comércio exterior e 99 - Outros na tela F000SIX.

Além disso, também liberamos no web service com.senior.g5.co.int.varejo.produto, porta ExportarPrecoMedio, novos campos para poder filtrar os dados quando for usado o tipo E - Específico de exportação de dados, permitindo obter dados usando a Origem, Família, Produto ou Derivação como filtro de pesquisa. Estes novos filtros serão obrigatórios quando for usado este tipo de exportação de dados.

Modificamos o tamanho do campo Fantasia (E070EMP.SigEmp) , que permite informar o nome fantasia da empresa para suportar até 30 caracteres. Este campo pode ser encontrado nas telas relacionadas abaixo.

Apenas para proprietárias ECFX, ECFM, ECFH, ECFJ e ECFI: disponibilizamos o campo Código Filial iniciar em na tela de Duplicação de Empresas (F070DEM). Ao duplicar as filiais, será possível informar o código inicial da filial destino. Caso mais de uma filial seja duplicada, as demais serão criadas conforme a sequência numérica do valor informado.

Implementamos para que as notas fiscais de entrada integradas ao Controle de Entrada e Saída de produtos tenham seus valores atualizados com eventuais NFs complementares (TipNfe = 9) quando a integração for feita via tela F075CEP com origem Comercial.

Antes, as notas fiscais complementares eram registradas como uma entrada à parte, permitindo a entrada com valor de ICMS ST, mas com quantidade de entrada zerada. Assim, este valor complementar de ICMS ST não era recuperado pela empresa ao gerar os arquivos fiscais de ressarcimento.

Esta implementação tem efeito apenas para a integração via tela F075CEP, não afetando a integração online (feita no fechamento das notas fiscais).

Adicionamos uma nova funcionalidade de sugestão de ajustes por meio do botão Sugerir na tela Ajustes da Apuração do Imposto para o SPED Contribuições (F661AJS). Ao informar os dados mínimos (código do dispositivo fiscal, tipo de ajuste, data de operação e situação tributária), você pode sugerir os ajustes como Agrupado por documentos ou Documento:

• Agrupado por documento: retorna todos os documentos em um registro, somando as bases e o valor de ajuste, conforme o dispositivo fiscal informado
• Documento: retorna os registros separados por nota fiscal ou redução Z

Desta forma, permite definir se os registros M220 e M620 do SPED Contribuições serão gerados de forma aberta ou agrupada.

Implementamos para que a apuração do imposto tipo 77 grave, na tabela E661CCI, o valor de cada tipo de imposto consolidado na apuração. Assim será possível contabilizar a transferência entre contas de cada tipo de imposto retido para a conta que vai receber o lançamento da baixa do título gerado pela apuração.

Disponibilizamos também o campo C/C Imposto na tela Apuração da Retenção na Fonte (F0690ARF), que permite consultar a conta corrente da apuração do imposto tipo 77 - Retenção na Fonte - EFD Reinf processado. Também permite consultar o montante a pagar por imposto (IRRF, PIS, COFINS, CSLL e Outras Retenções).

Ao enviar o registro R-1000 para filial do tipo Pessoa Física, ocorria o seguinte erro:

• MS1133 - Crítica: O campo Situação da Pessoa Jurídica (indSitPJ) deverá ser obrigatoriamente informado apenas se o Tipo Inscrição do Contribuinte (tpInscr) = 1 (CNPJ), caso contrário não deverá ser informado

A fim de resolver isso, ajustamos a exportação do registro R-1000 da EFD-Reinf para filial do tipo Pessoa Física de forma que, neste caso, a tag indSitPJ não seja gerada no arquivo.

Ajustamos a exportação dos registros D700, D730, D750 e D760 a fim de atender ao Guia Prático 3.1.6 do SPED Fiscal. Para saber mais, acesse a documentação dos registros.

Substituímos os identificadores de regra IMP-690REGRRET e IMP-690REGCOMP, utilizados na integração dos registros R-4010 e R-4020 pela tela F690ILA, pelo parâmetro global IniRegRet (tela F000PGS). Empresas que utilizavam ao menos um destes identificadores ativos terão o parâmetro global inicializado com o valor "S - Sim".

Com essa alteração, clientes GO UP poderão integrar a EFD-Reinf os pagamentos de títulos de NF onde a retenção de PIS/COFINS/CSLL/Outras Retenções ocorreu no fechamento da nota.

Ato Declaratório Executivo Cofis nº 59/2023 que dispõe sobre o MO do Leiaute 10 da - ECF. Publicado em 27/12/2023.

Com a publicação do novo manual para a geração do SPED ECF, adequamos o sistema a fim de que seja possível gerar a versão 10 do arquivo. Para empresas que precisam entregar os novos registros N605, X360, X365, X366, X370, X371 e X375, será necessário importar as tabelas dinâmicas por meio da tela F660TDS.

Disponibilizamos também:

• A função LUCRO_EXPLORACAO, que retorna se há alguma classificação contábil informada como Lucro de Exploração no relacionamento entre plano de contas
• O campo Lucro de Exploração na tela Relacionamento entre Modelos de Plano (F043RMP). Quando o tipo de relacionamento entre plano de contas for 1 - Contábil, o sistema permite ao usuário indicar se as contas analíticas têm relação com lucro de exploração, onde o objetivo é detalhar o saldo no registro N605 - Contas contábeis envolvidas na apuração do Lucro da exploração

Para conferir as alterações nos registros, acesse a documentação do leiaute.

Problema: o CPF/CNPJ do locador estava considerando o tipo de cliente (pessoa física ou jurídica) ao invés do tipo do fornecedor, gerando o CNPJ com formato de CPF e vice-versa.

Correção efetuada: corrigimos a geração do campo CPF/CNPJ do locador para respeitar a máscara conforme o tipo do fornecedor.

Complementamos a documentação de Leiaute - SPED Fiscal (EFD ICMS/IPI), no tópico REGISTRO H010: INVENTÁRIO, incluindo código do Registro 0150, do qual o campo COD_PART pertence.

A partir desta versão, na integração dos bens para o patrimônio o sistema reconhecerá o valor do ICMS deduzido da BC de PIS/COFINS em um campo específico. Desde as versões 5.10.2.104 e 5.10.3.13 estes bens eram integrados com a base de cálculo já deduzida do valor do ICMS, porém o portal do SPED orienta que quaisquer valores que precisam ser excluídos da base de cálculo dos créditos sejam informados no campo PARC_OPER_NAO_BC_CRED dos registros F120 e F130 do SPED Contribuições.

Dessa forma, adequamos as rotinas de integração de bens via NF Suprimentos/Tributos/Bens Acréscimos para que reconheçam o valor do ICMS deduzido como Parcela a excluir da base de cálculo do PIS/COFINS e a base de cálculo do crédito seja integrada com o valor da BC integral a fim de que a parcela a excluir possa ser apropriada mensalmente no cálculo da depreciação.

Novos campos:

• Valor Base Excluir Pis e Valor Base Excluir Cofins na grade Itens Notas Fiscais de Entrada da tela Cadastro de Bens via NFE - Recebimentos (F670EBN) e na grade de mesmo nome da tela Cadastro de Acréscimos via NFE/Requisição (F670EBA)

Confira também a documentação sobre Cálculo do Crédito.

Disponibilizamos o botão Duplicar na tela Cadastro do Detalhamento das Receitas/Deduções e Exclusões PIS/COFINS (F055RDE). Ele permite duplicar o cadastro selecionado para uma nova competência.

EFD Contribuições | NT nº 08/2023 - Migração contribuintes PIS_Pasep sobre Folha para eSocial
Publicado em 17/11/2023

Foi publicada a Nota Técnica 008/2023 com informações sobre a migração da escrituração do PIS/Pasep sobre folha da EFD Contribuições, registro M350, para o eSocial.

A partir da competência 01/2024, os valores relacionados à folha de pagamento não serão recolhidos pelo ERP por meio da tela de Apuração dos Impostos (F661PAI), na apuração do PIS cumulativo e/ou não cumulativo. O registro M350 também não será mais exportado no SPED Contribuições a partir dessa data.

Disponibilizamos um método para aproveitamento dos saldos de BC negativo ao utilizar as funções COMPENSAR_PRJ_BCN_TOTAL e COMPENSAR_PRJ_BCN na apuração do IRPJ/CSLL. Para isto, basta habilitar o novo identificador de regras IMP-661PAICP01.

A fim de permitir que o ERP envie a declaração de serviço tomado para os municípios de Salvador e São Paulo via web service, implementamos para que, na exportação de NFTS para estes municípios por meio da tela F669GDM_2, seja possível fazer a integração com o sistema da respectiva prefeitura, desde que a solução eDocs esteja ativa. Também disponibilizamos a tela Painel Status Documento - NFTS (F669PAN) para consultar o retorno dos arquivos enviados.

Para utilizar esta solução:

• Atualize sua versão do eDocs para a 5.8.14.55
• Na tela Cadastro de Declarações (F049DEC), importe o cadastro da nova declaração 1024 - NFTS - integração eDOCS, disponível no .XML DACT003.XML
• Na tela Declaração Eletrônica de Serviços (F008GDM), parametrize o município com a declaração acima e o novo campo Transmitir NFTS para o eDocs igual a S - Sim

Disponibilizamos também:

• O relatório ISS - SP - São Paulo - NFTS na tela Geração ISS - Municipal (F669GDM)
• A guia NFTS na tela Geração ISS - Municipal (F669GDM_2), com as opções O que integrar e Abrir painel após a exportação
• O campo Quantidade de notas a serem enviadas por lote na NFTS no grupo Documentos Eletrônicos da tela Parâmetros de Integração (F191CPT)

A fim de melhorar a performance e a usabilidade da tela de Exportação da EFD-Reinf (F669ERE), disponibilizamos a caixa de seleção Exibir registros nas grids. Ela indica se o sistema deve carregar ou não as informações nas grades dos registros R-2010, R-2020, R-2055, R-4010, R-4020, R-4080 e R-9000.

Disponibilizamos também os botões Mostrar e Filtros. Ao clicar em Mostrar, será carregada apenas a grade na guia do registro selecionado. Ao clicar em Filtros, a tela exibe um painel com os filtros relacionados. Ambos funcionam para os registros indicados acima.

Acesse a documentação da tela para conferir os filtros disponíveis.

A partir da versão 9.0 do guia prático da ECD, foi implementada uma validação no PVA onde não serão aceitas, no registro I051, duas classificações para uma conta da empresa sem que o centro de custo seja informado.

A fim de atender este cenário, disponibilizamos o campo Tipo classificação exportada preferencialmente na tela do SPED Contabil - ECD (F669ECD), de forma que você possa indicar qual classificação será listada no registro I051. Isto quando houver segregação das classificações por grupo de atividade na ligação entre o plano da empresa e o plano referencial, via tela Relacionamento entre Modelos de Plano (F043RMP).

Na geração de bens acréscimos via NFE/Requisição (F670EBA), será integrada para a base de PIS/COFINS do bem a mesma base de cálculo informada no item da nota fiscal de entrada. Dessa forma, eventuais descontos na base de cálculo ocorridas na entrada da nota (como o valor do ICMS) serão refletidos na geração do bem patrimonial.

A fim de permitir mais flexibilidade na conferência de transferências patrimoniais por meio do relatório 065 - Transferência de bens (CPBE065.GER), fizemos os seguintes ajustes:

• Adicionamos um campo de filtro de transações de origem nas entradas
• Adicionamos o tipo de transferência Todos. Ao utilizá-lo, filtra as movimentações com transação de origem e tipos de transferência entre bens:
  • Entre Contas Contábeis (E001TNS.PATTRF = C)
  • Entre Centro de Custos (E001TNS.PATTRF = U)
  • Entre Filiais (E001TNS.PATTRF = F)
  • Entre Locais Reais (E001TNS.PATTRF = L)
• Adicionamos quebra e ordenação por transações de origem, sendo necessário utilizar o tipo de transferência Todos

Ajustamos a geração de título de IR na retenção de impostos durante a baixa do contas a pagar, para considerar o novo percentual de IRRF criado para contratos de mútuo com pessoa física. Este novo percentual foi criado na tela de Cadastro de Tipos de Título (F002TPT). Caso seja definido um percentual de IRRF para contratos de mútuo maior que 0 (zero) para um título, o sistema considerará esse novo percentual ao calcular o valor do título de IR.

Além das telas abaixo mencionadas, esta alteração também afeta os web services com.senior.g5.co.mfi.cpa.titulos, porta GerarBaixaPorLoteCP e com.senior.g5.co.int.varejo.titulos, porta BaixarTitulosCPVarejo.

Problema: quando o titulo foi feito na tela Preparação de Remessa do Pagamento Eletrônico (F510PPR ), ao mostrar na tela Remessa do Pagamento Eletrônico (F510PRM) era apresentada uma duplicação de desconto do Total Impostos Previstos no valor líquido exibido no rodapé.

Correção efetuada: ajustamos a seleção por preparação da tela (F510PRM) para que mostre o Valor líquido,Total Impostos Previstos e Valor Títulos no rodapé da tela.

Complementamos a documentação da tela Títulos/Manutenção do Contas a Pagar (F501TCP), incluindo nessa o campo Competência do Contrato. Para conferir a melhoria, acesse a página F501TCP.

Disponibilizamos no cabeçalho da tela Exclusão de Títulos Previstos do Contas a Pagar (F501EPP) o campo Filial, que permite filtrar os títulos de uma ou mais filiais. Como este filtro é por abrangência, é importante destacar que, ao filtrar mais de uma filial, a performance do sistema poderá ser afetada, visto que aumentará consideravelmente a quantidade de registros carregados.

Com o objetivo de permitir definir o percentual de taxa por bandeira de cartão no cadastro de operadoras financeiras. alteramos o sistema para editar a bandeira de cartões no cadastro de operadoras financeiras (F066OPE), através do campo Bandeira do Cartão. O valor padrão do campo é N/A e este será habilitado para edição quando o parâmetro global HabBanCar estiver habilitado.

Além disso, implementamos na tela de manutenção de títulos (F301TCR), o campo Bandeira que possibilitará consultar a bandeira definida para os títulos. Já na tela de conciliação de cartões (F301CCC), adicionamos as colunas Bandeira e % taxa repasse operadora, para que mostrem a bandeira do cartão e o percentual de taxa de repasse da operadora, caso o título possua bandeira e número de parcela cadastrados.

Alteramos o sistema para que no retorno da cobrança escritural, seja considerado o portador anterior na validação de portador das operações do tipo 11 - Retorno de Instrução através da tela de Retorno da Cobrança Escritural (F310RTB) e do processo automático 148 - Retorno da Cobrança Escritural.

Esta implementação fará com que, após receber as instruções de troca de portador (solicitação de baixa) do banco, o sistema identifique o título com o portador corretamente.

Problema: ao informar os dados para geração de títulos na tela Geração de Títulos em Lote do Contas a Receber (F301GTR), não era permitido preencher o campo Forma de Pagamento para as transações 90330 (adiantamento efetivo) e 90313 (adiantamento previsto).

Correção efetuada: ajustamos a tela (F301GTR) permitindo o preenchimento do campo Forma de Pagamento para as transações 90330 e 90313. Este campo permitirá acesso somente quando a transação estiver configurada para 1 -Adicionar Duplicatas/Outros ou 2 -Adicionar Créditos.

Problema: o web service com.senior.g5.co.mfi.cpa.titulos, porta SubstituirTitulosCP, apresentava uma crítica indevida referente ao tipo de título substituído. A rotina obrigava que o tipo de título fosse exclusivo Varejo quando na realidade este parâmetro deveria ser ignorado por não se tratar de um web service exclusivo de Varejo.

Correção efetuada: ajustamos para que a substituição do título através do web service com.senior.g5.co.mfi.cpa.titulos ignore o parâmetro que indica se é, ou não, exclusivo Varejo.

Complementamos a documentação do web service Com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, incluindo uma nota informando sobre a obrigatoriedade de informar os dados do IdentificadorSistema para novas portas do web service.

Disponibilizamos no web service com.senior.g5.co.int.varejo.produtosservicos, porta Exportar, os campos RedSai e RedSnc para realizar a exportação dos dados de cadastro de produto para venda.

Estes campos permitem exportar informações de redução de base de cálculo de ICMS, evitando que seja necessário atribuir propositalmente uma alíquota fictícia para conseguir emitir as NFC-es, o que anteriormente causava críticas na transmissão do SPED, e fazia com que este precisasse ser ajustado de forma manual no sistema.

Disponibilizamos novos campos no web service com.senior.g5.co.int.varejo.nfce, porta Gravar, para integrar informações que pertencem ao leiaute da NFCe 4.0. Além disso, também criamos a nova porta de número 8, para a disponibilização destes campos.

Nos dados gerais da Nota Fiscal de Saída foram adicionados os seguintes campos: Valor do Frete (VlrFre), Peso Bruto (PesBru), Peso Líquido (PesLiq), Quantidade de Embalagens (QtdEmb), Numeração da Embalagem (NumEmb), Código da Embalagem (CodEmb), Indicativo se deve Somar Frete ao Valor Líquido (SomFre), e Indicativo se o Frete é CIF ou FOB (CifFob).

Nos itens de produtos foram disponibilizados os campos: Valor do Frete (VlrFre), Peso Bruto (PesBru), Peso Líquido (PesLiq).

Disponibilizamos no web service Com.senior.g5.co.cad.produtos, porta Exportar, as características dos produtos e derivações, visando permitir a consulta/exportação destas informações gravadas na tabela Cadastros - Características de Produto (E010CTE), fazendo com que não sejam necessárias ações customizadas para realização deste processo.

Disponibilizamos uma melhoria na funcionalidade de reenvio das pendências de aprovação para o Aplicativo Gestor Senior, que permitirá selecionar mais de um documento para ser integrado, através da coluna Sel. da grade Registros do Controle de Aprovação. Também adicionamos os botões Marcar e Desmarcar que facilitam esta seleção.

Para realizar o processo, acesse a tela de Monitoramento de Integrações com Gestor Senior App (F999IGS).

Complementamos a documentação de Pré-requisitos e parametrizações da Integração ERP com Força de Venda, incluindo o tópico 7, que trata da obrigatoriedade da parametrização do processo agendado 82 - Tornar Pendentes Exportações Não confirmadas, assim como adicionamos um link para um artigo com maiores informações sobre.

Implementamos no sistema, o campo Situação WMW (SitWmw) que possibilita tratar de forma exclusiva o indicativo de status para sistema parceiro WMW. Este campo, indicará se esse registro está ativo ou inativo para o WMW nas telas:

• F028GCP - Condições de Pagamento
• F028CCP - Consulta de Condições de Pagamento
• F012FAM - Cadastro de Famílias
• F066FPG - Formas de Pagamento
• F081GTP - Tabela de Preço de Venda
• F081TPA - Tabelas de Preço Vendas Agrupada
• F081CTV - Consulta Tabela de Preço de Venda
• F070FVE - Parâmetros da Filial para Vendas
• F090REP - Cadastro de Representantes
• F205DEP - Depósitos

E também na porta Exportar dos web services abaixo:

• com.senior.g5.co.cad.familias
• com.senior.g5.co.cad.condicaopagamento
• com.senior.g5.co.cad.formapagamento
• com.senior.g5.co.cad.tabelapreco
• com.senior.g5.co.cad.representante
• com.senior.g5.co.cad.deposito
• com.senior.g5.co.cad.filial

Disponibilizamos uma nova funcionalidade que permite notificar os erros encontrados no processo de integração das ordens de separação entre ERP x WMS WIS, através da senior X Platform. A comunicação será realizada pelo Processo automático 84 - WMS Senior, quando o parâmetro TIPO estiver configurado com o valor NOTIFICACAO.

Para garantir a experiência do usuário que utiliza a ferramenta de cotação Cotei, agora é possível utilizar dentro do Portal a Área do Comprador. Essa área conta com uma variedade de recursos para auxiliar o usuário comprador nas análises das cotações e tomada de decisão. Para utilizar essa funcionalidade é necessário que sejam integrados os usuários do ERP XT ao Cotei.

Para isso, aplicamos validações nas telas de Cadastro de Usuários (F099UCA) e Configurações de E-mail (F099UCE), para que, quando for alterado o e-mail do usuário e este for comprador no Cotei, o sistema gere uma mensagem de alerta informado que o e-mail pode estar vinculado com cotações no portal do Cotei, e que com a mudança para um novo e-mail, não terá vínculo com as cotações antigas e que para acessá-las faz-se necessário utilizar o login com o e-mail anterior.

Além disso, também criamos o parâmetro global GerPdcCot que permite ativar ou desativar a geração de pendência de atualização de cadastro de usuário comprador no Cotei. Este parâmetro possui o valor padrão S - Sim, e com isso sempre que for alterada uma informação no cadastro do usuário no Gestão Empresarial XT, e este usuário for comprador no Cotei, será criada uma pendência de atualização de cadastro do comprador, que será enviada para o Cotei quando o processo automático de rotina 137 - Integração ERP x Cotei ou a integração com o Cotei forem executados.

Problema: ao executar o processo agendado de explosão de necessidades ocorria erro de Out of memory no final do processamento.

Correção efetuada: corrigimos o vazamento de memória na rotina de explosão de necessidades do produto e geração de ordens de produção.

Complementamos a documentação da tela Requisita separação Componentes p/ O.Ps. dos Depósitos (F900RCP), incluindo uma descrição referente o campo Depósito Destino e campo Depósito, bem como, na tela Separação de Componentes requisitados p/ O.Ps. (F913SCE ), foi incluída uma descrição para o campo Depósito.

Alteramos o sistema para que os títulos do CT-e substituído sejam baixados por cancelamento no processo de substituição de CT-e e com isso, este valor possa ser contabilizado. Para tanto, disponibilizamos o campo Transação cancelamento de títulos receber CT-e substituição, configurado na tela de Parâmetros da Filial para Contas a Receber (F070FRE) para retornar a transação de cancelamento dos títulos.

Implementada a versão 1.00 da NT 2024.001 que inclui a geração das tags vICMSDeson e cBenef nos grupos ICMS20, ICMS45 e ICMS90 para CT-e e CT-e OS. A NT também indica que as tags devem ser geradas nos grupos ICMS60 e ICMSOutraUF, porém o ICMS desonerado não é calculado para esses CSTs (60 e 81). Desta forma, essas tags não serão geradas nos grupos ICMS60 e ICMSOutraUF.

Para maiores informações sobre ICMS desonerado acesse Rotinas de ICMS e também a documentação sobre a norma técnica.

Problema: ao cancelar nota fiscal, o sistema não reabilitava o pedido, deixando com que seus itens permanecessem com situação igual a 4 - Liquidado, ao invés de reabilitar e deixar com situação igual a 8 - Preparação Análise ou NF.

Correção efetuada: alteramos o sistema para reabilitar o pedido quando uma nota fiscal de saída com a série que não possui documento fiscal estiver sendo cancelada.

Para atender a NT 2019.001 e permitir que o ERP gere a emissão de NF-e compatível com a nova versão de leiaute, visto que isto tem impacto na operação de clientes com créditos presumidos ou redução de base de cálculo diferida, realizamos a seguinte implementação no sistema conforme abaixo:

Na tela de Cadastro de Dispositivos Fiscais (F051DIS), foram incluídos os campos: Ben. Fiscal Créd. Pres. (Código do Benefício Fiscal de crédito presumido aplicado ao item), % Créd. Presumido (Percentual de crédito presumido) e Ben. Fiscal Red. Base (Código de Benefício Fiscal de redução de base de cálculo"), que influenciam diretamente a importação de NF-e Entrada pelo XML (Leiautes NF-e e NFC-e) e a geração NF-e e o XML (Leiautes NF-e e NFC-e) das notas.

Além disso, a NT 2019.001 V1.54 e V1.60 trouxe as seguintes alterações:

• Novas tags no arquivo XML da NF-e
  • Após o campo 104g - cBenef foram adicionados:
  • 104.07: grupo opcional de informações do crédito presumido
    • 104.08 (cCredPresumido): código do benefício fiscal de crédito presumido aplicado ao item
    • 104.09 (pCredPresumido): percentual de crédito presumido
    • 104.10 (vCredPresumido): valor do crédito presumido
• Após o campo 209 - pRedBC nas operações com CST 51 foi adicionado:
  • 209.01 (cBenefRBC): código do benefício fiscal para redução de base de cálculo com diferimento

Estas alterações além de permitirem emissão de NF-e de possibilitar o preenchimento destas novas tags, verifica se no recebimento eletrônico estas novas tags não podem afetar este processo. Tais informações não serão gravadas e necessárias no documento fiscal de entrada.

Adicionamos na tela Ligação de Situação Tributária x Dispositivo Fiscal (F027BNF), na grade Ligação, novos campos de mensagens do benefício fiscal: Mensagem 1, Mensagem 2, Mensagem 3 e Mensagem 4.

De encontro a isso, para que possam ser exportados, também disponibilizamos os campos de mensagens fiscais CodMs1, CodMs2, CodMs3, CodMs4 no web service com.senior.g5.co.cad.sittributarias.dispfiscal, porta Exportar.

Na emissão da nota fiscal de saída, ao sugerir o dispositivo fiscal para os itens de produto ou serviço, são carregadas as mensagens do benefício fiscal informadas na ligação de situação tributária com o dispositivo fiscal e, em seguida, as configuradas na transação do item de produto ou serviço. Para saber mais como funciona o comportamento do sistema, consulte a documentação da tela Digitação de Notas Manuais (F140GNF) onde adicionamos um exemplo para clarificar esta rotina.

Problema: ao gerar uma pré-fatura com base em um pedido que possui transações que não somam para o financeiro, o sistema somava o valor dos itens de produto com essa transação na primeira parcela da pré-fatura gerada.

Correção efetuada: alteramos o sistema para respeitar o valor financeiro do pedido ao gerar as parcelas da pré-fatura, sem somar os valores dos itens de produto do pedido que possuem transação que não somam para o financeiro.

Modificamos o sistema para que liste nas telas de geração de carga, os pedidos gerados via contrato de licitação.

Anterioremente estas telas tinham um controle que restringia o filtro em relação aos pedidos gerados através deste tipo de contrato, mas, a partir desta implementação estes serão listados sem que seja necessária nenhuma parametrização no sistema.

Complementamos a documentação da tela Duplicação de Modelo (F700DMP), incluindo uma nota informando sobre a duplicação de modelos entre famílias diferentes. Para saber mais, acesse F021MOT.

Alteramos o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada para não gerar e enviar o XML do arquivo eletrônico da nota fiscal quando os campos DocumentoEletronico.NumPrc e DocumentoEletronico.DatCan do web service estiverem informados. Esta implementação fará com que, na integração com o ERP XT, ao receber notas que já haviam sido canceladas no sistema de origem, o sistema não reenvie o XML de cancelamento para o eDocs.

Visando otimizar informações relacionadas a estoques no Gestão Empresarial, adicionamos ao web service com.senior.g5.co.mcm.est.saldoestoque, porta Exportar_4, novos campos para exportação, sendo eles:

• QtdRae: Quantidade de reserva exclusiva do estoque;
• QtdRes: Quantidade do estoque reservado (empenho);
• QtdOrd: Quantidade pendente em ordens de produção ou compra;
• QtdBlo: Quantidade de estoque bloqueado manualmente.

Como exemplo de utilização para estes campos, podemos citar a tela Consulta de Posição do Estoque (F211CPR) na qual estes campos são disponibilizados, e, na realização do processo através desta rotina, os campos permitem identificar a origem da informação.

Melhoramos o processo de fechamento de estoques para validar registros pendentes nas tabelas de integração do WMS WIS que deveriam ser importados ao Gestão Empresarial e que impactam o este processo. Para tanto, disponibilizamos o parâmetro global PenEstWms que quando definido como S - Sim, fará esta verificação.

Disponibilizamos uma funcionalidade que bloqueia a alteração dos períodos de estoque de filiais nas telas Parâmetros da Filial para Estoques (F070FES) e Períodos da Filial para Lançamentos (F070MPF) durante a execução do fechamento de estoques em outra instância do ERP evitando a ocorrência de divergências no saldo em quantidade ou valor do item.

Este bloqueio não permite que o processo de fechamento de estoques seja executado simultaneamente para a mesma filial, através da tela de Fechamento dos Estoques (F215FES), por processo agendado ou web service.

Além disso, também implementamos a geração de tabelas de log do processo de fechamento de estoques para verificação de ocorrências de erros, inconsistências ou interrupções do processo de fechamento de estoques.

Problema: ao utilizar a rotina de valorização das transferências, em cenários de transferências entre filiais, caso a transação referente ao movimento de entrada estivesse parametrizada com a valorização pelo fechamento e o movimento de entrada fosse valorizado antes do movimento de saída, a valorização não ficava correta, podendo deixar o movimento de saída em desacordo com o preço médio anterior.

Correção efetuada: alteramos a rotina do sistema para que, nesse cenário, a valorização fique correta.

Problema: ao executar o processo de fechamento de uma nota fiscal de entrada, quando esta tinha conversão da unidade de medida e controle por lote/série, o sistema carregava a tela de distribuição F000DLA com as quantidades informadas na nota e não na unidade de estoque do sistema.

Correção efetuada: alteramos para que seja considerada a quantidade de estoque.

Problema: ao carregar uma nota fiscal de serviço, o campo Compl. não era editável.

Correção efetuada: ajustamos o sistema para que, na situação acima o campo possa ser editado.

Problema: ao carregar e processar uma nota fiscal do tipo 2 - Devolução (NF do Cliente), o campo Produto, da tela Via Recebimento de Documento Eletrônico (F000INE), estava em branco, ou seja, não era carregado, pois era um produto não misto. Já ao carregar a mesma nota fiscal na tela Nota Fiscal de Entrada Agrupada (F440GNE), o produto informado era carregado.

Correção efetuada: ajustamos o sistema e a situação acima para carregar o produto corretamente, ou seja, informado.

Com a publicação do CT-e 4.00 é possível que o tomador do serviço de transporte emita um evento de prestação de serviço em desacordo com o contratado, porém o tomador poderia emitir um evento de desacordo indevidamente e não tinha como efetuar o cancelamento deste evento.

Desta forma, disponibilizamos um recurso que permite que o tomador do serviço do CT-e (57) e CT-e OS (67) gere evento de cancelamento, através da inclusão do evento de Cancelamento de Prestação de Serviço em Desacordo do CT-e na tela F440MDE.

Esta implementação também afeta os web services Com.senior.g5.co.int.eletronicos.documentos e Com.senior.g5.co.mcm.cpr.manifestacaodestinatario.

Implementamos no controle interno do processamento da tela Via de Recebimento Eletrônico (F000INE), para que, quando houver ordem de compra relacionada, a herança/sugestão da condição de pagamento seja igual à ordem de compra independentemente se a importação da nota seja diferente.

Para tanto, adicionamos o parâmetro global SugCdPIne, que possibilita aceitar esta herança da ordem de compra, sugerindo a condição de pagamento e ajustando as informações da grade Parcelas da tela F000INE.

Além disso, adicionamos na tela Seleção (F000SDV) as opções para validação de divergência no código de condição de pagamento para produtos e serviços.

Para permitir que o Gestão Empresarial gere os arquivos compatíveis com a NT 2024.001, implementamos o recebimentos das tags <vICMSDeson> (VlrIcd - Valor do ICMS desonerado) e <cBenef> (CodBnf - Código do benefício fiscal) nos itens de CT-e e CT-e OS pela tela Via Recebimento de Documento Eletrônico (F000INE)

As tags <vICMSDeson> e <cBenef> são encontradas em:

• cte > infCte > imp > ICMS > ICMS20
• cte > infCte > imp > ICMS > ICMS60
• cte > infCte > imp > ICMS > ICMS90

Realizamos algumas adequações na tela do Novo Quadro Comparativo de Propostas de Cotações (F410NQC) para padronizar a posição dos botões de acordo com as demais telas do sistema.

Também disponibilizamos na tela de Configurações (F410CFG), as caixas de seleção Ocultar fornecedores que não responderam nenhuma cotação filtrada, para omitir os fornecedores que não responderam a nenhum item nas cotações filtradas, e Ocultar Informação "Total de seleção para compra" e "Total das melhores cotações", para omitir estas informações que ficam na parte central da tela.

Com a finalidade de trazer maior transparência e detalhamento dos impostos que impactam os itens cotados na tela na tela Novo Quadro Comparativo de Propostas de Cotações (F410NQC), foram adicionados os valores dos impostos: Valor ICMS, Valor IPI, Valor PIS, Valor COFINS, Valor Funrural, Valor do imposto de importação e Valor do ICMS Substituído na guia Item Cotado. Os mesmos podem ser desabilitados através da tela de Configurações (F410NQC).

Para que seja possível comparar cotações utilizando como base outras informações e não somente o valor presente, como é o comportamento padrão do novo quadro comparativo de propostas de cotação, foi criado o campo Critério de Cotação. Esse campo possibilita a escolha de outros dados da cotação para serem utilizados na comparação, como o preço cotado, o prazo de entrega e o já utilizado anteriormente, valor presente. Esta definição deve ser feita através do parâmetro global CriMelCot.

Problema: após atualização de versão a tela SGI não listava mais as informações apresentando problemas quando a mesma tabela era utilizada em abas diferentes.

Correção efetuada: corrigimos a funcionalidade da tela SGI para que quando a mesma tabela for utilizada em duas abas diferentes a sequencia seja carregada.

Ajustamos a capacidade de geração de planilhas compatíveis com o LibreOffice. Para habilitar a geração compatível , é necessário acessar a Central de Configurações Senior e adicionar a chave com.senior.openxml.usejavazip com o valor 1.

Problema: ocorria o erro Ocorreu um erro durante a tentativa de autenticação ao realizar logon via Office365 (OAuth) na configuração de Envio de Email da Central de Configurações Senior.

Correção efetuada: ajustamos a rotina de autenticação do agente Java utilizado para processar o logon via Office365 (OAuth) na configuração de Envio de Email da Central de Configurações Senior.

Complementamos a documentação do web service Com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, incluindo uma nota informando sobre a obrigatoriedade de informar os dados do IdentificadorSistema para novas portas do web service.

Disponibilizamos no web service com.senior.g5.co.int.varejo.produtosservicos, porta Exportar, os campos RedSai e RedSnc para realizar a exportação dos dados de cadastro de produto para venda.

Estes campos permitem exportar informações de redução de base de cálculo de ICMS, evitando que seja necessário atribuir propositalmente uma alíquota fictícia para conseguir emitir as NFC-es, o que anteriormente causava críticas na transmissão do SPED, e fazia com que este precisasse ser ajustado de forma manual no sistema.

Disponibilizamos novos campos no web service com.senior.g5.co.int.varejo.nfce, porta Gravar, para integrar informações que pertencem ao leiaute da NFCe 4.0. Além disso, também criamos a nova porta de número 8, para a disponibilização destes campos.

Nos dados gerais da Nota Fiscal de Saída foram adicionados os seguintes campos: Valor do Frete (VlrFre), Peso Bruto (PesBru), Peso Líquido (PesLiq), Quantidade de Embalagens (QtdEmb), Numeração da Embalagem (NumEmb), Código da Embalagem (CodEmb), Indicativo se deve Somar Frete ao Valor Líquido (SomFre), e Indicativo se o Frete é CIF ou FOB (CifFob).

Nos itens de produtos foram disponibilizados os campos: Valor do Frete (VlrFre), Peso Bruto (PesBru), Peso Líquido (PesLiq).

Disponibilizamos no web service Com.senior.g5.co.cad.produtos, porta Exportar, as características dos produtos e derivações, visando permitir a consulta/exportação destas informações gravadas na tabela Cadastros - Características de Produto (E010CTE), fazendo com que não sejam necessárias ações customizadas para realização deste processo.

Alteramos o web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada para não gerar e enviar o XML do arquivo eletrônico da nota fiscal quando os campos DocumentoEletronico.NumPrc e DocumentoEletronico.DatCan do web service estiverem informados. Esta implementação fará com que, na integração com o ERP XT, ao receber notas que já haviam sido canceladas no sistema de origem, o sistema não reenvie o XML de cancelamento para o eDocs.

Visando otimizar informações relacionadas a estoques no Gestão Empresarial, adicionamos ao web service com.senior.g5.co.mcm.est.saldoestoque, porta Exportar_4, novos campos para exportação, sendo eles:

• QtdRae: Quantidade de reserva exclusiva do estoque;
• QtdRes: Quantidade do estoque reservado (empenho);
• QtdOrd: Quantidade pendente em ordens de produção ou compra;
• QtdBlo: Quantidade de estoque bloqueado manualmente.

Como exemplo de utilização para estes campos, podemos citar a tela Consulta de Posição do Estoque (F211CPR) na qual estes campos são disponibilizados, e, na realização do processo através desta rotina, os campos permitem identificar a origem da informação.

Problema: o web service com.senior.g5.co.mfi.cpa.titulos, porta SubstituirTitulosCP, apresentava uma crítica indevida referente ao tipo de título substituído. A rotina obrigava que o tipo de título fosse exclusivo Varejo quando na realidade este parâmetro deveria ser ignorado por não se tratar de um web service exclusivo de Varejo.

Correção efetuada: ajustamos para que a substituição do título através do web service com.senior.g5.co.mfi.cpa.titulos ignore o parâmetro que indica se é, ou não, exclusivo Varejo.