BigWings

Houve uma alteração recente: Após essa alteração, os arquivos de envio e retorno dos métodos de envio de evento (*-ped-eve.xml / *-eve.xml) e inutilização (*-ped-inu.xml / *-inu.xml) deixaram de ser salvos nas pastas configuradas em PathEvento e PathInu e passaram a ser salvos na pasta configurada em PathSalvar. Já os arquivos do processamento do evento (*-procEventoNFe.xml) e da inutilização (*-procInutNFe) continuam sendo salvas nas pastas PathEvento e PathInu.

Tópico reaberto já que o outro ficou sem solução satisfatória.

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

Não consegui replicar o problema. Acredito que esteja com um fr3 muito antigo... O relato do @RCT no outro tópico mencionava o obsoleto DANFE.FR3 mas também não tive problema com esse aqui.

Anexe esse fr3 por favor. Não parece ser o mesmo do repositório. É a edição comercial ou a que vem junto com o Delphi?

Dentro do grupo [pagXXX] vTroco=9,99 Mas note que, caso você tenha mais de um pagamento no .ini, deve ou repetir o valor do troco em todos eles, ou informar apenas no último pagamento. É um problema conhecido que creio ainda não ter sido corrigido.

Parece o mesmo caso deste tópico: Acompanhe por lá, por favor.

Está usando o componente DANFE para Fast Report? Se sim, informe qual o arquivo fr3 que está usando e qual edição e versão do Fast Report.

O GerarNFe / GerarXML vai gerar o XML internamente no componente. Para gravar em arquivo é preciso o componente estar configurado pra isso e a chamada ao método Assinar. O GravarXML vai apenas gravar em arquivo o XML no estado atual.

Aparentemente falta chamar o método Assinar, após o ACBrNFe1.GerarNFe ou ACBrNFe1.NotasFiscais.GerarXML. O método GravarXML deve refletir as alterações após o GerarNFe ou GerarXML.

O erro é pela falta de carregar o XML do evento de cancelamento. Veja na aba Eventos um exemplo de como imprimir.

Com essa configuração não devia funcionar de forma alguma, OpenSSL não suporta certificados A3.

Você testou com a revisão mais recente do ACBr, mas com as DLLs antigas da OpenSSL?

Enviei ajuste para o repositório, rev. 19121. Ajustei também o campo de valor unitário, que pelo que notei, estava com formatação fixa em 2 casas decimais.

O tpEmis = 2 não é aceito na NFCe ou NFe. Veja:

O RJ está entre as UF que usam o ambiente virtual do Rio Grande do Sul - SVRS, mas não implementam o método de consulta de cadastro:

Você pode testar o retorno do método LoadFromFile por exemplo: if not ACBrNFe1.NotasFiscais.LoadFromFile(ANomeArquivo) then raise Exception.Create('Não foi possível carregar a NFe');

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

uses ACBrDeviceSerial;

Você pode tentar usar um timeout maior. O "aceitável" segundo as NT é 30s.

Precisaria ver o XML pra ter certeza, mas provavelmente faltou informar os itens (produtos) na nota.

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

Tive um problema semelhante. Houve uma correção nas funções StrToCSTICMS. 07/02/2020 -- pcnConversao -- [*] Incluido o enumerador cstVazio nas funções: StrToCSTICMS e CSTICMSToStrTagPosText. Por: Italo Jurisato Junior Antes a StrToCSTICMS retornava cst00 quando informado '' e agora retorna cstVazio. Verifique então a sua rotina de carregamento do XML.

CMC7 é o código de barras do cheque. Fazendo a leitura do mesmo você pode extrair as informações como banco, agencia, número da conta e do cheque... Pelo que vi estão implementadas no ACBrMonitorPLUS no objeto ECF, para as ECF que permitem a leitura do cheque, e no objeto CHQ, para as impressoras de cheque que também fazem essa leitura. https://acbr.sourceforge.io/ACBrMonitor/LeituraCMC7.html O comando CHQ.CMC7 está implementado mas aparentemente não está no manual. O ACBr possui ainda o componente ACBrCMC7 para Delphi e Lazarus que faz a extração das informações do CMC7 mas este não está implementado no ACBrMonitorPLUS.

Tente informar a inscrição estadual do emitente em branco, caso o mesmo não tenha inscrição na UF de destino.