Realizamos uma melhoria no processo de cancelamento de NFS-e do fornecedor Simpliss (Reforma Tributária), garantindo o correto envio da solicitação após a atualização do layout exigido pelo fornecedor, evitando que a nota seja rejeitada durante a tentativa de cancelamento.

Local: NFS-e > Emissões

Os protocolos de autenticação e geração de tokens do Gmail foram atualizados para que o fluxo de integração de novas contas de e-mail ocorra corretamente, evitando bloqueios relacionados à validação de segurança do aplicativo.

Local: Configurador > Email

As rotinas dos Web Services BaixarXml e ObterCriticasIntegracao foram ajustadas para que filiais identificadas por CPF retornem corretamente as informações durante as consultas realizadas pelos serviços.

Local: eDocs > Web Services

Agora a rotina de consulta de URL passa a considerar também endereços que dependem de parâmetros adicionados durante a execução do sistema, permitindo validar corretamente conexões que anteriormente eram identificadas como indisponíveis.

Local: Configurações > Consulta URL

Foi ajustada a rotina de retorno individual de NF-e ao ERP, onde o sistema passa a tratar corretamente o envio das informações de retorno, proporcionando mais consistência no processo.

Local: NF-e > Emissões

Os schemas de validação da NFCom foram atualizados conforme a Nota Técnica nº 2025.001, versão 1.14a, incluindo novos tipos de ente governamental (Consórcio Público e Comitê Gestor do IBS), novos tipos de operação e campo de referência a DF-e anterior no grupo de compras governamentais, em adequação às regras da Reforma Tributária.

Local: NFCom > Emissões

Foi ajustada a rotina de integração com o fornecedor Giap para que o código NBS e codigo CNAE sejam incluídos corretamente no envio das informações durante o processo de transmissão.

Local: NFS-e > Emissões

Foi ajustada a integração com o fornecedor Pública para que o grupo gCBSCredPres seja enviada apenas quando estiver presente no XML do ERP, respeitando a estrutura das informações recebidas na integração da Reforma.

Local: NFS-e > Emissões

Conforme atualização da documentação do fornecedor Smarapd (Reforma Tributária), o envio de NFS-e pelo eDocs passa a considerar que os valores totais e percentuais de tributos federais só são informados quando houver a correspondente discriminação nas tags de retenção, com ajustes na geração do XML para atender à regra que envolve as tags vTotTribFed, pTotTribFed, vRetCP, vRetCSLL e vRetIRRF, mantendo a consistência das informações enviadas.

Local: NFS-e > Emissões

Em situações de reenvio de retorno agrupado de NF-e emitidas, o processo passa a ocorrer de forma adequada após ajustes na rotina, restabelecendo o funcionamento do envio agrupado de retornos.

Local: NF-e > Emissões

Ao realizar a impressão de NF-e emitida com seleção de impressora, o processo passa a ocorrer normalmente após ajustes na rotina do botão, permitindo a impressão correta ao escolher a impressora desejada.

Local: NF-e > Emissões

Na integração de notas fiscais do município de Cravinhos/SP, o sistema passa a processar corretamente os documentos após a homologação do layout específico utilizado pela prefeitura, garantindo compatibilidade na leitura e tratamento dos dados recebidos.

Local: NFS-e > Recebimentos

Em situações onde as notas eram enviadas ao fornecedor ETransparência sem o preenchimento do grupo IBSCBS, o status era apresentado como falha no eDocs, e agora o fornecedor passa a aceitar normalmente essas notas, independentemente da presença do grupo IBSCBS, tornando o comportamento mais consistente no processo de emissões.

Local: NFS-e > Emissões

No template Padrao_RPS, a geração de PDF passa a ocorrer de forma adequada, com ajustes aplicados para refletir as definições mais recentes, incluindo o alinhamento com as regras da Reforma Tributária.

Local: NFS-e > Emissões

Adequamos o envio dos tributos PIS/COFINS/CSLL na NFS-e para atendimento à NT 07 da NFS-e Nacional. Com isso, o sistema passa a seguir o layout atualizado, tornando-se compatível com o padrão Ginfes 2.04 (Reforma Tributária), assegurando maior consistência no processo de emissão e integração.

Local: NFS-e > Emissões

No envio de NFS-e pelo provedor Elotech (Reforma Tributária), o sistema passa a preencher corretamente a tag de CST de PIS/COFINS no XML, assegurando o envio adequado dessa informação conforme o padrão exigido.

Local: NFS-e > Emissão

O limite de tamanho do XML de integração da REINF passa a ser maior, permitindo o envio de arquivos mais robustos, com ampliação de 500KB para 2MB no tamanho suportado.

Local: EfdReinf > Emissões

Na integração de NFCom, o sistema passa a considerar o envio de e-mails adicionais por meio do novo grupo infSenior no XML, permitindo incluir uma lista complementar de destinatários além do e-mail principal, com tratamento automático para evitar duplicidades e mantendo compatibilidade com integrações já existentes. Confira mais detalhes em nossa documentação.

Local: NFCom > Emissões

Em Campo Grande/MS, o sistema passa a considerar a utilização do fornecedor DSF na versão 2.03, refletindo a mudança adotada pela prefeitura, com atualização no cadastro de manutenção de prefeituras para DSF 203 Assinado como novo padrão de integração.

Local: NFS-e > Emissões

Ao monitorar notas no Ambiente Nacional utilizando CPF como tomador, o sistema passa a considerar corretamente os documentos sincronizados no ADN, garantindo o retorno adequado das NFS-e nessas consultas.

Local: NFS-e > Recebimentos

Em situações de busca retroativa ou novo cadastro de filial, o sistema passa a considerar apenas notas do período vigente, deixando de trazer registros antigos, o que evita consumo desnecessário da quantidade disponível na licença do eDocs.

Local: NFS-e > Recebimentos

Ajuste

Ajuste na emissão de NFS-e DPS com o fornecedor Ginfes 2.04

Na emissão de NFS-e com o modelo DPS, o sistema passa a tratar corretamente a integração com o fornecedor Ginfes 2.04, com destaque para a compatibilidade na emissão utilizando o modelo DPS, permitindo o processamento adequado das notas nesse cenário.

Local: NFS-e > Emissões

Para o fornecedor DSF, o sistema passa a permitir a utilização de séries com valores superiores ao limite anteriormente aceito, evidenciando para o suporte a números maiores na série da NFS-e, viabilizando o envio das notas nesse contexto.

Local: NFS-e > Emissões

Para fornecedores da reforma tributária GOVBR, Infisc, Simpliss, Cittá, E&L Gestão Pública, Fiorilli e Smarapd que utilizam o layout nacional da NFS-e, o sistema passa a permitir o envio individualizado de tributos federais no XML da DPS, contemplando a separação de PIS, COFINS e CSLL conforme exigido pela Reforma Tributária, de modo que, ao habilitar o parâmetro Enviar retenções federais separadamente na manutenção de prefeituras, sejam transmitidos os dados de alíquotas e valores de PIS e COFINS, bem como o valor de retenção de CSLL, considerando as informações previamente registradas no InfSenior.

Local: NFS-e > Emissões

Na documentação do Web Service Senior.SapiensNfe.DataAccess.Dados.Documento, foi ajustada a descrição do parâmetro chave nos métodos BaixarPDF e BaixarXml, passando a detalhar que a chave do documento deve seguir um prefixo específico conforme o modelo utilizado, sendo “ID” seguido do número da chave para o modelo ABRASF e “DPS” seguido do número da chave para o modelo Padrão Nacional de NFS-e, tornando a orientação mais clara e consistente para utilização dos serviços.

Local: Manual do usuário > Integrações > Web Services > Senior.SapiensNfe.DataAccess.Dados.Documento

Ajuste

Ajustes de estabilidade nas telas de NF-e após otimizações de performance

Após melhorias de performance nas telas de NF-e, foram realizados ajustes para estabilizar o comportamento em funcionalidades como impressão, geração de DANFE e ordenação dos registros, garantindo que essas operações passem a ocorrer de forma consistente durante o uso das telas.

Locais:

• NF-e > Emissões
• NF-e > Recebimentos

No tópico de Atores Interessados das Emissões de NF-e, a nota que indicava disponibilidade restrita ao eDocs foi revisada, pois o cenário atual já contempla essa funcionalidade também no ERP XT, conforme liberação registrada anteriormente, deixando a documentação alinhada ao comportamento vigente em que o envio do evento passa a estar disponível tanto no eDocs quanto no ERP XT.

Local: Manual do usuário > Documentos eletrônicos > NF-e > Emissões NF-e

Aprimoramos os modelos de Danfecom com a inclusão da linha digitável abaixo do código de barras, proporcionando uma alternativa prática para os casos em que o aplicativo do banco não realiza a leitura automática, garantindo mais facilidade e continuidade no processo de pagamento.

Local: NfCom > Emissões

Em situações de monitoramento de NFS-e do Rio de Janeiro/RJ, o comportamento foi ajustado para garantir a leitura adequada dessas notas, de forma que a integração passa a considerar corretamente os documentos obtidos dessa localidade.

Local: NFS-e > Recebimentos

Homologamos o fornecedor SigIss 2.04 para Reforma Tributária. Confira detalhes ao acessar a nossa documentação.

Local: NFS-e > Emissões

Na integração de NFS-e em formato PDF proveniente do ambiente nacional, a rotina de leitura foi ajustada para identificar corretamente o município de emissão, garantindo que o sistema passe a reconhecer de forma adequada essa informação durante o processamento do documento.

Local: NFS-e > Recebimentos

Na emissão de NFS-e no Layout 2.0, quando o campo tpRetPisCofins tpRetPisCofins apresenta valores ainda não alinhados à NT007, passa a ser considerado os valores e alíquotas de PIS, COFINS e CSLL retidos informados na infSenior, desde que sejam maiores que zero, garantindo que essas informações sejam devidamente aproveitadas mesmo em cenários não aderentes à NT007.

Local: NFS-e > Emissões

Ao consultar NFS-e do fornecedor Infisc (Reforma Tributária), passa a ser realizada também a verificação de eventos da nota, permitindo identificar corretamente situações de cancelamento e garantindo que o status seja atualizado conforme o estado real do documento no eDocs.

Local: NFS-e > Emissões

Ajuste

Ajuste no fornecedor padrão de emissão de Maringá-PR

Para o município de Maringá-PR, o padrão de emissão vinculado à reforma tributária foi revisado, considerando que ainda há utilização do modelo anterior, de forma que o sistema deixa de adotar automaticamente esse padrão e passa a manter a emissão conforme o formato já utilizado.

Local: NFS-e > Emissões

Ao integrar NFS-e de recebimento com mesmo número, mas com ano de emissão diferente, a validação foi revisada para considerar essa distinção na comparação, de modo que o sistema passa a identificar corretamente os documentos levando em conta o ano da data de emissão.

Local: NFS-e > Recebimentos

Atualizamos a documentação dos Web Services do eDocs para refletir as melhorias e novidades mais recentes.Agora você pode consultar exemplos atualizados de requisições, descrições, parâmetros e retornos.

Local: Configurações > Gerais > Integração

Aprimoramos o processamento do endpoint da ConsultarSituacaoDocumento para suportar a consulta de múltiplos documentos, garantindo que o retorno das informações ocorra de forma consistente ao consultar vários documentos de CTes.

Local: CT-e > Emissões

Em situações de sessões inativas na aplicação eDocs, foi identificado o acúmulo de cursores abertos no banco Oracle, levando ao limite máximo permitido e impactando a disponibilidade dos serviços; agora, os cursores e recursos do banco passam a ser liberados explicitamente ao encerrar a sessão, por meio de uma configuração adicionada na sessão, contribuindo para um gerenciamento mais adequado das conexões.

Em cenários com licença de múltiplos documentos e NFS-e agrupado, a validação do volume total trafegado podia apresentar mensagem relacionada à emissão de NFS-e mesmo sem esse recurso ativo. O comportamento foi ajustado para que essa notificação deixe de ser exibida nesses casos, mantendo apenas o alerta correspondente ao limite de múltiplos documentos.

Local: eDocs > Alertas

Incluímos na documentação de Certificados uma orientação referente à atualização do padrão de segurança do eSocial, destacando que o eDocs já está apto para utilização dos certificados emitidos pela autoridade certificadora Sectigo, não sendo necessárias ações adicionais para manutenção da comunicação com os serviços.

Local: Manual do usuário > Configurações > Certificados

Realizamos a migração do conteúdo de documentação dos Web Services disponíveis no eDocs para o Manual do Usuário do produto, facilitando a navegação e acesso dos usuários.

O acesso pode ser feito através da seleção da barra lateral pelo seguinte caminho: Integrações > Web Services ou através deste link.

Local: Manual do Usuário > Integrações > Web Services

Realizamos a homologação oficial da versão 4.4.30 do MongoDB para uso com o produto. Informamos que esta versão não será distribuída no pacote padrão de instalação do sistema; no entanto, clientes que desejarem aplicar a atualização podem realizar o download diretamente no site oficial do fabricante.

Ao consultar múltiplas NFes pelo endpoint ConsultarSituacaoDocumento, ocorria o compartilhamento indevido de eventos entre os documentos, e o comportamento foi ajustado para que cada NFe retorne exclusivamente seus próprios eventos associados, considerando corretamente manifestações, eventos e pedidos de prorrogação de forma individual.

Local: NF-e > Emissões

Otimizamos o desempenho das telas de emissões e recebimentos de NF-e, reduzindo a lentidão em cenários com grande volume de registros, garantindo que a navegação e carregamento das informações ocorram de forma mais ágil.

Locais:

• NF-e > Emissões
• NF-e > Recebimentos

Implementamos um ajuste na integração de NFS-e para que os e-mails adicionais sejam corretamente considerados, garantindo que os destinatários adicionais sejam incluídos no envio de notificações.

Local: NFS-e > Emissões

Na tela de visualização da NFS-e, os campos de PIS e COFINS exibiam valores independentemente da retenção, e passam a apresentar apenas os valores de tributos efetivamente retidos com a atualização para Valor PIS Retido e Valor Cofins Retido, em conformidade com a nomenclatura e o comportamento da DANFS-e.

Local: NFS-e > Emissões

Na emissão de NFS-e para o município de São Paulo (Reforma Tributária), os campos de PIS e COFINS, quando não informados, estavam sendo enviados como zero, e passam a preservar a formatação original do arquivo DPS integrado, evitando inconsistências no processamento pela prefeitura.

Local: NFS-e > Emissões

Implementamos um ajuste no processo de importação de NFS-e para identificar previamente registros duplicados, garantindo que notas fiscais com mesmos dados não sejam importadas em duplicidade, considerando informações como número da nota, documento do emissor e tomador, evitando registros repetidos e proporcionando maior integridade.

Local: NFS-e > Recebimentos

Para operações com o fornecedor Ambiente Nacional, a substituição de NFS-e passa a ser suportada também no layout Senior 2.00 (DPS), permitindo que a informação seja enviada conforme a estrutura prevista no próprio layout da DPS ou por meio do novo InfSenior.

Local: NFS-e > Emissões

Em emissões realizadas ao Ambiente Nacional, a chave da NFSe passa a ser retornada para os formatos de integração Middleware (ERP XT), webservice eDocs e plataforma Senior X, além de estar disponível na interface de visualização e na DANFSE quando presente.

O sistema também passa a aceitar, nos WebServices, tanto a chave da DPS quanto da NFS-e para operações com a nota

Local: NFS-e > Emissões

O Ambiente Nacional de NFS-e prevê situações em que a identificação completa do tomador não é obrigatória, e a partir desta versão, o eDocs passa a suportar emissão de NFS-e sem identificação do tomador para o fornecedor Ambiente Nacional, com disponibilidade vinculada à integração no Layout Senior 2.0 (DPS + novo infSenior).

Local: NFS-e > Emissões

Aprimoramos a rotina de atualização do parâmetro de município da filial em banco de dados Oracle, garantindo que, mesmo após ser definido como vazio, a inclusão de um novo valor ocorra de forma estável e consistente, assegurando a correta persistência das informações.

Local: Configurações > Filiais > NFS-e > Parâmetros Município

Agora é possível utilizar o certificado digital da matriz para consultas de filiais no Ambiente Nacional, garantindo o monitoramento dos documentos NFS-e e assegurando o recebimento automático das informações com mais praticidade e integração.

Local: NFS-e > Recebimentos

Aprimoramos a rotina de monitoramento de NFS-e para o município de Ourinhos/SP, garantindo a captura correta do valor total da nota e proporcionando mais confiabilidade no acompanhamento das informações.

Local: NFS-e > Recebimentos

Aprimoramos o processo de assinatura das NFS-e do fornecedor São Paulo (Reforma Tributária), garantindo que passem a ser geradas conforme especificado no manual, o que evita a rejeição das notas após mudanças implementadas pela prefeitura.

Local: NFS-e > Emissões

Aprimoramos a integração com o fornecedor IPM 2.04 (Reforma Tributária), assegurando que a tag <ValorIss> seja enviada apenas nos cenários adequados, conforme as regras de exigibilidade do ISS, regime tributário, município de incidência ou prestação e retenção do imposto, evitando envios indevidos em situações como isenção, imunidade, exportação, não incidência, divergências entre municípios, regimes especiais e para optantes do Simples Nacional sem retenção.

Local: NFS-e > Emissões

Aprimoramos a integração de NFSe com o fornecedor IPM Rest (Reforma), garantindo que o campo CNO seja corretamente enviado às prefeituras quando o campo cObra estiver informado na nota.

Local: NFS-e > Emissões

Realizamos uma melhoria na identificação do status de cancelamento das NFS-e do município de Blumenau/SC, assegurando que notas canceladas sejam corretamente reconhecidas no eDocs, deixando de permanecer com o status de emitida.

Local: NFS-e > Recebimentos

Com o objetivo de gerar corretamente um histórico das importações de documentos, adicionamos um novo parâmetro no web service UploadDocumento responsável por informar o nome do usuário se a autorização da nota foi efetuada por um usuário externo. Esse usuário ficará registrado na tela de eventos do documento e o tipo do evento será “Importado via API”.

Local: Configurações > Gerais > Integração

A documentação Guia de parametrização e orientações para emissão de NFS-e para a Reforma foi atualizada com a inclusão de links para Monitoramento de Adesões, lista de prefeituras homologadas, Manutenção de Prefeituras e lista de fornecedores homologados para a Reforma Tributária, facilitando o acesso e centralizando as informações necessárias.

Local: eDocs > NFS-e

Realizamos um ajuste na integração com o fornecedor Tiplan (Reforma Tributária), garantindo que o Código NBS seja corretamente preenchido a partir da tag <cNBS> do documento integrado.

Local: NFS-e > Emissões

Aprimoramos o processamento do retorno da NFS-e emitida pelo fornecedor Ginfes 1.00 (Reforma Tributária), assegurando a correta interpretação do resultado da nota e proporcionando uma leitura mais precisa das informações.

Local: NFS-e > Emissões

Realizamos uma atualização na integração de NFS-e com o fornecedor IPM Rest (Reforma Tributária), permitindo que o processamento ocorra normalmente mesmo quando o grupo <piscofins> não estiver presente no XML.

Local: NFS-e > Emissões

Alteramos o tamanho do campo complemento do endereço do tomador (xCpl) para aceitar até 156 caracteres, acompanhando o limite definido pelo DPS e assegurando o armazenamento completo das informações.

Local: NFS-e > Emissões

Realizamos um ajuste na geração do XML para o fornecedor Ginfes 2.04 (Reforma Tributária), garantindo que o grupo <comExt> seja enviado apenas quando ExigibilidadeISS = 4 (Exportação), assegurando conformidade com a regra esperada.

Local: NFS-e > Emissões

Implementamos uma melhoria na geração do RPS para o fornecedor Simpliss (Reforma Tributária) para garantir que, na ausência de configuração do parâmetro de versão fixa, o sistema utilize automaticamente a versão presente no XML gerado, assegurando o envio correto das informações.

Local: NFS-e > Emissões

Disponibilizamos o método UploadDocumento no WebService de upload do eDocs, permitindo a integração direta de sistemas externos para envio de documentos de forma automatizada.

Com essa evolução, passa a ser possível realizar a importação de XMLs diretamente para o eDocs sem necessidade de interação manual via tela, ampliando as possibilidades de integração com ERP e outras aplicações. Diferentemente do processo tradicional, o novo método retorna o resultado do processamento de forma imediata, possibilitando um acompanhamento mais ágil e preciso da integração.

Além disso, a funcionalidade permite configurar a consulta e retorno das informações ao ERP, proporcionando maior controle sobre o fluxo de importação e tratamento dos documentos.

Local: Configurações > Gerais > Integração

Ajuste

Aprimoramento na consulta de documentos por identificação via Web Service

Aprimoramos a rotina responsável pela consulta de documentos via Web Service, garantindo que a busca pela identificação do documento seja processada corretamente e evitando falhas durante o processamento da requisição ao utilizar esse parâmetro de consulta.

Local: NF-e > Emissões

Aprimoramos a documentação das informações da tag <infSenior> para a versão 2.00, incluindo os detalhes dos Dados do InfSenior e um Exemplo do XML de emissão. Veja mais ao acessar nosso Portal de Documentação e conferir a documentação da tag <infSenior> v2.00.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Informações da tag <infSenior> versão 2.00

A documentação Relação de licenças vigentes foi atualizada no bloco Descontinuação de Licenças Antigas, passando a contemplar informações complementares relacionadas à Reforma Tributária e orientando sobre a necessidade de migração dos clientes para o novo licenciamento do e-Docs.

Local: eDocs > Configurações > Licenças > Relação de licenças vigentes

As documentações Baixa automática de NF-es da SEFAZ (Distribuição de DF-es) e Baixa automática de CT-es da SEFAZ (Distribuição de DF-es) foram atualizadas para informar que, a partir da versão 5.8.16.2, nas novas ativações do parâmetro ou na configuração de novas filiais, o e-Docs passa a realizar a busca dos documentos considerando a data de ativação em diante. Anteriormente, a busca era realizada desde o primeiro NSU (Número Sequencial Único) disponível na SEFAZ. Caso seja necessário recuperar documentos emitidos antes da data de ativação, pode-se utilizar a opção Agendar busca retroativa NSU, disponível nas configurações da filial.

Locais:

• eDocs > Documentos eletrônicos > CT-e > Baixa automática de CT-es da SEFAZ (Distribuição de DF-es)
• eDocs > Documentos eletrônicos > NF-e > Baixa automática de NF-es da SEFAZ (Distribuição de DF-es)

A geração de PDF agrupado de CC-e de NF-e foi aprimorada para garantir que o processo respeite corretamente o limite máximo de arquivos permitidos.

Local: NF-e > Carta de Correção

Realizamos uma melhoria no gerenciamento dos arquivos de Nfcom, garantindo que os XML autorizados passem a ser armazenados corretamente nas pastas padrão do eDocs. Com esse ajuste, o caminho de salvamento dos XML em disco foi alinhado ao padrão esperado, proporcionando maior organização e previsibilidade no armazenamento.

Local: Nfcom > Emissões

Realizamos uma melhoria no processo de cancelamento de NFS-e do fornecedor GovBr (Reforma), garantindo o correto envio da solicitação após a atualização do layout exigido pelo fornecedor, evitando que a nota seja rejeitada durante a tentativa de cancelamento.

Local: NFS-e > Recebimentos

Aprimoramos a integração com o município de Barueri/SP para tratar corretamente as informações retornadas pela prefeitura referentes a Destinatário do serviço é estrangeiro? e Indicador de operação de doação. O eDocs foi atualizado para se adequar ao novo layout definido pela prefeitura, garantindo o processamento adequado das NFS-e nas integrações.

Local: NFS-e > Emissões

Adequamos o envio para o fornecedor Pública (Reforma Tributária), com ajustes no layout de integração conforme a última nota técnica disponibilizada, garantindo alinhamento com as atualizações do fornecedor.

Local: NFS-e > Emissões

Realizamos melhorias nas funções de comunicação com o Web Service de Marília/SP para alinhamento com os padrões definidos pelo fornecedor local. A atualização ajusta os métodos de envio e consulta, garantindo maior compatibilidade e estabilidade na integração com o serviço do município.

Local: NFSe > Emissão

Na emissão de NFS-e para Fortaleza/CE, realizamos um aprimoramento para que a tag “Email” não seja enviada quando não houver informação preenchida, evitando inconsistência na validação do schema pela prefeitura.

Local: NFS-e > Emissões

Ajuste

Ajuste no tamanho do número da nota no webservice de consulta de documentos

Realizamos um aprimoramento no retorno da API para tratar corretamente números de notas superiores a 32 bits, garantindo que o processamento no e-Docs ocorra sem inconsistências.

Local: NFS-e > Emissões

Disponibilizamos a homologação do fornecedor SigIss 2.04 Chapecó para acompanhar a adaptação do município de Chapecó/SC ao modelo da reforma tributária, possibilitando a emissão de notas pelo eDocs conforme o novo padrão. Consulte mais detalhes em nossa documentação.

Local: NFS-e > Emissões

Incluímos na documentação de Controle de Acessos do eDocs, na aba de grupos, um exemplo esclarecendo que, ao adicionar um grupo ao usuário, as permissões são acumulativas e nunca removidas, ou seja, o usuário passa a ter permissão para o botão sempre que já possuir a permissão individualmente ou quando ela for concedida pelo grupo.

Local: eDocs > Configurações > Acessos

Incluímos na documentação Configuração de Filiais a informação de que o monitoramento das consultas no Ambiente Nacional para NFS-es recebidas ocorre 1x ao dia, complementando a descrição do parâmetro e trazendo mais clareza sobre seu funcionamento.

Local: eDocs > Configurações > Cadastro de Filiais

Aprimoramos o processamento do evento 211120 ao atualizar os schemas utilizados para as versões mais recentes disponibilizadas pela SEFAZ, assegurando compatibilidade com as especificações atuais.

Local: NF-e > Outros Eventos

Aprimoramos a rotina de recebimento de NFS-e via PDF, garantindo que o valor da Alíquota seja capturado corretamente durante o processamento das notas, proporcionando mais precisão nas informações fiscais.

Local: NFS-e > Recebimento

Atualizamos a validação do XML de consulta do município de Sapucaia do Sul-RS, passando a contemplar também o novo modelo disponibilizado.

Local: NFS-e > Emissões

Incluímos a natureza de operação 202 para o município de Itajaí/SC, ampliando as possibilidades de configuração.

Local: NFS-e > Emissão

Ajuste

Atualização das URLs do fornecedor São Paulo (Reforma Tributária)

Realizamos a atualização das URLs do fornecedor de São Paulo (Reforma Tributária), garantindo o correto direcionamento para o webservice do município.

Local: NFS-e > Emissões

Atualizamos a documentação do fornecedor Publica (Reforma Tributária) para refletir o novo layout da DPS, incluindo as referências às novas tags do XML, garantindo maior alinhamento com as especificações atuais e facilitando a consulta das informações.

Local: NFSe > Emissões

Atualizamos a integração com o município de Fortaleza-CE, do fornecedor Ginfes (Reforma), para acompanhar as alterações realizadas no Web Service e no layout esperado pela prefeitura, garantindo que a emissão de notas pelo eDocs ocorra de acordo com os requisitos mais recentes do município.

Local: NFS-e > Emissões

Homologamos o forencedor Natal para a reforma tributária. Confira detalhes ao acessar a nossa documentação.

Local: NFS-e > Emissões

Realizamos a homologação do fornecedor Fintel para a reforma tributária. Confira detalhes ao acessar a nossa documentação.

Local: NFS-e > Emissões

Homologamos o fornecedor Fiorilli para a reforma tributária.

Local: NFS-e > Emissões

Local: NFS-e > Emissões

Aprimoramos a rotina de validação de assinatura digital no XML, passando a permitir também assinaturas que utilizam prefixos, como ds:Signature, garantindo maior compatibilidade e segurança no processamento.

Local: eDocs > Requisições

Passamos a disponibilizar a funcionalidade de consulta de NFSe para o fornecedor Smarapd (Reforma Tributária), acompanhando a liberação oficial do recurso pelo provedor.

Local: NFS-e > Emissões

Refinamos a comunicação com o fornecedor SigIss (Reforma Tributária) para acompanhar as alterações na tipagem dos campos de CEP, assegurando a validação adequada e a interoperabilidade dos dados conforme o novo padrão estabelecido pelo Web Service.

Local: NFS-e > Emissões

Atualizamos a integração com o fornecedor Tinus (Reforma Tributária) para acompanhar a descontinuação da comunicação síncrona com o Web Service, passando o processo a operar exclusivamente em modo assíncrono, o que assegura conformidade com as novas diretrizes do provedor e proporciona maior estabilidade no fluxo de comunicação para os usuários.

Local: NFS-e > Emissões

Aprimoramos a rotina de emissão de NFS-e para os municípios que utilizam o fornecedor Betha Cloud (Reforma), assegurando que o grupo IBSCBS seja devidamente enviado quando informado na nota.

Local: NFS-e > Emissões

Aprimoramos o envio para fornecedores que utilizam o layout DPS Nacional, passando a permitir o controle da tag tpRetPisCofins por meio do parâmetro Enviar PIS/COFINS como valores legados (1 e 2), garantindo maior flexibilidade e aderência às integrações com Simpliss (Reforma Tributária), Cittá (Reforma Tributária), E&L Gestão Pública (Reforma Tributária), GovBr (Reforma Tributária), Infisc (Reforma Tributária) e Smarapd (Reforma Tributária), proporcionando mais previsibilidade e segurança no processo de envio.

Local: NFS-e > Emissões

Ajuste

Ajuste no envio da alíquota de PIS e COFINS para IPMRest Reforma

Implementamos uma melhoria na emissão de NFS-e do fornecedor IPMRest Reforma, garantindo que as alíquotas de PIS e COFINS passem a ser enviadas com 2 casas decimais, assegurando conformidade no padrão de envio das informações fiscais.

Local: NFS-e > Emissões

Aprimoramos a documentação de Cidades homologadas para o Envio de Notas Fiscais de Serviço Eletrônicas com a inclusão do indicativo Homologado para a Reforma Tributária definido como Sim, para o fornecedor Ambiente Nacional nos detalhes de homologação dos municípios Marituba/PA, Patos de Minas/MG, Belo Horizonte/MG, Brusque/SC, Cabo Frio/RJ, Piraí do Sul/PR, Coronel Fabriciano/MG, Curitiba/PR, Santa Cruz do Sul/RS, Rio de Janeiro/RJ, Serra/ES, Ibiraçu/ES, Erechim/RS e Itambé/PR, proporcionando mais clareza e transparência na identificação do status de homologação para os usuários.

Local: NFS-e > Emissões

Realizamos a inclusão do fornecedor São Paulo Reforma como padrão para o município de São Paulo-SP no Manutenção de Prefeituras, garantindo que a prefeitura passe a contar com cadastro padrão devidamente configurado no sistema.

Local: NFS-e > Emissões

Atualizamos a integração com o fornecedor IPM Rest (Reforma Tributária), incorporando o novo layout e as regras de validação definidas pela Nota Técnica 007 (NT 007) para o tratamento das informações de alíquotas de PIS/COFINS, assegurando aderência às diretrizes da Reforma Tributária e maior conformidade no envio das informações.

Local: NFS-e > Emissões

Implementamos uma melhoria no tratamento do retorno E999 enviado pelo Ambiente Nacional em cenários específicos, impedindo que a nota seja rejeitada automaticamente. A partir de agora, ao identificar esse código, o sistema mantém a nota com status Validada, registra o evento Aguardando autorização e segue com o reprocessamento, assegurando a autorização correta assim que o Ambiente Nacional normalizar o processamento e evitando rejeições indevidas.

Local: NFS-e > Emissões

Atualizamos o schema de integração de cancelamento de NF-e, permitindo o novo modelo de protocolo com 17 caracteres.

Local: NF-e > Emissões

O fornecedor NFS-e São Paulo Reforma enviava tags opcionais no XML. Dessa forma, realizamos um ajuste no conteúdo do XML enviado pelo fornecedor São Paulo Reforma, adequando o envio dessas informações.

Local: NFS-e > Emissões

Realizamos ajustes na construção do envio para o fornecedor Ginfes versão 1.00, que apresentava inconsistências na geração de algumas tags obrigatórias. Com essa melhoria, as tags passam a ser enviadas com valor 0 quando não houver informação correspondente no documento de integração, garantindo conformidade com o layout exigido e evitando rejeições genéricas no processamento.

Local: NFS-e > Emissões

Homologamos o fornecedor Abase para a reforma tributária.

Local: NFS-e > Emissões

Ajuste

Ajuste na geração do XML enviado ao fornecedor São Paulo Reforma

O fornecedor NFS-e São Paulo Reforma não enviava a IM do tomador quando o município do endereço do tomador era São Paulo - SP, conforme exigido em sua documentação. Assim, ajustamos a geração do XML enviado ao fornecedor São Paulo Reforma para atender a essa exigência.

Local: NFS-e > Emissões

Era necessário adequar o sistema às novas regras definidas pela NT 007, garantindo que emissores próprios continuassem obtendo as informações necessárias sem impacto no fluxo atual de emissão. Por isso, foram implementados novos campos no InfSenior para suportar as exigências da NT 007. Com essa atualização, os emissores próprios passam a obter os valores conforme esperado, mantendo a compatibilidade com o comportamento anterior e sem necessidade de ajustes adicionais no processo de emissão.

Local: Emissões > NFSe

Era necessário adequar o envio da informação de tipo de retenção de PIS/COFINS para fornecedores enquadrados no cenário da Reforma Tributária, garantindo compatibilidade com as regras anteriores e atuais. Dessa forma, foram realizados ajustes no tratamento desses fornecedores, permitindo o suporte aos valores legados de tipo de retenção (1 e 2). Antes da NT007, esses eram os valores utilizados, e a adequação garante compatibilidade retroativa com integrações existentes. Para maiores detalhes, consulte a documentação dos fornecedores.

Local: NFSe > Emissões

Em alguns casos, o sistema não conseguia identificar se a filial responsável pelo recebimento do documento eletrônico estava cadastrada no eDocs. Por isso, foi realizado um ajuste na rotina de recebimento para garantir a correta identificação da filial associada ao documento, assegurando que o processo ocorra conforme esperado.

Locais:

• NFCom > Recebimentos
• NF3-e > Recebimentos
• NF-e > Recebimentos
• CT-e > Recebimentos

O GNRE não era gerado automaticamente na autorização do CT-e. Dessa forma, realizamos um ajuste na rotina responsável pela geração automática do GNRE no momento da autorização do CT-e, quando essa opção estiver configurada na empresa.

Local: CT-e > Emissões

Homologamos o fornecedor ETransparência para a reforma tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Tecnos para a reforma tributária.

Local: NFS-e > Emissões

Adequamos o envio para o fornecedor E&L Gestão Pública 2.04 (leiaute Abrasf), realizando o mapeamento conforme as notas técnicas disponibilizadas pelo próprio fornecedor, garantindo aderência ao padrão exigido e a correta integração com o web service do fornecedor.

Local: NFS-e > Emissões

Adicionamos o envio da tag SituacaoTributariaPISCOFINS para o fornecedor Tiplan 2.03. A partir desta atualização, a tag será enviada sempre que houver valor de PIS ou COFINS maior que zero. O conteúdo da tag será preenchido com o valor informado na tag CST do InfSenior e, caso essa informação não esteja preenchida, será enviado automaticamente o valor padrão 01.

Local: NFS-e > Emissões

O cancelamento do fornecedor IPMRestReforma não atualizava a situação no eDocs. Por isso, ajustamos a rotina de retorno do cancelamento do fornecedor IPMRestReforma.

Local: NFS-e > Emissões

Ajuste

Ajuste na geração do DANFSe

Não era possível gerar o DANFSe para notas do leiaute antigo. Diante disso, realizamos um ajuste na rotina da DANFSe, permitindo a geração para todos os leiautes.

Local: NFSe > Emissão > DANFSE

Ajuste

Ajuste no fornecedor Betha Cloud - Retorno quando status Não processado

O sistema não tratava o status Não processado no retorno do fornecedor Betha Cloud, o que impedia a atualização automática da situação da NFS-e e exigia intervenção manual. Desse modo, ajustamos a rotina de conversão para reconhecer o status Não processado, garantindo que o sistema identifique corretamente a situação do lote e prossiga com a integração da nota.

Local: NFS-e > Emissão

Ajuste

Alteração na rotina de cancelamento de NFSe no fornecedor Simpliss (Reforma tributária)

Ao tentar cancelar uma NFSe no fornecedor Simpliss (Reforma), ocorria um erro no processamento do evento. Dessa maneira, realizamos um ajuste no cancelamento de NFSe do fornecedor Simpliss (Reforma), adaptando o cancelamento à alteração realizada no fornecedor.

Local: NFS-e > Emissões

Ajuste

Mapeamento e envio dos campos do tomador do exterior conforme o padrão exigido

Os campos referentes ao tomador do exterior não eram convertidos corretamente para o leiaute do fornecedor durante a integração. Assim, realizamos um ajuste na rotina de envio para o fornecedor Ginfes 2.04 (Reforma Tributária), garantindo o correto mapeamento e envio dos campos do tomador do exterior conforme o padrão exigido.

Local: NFS-e > Emissões

Homologamos o fornecedor Tiplan para a reforma tributária.

Local: NFS-e > Emissões

Adicionamos a validação de integração de NFS-e permitindo apenas documentos XML com a indicação de codificação UTF-8.

Local: NFS-e > Emissões

Realizamos alterações em relação ao fornecedor Elotech, já homologado para a reforma tributária.

Local: NFS-e > Emissões

Com o objetivo de manter o sistema atualizado em relação às exigências governamentais, esta versão passa a oferecer suporte às alterações introduzidas pela Nota Técnica NT 007 da NFS-e Nacional.As rotinas de emissão foram adequadas para garantir conformidade com as novas regras estabelecidas, assegurando a continuidade e a correta geração dos documentos fiscais.

Local: Emissões > NFS-e

No recebimento de NFS-e do município de Cascavel/PR, algumas notas estavam integrando com a situação Autorizada mesmo já estando canceladas na prefeitura. Assim, realizamos uma calibragem no layout do XML do município de Cascavel/PR, ajustando a interpretação das informações para que o sistema passe a identificar corretamente as notas canceladas.

Local: NFSe > Recebimento

Homologamos o fornecedor ISSNfe com a reforma tributária.

Local: NFSe > Emissões

Adicionamos a natureza de operação 114, que será aplicada quando o ISS for retido, a incidência ocorrer em Joinville e o valor do ISS for inferior a R$ 25,00.

Local: NFSe > Emissão

Notas de serviço do município de Jaguariúna - SP não eram monitoradas. Por isso, realizamos um ajuste na rotina de monitoramento de NFSe junto com a prefeitura, normalizando o recebimento de notas.

Local: NFSe > Recebimento

Os logotipos da filial não eram salvos corretamente após a adequação do CNPJ alfanumérico. Por isso, ajustamos a rotina responsável por salvar o logotipo da filial.

Local: Configuração > Filiais

Ajuste

Recebimento de NFSe - Calibragem da leitura do layout de Orleans/SC

Ao integrar o recebimento de NFSe para o município de Orleans/SC, ocorria uma inconsistência na obtenção do valor correto do campo outrasRetencoes. Dessa forma, realizamos um ajuste na rotina de recebimento de NFSe para esse município, garantindo a obtenção adequada do valor de outras retenções.

Local: NFS-e > Recebimentos

Homologamos o fornecedor Equiplano para a reforma tributária.

Local: NFS-e > Emissões

Críticas de NFS-e com chave DPS não retornavam para o ERP via Middleware. Assim, ajustamos o retorno de críticas de integração de NFS-e com a chave DPS para o ERP.

Local: NFS-e > Emissões

Ajuste

Tratamento de mensagens de erro sem código identificador

Em determinados cenários, a Prefeitura de Barueri/SP retornava mensagens de erro sem código identificador, as quais não eram tratadas corretamente pelo eDocs. Dessa forma, foi realizado um ajuste na rotina de processamento, a fim de reconhecer e tratar adequadamente os retornos de erro sem código.

Local: NFS-e > Emissões

Alteramos os modelos padrão de PDF para RPS e NFS-e para que, na descrição do item, seja apresentado apenas o texto do serviço. Anteriormente, também eram exibidas informações complementares.

Local: NFS-e > Emissões

Em casos de prestação de serviço no exterior, o código do país de prestação não era informado no envio da nota para a prefeitura. Por isso, ajustamos a rotina de envio do fornecedor IPM Rest (Reforma Tributária) para garantir o correto preenchimento do campo de país de prestação, atendendo às regras de validação exigidas.

Local: NFS-e > Emissões

Alteramos o formato de envio da alíquota para o fornecedor TinusReforma para um número inteiro com duas casas decimais (ex.: 5.00).

Local: NFS-e > Emissões

A legenda de IRRF era apresentada de forma incorreta na visualização da NFS-e. Dessa forma, ajustamos o texto da legenda de IRRF nessa visualização.

Local: NFS-e > Emissões

Ajuste

Ajuste no envio de valores de PIS e COFINS

Os valores de PIS e COFINS eram sempre enviados ao fornecedor ÁgiliInfoPlus (Reforma Tributária), independentemente de haver retenção. Dessa forma, a rotina foi ajustada para enviar os valores de PIS e COFINS apenas quando houver retenção.

Local: NFS-e > Emissões

Ajuste

Emissão de NFSe (Governo Digital - Reforma) - Ajuste do campo TpRetPisCofins

Ao realizar a emissão de NFSe para o fornecedor Governo Digital (Reforma), o campo TpRetPisCofins não era enviado corretamente. Diante disso, foi realizado um ajuste na rotina de emissão de NFSe para esse fornecedor, garantindo o envio correto do campo TpRetPisCofins.

Local: NFS-e > Emissões

Ajustamos o indicativo de homologação do fornecedor IPM para a Reforma Tributária, passando a considerá-lo como homologado.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Lista de fornecedores para emissão de NFS-e homologados para a Reforma Tributária

Ajustamos, na página do fornecedor IPM Rest, em Parâmetros por Fornecedor (Manutenção de Prefeituras), a informação de que o campo codigo_atividade deve ser enviado com o valor da tag CodigoTributacaoMunicipio dos dados do Serviço limitado em 9 caracteres.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Fornecedores > Fornecedor IPM Rest

Ao utilizar o motor Cloud da Senior para emissões de NFSe, alguns cadastros apresentavam inconsistências. Por isso, realizamos um ajuste no motor Cloud para emissão de NFSe, ajustando o cadastro das filiais.

Local: NFS-e > Emissões

Homologamos o fornecedor SigIssWeb Rest para a reforma tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Cotia para a reforma tributária.

Local: NFS-e > Emissões

Alteramos a documentação do fornecedor Elotech (Reforma Tributária), adicionando informações sobre regra de negócio e parâmetros do fornecedor e por município.

Local: NFS-e > Emissões

Homologamos o fornecedor Cittá para a reforma tributária.

Local: NFSe > Emissões

Atualizamos todos os municípios que possuem fornecedores homologados para a reforma tributária, alterando a informação Homologada para a reforma tributária para Sim.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Lista de fornecedores para emissão de NFS-e homologados para a Reforma Tributária

Homologamos o fornecedor IPM 2.04 para a Reforma Tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Elotech para a Reforma Tributária.

Local: NFS-e > Emissões

Ajuste

Campos enviados utilizando ponto como separador decimal

Os campos pRedutor e vBC eram enviados com separador decimal em vírgula para o fornecedor Ginfes 2.04 (Reforma Tributária). No entanto, era esperado pelo fornecedor que os valores decimais desses campos fossem enviados utilizando ponto como separador decimal. Assim, realizamos esse ajuste.

Local: NFS-e > Emissões

O campo cidade do endereço do tomador não era preenchido corretamente para tomadores estrangeiros no layout do fornecedor IPM Rest (Reforma Tributária). Por isso, foi realizado o seguinte ajuste: quando for tomador estrangeiro, a tag passa a ser preenchida com o valor do campo xCidade da DPS.

Local: NFSe > Emissões

O fornecedor Betha Cloud Reforma alterou a estrutura do XML esperada no endpoint. Dessa forma, a alteração foi implementada para garantir a correta integração.

Local: NFSe > Emissão

Identificamos inconsistências na montagem do arquivo de entrada quando eram informados menos de três e-mails. Por isso, o processo foi ajustado para aceitar essa condição, garantindo o envio correto do arquivo e evitando o erro.

Local: NFSe > Emissões

O fornecedor Betha Cloud Reforma adicionou uma nova situação às possibilidades de retorno da consulta da nota.

Local: NFSe > Emissão

O preenchimento do campo Aliquota do layout do fornecedor Pública (Reforma Tributária) não estava levando em consideração a tag AliquotaISS da InfSenior. Após ajustes realizados, a Aliquota para esse fornecedor passa a ser preenchida com o valor da tag pAliq da DPS. Caso esse campo seja nulo, será usada a tag AliquotaISS da InfSenior.

Local: NFSe > Emissões

Em notas fiscais em que o PIS e o COFINS não são retidos, esses valores eram indevidamente destacados na DANFSE. Dessa forma, foi implementada uma alteração para que os valores de PIS e COFINS sejam exibidos na DANFSE somente quando houver retenção.

Local: NFSe > Emissões > DANFSE

Homologamos o fornecedor Agili InfoPlus para a reforma tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Governo Digital para a reforma tributária.

Local: NFS-e > Emissões

Alteramos a documentação do fornecedor Ginfes 2.04 (Reforma Tributária), retirando a informação de que não são homologadas as opções de cancelamento, de Tomador do exterior e de Tomador do exterior e prestação de serviço no exterior.

Local: NFS-e > Emissões

Os parâmetros de município nas configurações da filial não eram persistidos corretamente. Após preencher e salvar um valor, ao limpá-lo e salvar novamente, o sistema não registrava a remoção do conteúdo. Por isso, foi aplicado um ajuste na tabela correspondente, permitindo nativamente a gravação de valores nulos, garantindo a persistência correta quando o campo é deixado em branco.

Local: Configurações > Filial

Na documentação que contém a Lista de fornecedores para emissão de NFS-e homologados para a Reforma Tributária, incluímos a informação de que é possível consultar o Calendário de Exigências Legais do e-Docs para verificar quais homologações estão na fila de desenvolvimento da Senior.

Local: eDocs

Criamos uma nova página para o fornecedor Ginfes, homologado para a Reforma Tributária.

Local: NFS-e > Emissões

Criamos uma nova página para o fornecedor Salvador Layout Próprio, homologado para a Reforma Tributária.

Local: NFS-e > Emissões

Criamos uma nova página para o fornecedor WebIss, homologado para a Reforma Tributária.

Local: NFS-e > Emissões

Criamos uma nova página para o fornecedor Tinus, homologado para a Reforma Tributária.

Local: NFS-e > Emissão

Criamos uma nova página para o fornecedor Coplan, homologado para a Reforma Tributária.

Local: NFS-e > Emissões

Ocorria uma inconsistência na validação do campo cTribNac e endereço para o fornecedor Smarapd. Diante disso, foi implementada uma lógica para a normalização desse campo, realizando consulta à tabela de descrição de serviços e atribuindo o valor 0 quando não houver correspondência válida. Além disso, a validação dos campos numéricos de endereço foi ajustada: quando o ERP enviar o valor S/N, o sistema passa a convertê-lo para 0, garantindo compatibilidade com o fornecedor.

Local: NFS-e > Emissão

Alguns fornecedores agora estão homologados para a Reforma Tributária. A documentação de Cidades homologadas para o Envio de Notas Fiscais de Serviço Eletrônicas foi atualizada para refletir corretamente essa informação nos municípios correspondentes.

Local: eDocs > NFS-e

Criamos uma nova página para o fornecedor SigISS, homologado para a Reforma Tributária. No entanto, a comunicação com esse fornecedor apresentou instabilidades recorrentes.

Local: NFS-e > Emissões

O fornecedor Simpliss (Reforma Tributária) atualizou seu endpoint de consulta, e fizemos as alterações necessárias no eDocs para que sua integração continue funcionando normalmente.

Local: NFSe > Emissões

A tratativa de campos para o Fornecedor Betha Cloud Reforma não previa o repasse das informações: vRetCP, vRetCSLL e vRetIRRF. Assim, foi feita uma tratativa para envio das devidas informações quando fornecidas.

Local: NFSe > Emissão

Incluímos o parâmetro de município para o fornecedor Infisc (Reforma Tributária), com o objetivo de controlar o envio da tag DPS/infDPS/serv/cServ/cIntContrib.

Local: NFS-e > Emissões

Criamos uma nova página para o fornecedor Betha Cloud, o qual foi homologado para a reforma tributária.

Local: NFS-e > Emissões

O retorno do cancelamento do fornecedor IPM Rest (Reforma Tributária) não seguia o padrão esperado pelo sistema: o eDocs interpretava que o cancelamento foi rejeitado quando, na verdade, a nota estava cancelada. Assim, após realização de ajustes, o eDocs passa a considerar o cancelamento autorizado quando a prefeitura retornar a mensagem 00001 - Sucesso.

Local: NFSe > Emissões

Ajuste

Envio de valor zero para o IPM Rest de acordo com campo na InfSenior

Ao enviar a tag ItemListaServico do grupo InfSenior vazia para o fornecedor IPM Rest (Reforma Tributária), a nota ficava travada com o status Validada no eDocs. Isso ocorria porque esse campo é obrigatório para o fornecedor e espera o envio de um código numérico. Diante disso, o sistema foi ajustado para que, sempre que o campo na InfSenior estiver vazio ou não for um código numérico válido, seja enviado o valor zero para o IPM Rest (Reforma Tributária), evitando assim o travamento da nota no eDocs.

Local: NFSe > Emissões

O fornecedor Simpliss (Reforma Tributária) enfrentava problemas para processar mais de uma nota por lote, ocasionando o travamento das NFSe’s no status Enviada no eDocs. Após implementações realizadas, o sistema passa a enviar apenas uma nota por lote para o fornecedor Simpliss (Reforma Tributária).

Local: NFSe > Emissões

Ajuste

Consulta e Cancelamento NFSe Fornecedor Simpliss

O fornecedor Simpliss (Reforma Tributária) estava enfrentava problemas para consultar e cancelar NFSe devido a retornos não tratados do fornecedor. Por isso, realizamos alterações no sistema de forma a processar corretamente os retornos do fornecedor Simpliss (Reforma Tributária).

Local: NFSe > Emissões

Atualizamos a base de dados do eDocs para contemplar a Lista de Serviços Anexa à Lei Complementar nº 116, de 31 de julho de 2003, conforme publicação de 20/02/2024, incluindo os novos itens de serviço previstos e garantindo que as descrições e seus respectivos códigos sejam exibidos corretamente no DANFSe.

Local: NFS-e > DANFSe

Realizamos ajustes nas documentações dos fornecedores Ginfes, E&L Gestão Pública, Pública.

Local: eDocs > Configuracoes

Ajuste

Emissão de NFS-e no fornecedor IPMRest com a Reforma Tributária

Adequamos o envio das observações ao novo modelo de emissão do fornecedor IPMRest, em conformidade com a Reforma Tributária, e aprimoramos o retorno das notas emitidas pela prefeitura que não disponibilizam o código esperado para o eDocs, garantindo maior consistência no processamento das informações.

Local: NFS-e > Emissões

Aprimoramos as rotinas de consulta de NFS-e do fornecedor Infisc, ajustando a conversão do retorno para que as informações sejam interpretadas corretamente durante o processo de consulta.

Local: NFS-e > Emissão

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios dos estados de Acre, Alagoas, Amapá, Amazonas, Bahia, Ceará, Espírito Santo, Maranhão, Minas Gerais, Pará, Paraíba, Pernambuco, Piauí, Rio Grande do Norte, Rondônia, Roraima, Sergipe e Tocantins:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Homologamos o fornecedor Pública para a Reforma Tributária.

Local: NFS-e > Emissão

Homologamos o fornecedor E&L Gestão Pública para a Reforma Tributária.

Local: NFS-e > Emissão

Homologamos o fornecedor Ginfes 1.00 para a Reforma Tributária.

Local: NFS-e > Emissão

Aprimoramos a emissão de NFSe para o fornecedor IPM Rest em cenários da Reforma Tributária, garantindo o envio do campo codigo_nbs conforme o manual do fornecedor e evitando rejeições no processamento junto à prefeitura.

Local: NFSe > Emissões

Ajuste

Ajuste no acesso ao Monitor do ambiente SeniorCloud

Reforçamos a estabilidade do ambiente SeniorCloud para garantir o acesso adequado ao Monitor em Tenants na versão 5.8.16.13, assegurando o funcionamento correto da navegação.

Local: eDocs > SeniorCloud

Com o objetivo de oferecer maior abrangência nas informações do eDocs, a base de dados foi ampliada com a adição dos seguintes países e territórios:

• Antártica
• Ilha Bouvet
• Ilha Heard e Ilhas McDonald
• Ilhas Åland
• Geórgia do Sul e Ilhas Sandwich do Sul
• Mayotte (Ilhas Francesas)
• Bonaire
• São Bartolomeu
• São Martinho (Parte Francesa)
• São Martinho (Parte Holandesa)
• Svalbard e Jan Mayen
• Terras Austrais e Antárcticas Francesas

Em conformidade com a Atualização dos Eventos no layout nacional apresentada no Fórum da Nota Fiscal Eletrônica em 27/12, o conteúdo do evento de cancelamento passou por alterações; diante disso, o sistema foi adequado ao novo modelo, assegurando que o processo de cancelamento seja executado com sucesso.

Local: NFS-e > Emissões

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Homologamos o fornecedor Smarapd para a Reforma Tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Simpliss para a Reforma Tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Desenvolve Cidade para a Reforma Tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Barueri - Layout Próprio para a Reforma Tributária.

Local: NFS-e > Emissão

Atualizamos a documentação de Impressão Remota, incluindo a inserção de um novo print da guia PrintService e o detalhamento de novos campos de configuração, sendo eles:

Ativar consulta de impressões: permite ao serviço consultar o eDocs sobre novas impressões sem a necessidade de liberação de portas, facilitando a comunicação quando os serviços estão instalados em servidores distintos.

Intervalo da consulta (segundos): define o tempo entre as verificações por novas impressões disponíveis.

Local: Manual do usuário - eDocs > Impressão > Impressão remota

Com a liberação da versão 1.00 da Nota Técnica 2024/002, disponibilizamos o novo evento Conciliação Financeira.

Este evento contempla a conferência e alinhamento dos valores registrados, pagamentos efetuados e recebimentos previstos, garantindo a consistência das informações e a correta posição financeira.

Informamos que durante os testes de integração do evento de cancelamento, foram identificadas instabilidades no ambiente da SEFAZ, impedindo o processamento do cancelamento.

Local: NF-e > Emissões > Outros eventos

Ajustamos o processo de recebimento de NFS-e nas filiais, permitindo que a configuração de monitoramento seja opcional.

Local: Configurações > Filiais > NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Homologamos o fornecedor IPM Rest para a Reforma Tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor Infisc para a Reforma Tributária.

Local: NFS-e > Emissões

Homologamos o fornecedor GovBr para a Reforma Tributária.

Local: NFS-e > Emissões

Após implementações realizadas, evoluímos a rotina de consulta de consignações para contemplar também cenários de outorgados.

Local: eSocial > Consulta e-Consignado

Modificamos a documentação de Homologação de Prefeituras para a Reforma Tributária (Emissor Próprio), inserindo a orientação de que, caso a prefeitura opte por não flexibilizar o envio dos novos campos da Reforma e a conectividade via API com o município esteja impossibilitada por questões técnicas até a data de entrada em vigor da exigência, será necessário realizar a emissão das notas através do site da prefeitura de forma paliativa, até que as questões técnicas com o município sejam regularizadas e a integração via API esteja funcional. Adicionalmente, incluímos links úteis ao final da página para apoio e consulta.

Local: eDocs

Atualmente, o governo permite a consulta de documentos consignados por meio do CNPJ base do próprio cliente. No entanto, quando o cliente possui CNPJs outorgados, a consulta passa a exigir o CNPJ completo. Como o CNPJ pode se referir tanto ao próprio cliente quanto aos outorgados, o eDocs foi ajustado para sempre enviar o CNPJ completo nas consultas. Dessa forma, mesmo quando a consulta é realizada com o CNPJ da matriz, o retorno inclui os documentos referentes a todas as filiais.

Local: eSocial - eConsignado

Conforme definição da Sefaz, atualizamos a URL de NF-e para a consulta de cadastro de contribuinte do estado do RS no ambiente de homologação, alterando de https://cad.sefazrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro4.asmxpara https://cad-homologacao.svrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro4.asmx.

Local: Integrações > Web Service > Integração

Identificamos que, em alguns cenários, a importação do Evento de Cancelamento apresentava falha devido à ausência da tag tpAutor. Dito isso, realizamos o ajuste na rotina de importação para que o processo não dependa mais dessa tag, evitando novas ocorrências dessa situação.

Local: NF-e > Emissões > Outros Eventos

Ajuste

Ajuste no envio do código do país do tomador para o fornecedor Chapecó

O RPS do fornecedor Chapecó não estava com o código do país do tomador preenchido com zeros à esquerda. Assim, ajustamos o envio do RPS para o fornecedor Chapecó, passando a preencher o código do país com zeros à esquerda, mantendo 4 posições.

Local: NFS-e > Emissões

Alteramos o município de Florianópolis/SP para o fornecedor Ambiente Nacional para emissão de NFS-e

Local: NFS-e > Emissões

Removemos do Guia de parametrização e orientações para emissão de NFS-e para a Reformao destaque acerca do ambiente de testes do Emissor Nacional, que se referia a uma condição temporária e não representa mais o cenário atual. Além disso, na documentação do Fornecedor Ambiente Nacional, retiramos o trecho que tratava da exigência do Emissor Nacional quanto à utilização de um certificado digital específico por CNPJ.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Fornecedores > Fornecedor Ambiente Nacional

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Ajuste

Correção na geração do DANFse para Florianópolis

Não era possível gerar o DANFSe para uma nota emitida para Florianópolis no ambiente nacional. Por isso, ajustamos a geração da DANFSe de modo que não existam mais regras específicas de municípios, melhorando o fluxo.

Local: eDocs > NFSe

Atualizamos a documentação da tela de Licenças (Configurações > Licenças), na Guia Informações, incluindo a descrição de duas funcionalidades disponíveis na opção Extrato: Gerar CSV mês e Consultar emissões mês.

Local: Configurações > Licenças

Criamos uma nova página de Homologação de Prefeituras para a Reforma Tributária (Emissor Próprio), a qual traz importantes orientações para municípios que optarem por seguir com Emissor Próprio. Acesse aqui o informativo.

Local: eDocs

Com o objetivo de manter as rotinas do sistema atualizadas de acordo com as demandas governamentais, a partir desta versão, implementamos o suporte para as alterações da nota técnica S-1.3 Nº 04/2025, que trata de apresentar as modificações necessárias para permitir a emissão de eSocial, e suas regras de validação. A liberação completa no ambiente de produção aconteceu em 26/08/2025.

Local: Emissão

Com o objetivo de manter as rotinas do sistema atualizadas de acordo com as demandas governamentais, a partir desta versão, implementamos o suporte para as alterações da nota técnica NT S-1.3 Nº05/2025, a qual apresenta as modificações necessárias para permitir a emissão de eSocial, e suas regras de validação. A liberação completa no ambiente de produção aconteceu em 24/11/2025.

Local: Emissão

Ajuste

Ajuste na exibição das informações complementares da DANFE

As informações complementares do DANFE não eram exibidas corretamente quando excediam o limite da quantidade de caracteres. Agora, no quadro de informações complementares passa a ser apresentada a mensagem As Informações Complementares excederam o limite de espaço deste quadro e serão exibidas após o detalhamento dos produtos/serviços.

Local: NF-e > Emissões

Eventos de NF-e de recebimento não eram retornados corretamente para o ERP Senior utilizando a integração via Middleware. Dito isso, realizamos um ajuste nesse retorno.

Local: NF-e > Recebimentos

Ao ativar a consulta de manifestação, o sistema iniciava a consulta de NSUs junto a SEFAZ pelo NSU mais antigo, trazendo todos os documentos disponíveis no período de até 180 dias. No entanto, isso fazia com que uma grande volumetria de documentos fossem processados no momento da ativação, e em alguns casos, excedesse a franquia contratada pelo cliente. Com o propósito de evitar essa situação, foi implementado no eDocs uma forma que permite realizar a busca retroativa apenas quando solicitado. Dessa forma, a partir de agora, o sistema passará a buscar pela data atual para as novas filiais criadas ou novas ativações de consulta de manifestação de NF-e/CT-e via SEFAZ, e não mais desde o primeiro NSU como costumava fazer. Caso seja necessário buscar documentos retroativos, basta acionar o botão Agendar busca retroativa NSU para que seja feito a consulta de todos os documentos de até 180 dias atrás. Além disso, para facilitar a visualização de quando ocorreu a última consulta NSU junto a SEFAZ, foi criada uma opção no cadastro da filial que exibe a data/hora da última consulta.

Local: Configurações > Filial > NF-e e Configurações > Filial > CT-e

Adicionamos novos campos na seção de Filtros de Emissão de NF-e: CNPJ/CPF da Transportadora, Nome da Transportadora e Placa do Veículo. Esses filtros, por sua vez, passam a considerar os respectivos dados presentes na nota fiscal. Além disso, é importante destacar que apenas os registros integrados a partir da versão 5.08.16.12 ou superior serão filtrados.

Local: NF-e > Emissões

Homologamos o fornecedor Layout Próprio - São Paulo/SP para a Reforma Tributária.

Local: NFS-e > Emissões

Inserimos, no Guia de parametrização e orientações para emissão de NFS-e para a Reforma, um link para a página que trata do Monitoramento das Adesões à NFS-e.

Local: Manual do usuário - eDocs > Documentos eletrônicos > Nota Fiscal de Serviço (NFS-e)

Homologamos o município de Agudos/SP para recebimento de NFS-e.

Local: NFS-e > Emissões

Disponibilizamos o fornecedor na rotina de Manutenção de Prefeituras.

Local: Configurações > Manutenção de Prefeituras

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Incluímos um novo parâmetro no cadastro da filial, aba NFS-e, seção Emissão, chamado Versão fixa no XML da DPS (Ambiente Nacional), o qual possui o seguinte comportamento:

• Quando o parâmetro é preenchido, o sistema passa a utilizar exatamente o valor informado no parâmetro para preencher o atributo versao da tag raiz DPS do XML enviado ao Ambiente Nacional.
• Quando, no entanto, o parâmetro permanece em branco (valor padrão), o comportamento atual é mantido, ou seja, a versão continua sendo definida automaticamente a partir do XML gerado.

Essa melhoria permite atender a cenários em que o Ambiente Nacional exija uma versão específica da DPS, garantindo maior controle e previsibilidade sobre o valor do atributo versao no XML transmitido. É importante destacar que essa mudança foi aplicada apenas para os envios de NFS-e para o Ambiente Nacional, portanto só terá impacto nas emissões em que a Filial estiver configurada apontando para utilizar o fornecedor Ambiente Nacional no manutenção de prefeituras.

Local: NFS-e > Emissões

Modificamos a documentação da tela Outros Eventos, retirando, da aba de Cancelamentos, a opção 112150 - Atualização da Data de Previsão de Entrega.

Local: NF-e

Alteramos a documentação de Emissão de GNRE, inserindo o estado do Mato Grosso do Sul (MS) na lista de estados que possuem uma regra específica para o envio dos itens dos impostos FCP e FCP/ST. Nesses casos, o valor é enviado com os códigos 11 e 21, em vez de 12 e 22, em conformidade com o manual de integração.

Local: GNRE > Emissões

Alteramos a descrição no parâmetro chave do web service de download para o método BaixarPDF.

Local: Integrações > Web Service > Download

Alteramos o município de Camaçari/BA para o fornecedor STM versão 2.01 para emissão de NFS-e.

Local: NFS-e > Emissões

Alteramos o município de Mangaratiba/RJ para o fornecedor Tiplan 2.03 para emissão de NFS-e.

Local: NFS-e > Emissões

Disponibilizamos o fornecedor Tiplan 2.03 na rotina de Manutenção de Prefeituras.

Local: Configurações > Manutenção de Prefeituras

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Disponibilizamos o fornecedor IPM 2.04 na rotina de Manutenção de Prefeituras.

Local: Configurações > Manutenção de Prefeituras

Alteramos o município de Navegantes/SC para o fornecedor IPM 2.04 para emissão de NFS-e.

Local: NFS-e > Emissões

Ajuste

Ajuste nos comandos da atualização 5.8.16.9 para o banco de dados Oracle

Os comandos de atualização da versão 5.8.16.9 estavam gerando inconsistências com o banco de dados Oracle. Assim, ajustamos o atualizador do eDocs para que os comandos de atualização sejam executados corretamente.

Local: Instalador > Banco de Dados

Com os ajustes para o novo modelo de CNPJ alfanumérico, algumas críticas de integração apresentavam problemas ao salvar no banco de dados. Assim, ajustamos a rotina de críticas de integração prevenindo problemas com CNPJ alfanumérico.

Local: eDocs > Críticas de integração

Adicionamos o fornecedor SIAP Sistemas na tela de Manutenção de Prefeituras, a qual permite a inclusão/edição de prefeituras que usam fornecedores/leiautes já homologados no eDocs para o processo de emissão de NFS-e.

Local: eDocs > Configurações

Filiais com mais de um emissor de eSocial e que já possuíam registros no eConsignado apresentavam falha na atualização da versão 5.8.16.8. Por isso, ajustamos o atualizador do eDocs para que a atualização da versão 5.8.16.8 (ou superior) seja realizada normalmente.

Local: Instalador

Ao integrar uma NFS-e e esta gerar uma crítica de integração, as informações da nota não eram exibidas, dificultando o filtro das informações. Por isso, foram realizados ajustes nas críticas de NFS-e para popular as informações de Série, Número, Emissor e CNPJ/CPF Emissor, quando disponíveis. É importante destacar que podem ocorrer casos em que a série não será preenchida, por não existir valor ou por conter caracteres não numéricos.

Local: NFS-e > Recebimentos

Disponibilizamos o fornecedor Tinus Soap na rotina de Manutenção de Prefeituras.

Local: Configurações > Manutenção de Prefeituras

Notas de serviço do município de Jaraguá do Sul - SC não estavam sendo monitoradas. Dito isso, realizamos ajustes na rotina de monitoramento de NFS-e junto com a prefeitura, normalizando o recebimento de notas.

Local: NFS-e > Recebimentos

Nas documentações das telas de Nota Fiscal de Serviço (NFS-e) e de Informações da tag infSenior versão 2.00, inserimos um redirecionamento para um guia de parametrização e orientações do e-Docs para emissão de NFS-e para a Reforma.

Local: NFS-e > Emissões

Homologamos o município de Jurutí/PA para o fornecedor SIAP Sistemas para emissão de NFS-e.

Local: NFS-e > Emissões

Alteramos o fornecedor do município de Porto Alegre - RS para Ambiente Nacional. Antes, o município utilizava o fornecedor Bhiss.

Local: NFS-e > Emissões

Com o objetivo de manter as rotinas do sistema atualizadas de acordo com as demandas governamentais, a partir desta versão, implementamos o suporte para as alterações da nota técnica NFS-e NT 004 V1.01.02. Embora o Ambiente Nacional ainda não disponibilize um ambiente oficial de homologação para IBSCBS, o sistema já está preparado para operar conforme as regras dessa nota técnica, garantindo maior aderência às futuras validações. Além disso, foi incluída também uma correção para alguns cenários bem específicos em que a integração de XML com o layout Senior 2.0 rejeitava o envio inicial e, mesmo após o ERP gerar uma nova nota com as correções, as tentativas seguintes para aquele mesmo RPS e série continuavam enviando sempre o mesmo XML.

Local: Emissões > NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

Locais:

• NFS-e > Recebimentos
• Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e

Atualizamos a documentação de Integração ERP-Megaao incluir o item Ativar envio de e-mail com XML/DANFE (opcional), apresentando de forma objetiva os passos para configurar o endereço de envio e a mensagem utilizada no disparo automático de e-mails com o XML e o PDF do DANFE-Com.

Local: Manual do Usuário > Integração ERP-Mega

Atualizamos a documentação referente a Manutenção de Prefeituras, transferindo o fornecedor Ambiente Nacional para a seção de fornecedores.

Junto a essa versão, também destacamos a parametrização do eDocs para a emissão de NFS-e no Ambiente Nacional. Para isso, confira a documentação do Fornecedor Ambiente Nacional

Local: Manual do usuário > Configurações > Manutenção de Prefeituras

Para acompanhar as mudanças do CNPJ alfanumérico, aprimoramos a rotina de envio de retorno ao ERP, garantindo que as emissões de NF-e realizadas por filiais criadas após essa atualização passem a retornar corretamente ao sistema.

Local: NF-e > Emissões

Adequamos o processo de validação do eDocs para tratar situações em que a Sefaz MT retorna protocolo com valor zero, permitindo que a rejeição seja apresentada com a descrição correta e mantendo a experiência de integração mais alinhada ao comportamento do órgão.

Local: NF-e > Emissões

Ajuste

Envio de DANFECom aperfeiçoado

Aprimoramos o envio do DANFECom por e-mail, assegurando que o QR Code seja gerado corretamente ao considerar o estado da nota como referência.

Local: NFCom > Emissões > Enviar e-mail

Aprimoramos a tela de NFCom Emissões para garantir que o botão Exportar CSV fique habilitado sempre que o usuário possuir permissão, ampliando a acessibilidade do recurso.

Local: NFCom > Emissões > Exportar CSV

Atualizamos a configuração do município de Araucária-PR para refletir a orientação oficial da prefeitura, ajustando a URL de produção para https://ws-araucaria.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao, garantindo alinhamento com o novo endereço disponibilizado.

Local: NFS-e > Emissões

Aprimoramos o envio de NFS-e para o ambiente nacional, garantindo que filiais de municípios que emitem sem certificado digital também realizem a emissão corretamente nesse ambiente.

Local: NFS-e > Emissões