Italo Giurizzato Junior

Boa tarde Johni, O WebService desse provedor esta bugado. Fiz testes com a cidade de Pouso Alegre e ao consultar o lote de Rps em vez de gerar a tag ConsultarLoteRpsResposta que é o correto esta gerando GerarNfseResposta. Não vejo outra alternativa entrar em contato com o provedor.

Boa tarde, Foi feita uma alteração no componente visando a leitura das tags fora do lugar. Chegou a atualizar os fontes e notou se esta ocorrendo a leitura agora corretamente?

Boa tarde Fabio, Favor atualizar os fontes, reinstale o ACBr e faça um novo teste.

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

Boa tarde Gustavo, Como temos 3 cidades migrando para a versão 2.04 do provedor SigCorp, vamos acompanhar esse problema que também esta ocorrendo com as outras duas, através do tópico:

Boa tarde, Também tive esse erro, mas no modo de envio assíncrono esse erro não ocorre, pelo menos no meu teste não ocorreu. Tente enviar pelo modo assíncrono. Se funcionar, a minha sugestão é entrar em contato com o provedor e relatar o problema.

Boa tarde Icozeira, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça um teste.

Bom dia Raphael, Favor atualizar todos os fontes, reinstale o ACBr e faça novos testes.

Bom dia Lucas, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e refaça os testes.

Bom dia Marcos, Desculpa pela demora, favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie o testes.

Bom dia Willians, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie o testes.

Bom dia Gustavo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie o testes.

Boa tarde, Precisamos das URLs de produção e homologação a serem utilizadas pela cidade de Chapecó/SC.

Bom dia Gustavo, O primeiro print que o Renato lhe passou se refere ao manual da NFS-e Padrão Nacional. Que não vai lhe ajudar em nada com o problema que você esta enfrentando. Caso você tenha interesse em saber mais sobre o Padrão Nacional, leia a postagem abaixo, nela contem vários outros links.

Bom dia Willians, Muito abrigado pela colaboração, já inclui na minha lista de tarefas. TK-3420

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

Boa tarde Guilherme, A empresa que emite a NF-e não informa o CNPJ da transportadora do seu cliente porque o sistema não permite isso? Ou porque não sabem qual é a transportadora que vai levar uma determinada carga? Se o problema é não saber, me recordo de existir um evento onde a empresa que emite a NF-e envia para a SEFAZ o CNPJ da transportadora, desta forma a transportadora através do DistribuicaoDFe do componente ACBrNFe consegue baixar o XML. Fora isso não tem como.

Boa tarde Solivan, Verifica se você esta informando o CNPJ/CPF do Emitente em: Configuracoes.Geral.Emitente.CNPJ

Boa tarde Fabio, Acabei de fazer um teste com o seu XML usando o RAD 11 e não obtive esse problema.

Boa tarde Gustavo, Já inclui na minha lista de tarefas. TK-3420

Boa tarde Luiz, Já esta no SVN.

Bom dia Mario, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Marcos, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Olá Pessoal, O ENCAT publicou uma nova versão da NT 2022/003 (versão 1.10), e já de inicio destacamos que os prazos permanecem os mesmos da versão 1.00 da NT, ou seja 07/02/2023 para homologação e 03/04/2023 para produção. Vamos as mudanças desta versão da NT... Novas Regras de Validação Regras de Validação relativas as tags refNFE e refNFeSig (BA02-60 e BA02a-110 ) Estas regras visam garantir que quando houver uma Chave referenciada (tag: refNFe) ou uma Chave Referenciada com código numérico zerado (tag: refNFeSig), o tipo de emissão da chave referenciada seja válido. Regra validando o conteúdo da tag refNFeSig (BA02a-74) Esta regra visa garantir que, quando houver uma Chave Referenciada com código numérico zerado (tag: refNFeSig), o código numérico seja efetivamente zerado. Regra validando a informação de valor na tag refNFeSig quanto a adesão da UF (BA02a-120) Esta regra visa evitar que seja utilizado o campo de Nota Referenciada com código numérico zerado (tag: refNFeSig) em UF que não permite tal referência. Ajustes em regras existentes Ajuste na definição de quais modelos de DFe a regra se aplica (BA02a-90) A coluna de modelo desta regra havia sido deixada em branco equivocadamente, alterada para constar sua aplicabilidade somente para o modelo 55. Alteração da descrição quanto a aplicabilidade da regra, que no momento é somente para o CE (N17c-30) Alterada a descrição da RV N17c-30 para que fique claro que ela somente se aplica, neste momento, para o Ceará. O Estado do Ceará realiza o controle do FCP de forma diferente das demais UF, o que acarreta na necessidade de implementação desta regra. Exclusão de regra incluída na versão 1.0 Exclusão da Regra para validação de informação de Cupom Fiscal como Doc Referenciado (I08-186) Esta regra foi removida pois a UF que assim desejar pode bloquear Cupom Fiscal referenciado através da ativação da Regra BA20-30 (NT 2019.001). Como a Regra I08-196 sequer chegou a ser implementada, o código de Rejeição inicialmente alocado a ela foi reaproveitado nesta mesma NT. Novas Regras de Validação com Implementação Futura Regras de validação quanto ao modelo de documento referenciado (BA02-70 e BA02-80) Estas regras visam evitar que sejam referenciados documentos eletrônicos diferentes do modelo 55 em devoluções internas de mercadoria e também em devoluções envolvendo consumidor final. Regras com implementação futura.