Gestão Empresarial PME | GO UP - 5.10.3.34

Problema: o sistema permitia que um identificador de regra restrito fosse executado na tela F440GNE indevidamente.

Correção efetuada: ajustamos a situação acima para que não seja possível executar o identificador na tela F440GNE.

Complementamos a documentação do campo Utiliza dados bancários fornec. nos títulos da OC, da tela F070FCP, adicionando uma observação de que a forma de pagamento somente será gerada no título da ordem de compra, se este campo estiver informado igual a S - Sim.

Problema: ao acessar a tela F000SXT, cadastrar ou selecionar uma integração e clicar no botão Informações, o sistema apresentava a seguinte mensagem List index out of bounds (1).

Correção efetuada: ajustamos o sistema e a situação acima para que não seja exibida a mensagem de erro.

Liberamos uma nova funcionalidade que permite reenviar as pendências de aprovação para o Aplicativo Gestor Senior. A ação será possível pela tela de Monitoramento de Integrações com Gestor Senior App (F999IGS), através do botão Reenviar, caso o registro for encontrado na situação Em análise ou Bloqueado.

Esta novidade facilita nas situações em que haja alguma consistência no retorno da aprovação, pois anteriormente o aprovador não conseguia gerar nova ação de aprovação no aplicativo sem que o documento fosse reabilitado e um novo fluxo de aprovação fosse gerado no Gestão Empresarial XT, além de contribuir também para as situações onde as aprovações estejam expiradas.

Complementamos a documentação do relatório 078 - DIR - Pública (CIAM078.GER) indicando que o número máximo de notas é de 500 RPS/DIR por lote. Caso ultrapasse esse valor, será gerado mais de um .XML.

Ajustamos o tamanho do campo 02 - COD_IND_BEM (Código do Bem) dos registros 0300 e G125 do SPED Fiscal para 60. Disponibilizamos também o identificador de regras IMP-669BEM01 (apenas para o Gestão Empresarial | ERP), que mantém os caracteres especiais no campo 02 - COD_IND_BEM indicado antes. O caractere pipe | é retirado por padrão, pois trata-se de um separador de campo no SPED Fiscal.

Implementamos para que, na integração dos eventos R-2050 e R-2050 da EFD-Reinf (F690ILA), os valores de ISS/GilRat/Senar suspensos informados em dispositivos fiscais possam ser separados. Antes desta versão, todo ajuste via dispositivo fiscal era integrado como sendo Contribuição Previdenciária Suspensa.

Para isso:

• Tela F051IMP: cadastre um imposto tipos 10 - INSS, 52 - SENAR/SENAT ou 80 - GilRat
• Tela F051DIS: no cadastro do dispositivo fiscal, vincule o código do imposto a que se refere o valor do ajuste. Pode ser necessário cadastrar mais de um dispositivo caso haja suspensão de mais de um imposto. Atenção também para o campo Número do Processo, pois os processos serão agrupados com base nesse número durante a integração
• Por fim, vincule o dispositivo fiscal aos documentos fiscais, informando, no valor do ajuste, o valor de suspensão do imposto vinculado ao dispositivo

Disponibilizamos uma melhoria na tela de exportação da EFD-Reinf (F669ERE), onde o indicativo de todos os eventos exportados não era atualizado na árvore (treeview) em caso de exclusão de eventos do Bloco 2. Tratava-se apenas de algo visual: o sinalizador com OK verde ou X vermelho não era alterado, porém não impedia o reenvio dos eventos.

Problema: no relatório SCANC (F669SCA), as notas fiscais de saída com ICMS Monofásico destacado (situação tributária do ICMS igual a 61 - Tributação monofásica sobre combustíveis cobrada anteriormente) eram geradas no arquivo com os campos 21 - Alíquota Ad Rem, 22 - Valor do ICMS sobre o Óleo Diesel A e 23 - Valor do ICMS sobre o Biodiesel (B100) zerados.

Correção efetuada: ajustamos o arquivo para que as notas fiscais de saída com ICMS Monofásico destacado gerem corretamente os campos 21, 22 e 23.

Ajustamos para que não ocorra um impasse entre processos ao integrar os Dispositivos Fiscais vinculados a itens de notas fiscais durante a execução do processo automático 50 - Integração Nota Fiscal - Impostos com a opção ESCALONARINTEGRACAO.

Problema: na integração da EFD-Reinf (F690ILA), ao utilizar o identificador de regras IMP-690REGCOMP para integrar títulos de substituição, estes não eram integrados em bancos de dados Oracle.

Correção efetuada: ajustamos a integração com o IR ativo para que ocorra normalmente em bancos de dados Oracle.

Federal | SPED EFD de Retenções e Outras Informações Fiscais

Publicado em 07/11/2023.

Foi publicada a Nota Técnica 04/2023 com o objetivo de apresentar ajustes nos leiautes da versão 2.1.2 da EFD-Reinf. As alterações dessa nota técnica já estão disponíveis nos ambientes de produção e de produção restrita. Não houve alterações nos esquemas XSD.

Ajustamos a tela de lançamento do registro R-4010 (F690RPF) da EFD-Reinf e o web service com.senior.g5.co.mct.imp.reinf.retencaopessoafisica a fim de permitir o reconhecimento da distribuição de lucros com data fora da competência selecionada.

Ajustamos a tela de lançamento do registro R-4020 (F690RPJ) da EFD-Reinf e o web service com.senior.g5.co.mct.imp.reinf.retencaopessoajuridica a fim de permitir o reconhecimento da distribuição de lucros com data fora da competência selecionada.

Em antendimento ao leiaute 2.1.2 da EFD-Reinf, atualizamos a tabela de Naturezas de Rendimentos conforme a Nota Técnica 04/2023. Para que as Naturezas sejam atualizadas na base de dados, faça uma nova importação por meio da tela F055NRE.

SPED EFD ICMS IPI | Nota Técnica nº 2023.001, versão 1.0 - Nova versão do guia prático da EFD ICMS IPI, leiaute 18

Publicado em 27/06/2023.

Mais informações

Foi publicado o Ato Cotepe/ICMS nº 87/2023 com a nova versão 3.1.4 do Guia Prático e a Nota Técnica 2023.001 v1.0 com vigência a partir de janeiro/2024, com as seguintes alterações:

1. Inclusão da seguinte validação no registro C100: será emitida mensagem de advertência quando houver dois ou mais registros C100 com a mesma combinação de campos IND_EMIT, COD_SIT, COD_PART, SER e NUM_DOC, exceto se forem dois ou mais C100 com COD_MOD igual a 55 ou 65
2. Inclusão da seguinte instrução nos registros C500 e C700: a NF3e que contenha apenas itens sem a indicação de Código de Situação Tributária - CST não deve ser escriturada
3. Inclusão da seguinte instrução nos registros C590 e C790: relativamente às Notas Fiscais de Energia Elétrica Eletrônica (NF3e), não devem ser apresentados neste registro os itens sem a indicação de Código de Situação Tributária - CST, nem itens referentes à energia injetada
4. Inclusão de valor válido 2 no campo 02 do registro C105
5. Inclusão de instrução no registro C105
6. Alteração na regra de validação do campo 09 do registro C800
7. Alteração na regra de validação do campo 08 do registro E210
8. Inclusão de valor válido 4 no campo 09 do registro 1391
9. Inclusão dos campos 21, 22 e 23 no registro 1391

A fim de atender as mudanças do guia prático, ajustamos a tela do SPED Fiscal (F669EFD) e a geração de alguns registros. Para mais detalhes, acesse a página sobre o leiaute 18.

Federal | Sistema de Escrituração Fiscal Digital das Obrigações Fiscais Previdenciárias e Trabalhistas

Nota de Documentação Evolutiva nº 01/2023, versão S-1.2. Publicada em 11/07/2023.

Esta Nota de Documentação Evolutiva - NDE revisada tem como objetivo apresentar a versão S-1.2 dos leiautes do eSocial.

Implementamos para que seja possível exportar o registro S-1210 - Pagamentos de Rendimentos do Trabalho com base na versão S-1.2 do leiaute do eSocial a partir da tela F669ESO.

Nesta versão foi incluída a tag <InfoIRComplem>. Ela será escrita após a tag <infoPgto> e é exclusiva da versão S-1.2. Será escrita apenas se o dependente tiver dedução por pensão alimentícia, dedução de rendimento tributado ou data do laudo de moléstia grave informado.

Foi publicado o guia prático 3.1.5 do SPED Fiscal com alterações para a geração do arquivo a partir de 01/2024. Dentre elas, implementamos para que, nos registros D700, D730, D750 e D760, os itens da NFCom que não têm Código de Situação Tributária - CST não serão considerados na geração desses registros.

Implementamos para que o sistema lance os débitos decorrentes das retenções com recolhimento diferente de mensal como Outros Créditos na tela Apuração da Retenção na Fonte (F690ARF), sendo que a origem do valor é com base na conciliação das retenções apurada na tela Informações de bases e tributos consolidadas por período de apuração (F690TCC).

Com a entrada em produção do CT-e 4.00, o processo de substituição de CT-e passa a gerar uma dupla tributação, visto que não há mais o CT-e de anulação. Sendo assim, implementamos para que o sistema lance o valor da base de cálculo de PIS/COFINS, calculada no CT-e substituído (F661I12), como redução da base de cálculo do imposto. Para isso, é necessário:

• Uma mensagem cujo Documento Referenciado seja igual a 13 - Substituição de NF Cancelada na tela Mensagem de Notas Fiscais (F024MSG)
• Um dispositivo fiscal definido como Não associado à nota fiscal e com uma mensagem cujo documento referenciado seja igual a 13. Isso na tela Cadastro de Dispositivos Fiscais (F051DIS)

O sistema vai identificar o CT-e substituído a partir do cadastro feito em Notas Fiscais de Saída (F660NFV), botão Detalhes, CT-e Substituído.

A fim de facilitar a identificação da conta contábil, disponibilizamos os campos Classificação (E045PLA.ClaCta) e Classificação Paralela (E045PLA.ClaPar) nas grades das telas Demonstrativo apuração da receita tributável e ISSQN devido por substituto (F660DAR) e Ligação Plano Empresa X Município X Código Tributação DES-IF (F043LPD).

Implementamos para que a integração do registro R-4010 por meio da F690ILA passe a integrar Deduções nos seguintes casos:

• Pensão Alimentícia: a partir do cadastro de dependentes para o fornecedor que tenham valor de pensão maior que zero, desde que a data do movimento integrado esteja dentro da validade inicial e final do dependente
• Dependente: a partir do cadastro de dependentes para o fornecedor que tenham valor de pensão alimentícia igual a zero. Isso desde que a data do movimento integrado esteja dentro da validade inicial e final do dependente. O valor da dedução para cada dependente será o valor da Tabela de Imposto de Renda vigente (tela F040IRF, campo Desconto Dependente)
• Desconto Simplificado Mensal: é para todos os fornecedores do tipo pessoa física, sendo que o valor da dedução será o valor da Tabela de Imposto de Renda vigente (tela F040IRF, campo Valor de desconto para optantes do tipo de desconto simplificado)

Para mais informações, acesse a documentação da tela F690ILA, tópico Detalhamento das Deduções.

Ajustamos também a exportação do campo <relDep>, onde ocorria o seguinte erro na transmissão do evento:

• 10012 - Crítica: O arquivo não segue o formato esperado.; Campo: Reinf; evtRetPF ; ideEstab; ideBenef; ideDep ; relDep - Relacao de dependencia; Valor: 8 (valor diferente do esperado)

A partir desta versão, as rotinas de Exclusão de Cálculo (tela F661EXC) e Estorno de Cálculo em lote (tela F661EXL) dos impostos tipos 5, 41, 42, 43, 44, 47, 48, 53, 54, 55, 56, 57, 58, 65 e 72 podem ser adicionadas a um processo de workflow. Dessa forma, os usuários indicados poderão executá-las apenas quando o workflow conceder a autorização.

Corrigimos as telas de lançamentos do Bloco 4 da EFD-Reinf (F690RPF, F690RPJ, F690BNI e F690RNR) que bloqueavam a edição de lançamentos indevidamente quando o imposto tipo 69 estava apurado para a competência. A partir desta versão, as telas ficarão bloqueadas apenas quando houver apuração do imposto tipo 77 para o período ou se a situação da competência (E690CPT.SitCp4) estiver fechada para o Bloco 4.

Ajustamos os seguintes web services de integração das movimentações contábeis, inserindo a estrutura de call back para o ERP senior X a fim de garantir a integração com o Compliance Fiscal.

• com.senior.g5.co.mct.ctb.importacaolctctb, porta Importar
• com.senior.g5.co.mct.ctb.processarlotectb, porta Processar
• com.senior.g5.co.mct.ctb.gerarlotectb, porta Gerar

No web service com.senior.g5.co.mct.imp.processousuario, porta Inserir, separamos os tipos de processamento de PIS/COFINS e IRPJ/CSLL a fim de facilitar sua identificação durante a apuração desses impostos.

Ajustamos o web service com.senior.g5.co.mct.imp.processousuario, que não era executado via processo automático.

Modificamos a tela de Controle de Anexos (F000ANX), para que seja possível utilizar o recurso de arrastar e soltar para adicionar automaticamente arquivos anexos. Com esta implementação, não é mais necessário pesquisar os arquivos através da navegação de pastas. O recurso vem ativo por padrão, através do parâmetro global HabDraDro.

Esta tela é acessada a partir de várias telas do sistema que utilizam anexos e pode ser aberta apenas através destas telas, não sendo possível acessá-la a partir do menu do sistema.

Problema: ao gerar a segund avia do bloqueto financeiro FRCR023.BLO, via tela de Seleção de modelo de relatório (F000REL), o bloqueto gerava novamente o nosso número do título, mesmo que já estivesse em um banco.

Correção efetuada: ajustamos o bloqueto financeiro FRCR023.BLO, para que não gere um novo nosso número quando o título já estiver no banco.

Melhoramos a performance do processamento do retorno da cobrança escritural através da tela F310RTB e do processo automático 148 - Retorno da Cobrança Escritural visto que o processo anteriormente apresentava uma lentidão progressiva e exponencial conforme o tamanho do arquivo de retorno aumentava. Em função disso, fizemos melhorias de performance para que o tempo de processamento cresça de forma linear.

Problema: a rotina de reconstrução de saldos da tela de Conciliação Saldos Contas Financeiras (F651CSC) apresentava lentidão ao lidar com um número muito grande de registros (como a conciliação de um mês inteiro). Em alguns casos, devido ao alto volume de dados a rotina podia demorar até 48 horas para ser concluída.

Correção efetuada: ajustamos a rotina para ser mais performática, alcançando ganhos de mais de 90%, reduzindo o tempo de 48 horas para 1 hora de processamento, para um mês inteiro de registros.

Problema: ao tentar gerar um crédito de comissão na tela de Entradas de Preparação/Movimento de Caixa e Bancos (F600GEC), o sistema apresentava o erro Filial 0 não localizada na lista.

Correção efetuada: ajustamos a rotina na tela de Entradas... (F600GEC) para não mais ocorrer a mensagem de erro.

Visando atender a importação do Grupo Fiscal para alimentar sistemas terceiros, na questão do ICMS Desonerado que entrou em vigência para o estado de Santa Catarina, em 01/11, disponibilizamos o campo IcmSco (Percentual de ICMS especial para saída de contribuinte), na porta Exportar_5 do web service Com.senior.g5.co.int.varejo.grupofiscalproduto.

Para atender a Instrução Normativa 2145/2023 sobre a retenção de IR para Órgãos Públicos, que já se encontra em vigência, implementamos nos web services de integração de notas abaixo, os referidos campos para que na integração sejam enviadas para o Gestão Empresarial as seguintes informações:

• IR retido;
• CSLL retido;
• PIS retido;
• COFINS retido;
• Valor do título com as retenções descontadas.

Para tanto, adicionamos nos web services:

• Com.senior.g5.co.int.varejo.clientes, porta ExportarClientes: o campo TipEmc - Tipo do direito de propriedade da empresa;
• Com.senior.g5.co.int.varejo.produtosservicos, porta Exportar: o campo PerIfp - Percentual do IRRF para Empresa Pública ou equiparada do Produto;
• Com.senior.g5.co.int.varejo.notafiscal, porta Importar - os campos:
  • VlrBir - Soma dos valores base do IRRF dos itens de serviços da nota fiscal;
  • VlrIrf - Soma dos valores do IRRF dos itens de serviços da nota fiscal;
  • VlrLse - Total líquido dos itens de serviços da nota fiscal.

O sistema foi alterado para conter o campo VlrIdv no web service ImportarNotaAutorizada nas abas Dados Gerais, que faz referência à tabela E140TNF; Produtos, que faz referência à tabela E140IPV; e Serviços, que faz referência à tabela E140ISV. Desta forma, ao importar uma nota que contenha valor para estes campos, o sistema irá gravar na base de dados o valor corretamente.

Problema: ao realizar o envio das informações do Gestão Empresarial para o aplicativo Gestor Senior, o JSON não formatava corretamente um dos campos da requisição.

Correção efetuada: ajustamos a formatação do JSON para que o erro não ocorra.

Pensando em otimizar a jornada de adoção e simplificar ativação da oferta, centralizamos as configurações de integração entre o Gestão Empresarial XT e a senior X Platform. Para realizar a configuração acesse Central de Configurações Senior > Plataforma XT > Configuração de integração.

Efetuamos uma melhoria no processo de integração das pendências de aprovação com o Aplicativo Gestor Senior, disponibilizando junto à descrição do produto, o seu código interno, que aparecerá antes do nome do produto.

Visando facilitar a liberação dos processos de cotação, quando todos os fornecedores participantes do processo informarem os preços (via Cotei, F410CEA ou F410IPR) ou a data limite de cotação for atingida e possuir ao menos um retorno de fornecedor com preços informados, para que não seja necessária alguma ação do usuário através da tela F410PCT para realizar a liberação, possibilitamos que processo de cotação seja liberado automaticamente para o quadro comparativo.

Para tanto, foi criado o novo parâmetro global LibCotAut, que, quando definido como S, fará com que a integração com o Cotei faça esta liberação. Esta implementação permite também a personalização dos itens que serão liberados automaticamente.

Visando possibilitar o recebimento e emissão de documentos fiscais e emitir pedidos com desconto de 100%, realizamos algumas alterações no sistema, tais como:

Recebimento de DF-e (NFS-e, CT-e, NF-e)

Ateramos o campo PerDsc (Percentual de desconto do serviço da nota fiscal de entrada) da tabela Compras - Notas Fiscais de Entrada - Itens de Serviço (E440ISC) para cinco dígitos. A alteração do campo, pode ser feita no parâmetro % Desconto, na grade da guia Serviços, da tela F440GNE

Local: Suprimentos > Gestão de Recebimento > Notas Fiscais de Entrada > Agrupada (F440GNE)

Emissão de DF-e (NFS-e, CT-e, NF-e)

Para a emissão dos documentos eletrônicos, fizemos apenas algumas correções pontuais nas telas F140GNF, F140COL e F140COS, para que o sistema permita a aplicação do desconto e não são necessárias parametrizações específicas.

Locais:

• Mercado > Gestão de Faturamento e Outras Saídas > Notas Fiscais de Saída > Digitação de Notas manuais (F140GNF)
• Mercado > Gestão de Transporte (TMS) > Controle de Transporte > CTRC > Geração (F140COL)
• Mercado > Gestão de Transporte (TMS) > Controle de Transporte > CTRC > Geração - Outros Serviços (F140COS)

Emissão de pedidos

Modificamos as telas F140GNF, F140LOT, F120GPD e F120GFB, para gerar pedidos de venda e notas fiscais com 100% de desconto nos itens, de forma que a transação de estoque (F001TES) vinculada à transação de venda, deve ter o campo Forma Valorização Movimento configurado com a opção F - Fechamento ou então, com a opção M - Movimento e o campo Per. Mov. Ent. sem valor? igual a S- Sim.

Locais:

• Mercado > Gestão de Faturamento e Outras Saídas > Notas Fiscais de Saída > Via Pedido > Agrupado (F140LOT)
• Mercado > Gestão de Faturamento e Outras Saídas > Notas Fiscais de Saída > Digitação de Notas manuais (F140GNF)
• Mercado > Gestão de Vendas > Pedidos > Agrupado (F120GPD)
• Mercado > Gestão de Vendas > Pedidos > Simplificada (F120GPB)

Problema: ao utilizar a tela Notas Fiscais de Saída (F140GNF) para gerar uma nota informando um item de produto que possui dispositivo fiscal cadastrado sem informar valor para o campo Tipo de Ajuste Documento Fiscal, juntamente com a situação tributária 041, o sistema não realizava a sugestão do dispositivo fiscal para o item de produto da nota fiscal de saída.

Correção efetuada: alteramos o processo no sistema para que, quando o parâmetro global SugDisCst estiver ativo e a Situação Tributária 041 estiver atualizada para o item da nota fiscal, juntamente com um dispositivo fiscal que não possui valor informado para o campo Tipo de Ajuste Documento Fiscal, o sistema fará a sugestão do dispositivo fiscal corretamente para o item de produto da nota fiscal de saída.

Problema: ao fazer a integração de eventos de NF-e (autorização, cancelamento, inutilização ou qualquer outro evento de uma NF-e), o sistema não verificava se ocorria algum erro ou aviso durante o processo de integração com o eDocs. Caso houvesse algum erro ou aviso na comunicação, o ERP não executava um rollback a fim de descartar as alterações feitas na rotina, assim não alterando a situação e situação eletrônica da NF-e no ERP, mas gerando o .XML de integração para o sistema eDocs.

Correção efetuada: corrigimos o processo de integração de .XMLs de NF-e entre o ERP e o eDocs no cenário acima, garantindo que a chamada do web service do eDocs pelo ERP seja feita somente após o commit no banco de dados do ERP, evitando que o .XML seja gerado, mas os dados da NF-e não sejam alterados.

Para que a correção seja ativada no ERP, é obrigatório cadastrar o identificador de regras VEN-140CANAE01 na tela F098REG. Após a ativação do identificador, é obrigatório que todos os usuários saiam e entrem no sistema novamente, bem como todos os serviços do sistema sejam reiniciados (exemplo: SeniorMiddleware e ERP_Service).

Também implementamos um recurso de log para diversas operações efetuadas na NF-e, permitindo a rastreabilidade da nota fiscal e fornecendo insumos para a análise de cenários. Esse recurso está sendo liberado no código fonte desta versão e será ativado mediante uma parametrização específica. A documentação do recurso de monitoramento está em construção e será liberada em breve com uma matéria nas Notas da Versão do sistema.

Problema: ao utilizar a tela Controle de Embarques (F145EBQ) para gerar embarque, com dois usuários conectados ao mesmo tempo, gerando o mesmo número de embarque o sistema estava apagando os registros de Seguro da Carga, Lacres, Vale Pedágio, Unidades de Transporte, Unidades de Carga e Produtos Perigosos, informados através da tela Manifesto de Documentos Fiscais - Diversos (F000ROD), acessada por meio do botão Diversos das guias Manifesto e Composição da tela Controle de Embarques (F145EBQ).

Correção efetuada: alteramos o processo no sistema para que o sistema mantenha os registros de Seguro da Carga, Lacres, Vale Pedágio, Unidades de Transporte, Unidades de Carga e Produtos Perigosos, informados através da tela Manifesto de Documentos Fiscais - Diversos (F000ROD), acessada por meio do botão Diversos das guias Manifesto e Composição da tela Controle de Embarques (F145EBQ) ao realizar o processo na condição citada acima.

Problema: ao gerar uma nota fiscal de devolução de compra, o valor do ICMS ST da compra é devolvido em Outras; porém, nas devoluções parciais, este valor de Outras entre itens e dados gerais acaba sendo arredondado de forma errônea, causando mensagem de erro no fechamento da nota fiscal.

Correção efetuada: alteramos o processo no sistema para que, nas devoluções parciais, este valor de Outras entre itens e dados gerais não seja arredondado de forma errônea.

Adicionamos na tela de cadastro de séries de notas fiscais (F020SNF) o campo Dir. Boleto Impressão, que permite replicar o boleto impresso automaticamente no fechamento da nota fiscal, retornando o caminho para replicação do arquivo PDF gerado. Quando este campo estiver preenchido, o boleto será enviado para o diretório indicado.

Para atender a publicação da NT 2023.002 do CT-e divulgando novo evento de insucesso na entrega das mercadorias, implementamos a emissão e cancelamento do evento Insucesso de Entrega, que pode ser parametrizado na guia Insucesso da Entrega, da tela F140CCE.

Com esta implementação, o sistema permitirá que o transportador da mercadoria (emissor do CT-e) faça o envio do evento de insucesso na entrega, quando de fato não for possível realizar a entrega e manter este registro vinculado ao CT-e. Com isso, após o CT-e emitido e autorizado a transportadora pode registrar um ou mais eventos de insucesso na entrega, indicando o número da tentativa da entrega, o motivo pelo insucesso, justificativa, bem como informações de latitude e longitude (que serão geradas se o evento do insucesso for gerado por um dispositivo móvel) e ainda, imagem da tentativa. Como pode ocorrer o envio de um evento de insucesso erroneamente, o sistema ainda permitirá o cancelamento deste evento.

Para mais informações sobre as parametrizações necessárias, acesse a documentação da tela.

Na tela Geração de Itens de Pedido via conteúdo de Embalagens de Estocagem (F120PVE), foi inserido um novo campo de Depósito para complementar o filtro que será montado ao clicar no botão Mostrar. Desta forma, o sistema irá trazer apenas as embalagens que fazem referência ao(s) depósitos informados.

Complementamos a documentação da página sobre Integração com o eDocs em relação ao funcionamento do parâmetro Agrupar os logs por diretório diário (Performance I/O). Esse parâmetro afeta a geração de logs da rotina de integração, bem como sua performance. Também adicionamos um trecho para auxiliar com a identificação desses logs.

Moficamos a rotina de Emissão de CT-e, para que, ao gerar um CT-e de substituição na versão 4.00, sejam excluídos os títulos de contas a receber do CT-e substituído. Esta mudança, otimiza a rotina financeira na realização do processo de emissão do CT-e de substituição, bem como elimina a necessidade de exclusão dos títulos manualmente, e por fim, faz com que o recebimento não corra o risco de ser duplicado.

Problema: o log de exportação apresentava o erro List Index Out of Bounds, ao exportar layout com um registro vazio.

Correção efetuada: ajustamos a rotina de exportação para não apresentar erro quando um registro estiver vazio no layout.

Problema: ao realizar a importação de produtos via layout de importação, mesmo enviando para o campo E075PRO.IndFpr (Usa Produto X Fornecedor) o valor S, o produto era gravado com o valor N no campo.

Correção efetuada: alteramos o processo de importação de produtos para que o valor do campo E075PRO.IndFpr seja gravado com o valor enviado no layout. Se o valor no layout estiver em branco, então o campo será gravado com o valor padrão N.

Problema: ao configurar o idioma inglês no sistema, eram apresentadas mensagens que impediam finalizar a configuração, como por exemplo:

• O arquivo X não é um arquivo de traduções válido (...)
• Ocorreu um erro ao iniciar o sistema e a aplicação será finalizada (...)

Correção efetuada: ajustamos o sistema a fim de que a configuração do idioma ocorra normalmente.

Ateramos o processo automático 87 - Movimentar pendências de estoque do faturamento, para que aceite abrangência no parâmetro do código da filial (FILTRO_FILIAL). Com esta alteração, quando houver um grande número de filiais, pode ser utilizado o caractere hífen, como por exemplo 1-300.

Problema: ao gerar uma ordem de compra com parcelas especiais e com o % Desconto Parcela com a data de vencimento zerada na guia Parcela, o desconto não era calculado no título.

Correção efetuada: ajustamos o sistema para consistir a data de vencimento zerada, quando o campo % Desconto Parcela estiver maior que zero, para apresentar a mensagem Parcela possui % Desconto informado. Necessário zerar o desconto antes de zerar o vencimento!. Além disso, caso informar, primeiro, o campo % Desconto Parcela com a data de vencimento zerada, será apresentada a mensagem, Favor informar a data de vencimento, pois não é possível ter desconto com a data de vencimento zerada!.

Adicionamos na tela de cadastro de Contrato de Compra (F460CTR), o campo Valor Total do Item nas grades de produtos e serviços. O campo armazena a multiplicação entre os campos de Quantidade e Preço Unitário.

No rodapé da tela, inserimos a caixa de seleção Realizar sugestões ao incluir/alterar item, que, estando marcada, ao alterar um item de produto ou serviço o sistema questionará se o usuário deseja aplicar esta alteração somente ao item posicionado ou também aplicar aos Itens Abaixo, ou seja, às demais competências subsequentes em aberto do contrato. Caso o usuário opte por aplicar também às outras competências, serão percorridas as competências posteriores do contrato e aplicada a alteração aos itens que possuam o mesmo código e derivação (para os itens de produto), ou mesmo código para os itens de serviço.

Também disponibilizamos a nova tela de Multiplicação de Competências em Contrato (F460MCC) que tem o objetivo de proporcionar mais agilidade na inclusão de itens nas competências, permitindo que este item possa ser replicado rapidamente de forma simples, evitando a necessidade e retrabalho de preenche todas as informações de forma manual para cada competência. A nova tela, será chamada através da tela F460CTR, quando a opção Realizar sugestões ao incluir/alterar item estiver marcada. Ao incluir um novo item no contrato, o sistema emitirá uma mensagem questionando se o usuário deseja gerar este mesmo item para as demais competências. Caso o usuário opte por Sim, a tela F460MCC será inicializada, e nela será possível definir parâmetros de replicação, como escolher os meses de intervalo entre as competências, a quantidade de competências que deseja gerar para o item, e a partir de qual competência deve ser gerada as demais.

A partir desta atualização o Gestão Empresarial conta com um novo quadro comparativo de propostas, acessível por meio da tela F410NQC. Novas funcionalidades, mais informações e uma melhor experiência do usuário, são algumas das novidades implementadas. Com a utilização desses novos recursos, as tomadas de decisões e a negociação de preços com os fornecedores serão otimizadas, melhorando a jornada de compras no ERP XT.

Problema: na tela F207LOT, quando a opção Manter requisição em tela após processamento estava marcada, caso fosse inserido um novo item na requisição, se os itens anteriores já estivessem com a sua situação diferente do que estava carregado na tela, como, por exemplo, a requisição já havia sido atendida por outro usuário, era atualizada a situação da requisição novamente para o status que era apresentado em tela.

Correção efetuada: aplicamos uma consistência na tela, para que, ao processar um registro quando a opção Manter requisição em tela após processamento estiver marcada, o sistema verifique a situação atual das requisições que estão na tela, e caso alguma delas esteja com a situação diferente, ou seja, já foi atualizada por outro processo ou usuário, será apresentada a mensagem A situação da sequência X da requisição X foi alterada por outro usuário ou processo. É necessário cancelar os dados e carregar novamente a requisição para inserir novos itens. Neste caso, é necessário cancelar os registros carregados na tela e mostrar novamente, para inclusão de novos itens.

Problema: ao procurar um item para inclusão através da tela Consulta Estoque/Preço Produto (F075EPP) com o campo Utilizar Consulta Padrão de Produtos desmarcado, informar o filtro Grupo Comercial e clicar em Mostrar, o sistema alterava para um depósito incorreto.

Correção efetuada: alteramos o processo no sistema para que o depósito correto seja apresentado na tela Consulta Estoque/Preço Produto (F075EPP).

Problema: ao gerar uma nota com uma unidade de medida, na qual a conversão contrária não era equivalente, a quantidade recebida da nota era gerada diferente do que a quantidade recebida no XML.

Correção efetuada: ajustamos para que o recebimento eletrônico realize apenas a conversão da unidade de medida do fornecedor para o estoque, evitando problemas na quantidade recebida fique diferente do XML recebido.

Problema: quando o parâmetro global ExcNfcMdf estava com o valor S deveria permitir excluir notas fiscais de entrada do tipo 1 - NF Entrada, 2 - Devolução (NF do Cliente), 3 - Devolução (NF de Saída), mesmo que essas notas estivessem vinculadas a um MDF-e, porém, o sistema não permitia a exclusão das notas do tipo 2 e 3.

Correção efetuada: alteramos a rotina de validação para que, no caso do parâmetro global ExcNfcMdf estar com o valor S, seja possível a exclusão de notas de entrada do tipo 1 - NF Entrada, 2 - Devolução (NF do Cliente), 3 - Devolução (NF de Saída).

Implementamos um novo tipo de autenticação que passa, no cabeçalho (header), a informação da chave referente ao atributo Authorization para requisições SOAP que utilizam webservice-factory. Esse tipo de autenticação poderá ser utilizado em web services customizados.

Complementamos a documentação sobre a função Extenso com a informação importante a respeito do arredondamento de valores. Como a função contempla no máximo duas casas decimais após a vírgula, são arredondados todos os valores que possuírem três ou mais casas decimais.

Exemplo: caso o valor seja 1,567, será arredondado para um real e cinquenta e seis centavos.

Problema: ao executar as rotinas de logon criptografado no sistema, ocorria o erro Erro no logon criptografado. Win32 Error. Code: 232. The pipe is being closed.

Correção efetuada: ajustamos a geração da assinatura digital para o arquivo correspondente à execução da rotina.

Problema: em alguns ambientes, o agendamento dos processos automáticos não era executado corretamente.

Correção efetuada: corrigimos o controle de critical section das rotinas do middleware.

Problema: em alguns dispositivos de câmera, o sistema não capturava corretamente a foto ao clicar no botão correspondente para obter a imagem.

Correção efetuada: ajustamos a rotina de funcionamento para que a captura de imagem ocorra normalmente.

Visando atender a importação do Grupo Fiscal para alimentar sistemas terceiros, na questão do ICMS Desonerado que entrou em vigência para o estado de Santa Catarina, em 01/11, disponibilizamos o campo IcmSco (Percentual de ICMS especial para saída de contribuinte), na porta Exportar_5 do web service Com.senior.g5.co.int.varejo.grupofiscalproduto.

Para atender a Instrução Normativa 2145/2023 sobre a retenção de IR para Órgãos Públicos, que já se encontra em vigência, implementamos nos web services de integração de notas abaixo, os referidos campos para que na integração sejam enviadas para o Gestão Empresarial as seguintes informações:

• IR retido;
• CSLL retido;
• PIS retido;
• COFINS retido;
• Valor do título com as retenções descontadas.

Para tanto, adicionamos nos web services:

• Com.senior.g5.co.int.varejo.clientes, porta ExportarClientes: o campo TipEmc - Tipo do direito de propriedade da empresa;
• Com.senior.g5.co.int.varejo.produtosservicos, porta Exportar: o campo PerIfp - Percentual do IRRF para Empresa Pública ou equiparada do Produto;
• Com.senior.g5.co.int.varejo.notafiscal, porta Importar - os campos:
  • VlrBir - Soma dos valores base do IRRF dos itens de serviços da nota fiscal;
  • VlrIrf - Soma dos valores do IRRF dos itens de serviços da nota fiscal;
  • VlrLse - Total líquido dos itens de serviços da nota fiscal.

O sistema foi alterado para conter o campo VlrIdv no web service ImportarNotaAutorizada nas abas Dados Gerais, que faz referência à tabela E140TNF; Produtos, que faz referência à tabela E140IPV; e Serviços, que faz referência à tabela E140ISV. Desta forma, ao importar uma nota que contenha valor para estes campos, o sistema irá gravar na base de dados o valor corretamente.

Implementamos um novo tipo de autenticação que passa, no cabeçalho (header), a informação da chave referente ao atributo Authorization para requisições SOAP que utilizam webservice-factory. Esse tipo de autenticação poderá ser utilizado em web services customizados.

Ajustamos os seguintes web services de integração das movimentações contábeis, inserindo a estrutura de call back para o ERP senior X a fim de garantir a integração com o Compliance Fiscal.

• com.senior.g5.co.mct.ctb.importacaolctctb, porta Importar
• com.senior.g5.co.mct.ctb.processarlotectb, porta Processar
• com.senior.g5.co.mct.ctb.gerarlotectb, porta Gerar

No web service com.senior.g5.co.mct.imp.processousuario, porta Inserir, separamos os tipos de processamento de PIS/COFINS e IRPJ/CSLL a fim de facilitar sua identificação durante a apuração desses impostos.

Ajustamos o web service com.senior.g5.co.mct.imp.processousuario, que não era executado via processo automático.

Problema: ao rodar o processo agendado Insight Control, o sistema apresentava a mensagem de erro Erro na execução do processo automático: Falha da comunicação: Erro no Envio para Plataforma X camadadegestao-financeiro: Format '%s' invalid or incompatible with argument, com erro de formatação no texto da mensagem.

Correção efetuada: corrigimos a rotina que envia arquivos para o serviço da senior X Platform para que, caso ocorra alguma falha de comunicação, seja mostrado a mensagem de erro original do serviço ao invés do erro de formatação do texto da mensagem.

Problema: ao habilitar no SGU a opção Usuário deve alterar a senha após logon, após realizar a autenticação no sistema era apresentada a mensagem: "Credenciais inválidas".

Correção efetuada: corrigimos o sistema para que o erro não aconteça e a autenticação seja devidamente realizada.

Criamos os novos parâmetros globais AnaCalMul e AnaQtdDia para permitir a personalização dos títulos em atraso no relatório financeiro do Analitycs ERP, otimizando a performance da carga de dados quando houver uma grande quantidade de títulos em atraso.