BigWings

Verificou como está sendo gerado o fuso horário no XML de envio e no retorno da SEFAZ?

O XML está em UTF-8, mas falta a declaração do XML no início. Edite o arquivo e inclua no início o seguinte: <?xml version="1.0" encoding="utf-8"?> Salve e tente carregar novamente.

Precisa anexar o arquivo pra descobrirmos qual encoding ele usa. Mande por mensagem privada no fórum se preferir. Ou veja você mesmo abrindo o XML num editor de texto como o Notepad++.

O ACBr não usa, e nem você deve usar o índice do enumerado como código, vejas os métodos da pcnConversao.pas e pcnConversaoNFe.pas. function FormaPagamentoToStr(const t: TpcnFormaPagamento): string; function FormaPagamentoToDescricao(const t: TpcnFormaPagamento): string; overload; deprecated {$IfDef SUPPORTS_DEPRECATED_DETAILS} 'Obsoleta: Use FormaPagamentoToDescricao(const t: TpcnFormaPagamento; const xPag: String)'{$EndIf}; function FormaPagamentoToDescricao(const t: TpcnFormaPagamento; const xPag: String): string; overload; function StrToFormaPagamento(out ok: boolean; const s: string): TpcnFormaPagamento; [...] function FormaPagamentoToStr(const t: TpcnFormaPagamento): string; begin result := EnumeradoToStr(t, ['01', '02', '03', '04', '05', '10', '11', '12', '13', '14', '15', '16', '17', '18', '19', '90', '98', '99'], [fpDinheiro, fpCheque, fpCartaoCredito, fpCartaoDebito, fpCreditoLoja, fpValeAlimentacao, fpValeRefeicao, fpValePresente, fpValeCombustivel, fpDuplicataMercantil, fpBoletoBancario, fpDepositoBancario, fpPagamentoInstantaneo, fpTransfBancario, fpProgramaFidelidade, fpSemPagamento, fpRegimeEspecial, fpOutro]); end;

O foco do projeto é em Delphi e Lazarus, primeiro são desenvolvidos os componentes, depois portados para o ACBrMonitorPLUS e ACBrLib pra quem deseja usar em outras linguagens. Se você é desenvolvedor Pascal, use os componentes, não tem motivo pra usar o ACBrMonitorPLUS. PS: Nem todos os recursos pra Delphi/Lazarus estão ou estarão no ACBrMonitorPLUS e ACBrLib.

Qual o encoding do arquivo?

Faltam detalhes do seu ambiente, qual impressora, como está instalando, como está configurando no componente... Mas pelo relato, suspeito que a porta virtual serial está sendo ocupada pelo driver spooler da impressora. Você pode tentar informar a porta no componente no modo 'RAW:Nome da impressora' assim passa pelo spooler e não direto na porta virtual.

Foi pro SVN, rev. 23326.

Vejo que leu os fontes, mas não deve ter percebido uma condição na rotina do CNAB240 que faz da forma que você quer: No caso basta informar a propriedade ResponEmissao para esse caso onde o banco emite o boleto.

Pode anexar os fontes que alterou, que será analisado. Creio que é possível incluir uma regra específica para MT se eles estão aceitando... Os schemas são os mesmos do ACBr ou precisou alterar também?

Esse erro geralmente é configuração errada de porta ou velocidade da porta da impressora.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. @Norival Ricardo Cazarin abra um novo tópico e informe qual erro/problema está tendo.

Mas pelo print não são 17 posições livres, certo? São 7 posições do código do convênio + 10 posições livres, o componente sempre atendeu essa forma.

Realmente ocorre o erro, mas basta reiniciar a aplicação depois de remover o número de série e informar arquivo pfx e senha.

Em homologação seria o hcte mesmo... Os endereços estão definidos no arquivo ACBrCTeServicos.ini.

OpenSSL não suporta o carregamento via store do Windows. Na configuração informe o path do arquivo pfx e a senha e deixe número de série em branco. Também pode usar DadosPFX ou URLPFX.

Não está confundindo CSC com CSRT? CSC é o código de segurança do contribuinte, cada emitente de NFCe precisa informar o idCSC (a parte sequencial) e o CSC cadastrado na SEFAZ. CSRT é o código de segurança do responsável técnico, que saiba nenhuma UF está exigindo esses dados, nem habilitou o cadastramento pelas software houses. CSC e idCSC você configura em DFe -> WebServices -> NFC-e.

Tenho deixado o @Victor H. Gonzales - Panda analisar as questões do Fast, mas se for o caso posso fazer sim.

Com o "Component to code" do GExperts faz isso rapidinho. Dá até pra remover o .dfm do SVN.

Provavelmente não são notas que estão sendo retornadas, e sim eventos ou resumo de eventos. Teste pela propriedade: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].schema

No caso de venda interestadual para consumidor final não contribuinte precisa informar o grupo ICMSUFDEST pra destacar o DIFAL. 6108 é o CFOP? Qual rejeição teve?

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

Você pode informar a tag dhEvento no .ini: https://acbr.sourceforge.io/ACBrLib/Cancelamento.html

Está gravando o XML dessa nota, pra depois tentar consultar e cancelar/inutilizar? O erro de digest value ocorre na consulta, quando a chave é a mesma mas o conteúdo do XML está diferente do que foi enviado pra SEFAZ.

https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk=