eDocs - 5.8.14.4

Com o objetivo de manter as rotinas do eDocs alinhadas com as demandas federais, a partir desta versão, ajustamos a impressão do DANFE para que as informações do ICMS monofásico sejam exibidas apenas nas informações adicionais dos itens da NF-e, de acordo com as orientações presentes na Nota técnica 2023.001 emitida pela SEFAZ.

Com o objetivo de manter o eDocs alinhado com as demandas federais, a partir desta versão, atualizamos os schemas do eSocial S-1.1 para atender às orientações da Nota técnica 01/2023.

Com o objetivo de tornar as rotinas do eDocs mais amplas e eficientes, a partir desta versão, implementamos o suporte para o retorno das NF3-e via web service do Gestão Empresarial | ERP. Este processo estará habilitado apenas quando o campo Retorno de recebimento da tela Configurações > Empresas > Recebimento > Geral estiver configurado como Web Service ERP Senior ou Web Service eDocs. Para as demais opções deste campo, o retorno ao ERP estará desabilitado. Para mais informações, acesse Portal de Documentação Senior.

Problema: ao realizar uma emissão de NFS-e para o fornecedor Giap, os campos dadosServico/cidade, dadosServico/uf e dadosServico/pais eram enviados com valores que poderiam gerar um problema da integridade de nota.

Correção efetuada: ajustamos a rotina de emissões de NFS-e para o fornecedor Giap aplicando as seguintes regras para o envio do campo dadosServico do município, UF e país:

• Município de Prestação (campo dadosServico/cidade): o sistema buscará a informação prioritariamente do campo InfSenior > Transacao> NomeMunicipio. Caso o campo não esteja preenchido no InfSenior, a rotina buscará o nome do município da base pegando como referência o campo Servico > CodigoMunicipio do layout ABRASF. Caso o código do município for 9999999, a informação será preenchida com EXTERIOR;
• UF de Prestação (campo dadosServico/uf): o sistema buscará a informação prioritariamente do campo InfSenior > Transacao > Sigla. Caso o campo não esteja preenchido no InfSenior, a rotina buscará a sigla da UF da base pegando como referência o campo Servico > CodigoMunicipio do layout ABRASF. Caso o código do município for 9999999, preencher com EX;
• País da Prestação (campo dadosServico/pais): o sistema buscará buscar a informação prioritariamente do campo InfSenior > Prestador > PaisPrestacaoServico. Caso o campo não esteja preenchido no InfSenior, a rotina buscará o código do município de prestação do serviço. Caso o campo esteja preenchido com 9999999, preencher o país com EXTERIOR. Caso seja diferente, preencher com BRASIL.

Para mais detalhes, acesse o Portal de Documentação Senior.

Problema: ao emitir uma NFS-e para o fornecedor IPM, a rotina não enviava a informação do país do tomador com o nome do país quando o tomador do serviço era do exterior.

Correção efetuada: ajustamos a rotina de emissão de NFS-e para o Fornecedor IPM para que a informação do país do tomador seja enviada com o nome por extenso do país que está registrado na tag <DescricaoPaisTomador> do grupo <infSenior>.

Problema: ao realizar a integração de uma NFS-e de recebimento para o município de Campo Bom - RS, o processo não era finalizado e era gerada a seguinte crítica de integração: Detalhes técnicos: O elemento 'emissao' apresenta conteúdo incompleto. Lista de possíveis elementos esperados: 'codigoVerificação'.

Correção efetuada: ajustamos a rotina de integração de recebimentos de NFS-e para o município de Campo Bom - RS para que os campos necessários sejam integrados corretamente.

Problema: ao emitir uma NFS-e para o município de Brasilia-DF onde o código do município do serviço e o município de incidência forem iguais a alíquota não estava sendo enviada, isso estava incorreto pois o código do município do serviço não contém a mesma informação do município gerador do documento.

Correção efetuada: ajustamos a rotina de emissão de NFS-e para o município de Brasília - DF para que o envio da tag <aliquota> siga as seguintes regras:

• Caso o município de incidência for diferente do município gerador do documento, ou seja, serviço prestado fora do município;
• Caso o prestador do serviço for optante pelo Simples Nacional e possuir ISS retido na nota.

Para mais detalhes, acesse o Portal de Documentação Senior.

Problema: ao realizar a integração de uma NFS-e de recebimento para o município de Manhuaçu - MG, o processo não era finalizado e era gerada a seguinte crítica de integração: Detalhes técnicos: O elemento 'emissao' apresenta conteúdo incompleto. Lista de possíveis elementos esperados: 'codigoVerificação'.

Correção efetuada: ajustamos a rotina de integração de recebimentos de NFS-e para o município de Manhuaçu - MG para que os campos necessários sejam integrados corretamente.

Problema: ao realizar a integração de uma NFS-e de recebimento para o município de Alfredo Chaves - ES, o processo não era finalizado e era gerada a seguinte crítica de integração: Detalhes técnicos: O elemento 'emissao' apresenta conteúdo incompleto. Lista de possíveis elementos esperados: 'codigoVerificação'.

Correção efetuada: ajustamos a rotina de integração de recebimentos de NFS-e para o município de Alfredo Chaves - ES para que os campos necessários sejam integrados corretamente.

Problema: ao receber uma NFS-e de cancelamento par ao município de Caçador - SC, a nota permanecia com o status de Emitida no eDocs.

Correção efetuada: ajustamos a rotina de recebimento de NFS-e para o município de Caçador-SC para que o sistema realize a integração de cancelamentos corretamente.

Problema: ao ativar a funcionalidade de monitoramento nas prefeituras para recebimentos de NFS-e, a integração dos cancelamentos das notas não era realizada devido a uma inconsistência na base de dados.

Correção efetuada: ajustamos a rotina de monitoramento nas prefeituras para que a integração do cancelamento das NFS-e de recebimento seja realizada corretamente.

Visando tornar a documentação do eDocs mais objetiva e completa, adicionamos a informação para recebimentos de NFS-e que, caso algum campo não esteja disponível para visualização, é necessário verificar sua obrigatoriedade no Leiaute PDF/XML padronizado de recebimentos de NFS-e. Para mais detalhes, acesse a documentação da tela de Recebimentos de NFS-e.

Problema: ao realizar a emissão de uma NFS-e, a rotina do eDocs não estava enviando corretamente a tag referente ao identificador do tomador para prefeituras atendidas pelo fornecedor IPM quando o tomador do serviço era do exterior.

Correção efetuada: ajustamos a rotina de emissões de NFS-e para o Fornecedor IPM para que a tag identificador seja enviada com o número de identificação fiscal do tomador corretamente. Para mais informações, acesse o Portal de Documentação Senior.

Com o objetivo de tornar as rotinas do eDocs mais eficientes, a partir desta versão, limitamos o tamanho dos arquivos PDF e XML em 2MB para recebimentos de NFS-e. Os arquivos no formato .ZIP serão aceitos com tamanho maiores do que 2MB porém, cada arquivo PDF e/ou XML dentro do arquivo será validado de acordo com o limite e tamanho estabelecido. Para mais detalhes, acesse o Portal de Documentação Senior.