BOLETIM – VERSÃO 13.005.003

Ajustes na integração dos campos “descrição do problema” e “observação” entre PDG e ERP: No integrador, foi alterado para que: Na criação do O.S, a descrição do problema seja trazida da observação da O.S e quando ela for adicionada após visita técnica, virá do campo que foi adicionado pelo técnico. [534570]. 

Ajustes no endpoint de listagem de fornecedores: Realizado ajustes no endpoint de listagem de clientes para filtrar corretamente os registros quando não for informada uma situação, e incluído os dados de endereço no endpoit de fornecedor. [535206]. 

Caracteres Especiais na Tag NFSOutrasInformacoes da NFS-e – Geral: Corrigida a geração da tag “NFSOutrasInformacoes” para preservar os caracteres especiais informados pelo usuário.  

Essas informações são exibidas na aba Observações da Nota Fiscal (rotina 1057), quanto na impressão nas Informações Complementares e na geração do XML da NFS-e. 

Com o ajuste, caracteres como “#” deixam de ser removidos durante o processamento das informações, garantindo que o conteúdo seja apresentado e transmitido conforme informado, preservando a integridade dos dados utilizados nas integrações e documentos fiscais. [535480]. 

Devolução de nota fiscal emitidas sem cClassTrib (antes da reforma tributária) – GERAL: Ajustado processo de emissão de devolução de NF-e (rotina 1057 botão “gera nota de devolução), para quando o item da nota origem não possuir IBS/CBS, ou seja, não possuir cClassTrib, o item na nota de devolução será destacado também sem valor de IBS/CBS e com o cClassTrib 410031. 

 A regra não será aplicada quando na devolução da nota fiscal for selecionado no campo “Manter base e valor dos impostos” a opção “Não”, nesse caso será realizado o cálculo dos impostos conforme parametrização do sistema, buscando informações de regras ativas cadastradas na rotina “Regras (90001)”. 

 Na wizard de entrada da emissão de nota fiscal de devolução foi adicionado a mensagem: “Devolução de notas emitidas antes da reforma tributária (sem IBS/CBS) serão destacadas com cClassTrib 410031 quando selecionado para manter as bases e valores dos impostos”. A mensagem sempre será exibida independente da nota a ser devolvida possuir ou não informação de cClassTrib.[535006].

Pré-requisitos: Possuir um e-mail configurado no Cadastro de Usuários (99004). 

Adicionar um usuário destinatário através da opção “Usuários” na rotina Agendamentos (99023). 

Envio de E-mails – Módulo Alertas > Principal > Agendamentos (rotina 99023): Corrigido o processo de envio de e-mails executado pela opção “Executar Agora”, garantindo o anexo de todos os arquivos gerados pelo processo. 

Com o ajuste, os destinatários configurados passam a receber tanto o arquivo PDF quanto o arquivo CSV, conforme previsto na funcionalidade de envio dos relatórios. [535311]. 

Endereço a considerar na unificação de faturas – Módulo Balcão > Processamentos > Unificar Faturas (Rotina 2778): Incluído filtro Endereço a considerar na primeira etapa do processo de unificação, apresentando apenas endereços que possuam faturas em aberto e aptos para unificação. Ao selecionar um endereço específico, a etapa de seleção das faturas passa a exibir somente os registros vinculados ao endereço escolhido. Quando selecionada a opção Todos, são apresentadas todas as faturas disponíveis para unificação. Também foi incluída a coluna Endereço na etapa de seleção das faturas, indicando o código do endereço da fatura para facilitar a identificação dos registros. [534968]. Saiba mais: Unificar faturas (2778) 

Pré-requisitos: Configuração do orçamento no modo completo.
Listagens de itens – Balcão > Principal > Orçamento (Rotina 1077): Ajustado o processo de consulta de saldo para preservar os itens listados, evitando a recarga da tela após a consulta. [535477]

Remoção de bloqueio por saldo em divergência e ajuste na transferência de estoque – Módulo Balcão > Principal > Pedido (Rotina 1079): Ajustado o comportamento do sistema para permitir a continuidade das vendas mesmo quando houver saldo no depósito de divergência de saída. 

Anteriormente, qualquer quantidade em divergência bloqueava totalmente a venda do produto, mesmo com estoque disponível no depósito principal, gerando retrabalho com transferências manuais entre depósitos. 

Com a melhoria, o bloqueio foi removido, permitindo a venda normalmente, enquanto o tratamento das divergências continua sendo realizado pelos processos já existentes. 

Também foi revisada a lógica de transferência de estoque em divergências na separação: agora, o sistema passa a transferir para o depósito de divergência todo o saldo remanescente do produto na filial, e não apenas a diferença da requisição. 

Exemplo prático: 

Produto com 12 unidades em estoque, com requisição de 10 unidades, sendo encontradas 5 na separação: 

Antes: 5 unidades eram transferidas para divergência; 

Agora: 7 unidades são transferidas (saldo remanescente do depósito); 

Permanecem 5 unidades disponíveis para venda. 

Além disso, novas entradas de estoque passam a ficar imediatamente disponíveis para venda, mesmo com saldo pendente no depósito de divergência. [535279]. 

Ajustes na liquidação de cheques com adiantamentos – Módulo Cheques > Cheques a Receber > Liquidação Total/Parcial (Rotina 4002): Realizado ajuste no recebimento de cheques com contrapartida em adiantamento para que, ao informar encargos financeiros, como juros, multa ou desconto, durante o recebimento, esses valores sejam considerados em conjunto com o valor nominal do cheque. Dessa forma, o saldo do adiantamento é consumido corretamente, contemplando o valor total da operação.  

Além disso, quando houver juros, multa ou desconto informados na liquidação, será gerado um novo lançamento financeiro utilizando a contrapartida configurada para o respectivo encargo, garantindo a contabilização correta desses valores. [534944].

Ajuste de Flag – Módulo Compras > Principal > Painel de Demandas (Rotina 2634): Efetuado ajuste para que após troca de filial compradora, o comportamento da flag “Selecionar Todas” seja o esperado e marque corretamente todas as demandas apresentadas em tela. [535624]. 

Validação do campo Vendedor – Módulo Estoque > Notas fiscais > Lançamento de Notas Fiscais (rotina 1020): Corrigido o processo para que, em operações diferentes do tipo Venda, seja possível prosseguir com o lançamento mesmo sem informar o campo Vendedor. 

O preenchimento automático do vendedor permanece sendo realizado conforme a lógica da pré-geração da rotina, para operações do tipo Venda, o comportamento permanece inalterado. [532467].

Melhoria na performance na geração do relatório e Alteração de nomenclatura de Flag: Módulo Estoque > Estoque > Relação de lançamentos de ajuste (Rotina 1214): Realizado ajuste no processo de geração o relatório, melhorando a sua performance, eliminando a lentidão identificada anteriormente.  Adicionalmente foi alterada a nomenclatura da flag “Buscar usuário no LOG” para “Buscar usuário”, uma vez que essa informação passou a ser obtida diretamente das movimentações do sistema, tornando a descrição mais aderente ao comportamento atual do sistema. [535470]. 

📌Impactos: 
 
A Flag “Buscar usuário no LOG” passou a ser apresentada com a nomenclatura “Buscar usuário” na rotina 1214.

Informação de participante de operação financeira – Módulo Financeiro > Títulos > Geração de títulos a pagar (Rotina 2711) / Módulo Financeiro > Títulos > Geração de títulos a receber (Rotina 7135) / Módulo Financeiro > Principal > Lançamentos Contábeis (Rotina 7001): Foi disponibilizada a possibilidade de informar o Participante (Op. Financeira) também nos lançamentos gerados em modo Múltiplas Partidas pelas rotinas Geração de Títulos a Pagar (2711), Geração de Títulos a Receber (7135) e Lançamento Contábeis (7001).   

Ao utilizar o modo Múltiplas Partidas, será possível informar o código do participante da operação financeira nas contas de natureza Resultado. O participante informado será gravado na contabilização e poderá ser consultado pela rotina 7001. [535270].

Alteração nas regras da tabela de tributação – Módulo Fiscal > Cadastrar > Tributações PIS/COFINS (rotina 1426): Realizado ajuste nas regras da tabela de tributação para que quando configurado com o CST de entrada 70, 71, 72, 73 ou 74, os campos referentes ao % PIS e % COFINS sejam habilitados, permitindo informar as alíquotas de PIS/COFINS. 

Esse ajuste foi necessário para que ao realizar a devolução de notas de venda com CST 06 e 07, seja realizado o cálculo do PIS/COFINS, porém, sem que os valores sejam gerados no XML, assim como ocorre para as notas de venda com CST 06 e 07. 

Como as saídas com CST 06 e 07 são emitidas com o cálculo de PIS/COFINS, a devolução também deve ser emitida com esse cálculo, para que o valor seja devidamente estornado, evitando diferenças contábeis, uma vez que a contabilização mensal é realizada com base nos valores das notas fiscais. [534477]. 

Apuração do PIS/COFINS com devolução de venda – Módulo Fiscal > Livros > Apuração – PIS/COFINS (rotina 1742): Realizado ajuste na apuração do PIS/COFINS, quando no período ocorrer venda com CST 06 e 07 e a devolução da venda com CST 70, 71, 72, 73 ou 74.  

Os valores referentes às saídas com CST 06 ou 07 passarão a gerar ajustes de acréscimo no valor integral da nota fiscal nos registros M220/M620. Já as devoluções referentes a essas notas, ocorridas no mesmo período, gerarão ajustes de redução nesses mesmos registros.  

Os ajustes de redução serão gerados no registro M220/M620 de forma totalizadora, dessa forma, caso haja mais de uma devolução no mesmo período, esses valores serão gerados em apenas um único registro totalizador, com o indicador “0” e a data e número do documento em branco. [534477]. 

Comparação de Dados entre NF e XML – Módulo Fiscal > Consistências > Imposto entre NF e XML (rotina 1921): Corrigido o processo de geração do relatório para que a busca do XML seja realizada corretamente, utilizando o documento correspondente à Nota Fiscal analisada. 

Com o ajuste, os valores apresentados na coluna “Campo no XML” passam a refletir as informações do XML correto, eliminando divergências causadas pela utilização de registros incorretos. 

Também foram realizadas melhorias na apresentação do relatório, incluindo a inclusão de um título, a remoção das casas decimais para campos do tipo CST e o ajuste da descrição “Diferença de Base de CST de PIS”, proporcionando maior clareza na análise. [533232]. 

Desfazer Troca – Módulo Fiscal > Processamentos > Alterar NF Lançada para Emitida (rotina 1497):Corrigido o controle de acesso da funcionalidade “Desfazer troca” para que fique disponível aos usuários com acesso à rotina e na ação. 

Com a alteração, passa a ser possível desfazer o processo de conversão de Nota Fiscal de Lançada para Emitida diretamente pela rotina, quando necessário. [535137]. 

Detalhamento Base de crédito do PIS/ COFINS – Módulo Fiscal > Arquivo Digital > Federal > SPED – EFD PIS/COFINS (rotina 6073): Adequada a geração do relatório “4. Detalhamento da Base de Crédito” (acessado por meio do botão “Consistências”), para que sejam considerados corretamente os filtros de período e filial informados. Com o ajuste, o relatório passa a listar apenas as notas fiscais correspondentes aos critérios selecionados. [535106]. 

Envio e cópia de DANFE de NFS-e – Módulo Fiscal > Notas Fiscais > Enviar XML por e-mail (rotina 1373): Realizado ajuste no processo de envio e cópia de arquivo DANFE de NFS-e realizado através da rotina Enviar XML por e-mail (1373) para que seja respeitado a configuração do modelo de impressão configurado para o tipo modelo “Nota fiscal de serviços” na rotina “Modelos e impressoras (1821)”. Quando na rotina 1821 constar configurado o modelo de impressão 104, será gerado o DANFE no modelo 104, independente do modelo em que a NFS-e foi emitida. Quando estiver configurado modelo de impressão 999, será gerado o PDF de impressão com base no XML retornado pela prefeitura. 
Vale ressaltar que para o e-mail será enviado um anexo com extensão “.tmp”, esse arquivo gera de forma automática não sendo possível remover. [535260]. 

Geração da UF no registro E316 – Módulo Fiscal > Processamentos > Guias para geração do E316 Sped Fiscal (Difal/FCP) (rotina 2989) – Realizado ajuste na gravação da UF nas guias para geração do E316 do SPED Fiscal (botão Guias), para que seja gravada a UF de tributação da nota. 

Na geração do Registro 0150, ajustado para que o código do participante seja gerado por UF quando a nota referenciada por ele estiver com a flag “Digita endereço entrega” marcada e possuir registro de partilha (rotina 2989 -> Guias). Vale ressaltar que o código do participante é formado pelo CNPJ + endereço Id + código da conta presente nos livros, onde agora, passa a somar no código o código referente a UF, caso a condição anteriormente citada seja atendida, gerando um código 0150 pra cada UF de cada partilha. O código do participante, para evitar impactos, será gerado da mesma forma como anteriormente quando a nota não estiver marcada para digitar endereço de entrega. [533787]. 

Geração do registro E113 decorrente de apropriação do CIAP – Módulo Fiscal > Arquivo Digital > Estadual > SPED – EFD ICMS/IPI (rotina 6063): A Receita Estadual do Paraná informa que foram incluídas novas malhas fiscais de pós validação de EFD. As novas malhas fiscais serão aplicadas aos arquivos de EFD entregues em maio/2026, relativas ao período de abril-2026, e se será aplicada mensalmente, de forma permanente, a partir de maio de 2026. 

Dessa forma, quando houver apropriação de crédito do ativo permanente do CIAP em filiais do estado do Paraná, o registro E113 será gerado quando: 

– Possuir itens do patrimonial que apropriaram valores de crédito de ICMS no período; 

– O valor total do crédito de ICMS sobre ativo imobilizado no período estiver informado na apuração do ICMS (rotina 6005, botão “Ajustes da apuração”, na aba “Créditos”, botão “Outros créditos”, com o código do ajuste “PR020021”). 

No arquivo SPED Fiscal, será gerado o registro E113 com os dados da nota vinculada ao item do patrimonial que foi incluído no CIAP e com o valor da parcela apropriada de ICMS. 

Campo 02 (COD_PART) – Código do participante (campo 02 do Registro 0150), na qual se refere a conta do fornecedor da nota vinculada. 

Campo 03 (COD_MOD) – Código do modelo fiscal da nota. 

Campo 04 (SER) – Série da nota fiscal. 

Campo 06 (NUM_DOC) – Número da nota fiscal. 

Campo 07 (DT_DOC) – Data de emissão da nota fiscal. 

Campo 09 (VL_AJ_ITEM) – Valor da parcela apropriada de ICMS. 

Campo 10 (CHV_DOC) – Chave da NF-e. [533828]. 

Geração dos registros E111 e E113 do SPED Fiscal – Módulo Fiscal > Arquivo Digital > Estadual > SPED – EFD ICMS/IPI (rotina 6063): Realizado ajuste na geração dos registros E111 e E113 do SPED Fiscal, para que sejam gerados quando existir no período ajustes de ICMS com os códigos “PR020061” e “PR000062”. [535502]. 

Registro F120 do SPED Contribuições – Módulo Fiscal > Arquivo Digital > Federal > SPED – EFD PIS/COFINS (rotina 6073): Realizado ajuste na geração do registro F120 do SPED Contribuições para que seja validado a configuração da conta na rotina Contas Contábeis (7002) botão “configurações da conta por empresa”, para que seja gerado somente se a conta estiver configurada para “calcular” operação financeira para a empresa. Se a conta estiver configurada para não calcular operação financeira, não será gerado o registro F120 para a conta no SPED Contribuições. [535608]. 

Relatório de apuração do PIS/COFINS – Módulo Fiscal > Relatórios > Relatório Apuração de PIS/COFINS – Cumulativo/Não cumulativo (rotina 3092): Realizado ajuste no relatório para considerar as operações financeiras e as devoluções cuja venda foi fora do período na apuração do crédito. [535107]. 

Remoção de bloqueio por saldo em divergência e ajuste na transferência de estoque – Módulo Fiscal > Principal > Emissão de NF > Outras > Outras Saídas (Rotina 2782): 

Ajustado o comportamento do sistema para permitir a continuidade das vendas mesmo quando houver saldo no depósito de divergência de saída. 

Anteriormente, qualquer quantidade em divergência bloqueava totalmente a venda do produto, mesmo com estoque disponível no depósito principal, gerando retrabalho com transferências manuais entre depósitos. 

Com a melhoria, o bloqueio foi removido, permitindo a venda normalmente, enquanto o tratamento das divergências continua sendo realizado pelos processos já existentes. 

Também foi revisada a lógica de transferência de estoque em divergências na separação: agora, o sistema passa a transferir para o depósito de divergência todo o saldo remanescente do produto na filial, e não apenas a diferença da requisição. 

Exemplo prático: 

Produto com 12 unidades em estoque, com requisição de 10 unidades, sendo encontradas 5 na separação: 

Antes: 5 unidades eram transferidas para divergência; 

Agora: 7 unidades são transferidas (saldo remanescente do depósito); 

Permanecem 5 unidades disponíveis para venda. 

Além disso, novas entradas de estoque passam a ficar imediatamente disponíveis para venda, mesmo com saldo pendente no depósito de divergência. [535279]. 

Sincronização de cClassTrib e CST com o site da Conformidade Fácil – Módulo Fiscal > Tributação > Sincronização de cClassTrib e CST > Sincronização de cClassTrib e CST com o site da Conformidade Fácil (rotina 90010):Realizado ajuste para que não seja mais executado a atualização das tabelas de cClassTrib (rotina 90006) e CST (rotina 90007) durante a execução do Reorgdia Fiscal. 

O processo de atualização deverá ser executado de forma manual pelo usuário, dessa forma foi disponibilizado no módulo Fiscal > Tributação > Sincronização de cClassTrib e CST a rotina Sincronização de cClassTrib e CST com o site da Conformidade Fácil (90010). 

Ao executar o processo através da rotina 90010 os dados do cClassTrib e do CST serão atualizados no sistema ficando de acordo com as informações do Portal de Conformidade Fácil. 

Quando um CST ou cClassTrib não existir no sistema e constar no Portal de Conformidade Fácil, o mesmo será criado no sistema; 

Quando existir e possuir qualquer informação diferente, será atualizado; 

Quando existir no sistema e não estiver na lista retornada do Portal de Conformidade Fácil, será regravado como “obsoleto”, ficando com a data final de um dia antes da consulta. (ex: executado a atualização através da nova rotina no dia 10/07/2026, os obsoletos ficarão com data final 09/07/2026). 

 A rotina possui permissão de acesso, inicializado sem permissão, ficando a cargo do responsável conceder ou não acesso ao usuário. [535167]. 

Remoção de bloqueio por saldo em divergência e ajuste na transferência de estoque – Módulo Oficina > Ordens de serviço > Ordens de Serviço (Rotina 2292): 

Ajustado o comportamento do sistema para permitir a continuidade das vendas mesmo quando houver saldo no depósito de divergência de saída. 

Anteriormente, qualquer quantidade em divergência bloqueava totalmente a venda do produto, mesmo com estoque disponível no depósito principal, gerando retrabalho com transferências manuais entre depósitos. 

Com a melhoria, o bloqueio foi removido, permitindo a venda normalmente, enquanto o tratamento das divergências continua sendo realizado pelos processos já existentes. 

Também foi revisada a lógica de transferência de estoque em divergências na separação: agora, o sistema passa a transferir para o depósito de divergência todo o saldo remanescente do produto na filial, e não apenas a diferença da requisição. 

Exemplo prático: 

Produto com 12 unidades em estoque, com requisição de 10 unidades, sendo encontradas 5 na separação: 

Antes: 5 unidades eram transferidas para divergência; 

Agora: 7 unidades são transferidas (saldo remanescente do depósito); 

Permanecem 5 unidades disponíveis para venda. 

Além disso, novas entradas de estoque passam a ficar imediatamente disponíveis para venda, mesmo com saldo pendente no depósito de divergência. [535279]. 

Remoção de campo – Módulo Oficina > Ordens de serviço > Ordens de Serviço (Rotina 2292): Ao editar uma OS, na aba serviços a opção de “Cancelar Atendimento” foi removido o campo “Quantidade a cancelar”. 

📌Impactos: A ação de cancelar serviço não permite processo parcial, e nestes casos, deve-se editar o serviço e alterar a quantidade quando aplicável. [535469].

Pré-requisitos: Configurar nos parâmetros do módulo, rotina 2539 > Impressão > Modelo de Garantia da OS > Modelo 7. 
Visibilidade de informações – Módulo Oficina > Relatórios > OS de Garantia (Rotina 2618): Corrigida impressão do relatório de OS de garantia modelo 7 de modo que a informação de horímetro e seu valor não fiquem sobrepostas. [535531]. 

Relatório do CIAP com item baixado – Módulo Patrimonial > CIAP > Relatório Modelo D (rotina 10073): Realizado ajuste no relatório do CIAP para que seja apresentada a baixa do item corretamente, com seus respectivos valores, independente do filtro “Item”. [533796].

Validação da empresa logada no processo de alteração de itens do patrimonial – Módulo Patrimonial > Movimentos > Alteração (rotina 10066): Realizado ajuste no processo de cadastro de lançamentos de alteração de itens do módulo patrimonial, para que o sistema realize corretamente a validação da empresa logada, para não ocorrer conflitos nos casos em que empresas diferentes possuem itens com o mesmo código. [533492]. 

Cancelar fatura – Módulo Rental > Principal > Contratos (Rotina 1514): Correção que permite o cancelamento de pré-faturas já autorizadas diretamente pela aba de Pré-Faturas na edição do contrato. [535255].