BigWings

O problema que vejo é a SEFAZ estar acusando "QrCode inválido" e não informar que a NFCe foi emitida em contingência e que os dados completos vão estar disponíveis assim que o emitente transmitir a nota, em até 24 horas. Então sugiro que entre em contato com a SEFAZ e reporte. Do lado do ACBr não tem o que fazer.

Não está faltando, não se informa no QrCode. A SEFAZ mostra com base no XML assim que a nota for transmitida.

Essas informações não fazem parte do QrCode. Ou você quer dizer a página de consulta da SEFAZ?

Não exatamente... Em caso de rejeição apenas corrigir e reenviar. Em caso de erro de comunicação gerar nova NFCe com outra numeração, consequentemente outra chave, e tpEmis = 9 (Offline), e após a transmissão desta, inutilizar a primeira ou fazer o cancelamento por substituição. Sugiro a leitura do manual de contingência off-line da NFCe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

A impressão via EscPos é feita diretamente para a impressora, sem passar pelo driver do spooler do Windows. Você pode enviar comandos de corte parcial ou total, veja o demo do ACBrPosPrinter.

O que quer dizer com reutilizar? Você deve fazer a correção do CFOP ou NCM e retransmitir o XML, sem alteração da chave. A chave só vai mudar se você informar valores diferentes para os campos que compõe a mesma, por ex a data de emissão, tipo de emissão, número, código aleatório (cNF)...

Tem que ser feito no fr3. Existe a propriedade sim pra indicar se a via é do consumidor ou estabelecimento. Mas se não me engano sempre é impresso.

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

Atualize os fontes.

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

Provavelmente você está usando o componente DANFE para NFe e não o novo para NFCe que foi criado. Anexe o XML para teste. PS: Separei seu tópico do outro que era informativo.

Como a Juliana já comentou, a diferença aqui está no nosso número. Aparentemente na emissão do boleto foi informado o nosso número 0010060-2 e na geração da remessa foi informado (ou o banco interpretou como) 0000159-9. Na sequência do nosso número vem o número da parcela (001 para ambos)

Sim:

Só alterando o componente. Veja o tópico abaixo:

Acredito que você ajustar sua rotina pra não preencher o nome e endereço caso o CPF/CNPJ/IDEstrangeiro não esteja informado. Ou, o mais indicado, sempre carregar novamente o XML na impressão para evitar qualquer discrepância.

Testei a impressão carregando o XML e o mostrado na imagem não aconteceu. Se você estiver imprimindo logo após o envio pode ser que esteja pegando dados informados no componente mas que não chegaram a ser gerados no XML. Como você está informando os dados do endereço nesse caso?

Se o CNPJ da prefeitura estiver relacionado na NFe, ela pode obter o XML pelo método DistribuicaoDFe. Senão, não é possível.

Isso gera o mesmo número de parcela que usou na emissão do boleto?

Enviei ajuste para o repositório, rev. 18548. Favor atualizar os fontes e testar novamente.

Verificou se o número da parcela foi devidamente gerado no arquivo de remessa?

Segundo o tópico abaixo, isso já foi ajustado para mostrar o canhoto apenas na primeira página: Está com os fontes atualizados?

Você viu minha resposta no tópico? Esta? https://svn.code.sf.net/p/acbr/code/tools/Bancos/Bancoob/Layouts_para_troca_de_informações_03-09-2018.xls Foi a que usei.

Para o Fast creio não ter sido implementado ainda. Se desejar fazer a implementação e contribuir com o projeto fique a vontade.

Não foi informada a UF da placa do veículo.

A string do QrCode parece correta. Tente validar o XML no validador da SEFAZ-RS. Caso valide, verifique se copiou as DLLs OpenSSL/XmlSec/LibXML2 de acordo com as suas diretivas de compilação e configuração SSLLib.