Diego Foliene

Por favor, para testar a alteração na ACBrNFSeLerXml_ABRASFv2.pas é possível compartilhar um arquivo XML que tenha esses caracteres? Se possível, encaminhe também o arquivo de envelope. Para que ele seja gerado, marque a opção "Salvar Envelope Soap" da aba WebService no programa exemplo. Os arquivos tem um -soap no nome. Se tiver dados sensíveis, por favor, siga as orientações deste tópico

Boa tarde. Também obtive este retorno ao testar com o programa exemplo(note que ele está pegando a nova URL). Por favor, é possível confirmar com o provedor se há instabilidade? Por gentileza, é possível testar por outros programas de requisição, como o SoapUI, por exemplo?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia. Sugiro entrar em contato com o provedor e questionar por que está recebendo este retorno. O arquivo montado pelo componente coincide com o schema que temos disponível para o provedor.

Conforme programação prévia, no dia 19/03/2023, ocorrerá o fim do período de convivência das versões S-1.0 e S-1.1 do leiaute do eSocial. A partir do dia 20/03, todos os empregadores deverão adotar a versão mais recente do leiaute, que já está disponível desde 16/01/2023. A versão anterior, S-1.0, será desativada e não poderá mais ser utilizada para o envio das informações. Os empregadores que ainda não atualizaram seu sistema para a nova versão do leiaute do eSocial devem fazê-lo o mais breve possível, para evitar problemas com o envio das informações. Fonte: Fim da convivência das versões do leiaute do eSocial E como fica o ACBr? O componente ACBreSocial e consequentemente o ACBrMonitor e a Lib já estão com as alterações para funcionar com essa nova versão de acordo com os manuais e informações disponibilizadas. Para utilizar é preciso configurar a propriedade VersaoDF como segue: ACBreSocial.Configuracoes.Geral.VersaoDF := veS01_01_00; No ACBrMonitor: Usando ACBrLibeSocial: Utilize o método eSocial_SetVersaoDF passando no parâmetro sVersao a string "S01_01_00"

Boa tarde. No dia 23/03/2023, foi divulgada a Nota Técnica 2023/001 para MDFe. Resumo da NT. Esta Nota Técnica modifica a regra de validação do evento de encerramento do MDFe para permitir que filiais possam encerrar os MDFe mesmo que em situação cadastral diferente de ativo no CCC. O serviço de eventos já garante que o autor e o CNPJ do certificado de transmissão sejam do mesmo CNPJ base, portanto, impedir que um MDFe seja encerrado por filiais que deixaram de operar gera apenas dificuldade operacional e necessidade de atendimento especializado do fisco para resolver o problema de forma manual. A NT também permite que os emitentes possam consultar MDFe não encerrados sem considerar a situação cadastral da filial. Datas de Implantação. Implantação em Homologação: 03/2023 Implantação em Produção: 04/2023 Sobre as Alterações. Desativação da rejeição da Situação do Emitente no encerramento. K05: Emitente deve estar habilitado na base de dados para emissão do MDFe Exceção: Esta regra não será aplicada quando a forma de emissão do MDFe (tpEmis) for Regime Especial da Nota Fiscal Fácil (3) Observação: Se evento gerado por PAA (grupo: infPAA) verificar se o CNPJ do emitente está em situação ativa no cadastro do CNPJ MEI da RFB. 203: Rej. Rejeição: Emissor não habilitado para emissão do MDFe. Desativação da rejeição da Situação do Emitente no serviço de consulta MDFe não encerrados H06: Emitente não credenciado a emissão de MDFe Exceção: Esta regra não se aplica a CNPJ Emitente que possui vínculo ativo no cadastro de PAA da SVRS. 203: Rej. Rejeição: Emissor não habilitado para emissão do MDFe. Correção da Observação do MOC Anexo I em relação ao tamanho do campo placa no modal rodoviário para o tamanho de 7 caracteres. O MOC Anexo I pode ser encontrado aqui. Já a NT2023/001 pode ser encontrada aqui.

Alteração enviada a o SVN na Rev-28841. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde. Primeiramente, muito obrigado por querer colaborar! Mas esses arquivos são usados no componente ACBrNFSe e o mesmo foi descontinuado. Sugiro que migre para o ACBrNFSeX, novo componente para emissão de notas e que está sofrendo melhorias e manutenções.

Contribuição enviada ao SVN na Rev-28836. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Alteração enviada ao SVN na Rev-28833. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia. Foi criada a #TK-3745 para análise do caso e parecer do consultor responsável.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3744

Bom dia. Você está usando o componente ACBrNFSeX?

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3743

Conferi com o manual que temos disponível(pode acessar ele aqui) e a informação também é de que deve ser fixo "082" ao invés de "084". Alteração enviada ao SVN na Rev-28814. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia. Contribuição enviada ao SVN na Rev-28812. Por favor, queria atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia. Desde o dia 20/03/2023, por volta das 08:00, alguns usuários começaram a relatar no canal #acbrnfsex em nossa comunidade do Discord problema para autorizar NFSe para o DF. Alguns relatavam que os RPS permaneciam em processamento indefinidamente, outros informavam que estavam recebendo uma mensagem de erro. Depois de tentar contato junto ao suporte da Nota Control, que é o provedor responsável pelo WebService de NFSe para o DF, o colega @Rafael Palmeira conseguiu a seguinte resposta de uma dos técnicos:

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3737

Marque a opção para Salvar o Envelope Soap na aba WebService do programa exemplo e confira no arquivo -soap de resposta. Existe a possibilidade de o webservice realmente estar retornando um XML Vazio. Se for esse o caso, precisa entrar em contato com eles para questionar o por quê. Caso venha informação válida no Soap e mesmo assim o componente esteja apresentando este erro peço que disponibilize os arquivos para análise(se tiver dados que julgue sensíveis pode seguir as orientações deste tópico: https://www.projetoacbr.com.br/forum/topic/69182-como-enviar-logs-ou-informações-sigilosas-quando-requeridos-para-análise/ , caso contrário pode disponibilizar aqui mesmo) e se for o caso, correção no componente.

Bom dia. Primeiro de tudo, muito obrigado pela iniciativa em querer colaborar! No entanto, essa unit é usada pelo componente antigo o ACBrNFSe esse componente foi descontinuado. Agora, o componente que está sofrendo manutenção e melhorias é o novo ACBrNFSeX. Recomendo que faça a migração.

Bom dia. Marque a opção Salvar Envelope Soap na aba WebService do programa exemplo. Fazendo isso ele vai gerar para você além dos arquivos habituais, os arquivos de envelope(eles tem -soap no nome). Confira no envelope de envio se consta o elemento Signature que de acordo com o retorno do webservice, está faltando.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3735

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3734