Régys Silveira

Siga este tópico:

Sua instalação do FastReport é completa? Aqui está mostrando a falta do pacote fs7.dpk do FastReport. Quanto ao FortesReport, aparentemente a versão que você utiliza não tem dois métodos que são utilizados pelo ACBr. Porque você está instalando todos os motores de relatório?

Poste o novo log gerado, por favor.

Existe uma propriedade que você pode configurar no ACBrECF, "PaginaDeCodigo", verifique qual é utilizada pela sua impressora e configure.

Se você enviar uma descrição maior do que que o ECF suporta ela será cortada.

É o mais correto, principalmente quando se envia em lote. O retorno antigo pode vir em branco dependendo do tipo de envio, síncrono ou assíncrono.

Resumindo. NFC-e ainda não é realidade em todos os estados, portanto, Paf-ECF continua até que isso aconteça. Se vai trabalhar em estados que obrigam o Paf-ECF então é obrigatório homologar.

Isso depende de cada certificado, alguns aceitam outros não. A telinha também pode aparecer quando você configura uma senha de certificado errada.

Sim, você precisa disponibilizar a openssl e a capicom junto do seu aplicativo ou na pasta system.

Sim, está correto, se retornou que permite ai, deveria permitir na impressora, mas o estranho é que o log está dizendo outra coisa.

Ela é feita quando você cadastra a forma de pagamento, depois de cadastrada a forma, não tem como alterar mais a não ser com intervenção técnica.

basta comentar que ira compilar.

A2, sempre total diário por tipo de pagamento.

Me passe o comando que está utilizando é o arquivo xml que está tentando imprimir para que eu possa testar aqui por favor.

É uma forma de fazer.

Enviei alterações para imprimir o desconto ou o acréscimo no item e na finalização do cupom, penso que agora ficou faltando somente o troco, não tenho um exemplo de XML com troco, então não mexi.

A especificação de requisitos e bem clara a respeito disso, veja: Você pode então criar uma tabela onde grava os meios de pagamento agrupados e ter somente o hash desse grupo. Ou ter a tabela com todos os meios de pagamento por dia e tipo e fazer hash para cada meio de pagamento, se em um dos registros o hash não bater invalidar o dia e tipo gerado agrupado no A2.

A propriedade "ACBrNFeDANFEFR.FastFile" foi feita para receber o caminho do arquivo FastReport não o xml, o que você pode fazer é carregar o XML do seu banco, gravar localmente em um arquivo e passar o caminho deste arquivo a propriedade, fazendo isso funcionará.

Isaque, atualize novamente os fontes de compilação e veja se agora a alteração do DANFC-e do Fortes subiu, por favor.

Você quer gerar no layout 2.00 ou 3.10? Porque o número de drawback existe somente no layout 3.10.

Segue a versão compilada aqui. Aproveitei e reenviei o arquivo de DANFEC-e do FortesReport que é usado na impresão do ACBrMonitor para o repositório. ACBrNFeMonitor.zip

O que pude perceber no seu log foi: Primeiro ocorreu um erro quando você foi informar o pagamento, porque não havia subtotalizado, então você subtotalizou e enviou pagamento em Cheque(02) e Dinheiro (02) o cupom foi fechado e impresso as vias de TEF normalmente. Ocorreu erro ao usar a forma de pagamento CARTAO (03), ela não está configurada para aceitar vinculado, então foi mostrado o erro, optou-se por continuar, então ele abre o gerencial e imprime corretamente as vias TEF. Neste caso o problema é a impressão das vias TEF em gerencial por conta do erro de não permissão de vinculado da forma de pagamento CARTAO (03), o erro ocorre por conta desta não permissão.

Você está alterando o CRT do emitente?

Enviei uma possível correção, por favor atualize e teste. Obrigado pela ajuda.