O que há de novo no eDocs - 5.8.15
Novidades e melhorias mais recentes:
Nota
O Governo do Estado de São Paulo permitirá o uso do Cupom Fiscal Eletrônico (CF-e-SAT) até 31 de dezembro de 2025. Após essa data, o documento será descontinuado, e a Nota Fiscal de Consumidor Eletrônica (NFC-e) passará a ser o único modelo aceito.
Com efeitos imediatos, novos equipamentos SAT não podem ser ativados, exceto em estabelecimentos que já utilizam o sistema, incluindo filiais com o mesmo CNPJ-base. Para detalhes adicionais, consulte a Portaria SRE nº 79/2024.
Configuração
AJUSTE
Cadastro de filiais em ambientes que utilizam Cloud Senior
Em ambientes que utilizam a Cloud Senior para emissão ou recebimento de NFS-e, surgiam problemas ao cadastrar uma nova filial. O erro era identificado durante a tentativa de salvar os dados da filial, gerando a mensagem: Senior.SapiensNfe.Monitor.Configuracao.Filial.FilialGeral.btnSalvarEmpresa_Click - Ocorreu um erro ao salvar os dados da filial. System.InvalidOperationException: Erro ao gerar o documento XML. ---> System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
Para resolver, ajustamos o processo de cadastro de filiais, evitando esse problema em ambientes que utilizam Cloud Senior de NFS-e.
Local: Configuração > Filiais
EFD-Reinf
NOVIDADE
SPED EFD-Reinf - NT nº 03/2024: Ajustes nos Leiautes da Versão 2.1.2
Com o objetivo de manter as rotinas do sistema alinhadas às exigências governamentais, implementamos suporte aos ajustes nos leiautes da versão 2.1.2 da EFD Reinf, conforme definido pela NT nº 03/2024.
Local: EFD-Reinf > Eventos
eSocial
MDF-e
NOVIDADE
MDF-e | NT 2024.002 v. 1.00: Alterações para Suporte ao CT-e Simplificado
Para garantir que as rotinas do sistema estejam alinhadas às exigências governamentais, adicionamos suporte às alterações definidas na NT 2024.002 v. 1.00. A nota técnica introduz modificações nas regras de emissão e validação do MDF-e, permitindo o suporte ao CT-e Simplificado e assegurando conformidade e eficiência nos processos.
Local: MDF-e > Emissões
NFS-e
NOVIDADE
Homologação de emissões de NFS-e para o município de Matozinhos - MG
Homologamos o fornecedor Memory para fazer a integração de emissões de NFS-e do município de Matozinhos - MG.
Local: NFS-e > Emissões
NOVIDADE
Homologação de emissões de NFS-e para o município de Vera Cruz - SP
Homologamos o fornecedor Fiorilli para fazer a integração de emissões de NFS-e do município de Vera Cruz - SP.
Local: NFS-e > Emissões
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de São Francisco do Sul - SC
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de São Francisco do Sul - SC para IPM Rest.
Local: NFS-e > Emissões
NOVIDADE
Homologação de emissões de NFS-e para o município de Lagoa Vermelha - RJ
Homologamos o fornecedor IPM Rest para fazer a integração de emissões de NFS-e do município de Lagoa Vermelha - RJ.
Local: NFS-e > Emissões
NOVIDADE
Homologação de emissões de NFS-e para o município de Pindamonhangaba - SP
Homologamos o fornecedor Embras para fazer a integração de emissões de NFS-e do município de Pindamonhangaba - SP.
Local: NFS-e > Emissões
NOVIDADE
Homologação de emissões de NFS-e para o município de Rolândia - PR
Homologamos o fornecedor GOVBR - versão 1.00 para fazer a integração de emissões de NFS-e do município de Rolândia - PR.
Local: NFS-e > Emissões
AJUSTE
Migração do parâmetro ENVIAR_LOTE_UM_ITEM do fornecedor IPM Rest
Na migração do parâmetro ENVIAR_LOTE_UM_ITEM do fornecedor IPM Rest para o módulo de Manutenção de Prefeituras, houve uma alteração no sentido original. Para resolver, ajustamos a documentação e a migração do parâmetro para atender ao novo valor. Esse ajuste é aplicado apenas para instalações que ainda não passaram pela versão 5.8.15.19.
Local: NFS-e > Emissões
AJUSTE
Versão do fornecedor Betha para os municípios de Resende - RJ e Orleans - SC
Os municípios de Resende - RJ e Orleans - SC foram migrados indevidamente para o fornecedor Betha 2.0. Para resolver, ajustamos a configuração desses municípios para utilizarem o fornecedor Betha 1.0.
Local: NFS-e > Emissões
AJUSTE
Armazenamento do .XML enviado para os fornecedores Udigital e Kalana
O .XML enviado para a prefeitura não era armazenado corretamente para os fornecedores Udigital e Kalana. Como resultado, ao fazer o download do arquivo, era exibida a mensagem: Não foi possível realizar o download do arquivo. Motivo: XML não encontrado na base de dados. O tempo limite de armazenamento desse XML é de 7 dia(s).
Para resolver, ajustamos a rotina responsável pelo armazenamento dos .XMLs enviados para esses fornecedores.
Local: NFS-e > Emissões
AJUSTE
Retorno de NFS-e com .XML inválido
Em prefeituras que retornavam erro de validação de .XML, as notas ficavam pausadas no eDocs. Para resolver, ajustamos a validação do retorno de RPS para identificar e apresentar os problemas de .XMLs retornados pelas prefeituras, rejeitando a nota automaticamente quando necessário.
Local: NFS-e > Emissões
Histórico de novidades e melhorias:
Importante
As labels (etiquetas) estão disponíveis somente nas matérias publicadas a partir de 23/08/2024, na versão 5.8.15.13 do eDocs. Logo, as matérias anteriores a essa data encontram-se no padrão antigo.
Configurações
NOVIDADE
Cadastro de Credenciais de Monitoramento
Em Configurações > Filiais > NFS-e > Geral > Recebimento > Credenciais de Monitoramento, disponibilizamos uma tela onde é possível inserir as credenciais de acesso ao sistema da prefeitura, que o eDocs utilizará para monitorar e baixar as NFS-e recebidas. Esse cadastro deve ser preenchido apenas quando for necessário monitorar uma prefeitura que exige o fornecimento de credenciais.
Nos municípios que utilizam esse tipo de autenticação, é necessário seguir dois passos para que o monitoramento de notas recebidas funcione:
- Cadastrar a Inscrição Municipal em Configurações > Filiais > Geral > Inscrições Municipais
- Após cadastrar a Inscrição Municipal, informar o usuário e a senha vinculados a essa inscrição em Configurações > Filiais > NFS-e > Geral > Recebimento > Credenciais de Monitoramento
Nota
A atualização da tabela, indicando o tipo de autenticação utilizado por cada município, será realizada gradativamente nas próximas semanas.
Local: Configurações > Filiais > NFS-e > Geral > Recebimento > Credenciais Monitoramento
NOVIDADE
Registrar várias inscrições municipais por município
Algumas empresas têm mais de uma inscrição municipal no mesmo município, o que exige especificação na consulta de documentos recebidos. Para isso, a tela de cadastro foi atualizada, permitindo o registro de várias inscrições municipais por município.
Local: Configurações > Filiais > Geral > Inscrições Municipais
DOCUMENTAÇÃO
Informações adicionais sobre o controle de licença
Revisamos a documentação de Licenças, no tópico Informações adicionais, quanto à bilhetagem de documentados importados.
Local: Manual do usuário - eDocs > Configurações > Licenças
CT-e
NOVIDADE
CT-e Simplificado no eDocs
Implementamos a integração do CT-e Simplificado no sistema. Importante: esta liberação aplica-se apenas ao eDocs. Outros produtos da Senior, como ERP e TMS, terão a liberação do CT-e simplificado em uma fase futura.
O CT-e Simplificado, ou Conhecimento de Transporte Eletrônico Simplificado, facilita a documentação de transporte de cargas, tornando-a mais ágil e menos burocrática. Como versão simplificada do CT-e completo, ele é usado para transporte intermunicipal ou interestadual com um único tomador, eliminando a necessidade de repetir informações em cada nova operação.
Local: CT-e > Emissões
eDocs
NF-e
AJUSTE
Reconsultar notas em processamento
Algumas notas ficavam travadas na situação Em processamento. Ajustamos o eDocs para reconsultar essas notas e atualizar a situação conforme a SEFAZ.
Local: NF-e > Emissões
AJUSTE
Rejeição de NF-e antiga por duplicidade de envio de CC-e
Quando uma CC-e era rejeitada por duplicidade em uma NF-e com mais de 180 dias, a NF-e também era rejeitada. Ajustamos o processo para que a rejeição por duplicidade da CC-e não afete NF-es com mais de 180 dias.
Local: NF-e > Carta de Correção
NF3-e
NFS-e
NOVIDADE
Recebimento de NFS-e emitidas no município do Rio de Janeiro - RJ
Ocorria um problema que impedia o recebimento de NFS-e emitidas no município do Rio de Janeiro - RJ. Ajustamos a integração para permitir o recebimento dessas notas.
Local: NFS-e > Recebimentos
NOVIDADE
Ativar ou desativar consultas no Ambiente Nacional
Adicionamos um parâmetro que permite ativar ou desativar consultas no Ambiente Nacional para NFS-e recebidas. Esse parâmetro só pode ser ativado se o recebimento de NFS-e e o monitoramento nas prefeituras também estiverem ativos. Por padrão, ele é configurado como desativado.
Local: NFS-e > Recebimentos
AJUSTE
Natureza de operação para Joinville - SC
Ajustamos a ordem da tabela conforme a regra para preenchimento da natureza de operação em Joinville - SC.
Local: NFS-e > Emissões
NOVIDADE
Envio de Alíquota para Umuarama - PR
A prefeitura de Umuarama - PR agora exige o envio da tag Aliquota, mesmo com valor zero. Ajustamos a rotina para incluir essa informação.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
Documentação de fornecedor para emissões
Ajustamos a tabela de Cidades homologadas para o Envio de Notas Fiscais de Serviço Eletrônicas para os municípios de Três Passos - RS e São Pedro do Butiá - RS, indicando que o fornecedor é Betha Sistemas - versão 2.02.
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Cidades homologadas para Emissões de NFS-e
Configurações
AJUSTE
Rotina de limpeza de arquivos processados
Ocorriam problemas ao limpar os arquivos processados quando havia algum arquivo de recebimento de NFS-e na pasta, resultando na mensagem Erro ao limpar arquivos em banco. Ajustamos a rotina de limpeza para incluir também os arquivos de recebimento da NFS-e.
Local: Configurações > Gerais > Avançado > Intervalo de Execução
eSocial
GNRE
NOVIDADE
Itens do imposto FCP para Tocantins - TO
Modificamos o envio dos itens do imposto FCP para o estado de TO. Agora, os valores são enviados com os códigos 11 e 21, em vez de 12 e 22, conforme o manual de integração. Antes, essa configuração incorreta resultava na mensagem Valor principal não informado!
Local: GNRE > Emissões
NFS-e
NOVIDADE
Novo fornecedor Campinas na rotina de Manutenção de Prefeituras
Disponibilizamos o fornecedor Campinas na rotina de Manutenção de Prefeituras do eDocs. Assim que a prefeitura oficializar a mudança, o fornecedor atual, DSF, será substituído pelo novo fornecedor nas próximas versões.
Esse ajuste permite que os clientes façam a troca para o novo fornecedor diretamente no módulo de Manutenção de Prefeituras, sem depender de futuras atualizações no eDocs.
Local: NFS-e > Emissões
NOVIDADE
Recebimento de NFS-e para o município de São José da Tapera - AL
Disponibilizamos o recebimento de NFS-e via .PDF para o município de São José da Tapera - AL.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Serra - ES
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Serra - ES.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Patrocínio - MG
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Patrocínio - MG.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Campo Grande - MS
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Campo Grande - MS.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Colombo - PR
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Colombo - PR.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Pinhais - PR
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Pinhais - PR.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Toledo - PR
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Toledo - PR.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Florianópolis - SC
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Florianópolis - SC.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Altinópolis - SP
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Altinópolis - SP.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Barueri - SP
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Barueri - SP.
Local: NFS-e > Recebimentos
NOVIDADE
Recebimento de NFS-e para o município de Guaratuba - PR
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Guaratuba - PR.
Local: NFS-e > Recebimentos
NOVIDADE
Ajuste na leitura dos valores das NFS-e recebidas de Marília - SP
Ao receber uma NFS-e via .XML, a nota integrava com valores incorretos para o município de Marília - SP. Ajustamos a rotina de leitura do .XML para converter os campos corretamente.
Local: NFS-e > Recebimentos
AJUSTE
Parâmetros de assinatura do fornecedor IPM Rest
O fornecedor IPM Rest não assinava os envios após a migração automática para a rotina de Manutenção de Prefeituras, apresentando a mensagem Assinatura Digital não está íntegra ou nenhuma assinatura foi encontrada no arquivo enviado. Para resolver, ajustamos os parâmetros de assinatura do fornecedor.
Local: NFS-e > Emissões
NOVIDADE
Sincronização de cadastros entre eDocs e motor Cloud no recebimento de NFS-e
Filiais que não usavam o recebimento de NFS-e no eDocs permaneciam ativas no motor Cloud de processamento, resultando em consumo desnecessário de recursos. Para resolver, criamos uma rotina temporizada no eDocs, que é executada a cada 7 dias, verificando as filiais cadastradas para confirmar se elas devem permanecer ativas no motor Cloud. Filiais que não utilizam mais o serviço de recebimento de NFS-e, seja por falta de licença ou por inatividade, serão automaticamente desligadas pela rotina temporizada.
Local: NFS-e > Recebimentos
DOCUMENTAÇÃO
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:
- Uruçuí - PI, Penedo - AL, Nossa Senhora da Glória - SE, Passos - MG, Palmeira das Missões - RS e Campos de Júlio - MT passam a ter Monitoramento via Ambiente Nacional
- São José da Tapera - AL e Cansanção - BA passam a ter Forma de Recebimento via .XML
- Joinville - SC passa a ter Monitoramento via Prefeitura
- São José do Rio Preto - SP passa a ter Monitoramento via Prefeitura e a exigir cadastro de fornecedores
- São João do Itaperiú - SC e Barros Cassal - RS deixam de ter Monitoramento via Prefeitura
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
CT-e
eDocs
DOCUMENTAÇÃO
Campo Sem contagem como pré-requisito
Na documentação de Pré-requisitos para instalação do eDocs, na seção Outros requisitos > SQL Server, inserimos a seguinte informação:
- O campo Sem contagem (No count) deve estar desabilitado em Propriedades do Servidor > Conexões > Opções de conexão padrão. Quando habilitado, este campo impede a atualização do status dos documentos e pode gerar o erro: ERROR NHibernate.Event.Default.AbstractFlushingEventListener - Could not synchronize database state with session. NHibernate.StaleStateException: Batch update returned unexpected row count from update; actual row count: -1; expected: 1
Local: Manual do usuário - eDocs > Manual de instalação > Pré-requisitos
NF-e
NFS-e
NOVIDADE
Recebimento de NFS-e para o município de Dois Irmãos - RS
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Dois Irmãos - RS.
Local: NFS-e > Recebimentos
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Santa Luzia - MG
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Santa Luzia - MG para ISS Intel.
Local: NFS-e > Emissões
AJUSTE
Valores de NFS-es recebidas de Tremembé - SP
As NFS-es recebidas de Tremembé - SP agora são importadas com os valores corretos, corrigindo o problema anterior de importação incorreta.
Local: NFS-e > Recebimentos
AJUSTE
Fornecedor padrão de NFS-e para Divinópolis - MG
As NFS-es do município de Divinópolis - MG agora são transmitidas no formato Betha 1.00, ajustando o padrão anterior que utilizava o formato 2.00.
Local: NFS-e > Emissões
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Joinville - SC
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Joinville - SC para Publica.
Nota
Conforme informado pela prefeitura de Joinville/SC, as novas URLs de produção serão divulgadas no dia 05/11, data em que o novo sistema entrará em operação. Assim, os clientes que desejarem emitir notas pelo novo sistema a partir dessa data deverão inserir as URLs manualmente em Configurações > Consultas URL no eDocs.
Em caso de dúvidas sobre o procedimento, entre em contato com a Senior ou seu canal de distribuição.
Local: NFS-e > Emissões
AJUSTE
Recebimento de NFS-e de Hortolândia - SP quando há substituição
NFS-es recebidas do município de Hortolândia - SP apresentavam a seguinte crítica ao incluir informações de substituição: The uf element is invalid - The value a is invalid according to its datatype String - The actual length is not equal to the specified length. Verifique se o município de emissão possui integração de recebimento NFS-e.
Ajustamos a integração de NFS-es recebidas de Hortolândia - SP para corrigir problemas com informações de substituição.
Local: NFS-e > Recebimentos
AJUSTE
Emissão de NFS-e para Santos - SP
Devido à migração de fornecedor, a prefeitura de Santos - SP não estava disponível na versão 5.8.15.23. A partir da versão 5.8.15.24, a prefeitura de Santos - SP adota o padrão de Manutenção de Prefeituras. Os casos na versão 5.8.15.23 foram tratados pontualmente.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
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:
- Inhambupe - BA passa a ter Forma de Recebimento via Ambiente Nacional
- Atibaia - SP passa a ter Monitoramento via Prefeitura
- Maceió - AL, Jundiaí - SP, Praia Grande - SP, São José do Rio Preto - SP e Mineiros - GO deixam de ter Monitoramento via Prefeitura e de exigir cadastro de fornecedores
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
Recebimentos
DOCUMENTAÇÃO
Fornecedor para Seara - SC
Alteramos a documentação das Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para o município de Seara - SC. Antes, ela indicava que o fornecedor era Betha, sendo IPM o correto.
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimento de NFS-e
DOCUMENTAÇÃO
Certificado próprio para cada CNPJ
Complementamos a documentação das Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas quanto ao fornecedor ISS.NET/NotaControl, indicando que cada CNPJ precisa de um certificado próprio; não sendo possível usar o certificado da matriz.
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimento de NFS-e
DOCUMENTAÇÃO
Inscrição Municipal para o fornecedor Nota Carioca
Complementamos a documentação das Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para o município do Rio de Janeiro - RJ, indicando que, para o fornecedor Nota Carioca, é necessário solicitar ao Suporte o cadastro da Inscrição Municipal na aplicação de monitoramento.
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimento de NFS-e
Configurações
AJUSTE
Inativar emissor da EFD-Reinf ao inativar filial
Antes, ao inativar uma filial, o emissor do EFD-Reinf não era inativado automaticamente. Agora, todos os emissores são inativados junto com a filial.
Local: Configurações > Filiais
AJUSTE
Permissão para envio de e-mails em lote
Nas permissões de NF-e, o botão para envio de e-mails em lote permanecia habilitado, mesmo quando o usuário não tinha permissão para usar essa funcionalidade. Ajustamos a rotina de permissões para garantir que o botão não seja habilitado no cenário descrito.
Local: Configurações > Acessos
AJUSTE
Cadastro da filial e parâmetros para emissão e recebimento de NFS-e
O cadastro de monitoramento e importação de NFS-e de recebimento não ocorria corretamente. Para corrigir, ajustamos o cadastro da filial e os parâmetros de acordo com as permissões de licenciamento de NFS-e.
Local: Configurações > NFS-e
eSocial
NF-e
AJUSTE
Ordenação padrão na tela de emissões de NF-e
A tela de apresentação das NF-es emitidas apresentava lentidão quando havia um grande volume de registros. Para corrigir, removemos a ordenação padrão pela versão do documento, já que alguns ambientes tinham problemas de desempenho no banco de dados.
Local: NF-e > Emissões
NFS-e
AJUSTE
Envio da discriminação e número da remessa para Barueri - SP
O município de Barueri - SP apresentava problemas na emissão de NFS-e devido a regras de envio, resultando na mensagem: Já existe o número de título X para esta empresa, filial e tipo de título. Para corrigir, ajustamos as regras de envio para a prefeitura, abrangendo as seguintes informações: número da remessa de envio, quantidade de itens e discriminação dos serviços.
Local: NFS-e > Emissões
AJUSTE
Consulta do lote RPS para o fornecedor Smarapd
As NFS-es do fornecedor Smarapd - versão 2.04 eram rejeitadas com a crítica Erro, já existe um processo de consulta, aguarde o processo terminar, por ainda estarem em processamento. Para corrigir, ajustamos a rotina de consulta do lote de RPS, aguardando o processamento do lote antes de consultar a NFS-e.
Local: NFS-e > Emissões
AJUSTE
Consulta de NFS-es de recebimento
A consulta e o monitoramento das NFS-es recebidas geravam consumo indevido e falhas no leiaute, interrompendo a integração dos documentos. Agrupamos as consultas e corrigimos o leiaute, evitando o consumo excessivo.
Local: NFS-e > Recebimentos
AJUSTE
Atualização de ambientes que têm filiais cadastradas para Cianorte - PR
A alteração do fornecedor do município de Cianorte - PR resultou na exibição da mensagem Erro ao atualizar banco de dados durante a migração dos parâmetros. Para solucionar, ajustamos a atualização dos ambientes que têm filiais cadastradas com emissão de NFS-e para esse município.
Local: NFS-e > Emissões
NOVIDADE
Busca retroativa de NFS-e recebidas não sincronizadas com a instalação do eDocs
Em casos específicos, as NFS-es são recebidas da prefeitura fora do intervalo em que o eDocs faz a consulta no motor Cloud Senior, responsável por buscar as notas nas prefeituras. Isso pode fazer com que documentos sincronizados fora do horário previsto não sejam baixados.
Disponibilizamos, na tela de configuração de recebimento de NFS-e, uma opção que permite sincronizar todas as NFS-es baixadas pelo motor Cloud Senior nos últimos 30 dias. Essa funcionalidade equaliza a base Cloud com a base local do eDocs, garantindo que qualquer NFS-e disponível no motor Cloud seja baixada para a instalação local, caso ainda não tenha sido sincronizada.
Local: NFS-e > Recebimentos
NOVIDADE
Fornecedor Ginfes - versão 2.04 na rotina de Manutenção de Prefeituras
Disponibilizamos o fornecedor Ginfes - versão 2.04 na rotina de Manutenção de Prefeituras do eDocs. No entanto, ele ainda está em fase de validação e não é recomendado seu uso sem o acompanhamento da Senior.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
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:
- Santa Rosa do Tocantins - TO, Maragogipe - PB, Mucugê - PB, Nova Campina - SP, Passo do Sobrado - RS, Riozinho - RS e Palmeira de Goiás - GO passam a ter Forma de Recebimento via .XML
- Flor do Sertão - SC passa a ter Monitoramento via Prefeitura
- Patos - PB, Monsenhor Paulo - MG, Reserva do Iguaçu - PR, Tijucas do Sul - PR, Nova Itaberaba - SC, Porto Lucena - RS e Sinop - MT passam a ter Forma de Recebimento via Ambiente Nacional
- Cabo Frio - RJ deixa de ter Forma de Recebimento via .XML
- Santos - SP deixa de ter Monitoramento via Prefeitura e de exigir cadastro de fornecedores
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
NFS-e
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Cianorte - PR
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Cianorte - PR para Elotech.
Local: NFS-e > Emissões
CT-e
AJUSTE
Retorno de prestação em desacordo ao ERP
Ao gerar um evento de prestação em desacordo na tela de recebimentos do CT-e e o evento ser rejeitado, o status de retorno ao ERP ficava incorreto. Ajustamos a rotina de integração para garantir que o status de retorno ao ERP seja atualizado corretamente.
Local: CT-e > Recebimentos
NFS-e
AJUSTE
Validação do parâmetro de fornecedor na Manutenção de Prefeituras
Ajustamos o envio de RPS aplicando a validação de um RPS por lote nos fornecedores que utilizam a rotina de Manutenção de Prefeituras. Essa correção foi necessária após o envio não respeitar o parâmetro do município, o que resultava em mensagens de rejeição, como: E174 - RPS não assinado e 00291 - Erro na estrutura do XML de pesquisa.
Local: NFS-e > Emissões
AJUSTE
Fornecedor do município de Navegantes - SC
Ajustamos o fornecedor de Navegantes - SC para Betha Sistemas - versão 1.00.
Local: NFS-e > Emissões
AJUSTE
Valor padrão do parâmetro de assinatura de .XML do fornecedor Fiorilli
Ajustamos o comportamento padrão do parâmetro de assinatura de .XML para o fornecedor Fiorilli, que agora assume o valor S quando não configurado.
Local: NFS-e > Emissões
AJUSTE
URLs e parâmetros no cadastro de municípios para o Manutenção de Prefeituras
Ao editar um município padrão na rotina de Manutenção de Prefeituras para um fornecedor que não utilizava URLs e parâmetros, ocorriam problemas na customização das informações. Por isso, ajustamos a tela de edição dos municípios, permitindo o uso de fornecedores que não utilizam URLs e parâmetros.
Local: NFS-e > Emissões
Configurações
AJUSTE
Quantidade padrão de vias para impressão
A tela de Configuração da Filial, na guia Documento, exibia a quantidade de zero vias de impressão, gerando o aviso Verifique o valor informado nos campos: Valor deve ser igual ou maior que 1 e igual ou menor que 99. Ajustamos o valor padrão para que a quantidade de vias de impressão seja 1.
Local: Configurações > Filiais
eDocs
DOCUMENTAÇÃO
Documentação do Importador
A documentação do Importador não deixava claro o seu funcionamento. Complementamos a descrição do botão Importar, detalhando o processo de upload de arquivos e possíveis cenários.
Local: Manual do usuário - eDocs > Integrações > Importador
DOCUMENTAÇÃO
Pesquisa nas Notas da Versão do eDocs
A busca das Notas da Versão do eDocs não funcionava na página da versão 5.8.15. Corrigimos para que a busca funcione normalmente.
Local: Notas da Versão > eDocs - 5.8.15
NF-e
NOVIDADE
Logs adicionais na consulta de nota
Quando uma NF-e era emitida e retornava um Erro não catalogado, ao tentar consultá-la, a nota permanecia bloqueada com o status Enviada. Implementamos logs adicionais para monitorar o Erro não catalogado na emissão de NF-e, sendo necessário acionar o seu Canal de Atendimento para ativá-los
Local: NF-e > Emissões
AJUSTE
Melhoria na rotina de consulta de Manifestações do Destinatário
Ao consultar um grande volume de Manifestações do Destinatário, podiam ocorrer falhas de processamento. Para resolver isso, aprimoramos a rotina de consulta, permitindo a análise de grandes volumes de dados de forma eficiente.
Local: NF-e > Manifestações do Destinatário
NFS-e
NOVIDADE
Alíquota zerada para o leiaute nacional
Ao emitir uma NFS-e para o Ambiente Nacional, a nota era rejeitada com a mensagem: E0611 - Não é permitido informar alíquota do ISSQN quando o município de incidência estiver conveniado ao Sistema Nacional NFS-e. Ajustamos a rotina de emissão para o leiaute nacional, de forma que tag pAliq não seja enviada quando o valor for zero.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
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:
- São Lourenço da Mata - PE deixa de ter Forma de Recebimento via .XML
- Seringueiras - RO, Monte Alegre - RN, Paramirim - BA, Riacho de Santana - BA e Diamantina - MG passam a ter Forma de Recebimento via .XML
- Sete Lagoas - MG e Vitorino - PR passam a ter Forma de Recebimento via Ambiente Nacional
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
eDocs
Nota
A versão foi retirada do ar devido a um ajuste na atualização em ambientes Oracle.
Liberação trimestral de Exigências Legais e Implementações
Esta versão contém implementações e alterações relevantes para atender diversas rotinas do sistema, além das correções habituais.
Confira os impactos com atenção, principalmente as integrações via web services. Sempre que possível homologue a versão nova antes de colocá-la no ambiente em produção.
Configurações
DC-e
NOVIDADE
Declaração de Conteúdo eletrônica (DC-e)
A Declaração de Conteúdo Eletrônica (DC-e) é um documento digital que substitui a tradicional declaração de conteúdo em papel. Seu principal objetivo é permitir o acompanhamento em tempo real das operações de transporte de mercadorias que não exigem um documento fiscal. O DC-e existe exclusivamente em formato eletrônico, o que significa que é emitido e armazenado digitalmente.
Disponibilizamos a emissão desse documento no eDocs para a licença Múltiplos Documentos (Emissão & Recebimento). Acesse a documentação completa para mais informações.
Nota
- Esta liberação refere-se apenas ao produto eDocs. Para clientes que usam o ERP XT, o envio desse documento está em desenvolvimento
- O cancelamento de DC-e não foi homologado devido a problemas no serviço da SEFAZ
- A opção de importar DC-e (Inicial > Importador) não está disponível
- A emissão em contingência não está disponível
- As licenças antigas "Múltiplos Documentos" não incluem os novos documentos em desenvolvimento, incluindo este. Caso o cliente precise utilizá-lo, será necessário fazer o upgrade para a licença "Múltiplos Documentos (Emissão & Recebimento)"SS
Local: DC-e > Emissões
NF-e
NOVIDADE
NFe - NT 2020.007, versão 1.30 - Evento Ator Interessado na NF-e
Disponibilizamos o suporte à Nota Técnica NT 2020.007, versão 1.30 da NF-e, que implementa a emissão do evento Ator Interessado na NF-e. Esse evento permite a inclusão do transportador, após a autorização da nota, como um ator autorizado a acessar o arquivo .XML da NF-e.
Para mais detalhes sobre as particularidades de cada rotina, consulte a documentação de Emissões e Recebimentos.
Nota
Esta liberação refere-se apenas ao produto eDocs. Para clientes que usam o ERP XT, o envio desse evento está em desenvolvimento, com previsão de liberação para novembro de 2024.
Locais:
- NF-e > Emissões > Ator Interessado na NF-e
- NF-e > Recebimentos > Ator Interessado na NF-e
NFS-e
NOVIDADE
Homologação de emissões de NFS-e para o município de Paragominas - PA
Homologamos o fornecedor Desenvolve Cidade para fazer a integração de emissões de NFS-e do município de Paragominas - PA.
Local: NFS-e > Emissões
NOVIDADE
Homologação de emissões de NFS-e para o município de Salto Veloso - SC
Homologamos o fornecedor Betha Sistemas - versão 2.02 para fazer a integração de emissões de NFS-e do município de Salto Veloso - SC.
Local: NFS-e > Emissões
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Colombo - PR
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Colombo - PR para IPM Rest.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
Divergências entre homologação e produção
Complementamos a documentação do fornecedor ISS Net/NotaControl - versão 2.04, incluindo a seguinte regra geral de negócio:
- Alguns cenários de emissão em homologação podem apresentar divergências em relação ao ambiente de produção, o que dificulta a autorização da nota. Isso ocorre porque o ambiente de homologação do fornecedor considera o município de Campo Grande - MS como o órgão emissor
Local: NFS-e > Emissões
NOVIDADE
Nova rotina de Manutenção de Prefeituras
Temos uma novidade importante sobre o processo de emissão de NFS-e! A partir desta versão, disponibilizamos a tela de Manutenção de Prefeituras, trazendo mais agilidade e autonomia para os clientes do eDocs. Esta tela permite a inclusão e edição de prefeituras que utilizam fornecedores ou leiautes já homologados no eDocs para o processo de emissão de NFS-e.
Confira a lista de fornecedores disponíveis e informações sobre o funcionamento da tela acessando a documentação completa.
Locais:
- NFS-e > Emissões
- Configurações > Manutenção de Prefeituras
DOCUMENTAÇÃO
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:
- Macaúba - BA e Ubaporanga - MG passam a ter Forma de Recebimento via .XML
- Dracena - SP e Barretos - SP passam a ter Monitoramento via Ambiente Nacional
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
Configurações
AJUSTE
Salvar dados de filial com emissão e recebimento de NFS-e
Em algumas situações, não era possível salvar a filial quando havia emissão e recebimento de NFS-e. A seguinte mensagem era exibida: Ocorreu um erro ao salvar a filial, verifique o log para mais detalhes. Fizemos um ajuste na rotina de salvamento dos dados da filial para que funcione corretamente.
Local: Configurações > Filiais
eSocial
DOCUMENTAÇÃO
Evento S-3000 para eventos unificados
Complementamos a documentação de Unificação de arquivos - eSocial, no tópico Unificação, com o seguinte trecho:
- Evento S-3000 para eventos unificados: quando o sistema estiver com a unificação ativada e receber a rejeição "536 - Informações de Empregador, trabalhador e/ou período de apuração incompatíveis de um evento S-3000", e já houver um evento S-3000 autorizado, ambos de exclusão do mesmo evento, o sistema colocará os dados de autorização do evento anterior no novo evento rejeitado. Dessa forma, ambos os eventos terão as mesmas informações de autorização
Local: Manual do usuário - eDocs > Documentos eletrônicos > eSocial > Unificação de eventos
NFS-e
NOVIDADE
Tags de Alíquota e Valor ISS para o município de Mandaguaçu - PR
Ao emitir uma NFS-e para o município de Mandaguaçu - PR, as tags de Alíquota e Valor ISS eram enviadas indevidamente em certas situações. Ajustamos a rotina de emissão da NFS-e para esse município, utilizando a versão 2.02 do fornecedor Betha. Agora, se o prestador não for optante pelo Simples Nacional e o município de incidência for o mesmo do emitente, as tags de Alíquota e Valor ISS não serão enviadas.
Local: NFS-e > Emissões
AJUSTE
Texto do evento de integração para cancelamento de NFS-e
O texto do evento de integração de cancelamento de NFS-e era apresentado como Retorno ao ERP. Ajustamos o texto para Recepção ERP.
Local: NFS-e > Cancelamentos
NOVIDADE
Recebimento de NFS-e para o município de Lebon Régis - SC
Disponibilizamos o recebimento de NFS-e via .PDF para o município de Lebon Régis - SC.
Local: NFS-e > Recebimentos
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de São Mateus - ES
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de São Mateus - ES para E&L Gestão Pública - versão 2.04.
Local: NFS-e > Emissões
AJUSTE
Protocolo nulo
Ao receber uma NFS-e, em alguns casos, o protocolo gerado era nulo, o que resultava em repetições no processo. Agora, caso o protocolo seja nulo, a nota será removida da fila, e uma crítica será gerada para informar a nota responsável, evitando as repetições.
Local: NFS-e > Recebimentos
NOVIDADE
NFS-e de Nova Prata - RS
Na NFS-e, ao receber um arquivo .XML para o município de Nova Prata - RS, ocorria uma crítica na integração por falta de informações, com a mensagem: 999 - Não foi possível inserir o registro na tabela X. Fizemos um ajuste na rotina de recebimento de NFS-e para garantir a integração correta, preenchendo as informações necessárias.
Local: NFS-e > Recebimentos
NOVIDADE
Regra para Bandeirantes - PR
Para o município de Bandeirantes - PR, quando o valor das tags <Aliquota> e <ValorIss> for igual a 0, elas não serão enviadas à prefeitura. Esta regra se aplica ao fornecedor Betha Sistemas - versão 2.02.
Local: NFS-e > Emissões
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Massaranduba - SC
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Massaranduba - SC para IPM Rest.
Local: NFS-e > Emissões
NOVIDADE
Homologação de emissões de NFS-e para o município de Rio do Campo - SC
Homologamos o fornecedor IPM para fazer a integração de emissões de NFS-e do município de Rio do Campo - SC.
Local: NFS-e > Emissões
AJUSTE
Integração de CPF do prestador
Ao receber um .XML de NFS-e para o município de Caçador - SC, o documento era processado, mas faltava a informação do CPF do prestador. Fizemos um ajuste na rotina de recebimento da NFS-e, garantindo que as informações necessárias sejam corretamente preenchidas na integração da nota.
Local: NFS-e > Recebimentos
AJUSTE
Consulta de NFS-es do fornecedor Lexom
NFS-es autorizadas pelo fornecedor Lexom causavam erro na consulta, ficando com a situação Gerada. Ajustamos a consulta de NFS-e para esse fornecedor.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
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:
- Uberlândia - MG e Maringá - PR deixam de exigir cadastro de fornecedores
- São João de Meriti - RJ e Bagé - RS passam a ter Monitoramento via Ambiente Nacional
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
CT-e
NF-e
NFC-e
NOVIDADE
NFC-e | NT 2024.001, v. 1.00 - Substitui Denegação da NF-e por Rejeição e altera campos emissão com CRT = 4 (MEI)
Implementamos suporte às alterações da NT 2024.001, v. 1.00. Essa atualização permite a emissão de NFC-e para operações realizadas por MEI e substitui o processo de Denegação pelo de Rejeição. Agora, o sistema retornará a situação como Denegado quando o número do protocolo estiver preenchido no retorno da SEFAZ, e como Rejeitado se o campo estiver vazio.
Local: NFC-e > Emissões
NFS-e
NOVIDADE
Recebimento de .XML de NFS-e para o município de Barueri - SP
Ao receber um .XML de NFS-e para o município de Barueri - SP, o documento às vezes integrava sem o código do município do tomador, causando a mensagem Object reference not set to an instance of an object ao baixar a DANFSE. Ajustamos a rotina de recebimento de NFS-e para garantir que o código do município do tomador seja sempre preenchido.
Local: NFS-e > Recebimentos
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Franca - SP
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Franca - SP para Smarapd - versão 2.04.
Local: NFS-e > Emissões
AJUSTE
Município de emissão no DANFSE de recebimento
O DANFSE de NFS-e de recebimento exibia o município de emissão da filial incorretamente. Ajustamos o documento para apresentar o município correto da NFS-e de recebimento.
Local: NFS-e > Recebimentos
AJUSTE
Geração da DANFSE de NFS-e emitida
A DANFSE não era gerada quando os dados do prestador não eram retornados na emissão da NFS-e, resultando na mensagem Object reference not set to an instance of an object. Ajustamos a geração da DANFSE para verificar o retorno correto da NFS-e emitida.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
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:
- Leopoldina - MG e Seara - SC deixam de ter Monitoramento via Prefeitura
- Princesa - SC, Erebango - RS, Gaurama - RS, Maximiliano de Almeida - RS, Paulo Bento - RS, Rio dos Índios - RS, Sertão - RS, Severiano de Almeida - RS e Viadutos - RS passam a ter Forma de Recebimento via .XML
- Terra Roxa - SP, Entre Rios - SC, Galvão - SC, Irati - SC e São Bernardino - SC passam a ter Monitoramento via Prefeitura
- Santiago do Sul - SC e Herval - RS passam a ter Monitoramento via Ambiente Nacional
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
NOVIDADE
Envio tag <nfse_teste> para o fornecedor IPM
Para o fornecedor IPM, a tag <nfse_teste> será enviada com o valor 1 sempre que o ambiente de homologação estiver configurado. O envio dessa tag informa à prefeitura que a NFS-e é para testes. O documento passará pelas validações, mas não será emitido, sendo considerado como rejeitado ao final. Para mais informações, consulte a documentação do fornecedor.
Local: NFS-e > Emissões
Importador
AJUSTE
Validação de licença ao utilizar o Importador
A importação de documentos não era processada se a licença apresentasse alguma irregularidade, e o sistema exibia a seguinte mensagem: Não foi possível importar para a filial X. O serial X não está válido ou não foi possível validá-lo. Não é possível iniciar o processo. Agora, a validação da licença é realizada diretamente durante a importação, identificando qualquer erro e o documento ou processamento relacionado.
Local: Importador
NFS-e
AJUSTE
Envio manual de e-mails de NFS-e canceladas
O envio manual de e-mails de NFS-e canceladas apresentava inconsistências. Após um ajuste na rotina, o envio agora é feito corretamente, garantindo também o registro do Evento de Sistema no respectivo registro.
Local: NFS-e > Emissões > Envio de e-mail
AJUSTE
Ordenação dos campos em Recebimentos de NFS
A ordenação dos campos na grade da tela de Recebimentos de NFS-e estava incorreta. Realizamos um ajuste para corrigir essa ordenação.
Local: NFS-e > Recebimentos
DOCUMENTAÇÃO
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:
- Santa Luzia - MG e Nova Esperança do Sul - RS deixam de ter Monitoramento via Prefeitura
- Canoas - RS passa a ter Monitoramento via Prefeitura
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
Configurador
AJUSTE
Permissões de acesso descontinuadas durante a atualização
A atualização do eDocs não ocorria corretamente quando havia usuários cadastrados com permissões de acesso descontinuadas. Para resolver essa questão, ajustamos o processo de atualização do eDocs, removendo os acessos descontinuados.
Local: Configurador
Importador
AJUSTE
Importação de .XML de NF-e
Alguns recebimentos de NF-e não eram importados. Para corrigir isso, ajustamos o processo de importação de NF-e. O problema ocorria devido a um retorno inválido da SEFAZ, que não incluía tags obrigatórias, como data de recebimento, protocolo e valor de digest. A seguinte mensagem de erro podia ser exibida: Não foi possível importar para a filial X. Não é possível importar o arquivo, pois o digestValue do arquivo difere do digestValue obtido na consulta do documento na SEFAZ. Verifique se o arquivo está correto.
Local: Importador > NF-e
NFS-e
NOVIDADE
Alteração de fornecedor para emissões de NFS-e do município de Ijuí - RS
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Ijuí - RS para GOVBR - versão 2.03.
Local: NFS-e > Emissões
AJUSTE
Nota com situação Gerada
Em alguns cenários de emissão de NFS-e para São José dos Pinhais - PR, as notas ficavam travadas na situação Gerada. Para corrigir isso, ajustamos a rotina de emissão de NFS-e para o município, garantindo que as notas não fiquem mais travadas nessa situação.
Local: NFS-e > Emissões
AJUSTE
Envio de alíquota para Itabira - MG
O envio de alíquota não ocorria quando o ISSQN era devido a outro município na emissão de NFS-e para Itabira - MG. Fizemos um ajuste na rotina, garantindo o envio da alíquota quando necessário.
Local: NFS-e > Emissões
DOCUMENTAÇÃO
Documentação do padrão ABRASF
Descontinuamos a documentação do padrão ABRASF na lista de Cidades homologadas para o Envio de Notas Fiscais de Serviço Eletrônicas. Agora, os fornecedores que utilizam o padrão ABRASF têm páginas próprias com regras específicas por município, para facilitar o acesso à informação.
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Cidades homologadas para Emissões de NFS-e
DOCUMENTAÇÃO
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:
- Santa Juliana - MG e Santa Maria do Oeste - PR passam a ter Forma de Recebimento via .XML
- Charqueada - SP passa a ter Monitoramento via Prefeitura
- Oliveira - MG, Porto Belo - SC e Cerro Largo - RS passam a ter Monitoramento via Ambiente Nacional
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
NOVIDADE
Envio de NFS-e para testes
A partir desta versão, para o fornecedor IPM Rest, a tag <nfse_teste> será enviada com o valor 1 sempre que o ambiente de homologação estiver configurado. O envio dessa tag informa à prefeitura que a NFS-e é para testes, aplicando as validações, mas sem emitir o documento. Ao passar pelas validações, o documento será considerado rejeitado.
Não estão disponíveis no ambiente de homologação:
- Retorno dos dados de um RPS autorizado, pois não gera NFS-e
- Consulta manual de NFS-e
- Cancelamento de NFS-e
Local: NFS-e > Emissões
DOCUMENTAÇÃO
Fornecedor GOVBR- versão 2.03
Alteramos a documentação do fornecedor GOVBR - versão 2.03. Agora, ela tem dois modelos. Clique em cada opção para conferir os municípios atendidos:
- Documentação
- Triunfo - RS
- Pindorama - SP
- Cândido Godói - RS
- São Gonçalo do Rio Abaixo - MG
- Ijuí - RS
- Documentação
- Eldorado do Sul - RS
- Guarani das Missões - RS
- Pato Branco - PR
- Vacaria - RS
- Quissama - RJ
- Porto Feliz - SP
- Ubiretama - RS
- Campina das Missões - RS
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Fornecedores
Configurações
DOCUMENTAÇÃO
Documentação do campo Tempo máximo de log para empresas (em dias)
Complementamos a documentação do campo Tempo máximo de log para empresas (em dias), na página de Configurações > Logs. Este parâmetro define o período, em dias, pelo qual o sistema mantém os logs no modo Detalhado e em formato .XML. Ele afeta somente a configuração das empresas. Se o Nível de log estiver configurado como Detalhado, após o período especificado ele será alterado para Normal ou o log em .XML será desativado. Isso previne o acúmulo de informações no banco de dados.
Quando o Nível do log está configurado como Normal, o sistema não aplica o controle de exclusão de logs por tempo (exceto para coletas .XML). Nesse caso, o log pode ser ativado ou desativado manualmente conforme necessário, sem seguir a regra de tempo aplicada aos logs detalhados e .XML.
Local: Configurações > Gerais > Log
NF-e
NOVIDADE
NF-e | NT 2024.001, v. 1.00 - Substitui Denegação da NF-e por Rejeição e altera campos emissão com CRT = 4 (MEI)
Implementamos suporte às alterações da NT 2024.001, v. 1.00. Essa atualização permite a emissão de NF-e para operações realizadas por MEI e substitui o processo de Denegação pelo de Rejeição. Agora, o sistema retornará a situação como Denegado quando o número do protocolo estiver preenchido no retorno da SEFAZ, e como Rejeitado se o campo estiver vazio. A nota entrará em vigor a partir de 02/09/2024.
Local: NF-e > Emissões
NFS-e
NOVIDADE
Homologação de tomador estrangeiro para o fornecedor Elotech - versão 2.03
Disponibilizamos a integração e o envio de NFS-e com tomador estrangeiro para as prefeituras que utilizam o fornecedor Elotech - versão 2.03.
Local: NFS-e > Emissões
NOVIDADE
Filtro por Origem na tela de Recebimentos de NFS-e
Adicionamos o campo Origem aos Filtros da tela de Recebimentos de NFS-e. Ele permite filtrar as NFS-e recebidas com base em seu tipo de origem, que pode ser .PDF, .XML ou Monitoramento. Por padrão, o filtro terá o valor Todas, exibindo todas as NFS-e, independentemente de sua origem.
Local: NFS-e > Recebimentos
DOCUMENTAÇÃO
Monitoramento de NFS-e para o fornecedor Metropolis WEB
No recebimento de NFS-e, as notas não eram integradas via Monitoramento em prefeituras que utilizam o fornecedor Metropolis WEB. Por isso, ajustamos a documentação, esclarecendo que, devido a uma limitação desse fornecedor, não haverá mais integração de notas via Monitoramento nessas localidades.
Local: NFS-e > Recebimentos
NOVIDADE
Homologação de emissões de NFS-e para o município de Arroio do Meio - RS
Homologamos o fornecedor Tecnos para fazer a integração de emissões de NFS-e do município de Arroio do Meio - RS.
Local: NFS-e > Emissões
AJUSTE
Emissão de NFS-e para Matupá - MT
Ao emitir uma NFS-e para Matupá - MT, os valores das tags <Aliquota> e <ValorIss> eram enviados incorretamente. Isso gerava a Crítica E340 - Valor do ISSQN não informado. Ajustamos a rotina de emissão de NFS-e para este município, adequando o envio conforme a documentação do fornecedor.
Local: NFS-e > Emissões
AJUSTE
Máscara de CPF do prestador para NFS-e
A coluna CNPJ/CPF do prestador na grade de Recebimentos de NFS-e não apresentava a máscara correta do CPF. Ajustamos a exibição da tela para melhorar a visualização quando o prestador utiliza um CPF.
Local: NFS-e > Recebimentos
DOCUMENTAÇÃO
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:
- Taguatinga - TO, Santa Rosa do Sul - SC e São Pedro da Cipa - MT passam a ter Forma de Recebimento via .XML
- Camaragibe - PE e Arroio dos Ratos - RS passam a ter Monitoramento via Ambiente Nacional
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
Impressão agrupada para grampeamento automático
Para permitir o grampeamento automático após a impressão, implementamos uma solução que envia o documento para a impressora com suas páginas já multiplicadas pela quantidade de cópias informadas. Adicionamos um novo parâmetro que agrupa as vias do .PDF em um único arquivo, eliminando a necessidade de enviar várias cópias separadas para a impressora. O parâmetro é o Agrupar vias em um único PDF, disponível no Item Impressão, da guia Empresas na tela Configuração de Empresa.
Além disso, incluímos em Selecionar Impressora o campo Quantidade vias, permitindo definir uma quantidade específica de vias para a impressora escolhida, sobrescrevendo assim os filtros de impressão e os parâmetros de configuração do documento na filial.
Local: Configurações > Empresas
Atualização do campo Quantidades vias para impressões
Desde fevereiro de 2019 (versão 5.8.11.3), o conceito do campo Quantidade de vias adicionais foi alterado. Originalmente, esse campo determinava a quantidade de vias adicionais do Documento Auxiliar. Por exemplo, se o valor informado fosse 2, seriam impressas 3 vias (1 original + 2 adicionais). Após a atualização de 2019, o sistema passou a interpretar esse campo como o número exato de vias a serem impressas. Assim, se o valor informado fosse 2, apenas 2 vias seriam impressas, em desacordo com o conceito original.
Para evitar problemas de compatibilidade com clientes parametrizados desde 2019, adotamos o comportamento atual do sistema como o conceito oficial do produto. Ou seja, o sistema continuará a imprimir exatamente o número de vias informado no campo, que agora se chama Quantidade vias (se Quantidade vias for 2, serão impressas 2 vias). Além disso, revisamos a documentação do produto, renomeando o campo Quantidade de vias adicionais para Quantidade vias e aplicamos validações no sistema para impedir que o usuário informe um número inferior a 1.
Importante
Campos que, na versão anterior, estavam configurados com valor 0 não causarão problemas; o sistema entenderá que deve imprimir apenas uma (1) via.
Local: Configurações > Empresas
Consulta de nota cancelada em leiaute diferente
Ao consultar uma nota cancelada, a SEFAZ PE retornava apenas o evento de cancelamento e um código diferente do esperado, que não seguia o padrão nacional. Com isso, o eDocs interpretava o retorno como uma rejeição, alterando a situação do documento para Rejeitado em vez de Cancelado.
Alteramos a rotina de recebimentos para atender a esse cenário. Serão retornados apenas os dados do evento de cancelamento. Assim, o eDocs preservará os dados da nota fiscal, atualizando apenas as informações referentes ao cancelamento.
Local: NF-e > Recebimentos
Valor de ExigibilidadeISS em infSenior
A partir desta versão, é possível enviar o valor de ExigibilidadeISS por meio da tag de mesmo nome em infSenior > Transacao > ID 4.26. Se o valor na tag ExigibilidadeISS não for informado no ERP, o eDocs seguirá as regras de preenchimento da tag ExigibilidadeISS do fornecedor. Esta funcionalidade se aplica aos municípios que usam o fornecedor Nota Control - versão 2.04.
Local: NFS-e > Emissões
Comportamento do parâmetro Token de autenticação
Alteramos o parâmetro Token de autenticação do fornecedor Bauhaus Sistemas para permitir seu uso tanto em ambientes de homologação quanto de produção. Anteriormente, no ambiente de homologação, o token não era parametrizável e não podia ser alterado nas configurações.
O token de autenticação (SecurityKey) é fornecido pela prefeitura. No ambiente de produção, cada contribuinte recebe um token exclusivo, que deve ser obtido diretamente com a Administração Municipal. Já no ambiente de homologação, o token é fixo para cada prefeitura e pode ser encontrado na documentação técnica municipal.
Nota
Caso algum cliente esteja em homologação em uma prefeitura que utilize o padrão Bauhaus, será necessário parametrizar manualmente o token de autenticação no cadastro da filial.
Local: NFS-e > Emissões
Ajuste na rotina de monitoramento e tradução de .PDF
Problema: no recebimento de NFS-e, em um caso específico, a nota foi integrada ao eDocs como recebida via Monitoramento. No entanto, a integração ocorreu via tradução de .PDF.
Correção efetuada: ajustamos a rotina de monitoramento e tradução de .PDF para indicar a origem correta do documento. Além disso, o .PDF em questão não seguia o padrão da prefeitura, o que causava a integração com alguns valores divergentes.
Local: NFS-e > Recebimentos
Assinar ou não envios de NFS-e para municípios que utilizam o fornecedor Fiorill
Problema: havia a necessidade de enviar lotes de RPS, cancelamentos e substituições de NFS-e com a assinatura no .XML, em ambiente de homologação, para o fornecedor Fiorilli.
Correção efetuada: agora é possível definir se deseja ou não assinar os envios de NFS-e para os municípios que utilizam o fornecedor Fiorilli. Foram criados dois novos parâmetros específicos para esses municípios. Esses parâmetros devem ser configurados com S ou N. Se não forem preenchidos, a assinatura será sempre enviada conforme especificado na documentação do fornecedor.
Local: NFS-e > Emissões
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:
- Ilhéus - BA e Lauro de Freitas - BA deixam de ter Monitoramento via Prefeitura e de exigir cadastro de fornecedores
- Santana - AP passa a ter Forma de Recebimento via .XML
- Chapecó - SC passa a ter Monitoramento via Ambiente Nacional
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 ao processar NSU recebido
Problema: se ocorrer algum problema ao processar o NSU recebido, isso poderia afetar a fila e resultar em um loop com o NSU processado.
Correção efetuada: caso ocorra um problema desse tipo, o NSU será marcado como Ignorado e será atribuído o motivo Erro ao processar NSU. Em seguida, o sistema continuará com o próximo NSU para dar continuidade à fila.
Local: NF-e > Consulta SEFAZ
Notas duplicadas no recebimento
Problema: algumas notas de serviço eram duplicadas ao serem integradas no eDocs via recebimento.
Correção efetuada: ajustamos a rotina de recebimento de NFS-e para evitar a duplicação de notas. Os principais cenários tratados incluem a adição do ano como prefixo na numeração das notas e o tratamento de diferentes códigos de verificação. Esses ajustes foram necessários porque, dependendo do ambiente em que a nota era recebida, havia divergência na numeração da NFS-e e/ou no código de verificação.
Local: NFS-e > Recebimentos
Homologação de emissões de NFS-e para o município de Rio Largo - AL
Homologamos o fornecedor Kalana para fazer a integração de emissões de NFS-e do município de Rio Largo - AL.
Local: NFS-e > Emissões
Alteração de fornecedor para emissões de NFS-e do município de Oriximiná - PA
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Oriximiná - PA para NotaControl - versão 2.04.
Local: NFS-e > Emissões
Envio de alíquota indevida para São Martinho - SC
Problema: ocorria o envio indevido da alíquota em NFS-e para São Martinho - SC, causando a rejeição Valor do ISSQN informado indevidamente.
Correção efetuada: ajustamos a rotina de emissão de NFS-e para a prefeitura.
Local: NFS-e > Emissões
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:
- Franca - SP deixa de exigir cadastro de fornecedores
- Goiabeira - MG e Paraíso - SC passam a ter Forma de Recebimento via .XML
- Pinhal da Serra - RS passa a ter Monitoramento via Prefeitura
- Teixeira de Freitas - BA, Iacanga - SP e Vale do Sol - RS passam a ter Monitoramento via Ambiente Nacional
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
Forma de comunicação configurada no e-mail
Complementamos a documentação da tela Configurações > Empresas, guia Recebimento > E-mail, com a seguinte observação:
- O eDocs permite a comunicação tanto com o servidor POP quanto com o IMAP. Porém, ao selecionar o Tipo de comunicação desejada, é necessário garantir que o e-mail esteja parametrizado para utilizar a forma de comunicação configurada, caso contrário, mesmo se o teste de conexão retornar com sucesso no eDocs, os e-mails não serão integrados pela rotina de recebimento. Estas configurações devem ser verificados internamente com o responsável pela administração do Servidor de e-mail da empresa
Local: Manual do usuário - eDocs > Configurações > Empresas
Alerta de e-mail para recebimento
Problema: o recebimento de e-mails apresentava problema após cinco tentativas com erro. Quando uma tentativa era bem-sucedida, o contador de erros não zerava.
Correção efetuada: ajustamos a rotina de recebimento para zerar o contador de erros após uma tentativa bem-sucedida.
Locais:
- Configurações > Empresas > Recebimento > E-mail
- Inicial > Alertas
Retorno de consulta para CT-e
Problema: a consulta de CT-e via web service do eDocs não retornava a tag XmlAutorizado de CT-es que tinham o .XML de autorização salvo na base.
Correção efetuada: ajustamos a rotina de consulta de situação do documento via web service do eDocs para retornar o XmlAutorizado quando o CT-e consultado estiver como Autorizado ou Cancelado.
Locais:
- CT-e > Emissões
- Web service ConsultarSituacaoDocumentos
Aviso de banco de dados e sistema operacional defasados
Problema: alguns ambientes não exibiam corretamente a tarja de banco de dados e sistema operacional defasados.
Correção efetuada: ajustamos a rotina para exibir a tarja corretamente quando o banco de dados ou o sistema operacional forem defasados.
Local: Inicial > Alertas
DLL na instalação/atualização da versão
Problema: ao atualizar ou instalar uma versão acima da 5.8.15.2, o instalador poderia não copiar uma DLL necessária para a pasta do produto.
Correção efetuada: ajustamos a situação que causava a ausência dessa DLL.
Local: Instalador
Visualizar NF3-e com usuário não administrador
Problema: usuários não administradores com permissão para o documento NF3-e não conseguiam visualizá-lo ao clicar no botão Visualizar.
Correção efetuada: ajustamos a validação de acesso para permitir a visualização do documento.
Local: NF3-e > Recebimentos
Homologação de emissões de NFS-e para o município de Itabirito - MG
Homologamos o fornecedor Supernova / Iss Online - versão 2.01 para fazer a integração de emissões de NFS-e do município de Itabirito - MG.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Barra do Garças - MT
Homologamos o fornecedor Coplan para fazer a integração de emissões de NFS-e do município de Barra do Garças - MT.
Local: NFS-e > Emissões
Recebimento de NFS-e para o município de Araguari - SP
Disponibilizamos o Recebimento de NFS-e via .PDF para o município de Araguari - MG.
Local: NFS-e > Recebimentos
Cancelamento indevido de NFS-e para São Luís - MA
O cancelamento de NFS-e para São Luís - MA era autorizado indevidamente. Ajustamos a rotina de cancelamento de NFS-e para esse município, visto que a prefeitura não permite mais cancelamento via web service.
Local: NFS-e > Emissões > Cancelamento
Homologação de Intermediário de Serviço da NFS-e para o fornecedor DSF
Homologamos o envio de Intermediário de Serviço da NFS-e para o fornecedor DSF, com o envio do campo CPFCNPJIntermediario do seu leiaute.
Local: NFS-e > Emissões
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 municipios:
- Pé de Serra - MG e Amaporã - PR passam a ter Forma de Recebimento via .XML
- Caconde - SP, Luzerna - SC e Várzea Grande - MT passam a ter Monitoramento via Ambiente Nacional
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
Cadastro de e-mail no Configurador
Problema: em algumas situações, não era possível cadastrar e visualizar os e-mails no Configurador. Podia ser apresentada a mensagem Erro ao realizar alteração.
Correção efetuada: ajustamos o sistema para permitir a visualização correta dos e-mails no Configurador e possibilitar o cadastro normalmente.
Local: Configurador
Registros de CC-e de CT-e na tela de Logs
Problema: registros de Carta de Correção do CT-e eram apresentados incorretamente na tela de logs.
Correção efetuada: ajustamos a apresentação dos registros de Carta de Correção do CT-e na tela de Logs, corrigindo o tipo de operação e o tipo de conteúdo.
Local: Configurações > Logs
Alteração de fornecedor para emissões de NFS-e do município de Macaé - RJ
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Macaé - RJ para Tiplan - versão 2.03.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Tubarão - SC
Homologamos o fornecedor Bauhaus Sistemas para fazer a integração de emissões de NFS-e do município de Tubarão - SC.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Sabará - MG
Homologamos o fornecedor IssOnline 2.01 (Padrão ABRASF) para fazer a integração de emissões de NFS-e do município de Sabará - MG.
Local: NFS-e > Emissões
Alteração de fornecedor para emissões de NFS-e do município de Botucatu - SP
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Botucatu - SP para Fiorilli.
Local: NFS-e > Emissões
Envio indevido de tag para Rondonópolis - MT
Problema: ocorria o envio indevido da tag CodigoCnaeAtividadeEconomica para a prefeitura de Rondonópolis - MT.
Correção efetuada: ajustamos a rotina de emissão de NFS-e para a prefeitura de Rondonópolis - MT.
Local: NFS-e > Emissões
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 municipios:
- Bom Despacho - MG, Munhoz - MG e Nova Ponte - MG passam a ter Monitoramento via Ambiente Nacional
- Coromandel - MG e Muniz Freire - ES passam a ter Forma de Recebimento via .XML
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 na atualização de ambientes Oracle para a versão 5.8.15.7
Problema: ambientes Oracle apresentavam instabilidade na atualização de chaves na versão 5.8.15.7. A seguinte mensagem era mostrada: Erro ao executar comando na base: BEGIN N000ATC(); END;, linha: 22864.
ORA-02298: não é possível validar (EDOCS.FK_N140MFU_1) - chaves-mães não localizadas.
Correção efetuada: ajustamos os comandos de atualização para validar corretamente os registros.
Local: Configurador
Nota
Esta versão foi retirada do ar por conta de um ajuste na atualização de ambientes Oracle, liberado na versão 5.8.15.8.
Ajuste na atualização de Tenants para versões anteriores
Problema: ambientes Cloud Senior apresentavam dificuldades para atualizar um Tenant em versão inferior ao Gerenciador.
Correção efetuada: ajustamos a rotina de atualização de Tenants para que agora atualizem corretamente para a versão selecionada.
Local: Configurações > Tenants
Nota emitida em contingência travada no eDocs
Problema: o processo de rejeição de duplicidade de NF-e em Contingência SVC causava a retenção da nota no eDocs.
Correção efetuada: ajustamos a rotina de retorno da consulta. Se o retorno em contingência SVC indicar duplicidade, a nota será atualizada para a situação Aguardando consulta, aguardando a filial sair de contingência para realizar a consulta e a autorização da nota.
Local: NF-e > Emissões
Homologação de emissões de NFS-e para o município de São Gonçalo do Rio Abaixo - MG
Homologamos o fornecedor GOVBR - versão 2.03 para fazer a integração de emissões de NFS-e do município de São Gonçalo do Rio Abaixo - MG.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Lajinha - MG
Homologamos o fornecedor E&L Gestão Pública - versão 2.04 para fazer a integração de emissões de NFS-e do município de Lajinha - MG.
Local: NFS-e > Emissões
Alteração de fornecedor para emissões de NFS-e do município de Bandeirantes - PR
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Bandeirantes - PR para Betha - versão 2.02.
Local: NFS-e > Emissões
Consultas enviadas com protocolo vazio no recebimento de NFS-e
Problema: no recebimento de NFS-e, algumas notas não eram integradas via Monitoramento.
Correção efetuada: ajustamos a rotina de Monitoramento de Prefeituras e Ambiente Nacional. As consultas eram enviadas com protocolo vazio.
Local: NFS-e > Recebimentos
Alteração de fornecedor para emissões de NFS-e do município de Bento Gonçalves - RS
Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Bento Gonçalves - RS para Abase.
Local: NFS-e > Emissões
Recebimento de NFS-e via .PDF desabilitado
Problema: alguns municípios homologados para receber NFS-e via PDF estavam desabilitados.
Correção efetuada: ajustamos a rotina de recebimento de NFS-e via PDF para habilitar os municípios homologados.
Local: NFS-e > Recebimentos
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 municipios:
- Santa Maria da Vitória - BA deixa de ter Forma de Recebimento via .XML
- Ilhéus - BA e Lauro de Feitas - BA passam a exigir cadastro de fornecedores
- Cubatão - SP, Cruzeiro do Oeste - PR e Dom Feliciano - RS passam a ter Monitoramento via Ambiente Nacional
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
Tag InformarEndereco descontinuada do InfSenior
Descontinuamos a tag <InformarEndereco> do infSenior. A tag foi criada para uso exclusivo das prefeituras IPM Rest e permitia ao contribuinte indicar à prefeitura o uso do endereço do tomador informado no arquivo .XML da nota, em vez do endereço cadastrado na prefeitura.
A partir desta versão, essa indicação só poderá ser feita pelo parâmetro InformarEndereco, definido no cadastro da filial (Configurações > Filiais > NFS-e > Parâmetros Município).
Local: NFS-e > Emissões
Ajuste na licença Múltiplos Documentos - Emissão & Recebimento
Problema: clientes com a licença Múltiplos Documentos - Emissão & Recebimento apresentavam problemas na utilização do sistema por conta de uma falha na sua sincronização.
Correção efetuada: ajustamos o SCP onde a validação de convivência das licenças causava o erro. A alteração permite a atualização prática para as novas licenças.
Local: Configurações > Licenças
Edição de usuários nas Configurações de Acessos
Problema: algumas guias da tela de edição de usuários de Acessos não apresentavam a quantidade de registros e não tinham a paginação adequada.
Correção efetuada: ajustamos as guias de acessos para apresentar a quantidade correta de registros e garantir a paginação adequada.
Local: Configurações > Acessos > Usuários > Editar
Ajuste na rotina de retorno para o Gestão Empresarial | ERP
Problema: quando um documento ou evento com chave inválida, contendo menos caracteres do que deveria, era integrado, o retorno montado para o Gestão Empresarial | ERP ao obter o número e a série do documento dava erro. Isso ocorria devido à tentativa de coleta das informações a partir de uma chave de documento incompleta.
Correção efetuada: ajustamos a rotina de retorno para o ERP. Agora, se o tamanho da chave não corresponder a uma operação existente para o documento, o retorno da série e do número pode apresentar informações incorretas ou zero. Este ajuste visa evitar erros durante a integração, mesmo quando a chave do documento estiver incompleta.
Local: Configurações > Logs
Ajuste na tela de eventos de sistema para CT-e
Problema: ao abrir a tela de eventos de sistema para CT-e, o eDocs apresentava inconsistências na busca dos eventos vinculados ao registro selecionado.
Correção efetuada: ajustamos o botão Eventos para garantir que todos os registros sejam retornados corretamente na tela.
Locais:
- CT-e > Emissões > Eventos
- CT-e > Emissões > Cartas de Correção > Eventos
- CT-e > Emissões > Comprovantes de Entrega > Eventos
- CT-e > Emissões > Insucessos de Entrega > Eventos
- CT-e > Recebimentos > Prestações em Desacordo > Eventos
- CT-e > Recebimentos > Eventos
Rotina de contingência de NF-e causava processamento indevido
Problema: a rotina de contingência de NF-e causava processamento indevido quando ocorriam instabilidades na SEFAZ. Com isso. a nota era rejeitada por duplicidade no ambiente de contingência. Isso causava as seguintes rejeições:
- 661 - Rejeicao: NF-e ja existente para o numero do EPEC informado [chNFe: xxxxxxxxx]
- 539 - Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
Correção efetuada: ajustamos a rotina de emissão de NF-e em contingência. Caso ocorra uma instabilidade na SEFAZ e a nota seja rejeitada por duplicidade, ela será alterada para a situação Aguardando consulta (Aguardando saída de contingência). Após sair da contingência, a nota será consultada no ambiente normal e atualizada corretamente.
Locais:
- NF-e > Emissões
- NF-e > Contingência
Documentação do Fornecedor IPM para Recebimento de NFS-e
Revisamos a documentação de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas em relação ao fornecedor IPM. Atualizamos as cidades atendidas por esse fornecedor e adicionamos a seguinte observação:
- Monitoramento disponível apenas para filiais com cadastro (usuário/senha) na cidade onde a NFS-e foi emitida. A ativação depende de abertura de ticket para a Senior, para que as credenciais sejam inseridas diretamente no Módulo de Recebimento de NFS-e no Cloud da Senior
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimento de NFS-e
Homologação de emissões de NFS-e para o município de Matupá - MT
A partir desta versão, homologamos o fornecedor Coplan - versão 2.02 para fazer a integração de emissões de NFS-e do município de Matupá - MT.
Local: NFS-e > Emissões
Atualização de URL dos web services de Nova Aliança - SP
Atualizamos as URLs dos web services de Nova Aliança - SP (Fiorilli) para emissões de NFS-e.
Local: NFS-e > Emissões
Atualização de URL dos web services de Candeias do Jamari - RO
Atualizamos as URLs dos web services de Candeias do Jamari - RO (Cecam) para emissões de NFS-e.
Local: NFS-e > Emissões
Recebimento de NFS-e para o município de Valinhos - SP
Disponibilizamos o Recebimento de NFS-e via .PDF para o município de Valinhos - SP.
Local: NFS-e > Recebimentos
Recebimento de NFS-e para o município de Jaboatão dos Guararapes - PE
Disponibilizamos o Recebimento de NFS-e via .PDF para o município de Jaboatão dos Guararapes - PE.
Local: NFS-e > Recebimentos
Recebimento de NFS-e para o município de Brodowski - SP
Disponibilizamos o Recebimento de NFS-e via .PDF para o município de Brodowski - SP.
Local: NFS-e > Recebimentos
Atualização de URL dos web services de Vacaria - RS
Atualizamos as URLs dos web services de Vacaria - RS (GOVBR) para emissões de NFS-e.
Local: NFS-e > Emissões
Recebimento de NFS-e para o município de Farroupilha - RS
Disponibilizamos o Recebimento de NFS-e via .PDF para o município de Farroupilha - RS.
Local: NFS-e > Recebimentos
Recebimento de NFS-e para o município de Belo Horizonte - MG
Disponibilizamos o Recebimento de NFS-e via .PDF e .XML para o município de Belo Horizonte - MG.
Local: NFS-e > Recebimentos
Ajuste no recebimento de NFS-e do Rio de Janeiro - RJ
Problema: ao receber uma NFS-e do Rio de Janeiro - RJ, o valor do campo outrasRetencoes era preenchido incorretamente.
Correção efetuada: ajustamos a rotina de recebimento de NFS-e para preencher o campo outrasRetencoes corretamente.
Local: NFS-e > Recebimentos
Porcentagem das alíquotas de PIS e COFINS na NFS-e Nacional
Problema: a porcentagem das alíquotas de PIS e COFINS para a prefeitura era enviada incorretamente na NFS-e Nacional. Ocorria a seguinte rejeição: A assinatura deve ser feita com o certificado digital do emitente da DPS.
Correção efetuada: ajustamos a rotina de emissão da NFS-e Nacional para garantir a conversão correta das porcentagens.
Local: NFS-e > Emissões
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 municipios:
- Matozinhos - MG, Medeiros - MG, São Tomás de Aquino - MG e Nova Crixás - GO passam a ter Forma de Recebimento via .XML
- Nova Palma - RS passa a ter Monitoramento via Prefeitura
- Lagoa Santa - MG e Medianeira - PR passam a ter Monitoramento via Ambiente Nacional
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 na documentação sobre Prestação em Desacordo de CT-e
Problema: a documentação da guia Prestação em Desacordo, tela Recebimentos CT-e indicava que o evento não podia ser gerado no eDocs.
Correção efetuada: ajustamos a documentação da guia com informações sobre o evento e um link para o artigo da Base de Conhecimento.
Local: CT-e > Recebimentos
eSocial | Nota Técnica S-1.2 nº 04/2024 - Ajustes dos Leiautes Versão S-1.2
Para manter as rotinas do sistema atualizadas conforme as demandas governamentais, implementamos o suporte para a versão S-1.2 do eSocial, em conformidade com a Nota de Documentação Evolutiva (NDE) 04/2024, seguindo a liberação oficial de 22/07/2024.
eSocial | Nota Técnica S-1.2 nº 03/2024 - Ajustes dos Leiautes Versão S-1.2
Para manter as rotinas do sistema atualizadas conforme as demandas governamentais, implementamos o suporte para a versão S-1.2 do eSocial, em conformidade com a Nota de Documentação Evolutiva (NDE) 03/2024, seguindo a liberação oficial de 01/08/2024.
Logs para monitoramento na emissão de NF-e
Problema: algumas NF-es ficavam travadas no estado Em Processamento.
Correção efetuada: adicionamos logs de monitoramento para validar a emissão de NF-e quando ocorrer o problema indicado acima. Por tratar-se de um cenário específico, é necessário acionar o Suporte para ativar os logs extras.
Local: NF-e > Emissões
Ajuste no cadastro de filiais com recebimento de NFS-e
Problema: o cadastro da filial falhava quando havia recebimento de NFS-e, caso a empresa estivesse cadastrada no sistema com outra chave de parceiro.
Correção efetuada: ajustamos o processo de cadastro da filial para que funcione corretamente ao receber uma NFS-e.
Local: NFS-e > Recebimentos
Atualização de URL dos web services de Viana - ES
Atualizamos as URLs dos web services de Viana - ES (E&L) para emissões de NFS-e.
Local: NFS-e > Emissões
Preenchimento de valores no eDocs para NFS-e de Sapezal - MT
Problema: ao receber uma NFS-e de Sapezal - MT, o eDocs não preenchia corretamente os valores de ISS, Cofins, CSLL e PIS no .XML.
Correção efetuada: ajustamos a rotina de recebimento de NFS-e para garantir que os valores sejam corretamente preenchidos.
Local: NFS-e > Recebimentos
Atualização de URL dos web services de Cândido Godói - RS
Atualizamos as URLs dos web services de Cândido Godói - RS (GOVBR) para emissões de NFS-e.
Local: NFS-e > Emissões
Emissão de NFS-e no modelo síncrono para o fornecedor GOVBR - 2.02
Disponibilizamos o parâmetro EnviarLoteRpsSincrono para o fornecedor GOVBR - 2.02. Esse parâmetro permite alterar o modelo de comunicação com os web services da prefeitura para o modelo síncrono. Por padrão, ele permanece desativado (assíncrono). No entanto, se houver necessidade de mudar para o modelo síncrono, é possível ativá-lo. Essa alternativa foi criada porque algumas prefeituras apresentavam lentidão nas emissões no modelo assíncrono.
Local: NFS-e > Emissões
Arquivo .XML RPS não era salvo corretamente
Problema: na emissão de NFS-e para algumas prefeituras, o arquivo .XML RPS não era salvo corretamente.
Correção efetuada: ajustamos a rotina de emissão de NFS-e para garantir que o arquivo .XML RPS seja salvo corretamente.
Local: NFS-e > Emissões
Documentação sobre Preenchimento da Chave de Acesso para Ambiente Nacional
Atualizamos a documentação do fornecedor Ambiente Nacional para emissões de NFS-e, incluindo um tópico sobre o Preenchimento da Chave de Acesso.
Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Fornecedores > Fornecedor Ambiente Nacional
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 municipio:
- Matozinhos - MG deixa de ter Forma de Recebimento via .XML
- Tabatinga - AM e Alpercata - MG passam a ter Forma de Recebimento via .XML
- Franco da Rocha - SP e Bandeirante - SC passam a ter Monitoramento via Prefeitura
- Guaíra - SP passa a ter Monitoramento via Ambiente Nacional
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
.XML RPS era armazenado incorretamente
Problema: o .XML de envio para prefeitura de NFS-e Nacional, gerado pelo botão .XML RPS, era armazenado incorretamente.
Correção efetuada: ajustamos a rotina de emissão de NFS-e Nacional para garantir que o arquivo .XML seja salvo corretamente.
Local: NFS-e > Emissões
Ajuste na execução de processos em Segundo plano
Problema: os processamentos em Segundo plano geravam erro na sua execução. Por exemplo: na exportação em lote de .XML de NF-e, era apresentada a mensagem Não foi possível realizar o download do arquivo. Motivo: could not insert (...).
Correção efetuada: ajustamos a rotina de Segundo plano para executar os processos corretamente.
Local: Inicial > Segundo plano
Ajuste na rotina de envio de alertas por e-mail
Problema: não era possível enviar e-mails de alertas do sistema usando uma conta configurada com OAuth.
Correção efetuada: ajustamos a rotina de envio de alertas por e-mail para oferecer suporte a contas OAuth.
Local: Configurações > E-mail
Documentação das variáveis de substituição para e-mails de NF-e
Complementamos a documentação da tela de Configuração de Filiais, guia NF-e > E-mail em relação às variáveis utilizadas no eDocs, sendo elas para NF-e - Base, NF-e - CCe e NF-e - Pedido de prorogação do ICMS.
Local: Manual do usuário - eDocs > Configurações > Cadastro de Filiais
Documentação das variáveis de substituição para e-mails de NFS-e
Complementamos a documentação da tela de Configuração de Filiais, guia NFS-e > E-mail Emissão em relação às variáveis utilizadas no eDocs.
Local: Manual do usuário - eDocs > Configurações > Cadastro de Filiais
Campo Exige autenticação não ficava salvo
Problema: ao ativar o campo Exige autenticação em Configurações > Gerais > E-mail e salvar, a seleção não era mantida ao recarregar a página.
Correção realizada: modificamos a lógica de salvamento para garantir que as configurações sejam mantidas ao atualizar a página.
Local: Configurações > Gerais > E-mail > Exige autenticação
Ajuste em Fatura Excedente
Problema: havia uma inconsistência na rotina de contabilização de documentos.
Correção efetuada: ajustamos a rotina de bilhetagem de documentos para garantir que a contabilização esteja de acordo com o contratado pelo cliente.
Local: Configurações > Licenças
Geração de alertas indevidos de certificados
Problema: eram gerados alertas indevidos de certificados cadastrados.
Correção efetuada: ajustamos a rotina de geração de alertas de certificados.
Local: Configurações > Logs
Integração das críticas de Prestação em Desacordo no recebimento de CT-e
Problema: na integração do evento Prestação em Desacordo do recebimento de CT-e, se houvesse crítica, o Gestão Empresarial | ERP recebia o número errado do CT-e, com apenas 6 dígitos, o que resultava na perda da crítica no ERP.
Correção efetuada: ajustamos a rotina de retorno para o ERP, melhorando a integração das críticas de Prestação em Desacordo no recebimento de CT-e.
Local: CT-e > Recebimentos
Validação de Banco de Dados defasado
Problema: ao verificar a versão do banco de dados para determinar se estava defasada, o eDocs também validava o sistema operacional onde o banco estava instalado, assim exibindo o aviso no cabeçalho da tela.
Correção efetuada: ajustamos a rotina de validação para focar apenas na versão do banco de dados, sem verificar o sistema operacional onde está instalado.
Local: Banco de Dados
NF-es autorizadas pela SEFAZ-RS/SVRS
O eDocs, ao processar NF-es autorizadas pela SEFAZ-RS/SVRS, não recebia as informações nas tags dhRecbto e nProt. Isso impedia a atualização do status para Autorizadas e o retorno ao Gestão Empresarial | ERP. As NF-es permaneciam com o status Recebida ou Recebida Fornecedor, e ao serem reconsultadas, mudavam para Em processamento. Consultas manuais resultavam na mensagem de erro: Referência de cadeia de caracteres não foi definida como uma instância de cadeia de caracteres (..).
Corrigimos o processo de recebimento de NF-e devido ao retorno inválido da SEFAZ, que não fornecia as tags obrigatórias: atribuímos a data do momento do recebimento e definimos o protocolo como zero.
Local: NF-e > Recebimentos
Retorno de cancelamentos de NF-e
Problema: o web service de download para retorno de recebimento de NF-e não retornava cancelamentos de NF-e e apresentava a seguinte mensagem: Erro ao consultar documentos pendentes de retorno.
Correção efetuada: ajustamos o web service de download para retornar corretamente os cancelamentos de NF-e recebidas.
Local: NF-e > Recebimentos
Botão DANFSE não imprimia as informações
Problema: ao receber algumas NFS-e, o botão DANFSE não imprimia as informações e apresentava a seguinte mensagem: Object reference not set to an instance of an object.
Correção efetuada: ajustamos a rotina do botão DANFSE, corrigindo a tag do código de município do tomador que estava incorreta e causava o erro.
Local: NFS-e > Recebimentos
Correção no Monitoramento de NFS-es canceladas para Sapezal - MT
Problema: no recebimento de NFS-e, ao integrar uma nota cancelada via Monitoramento, ela era integrada como Autorizada.
Correção efetuada: ao integrar a nota, ela será inicialmente marcada como Autorizada, mas haverá uma consulta posterior para atualizar a situação.
Local: NFS-e > Recebimentos
Alteração de fornecedor para emissões de NFS-e do município de Aracruz - ES
A fim de manter o eDocs alinhado com as demandas municipais, a partir desta versão alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Aracruz - ES para E&L Gestão Pública 2.04.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Carlinda - MT
A partir desta versão, homologamos o fornecedor Agili InfoPlus para fazer a integração de emissões de NFS-e do município de Carlinda - MT.
Local: NFS-e > Emissões
Reconhecimento de .PDFs de notas do Ambiente Nacional
Problema: no recebimento de NFS-e, quando um .PDF de uma nota do Ambiente Nacional era recebido, o eDocs não reconhecia corretamente que se tratava desse ambiente. Era apresentada a crítica O município X não é homologado para recebimento de arquivos .PDF.
Correção efetuada: ajustamos a rotina de recebimento de NFS-e para adaptar o reconhecimento de .PDFs do Ambiente Nacional.
Local: NFS-e > Recebimentos
Monitoramento de NFS-e para Santa Cruz do Sul - RS
Problema: o monitoramento da Prefeitura de Santa Cruz do Sul - RS não integrava as notas no eDocs.
Correção efetuada: ajustamos a rotina de monitoramento para integrar as notas corretamente. Obs.: os documentos emitidos por contribuintes MEI estarão disponíveis no web service do Ambiente Nacional, independentemente de o município ter aderido à sincronização de dados com o AN. Isso ocorre porque a emissão desses documentos é feita diretamente pelo Portal da NFS-e Nacional, e não pelos sistemas municipais
Local: NFS-e > Recebimentos
Usuário que gerou o processamento no Upload de NFS-e
Problema: o processamento em segundo plano do upload de NFS-e via botão não tinha um usuário associado na geração.
Correção efetuada: ajustamos a rotina de upload de NFS-e via botão para incluir a informação do usuário que gerou o processamento. Obs.: no processamento em segundo plano, o usuário responsável será aquele ativo no momento da execução. Caso o upload seja feito via web service de upload, não haverá um usuário responsável associado. Portanto, as informações de usuário serão preenchidas na grade apenas se o upload ocorrer por meio do botão na tela.
Local: NFS-e > Recebimentos > Upload 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 o seguinte municipio:
- Sete Quedas - MS passa a ter Forma de Recebimento via .XML
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
Atualização de Sistemas Operacionais e Banco de Dados para o eDocs
Desde a versão 5.8.15.2 de 21/06/2024, algumas versões de Sistemas Operacionais e Banco de Dados deixaram de ser suportadas para o produto eDocs. Confira a notícia completa e saiba mais.
Liberação trimestral de Exigências Legais e Implementações
Esta versão contém implementações e alterações relevantes para atender diversas rotinas do sistema, além das correções habituais.
Confira os impactos com atenção, principalmente as integrações via web services. Sempre que possível homologue a versão nova antes de colocá-la no ambiente em produção.
Ajuste na documentação da guia Serviços
Problema: a documentação da guia Serviços da tela de Configurações Gerais não detalhava as possíveis críticas ao habilitar um documento e não reiniciar os serviços do eDocs.
Correção efetuada: complementamos a documentação com mais informações sobre o funcionamento da rotina, no quadro Nota em azul.
Local: Manual do usuário - eDocs > Configurações > Gerais
Download de recebimentos de CT-e (.XML)
Problema: ao fazer o download de um .XML de recebimento de CT-e, a seguinte mensagem era apresentada: A sequência contém mais de um elemento.
Correção efetuada: ajustamos a rotina de importação e download de recebimentos de CT-e.
Local: CT-e > Recebimentos
Alinhamento do texto da coluna Destinatário
Problema: na tela de Recebimento de CT-e, o texto da coluna Destinatário ficava alinhado à direita, destoando das outras colunas.
Correção efetuada: ajustamos o alinhamento do texto da coluna conforme as demais.
Local: CT-e > Recebimentos
Descontinuação de Sistemas Operacionais e Banco de Dados
Conforme noticiado ao longo de 2024, a partir desta versão o eDocs deixará de suportar os seguintes Sistemas Operacionais e Bancos de Dados:
Sistemas Operacionais
- Windows Server 2008 R2 SP1
- Windows Server 2012
Bancos de Dados
- SQL Server 2008
- SQL Server 2012
- SQL Server 2014
- Oracle 10g R2
- Oracle 11g
- Oracle 12c R1/R2
- Oracle 18c
Caso sua instalação do eDocs esteja sendo executada em uma dessas versões, é necessário fazer a adequação tecnológica ou migrar para a Cloud Senior.
Local: Instalador > Banco de Dados
Impressão em lote com a opção de Selecionar impressora
Alteramos a opção Selecionar impressora em todas as telas de emissão de documentos (exceto CF-e) para que seja possível utilizá-la mesmo sem selecionar uma linha da tabela, permitindo exportar Todos os documentos filtrados escolhendo uma impressora específica, mas sem alterar a padrão.
Fórum de Produtos Senior
Essa implementação surgiu a partir de uma sugestão de cliente via Fórum de Produtos: um espaço preparado para receber ideias, sugestões e tendências dos usuários das nossas soluções.
Local: Selecionar impressora
Lista de Banco de Dados ao instalar/atualizar o eDocs
Adicionamos a opção Oracle 21c à lista de Banco de Dados do Instalador e do Configurador.
Locais:
- Instalador > Banco de Dados
- Configurador
Novo status para cancelamento de NF-e
No cancelamento de uma NF-e, a SEFAZ retornava a rejeição 999 - Erro não catalogado para o eDocs, mas cancelava a nota em sua base, causando divergência entre a base do eDocs e a da SEFAZ. A fim de resoler isso, adicionamos a situação Aguardando autorização. O eDocs tentará, de 10 em 10 minutos, fazer um novo cancelamento, respeitando o limite de 5 tentativas. Após as 5 tentativas, o eDocs vai alterar a situação do cancelamento para Rejeitada.
Local: NF-e > Emissões
Homologação de emissões de NFS-e para o município de São Martinho - SC
A partir desta versão, homologamos o fornecedor Betha Sistemas - versão 2.02 para fazer a integração de emissões de NFS-e do município de São Martinho - SC.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Santa Terezinha do Itaipú - PR
A partir desta versão, homologamos o fornecedor GOVBR 1.00 para fazer a integração de emissões de NFS-e do município de Santa Terezinha do Itaipú - PR.
Local: NFS-e > Emissões
Emissão de NFS-e para Itupeva - SP em ambiente Cloud
Problema: na emissão de NFS-e para a prefeitura de Itupeva - SP, é necessário usar um arquivo para emissão de notas de serviço. Em ambiente Cloud, ao atualizar o tenant, essa informação não era copiada para a pasta comum da nova versão, exigindo um processo manual.
Correção efetuada: alteramos o caminho que o eDocs utiliza para ler o arquivo de pré-notas em ambientes Cloud. Agora, ele aponta diretamente para a pasta raiz da instalação, conforme documentado na página do fornecedor. Nos ambientes de servidores, o processo continua o mesmo.
Local: NFS-e > Emissões
Parâmetros do município para emissão de NFS-e
Problema: ao emitir uma NFS-e para a prefeitura de São Paulo - SP sem configurar os parâmetros do município, aparecia uma mensagem de erro sem uma descrição entendível.
Correção efetuada: adicionamos uma validação que rejeitará a nota se os parâmetros obrigatórios não estiverem preenchidos. Nos eventos da nota e nos logs do sistema será apresentado o nome do parâmetro que precisa ser preenchido.
Local: NFS-e > Emissões
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 municipios:
- Salgueiro - PE e Governador Valadares - MG deixam de ter Forma de Recebimento via .XML
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
Atualização de Sistemas Operacionais e Banco de Dados para o eDocs
Desde a versão 5.8.15.2 de 21/06/2024, algumas versões de Sistemas Operacionais e Banco de Dados deixaram de ser suportadas para o produto eDocs. Confira a notícia completa e saiba mais.
Nota
Esta versão (5.8.15.1) não foi disponibilizada para o mercado. Confira a 5.8.15.2.