BigWings

O CNPJ deve ser informado sem os pontos e traços. Conforme o layout, é um campo numérico de no máximo 14 dígitos:

Quis dizer o XML de envio da consulta de cadastro, não o XML da NFe. O erro de falha no schema indica um XML incorreto.

Anexe o XML de envio.

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

Isso já foi tratado, a propriedade CST do IS agora é string, então deve aceitar qualquer CST. Atualize os fontes e teste novamente.

Não temos mais relatos, então pode ser algo com esse certificado, ou faltando instalar cadeias de certificação...

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

O CST de PIS e COFINS deve ser informado com 2 dígitos, no caso CST=06. Aí tem uma tag duplicada, com valor e sem, provavelmente está puxando a com valor.

Em produção funciona? Tente contatar a certificadora.

Foi publicada a versão 26.1.C das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/01/2026 até 28/02/2026. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Estude o programa exemplo, você está informando propriedades que não existem no componente, por exemplo: Devia ser:

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

A tag é a cBenef e não cBenefRBC. A cBenefRBC é preenchida apenas quando usando o CST 51 e com redução de base de cálculo, e se não me engano é requerida apenas em SC.

O GerarXML não é necessário, mas pode manter se desejar, ele após fazer a leitura vai atualizar o XML com base nos dados lidos. O GerarXML inclusive por ser feito por parâmetro no LoadFromString. NF.ACBrNFe.NotasFiscais.LoadFromString(vsXMLDadosBinario, True); Desde que tenha antes o NotasFiscais.Clear não deve ter problema.

Vai duplicar mesmo, por causa do XML como setter que faz a leitura do arquivo para o objeto NotaFiscal, sem limpar os itens já carregados antes. Ao chamar o GerarXML ele sobrepõe a propriedade XML com a informação duplicada.

Troque por: NF.ACBrNFe.NotasFiscais.Clear; NF.ACBrNFe.NotasFiscais.LoadFromString(vsXMLDadosBinario);

Veja no tópico que citei antes, o comentário do Italo. Ainda está pendente de resolver essa questão da assinatura.

No DANFCe em Fortes e ESCPOS já tem a opção de sair o nome de fantasia acima do CNPJ e razão. Creio que se você implementar da mesma forma, respeitando a propriedade ImprimeNomeFantasia pode ser enviado pro repositório sem problemas.

<nfse1:regTrib> <nfse1:opSimpNac>1</nfse1:opSimpNac> <nfse1:regEspTrib/> </nfse1:regTrib> Se não me engano tem que informar essa tag. { TnfseRegimeEspecialTributacao = (retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, retSociedadeProfissionais); } RegimeEspecialTributacao := retNenhum; //retISSQNAutonomos; Veja o programa exemplo de como preencher as tags no padrão nacional.

Essa URL já estava prevista no ACBrNFeXServicos.ini, mas para ativar a partir de 01/02. Você pode tentar ativar e testar, e adicione as configurações de API Própria: [3104502] ; Incluído em 26/06/2024 Nome=Arinos UF=MG Provedor=Fiorilli Params=APIPropria: Versao=1.01 ProLinkURL=http://pmarinos.redemunicipal.com.br:8443/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=https://pmarinos.redemunicipal.com.br:8443/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Lembre de estar com o ACBr atualizado.

Para o Fiorilli vai ter três webservices de envio: - Padrão Nacional: Se o município aderiu ao emissor nacional, envia direto para o webservice da NFSe Nacional. - Padrão Nacional, com API própria: É o caso da URL acima, precisa saber se o munícipio migrou pra esse novo layout, e ver qual a URL de produção (a acima é homologação pra todos os municípios). Ainda está em implementação no ACBr: - Manter o webservice atual: Por enquanto a maioria está funcionando assim, mas em alguns casos como o deste tópico apresentando falhas.

Pode indicar que o webservice foi desativado, para envio pelo emissor nacional. Ou problemas mesmo no webservice. Tentem enviar no modo de envio GerarNFSe: ACBrNFSeX.Emitir(nLote, meUnitario);

Removi o XML anexado por conter dados sensíveis. Me parece uma regra de validação antiga, que não leva em consideração a tag idDest... É uma regra de aplicação facultativa então cada UF pode ativar ou não. A única exceção é caso seja informada a UFCons que se aplica apenas a combustíveis. Sugiro entrar em contato com a SEFAZ-GO e questionar.

A SEFAZ só retorna o protocolo de autorização. Quem monta o XML é o ACBr, de acordo com o que é preenchido.