BigWings

Por padrão ele busca no diretório da aplicação, se não tiver, usa o que vai embutido no .exe quando foi compilado. Veja se está configurando a versão correta. ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200;

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

Verifica qual cUF está indo no XML e pra qual webservice está direcionando. O XML de retorno deve dar alguma pista.

Como ficou o QrCode gerado?

A empresa vai receber o CNPJ se ele estiver como destinatário, transportador, ou terceiro autorizado na tag <autXML>. Existe também o evento de ator interessado - transportador que pode ter sido emitido em favor do CNPJ.

É o cálculo do dígito verificador, se você usar o layout 81 vai conseguir homologar. Mas em produção o Sicoob não valida mais o dígito então pode informar o nosso número completo com todas as variações de dígito, aqui é onde você pode usar o layout 810 . Eles "liberaram" essa forma pra aumentar de 7 para 8 dígitos e assim aumentar a quantidade de boletos que é possível emitir em cada contrato. Lembrando que em produção e com layout 810 só é aceito do nosso número 10 em diante.

Veja que a planilha pede o nosso numero sem o dígito, enquanto o layout 810 é pra informar os 8 dígitos do nosso número sem cálculo do dígito. Então a planilha deles não é compatível com o layout 810.

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

Precisa estar no diretório do .exe.

Para exibir os meios de pagamento no DANFE da NFe precisa ativar a configuração: ExibeCampoDePagamento Define se exibe ou não os campos de pagamentos: 0 = eipNunca 1 = eipAdicionais 2 = eipQuadro 1 para ser adicionado nas informações adicionais da nota 2 para exibir em quadro próprio semelhante as parcelas Vai sair cartão de débito ou crédito de acordo com a tag "tPag" do XML tPag=03 - Cartão de crédito tPag=04 - Cartão de débito Para NFCe os meios de pagamento já são impressos sempre.

Parece incompatibilidade das DLLs do tópico que citei, com certas versões do Windows: Se for o caso, a solução é usar as DLLs "oficiais" do ACBr e usar schemas locais, mapear unidade, criar link simbólico.

Veja:

Pra não ter problema com versão do Windows, configurar pra usar OpenSSL e LibXML2, e levar essas DLLs. O erro é de DNS, se não consegue alterar já não sei como fazer...

Está acusando a tag xNome vazia. Provavelmente é o nome do emitente que não foi informado. O erro parece ser já tratamento da sua aplicação, então não dá pra saber exatamente qual o erro que o componente disparou. Provavelmente é DLLs.

Não existe mais, foi refatorada para ACBrMDFe.Classes.pas. Você deve ter ela em .dcu na pasta do seu projeto ou espalhado pelo disco.

Esse fonte é do core do ACBr não vai estar na ACBrLib. E ela chama funções da OpenSSL ou WinCrypt conforme a configuração.

Atualize os fontes. Foi revertida a geração da tag "vIBS" que algumas SEFAZ ainda não estão aceitando.

Essa mensagem é esperada e tratada, e só vai aparecer em debug. Continue depurando, o cStat 100 não devia gerar exceção...

Só adicionar na tag infCpl que será impresso no DANFE.

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

Você pode voltar a versão dos fontes e schemas do ACBr para uma anterior a geração da tag. Ou fazer a alteração nos fontes pra não gerar a tag obrigatoriamente.

Faz muito tempo que o ACBr não faz validação ao assinar, então teus fontes são bem antigos. De qualquer forma, coloca o erro de validação completo, com a propriedade ExibeErroSchema ativada.

Aparentemente a SEFAZ-PE ainda não está validando as novas tags, enquanto o validador da SEFAZ-RS está. Pode ser algo com a nova tag "vIBS" da última NT. Entre em contato com a SEFAZ-PE e questione.