BigWings

Algum problema com o carregamento dos schemas quando é necessário carregar outro arquivo .xsd usado como include do primeiro. O erro ocorre com SSLXmlSignLib como xsLibXML2, onde você terá o retorno de "Schema inválido" e xsXmlSec, com o retorno "The schema itself is not valid".

Está usando o demo do ACBrNFe? Verifique a configuração da versão do documento fiscal.

Veja se é o seu caso:

Essa propriedade deve conter o XML completo do evento, o mesmo que é gravado em disco pelo componente com o nome *-procEventoNFe.xml.

Use o XML do evento processado <procEventoNFe> que contém os dados do envio <evento><infEvento> e retorno <retEvento>.

Houve alterações na página de consulta disponibilizada pela receita. Tem discussão sobre o assunto e sugestão de ajuste aqui, por favor, continue nesse tópico.

Se entendi bem, essa alteração vai mostrar o valor 0,00 nos descontos nos itens da NFe, mesmo quando houver desconto para o item. Não acho que essa abordagem seja correta, já que seria uma informação discrepante com o XML, o que não é permitido. Uma solução seria suprimir toda a coluna do desconto, dada a configuração, na impressão do DANFE, já que o desconto por item não é informação obrigatória, segundo o MOC da NFe.

Se não houve retorno do protocolo não há o que preencher nas propriedades do procNFe, nem faz sentido tentar acessá-las. Você pode testar pelo Enviar.cStat o código de retorno e apenas quando houve autorização ou denegação de uso, atualizar o banco com as informações do procNFe.

Está carregando o XML de evento errado. Você deve carregar o XML de processamento de evento salvo pelo ACBr como *-procEventoNFe.xml. O XML de retorno do processamento de evento, que é o que está carregando, não tem todas as informações necessárias.

O número do documento você informa na propriedade Titulo.NumeroDocumento. Que eu saiba apenas o valor do documento deve ser impresso, os demais são calculados no momento do pagamento.

Veja que a mensagem se refere ao XML de lote de envio, e não ao XML da NFe em si. Para obter o XML de lote de envio você deve configurar o componente para gravar os arquivos de envio e retorno. Veja se está informando o número do lote corretamente.

O erro de digest value diferente significa que algo foi alterado no XML, ou seja, o XML sendo consultado é diferente do XML autorizado.

Na verdade não foi definido um valor padrão, apenas por definição o valor padrão de um enumerado é o primeiro item, que no caso é o ieRelevante.

Isso mesmo. As tags CEST, indEscala, CNPJFab e cBenef fazem parte de um mesmo grupo, e só podem ser geradas no XML caso o CEST seja informado.

Faltou informar o índice para acessar o item: if docZip.Items[i].schema = schprocNFe then

O valor padrão para a tag é ieRelevante. Para não gerar no XML você deve informar o valor como ieNenhum.

Recomendo assistir esta vídeo-aula:

Temos alguns cadastrados aqui: https://www.projetoacbr.com.br/forum/companies/

Isso é feito automaticamente pelo componente, a concatenação do XML carregado com o protocolo de autorização retornado pelo método Consultar. Se não está sendo feito, provavelmente é alguma configuração incorreta, falta de permissão de gravação, XML carregado diferente do autorizado... Use o debug e verifique.

Verifique as configurações SSLLib.

Está fazendo a consulta carregando o XML? O componente está configurado para salvar os arquivos XML? Verificou se após a chamada ao método consultar o arquivo XML foi atualizado com o protocolo?

Altere a configuração SSLXmlSignLib para xsXmlSec (A1) ou xsLibXML2 (A1 e A3). As opções xsMsXml e xsMsXmlCapicom são legadas e não tem suporte a criptografia de 2048 bits.

Não. Leia o tópico abaixo, com atenção.

Sim. Os que não implementam são as UF que utilizam a SVRS, exceto AC, RN, PB, SC. http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=#MG

Existe o método de consulta de cadastro do componente ACBrNFe. Nem todas as UF implementam esse método, entretanto.