Régys Silveira

Se optar pelo ACBrNFeServicos.ini, você deve ter ele sempre completo no caminho configurado no componente.

Pelo que percebi você está passando na tag: Dest.EnderDest.nro o valor "SEM NUMERO", bastaria passar em branco para não ser impresso nada. Precisaria do XML para fazer testes, mas preliminarmente é isso.

Não acho que seja isso, a porta não tem relação com a geração do PDF, já que é feito pelo Fortes na verdade. Quando fizer o teste poderia me enviar os logs e arquivo de configuração assim eu consigo simular.

Quando você configura o monitor para EscPOS ele ao gerar o PDF se reconfigura para Fortes porque no EscPOS não existe geração de PDF, por isso ele reconfigura para Fortes imprime e retorna a configuração. Aqui está gerando normalmente, poderia me enviar o log do monitor e seu arquivo de configuração, para dar uma olhada?

Você está utilizando componente ou monitor? Qual tipo de impressão, Fortes ou FastReport?

Não existe visualização de NFC-e em modo EscPOS, no modo EscPOS a comunicação é feita diretamente com a impressora não fiscal, portanto, não existe spooler ou visualização.

Este erro geralmente tem a ver com o certificado, e geralmente está na instalação ou configuração dele.

Complementando, verifique não basta acertar somente o relógio, precisa que a marcação de horário de verão esteja feita ou não, conforme o estado.

Existe uma tag no XML da NF-e/NFC-e a cNF, conforme nota técnica e manual, ela DEVE ser um um número aleatório, porque? Ela faz parte da geração da chave da NF-e, ela traz segurança não permitindo esse tipo de prática, já que fica muito complicado alguém gerar uma chave desconhecendo o número aleatório gerado no momento da criação da chave. Muitas empresas adotam a prática de utilizar um número fixo ou o próprio número da NF-e/NFC-e, isso leva a este tipo de problema. A tag XMLAut não serve para isso, ela serve para restringir o download, veja, um usuário de posse da chave pode consultar a NF-e/NFC-e e fazer parsing da página de consulta gerando um XML ou lendo os dados que necessitar, o correto é utilizar a tag que foi criada para isso, ou seja, cNF, basta gerá-la corretamente como manda o manual e a seguranças será incrementada e dificultará em muito o acesso aos dados.

Sim, a partilha de ICMS continua no cronograma antigo, somente a tabela CEST foi adiada porque será revisada.

Não vou dizer que você está certo ou errado, mas milhares de usuários utilizam o instalador todos os dias, eu mesmo só o utilizo. Fazer manualmente vai lhe gerar problemas futuros se caso algo mudar, você sempre perderá tempo recompilando tudo manualmente. Seria muito mais simples ter anexado o log e aguardado ajuda de alguém para tentar entender o que acontece de errado ai, se houvesse algo de errado no instalador saberíamos e concertaríamos e se não alguém com certeza lhe mostraria o que está errado e você poderia utilizar ele ao invés de compilar tudo manualmente. Mais uma vez, não estou julgando, só alertando.

Já existem diversos tópicos discutindo está questão inclusive falando sobre a migração, vou passar um pequeno resumo. O ACBrNFeMonitor já foi descontinuado, ele não é atualizado já a mais de 5 meses. Você pode utilizar normalmente o ACBrMonitorPlus, tudo que funcionava no antigo funciona nele da mesma fora, as diferenças são as alterações de legislação que aconteceram nos último meses. Você pode usar o ACBrMonitorPlus somente para NF-e não existe problema nenhum nisso, o que queremos com o monitor novo é unir tudo em um só projeto facilitando a vida de quem usa as várias opções que existem, mas nada lhe impede de usar somente uma das funções dele. Finalmente, seus arquivos antigos vão funcionar no novo é o retorno é basicamente o mesmo, faça os testes e verificará que só melhorou.

Algumas impressora não fiscais precisam ter as margens configuradas utilizando o aplicativo do fabricante, tentou isso?

Você chegou a verificar se existe alguma configuração que libere o envio de email utilizando a conta, o GMAIL por exemplo só aceita se for liberado, caso contrário só funciona via web.

A consulta nunca buscou o XML por completo no SEFAZ, isso não existe na consulta e nunca existiu, nem é possível, basta verificar o manual da NF-e e ver que a consulta não serve para isso. O único jeito de atualizar o XML é carregar ele e consultar, ai sim o componente vai atualizar.

Se a porta for mesmo 587 ao menos o SSL deveria estar marcado, essa porta geralmente é uma porta segura.

O layout foi atualizado para o mais atual, você ainda está gerando no layout antigo. Basta atualizar sua geração para o layout atualizado.

Antes do acerto ele setava o componente interno e não grava a configuração, agora ele vai gravar.

Realmente existia um probleminha que fazia com que o comando só valesse durante o tempo que o programa está aberto, perdendo a configuração ao sair. Fiz o acerto e na próxima compilação já estará ok.

Porque está alterando a nota antes de enviar? // Ambiente normal ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.dEmi := now; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.dSaiEnt := now; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.hSaiEnt := now; ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID := ''; Você não deve fazer isso, basta somente carregar com loadfromfile e enviar, nada mais.

Eu fiz essa alteração justamente para resolver problemas de geração do pdf quando era enviado por email, nos meus testes aqui está tudo normal com a versão atual.

Aqui eu faço assim: 1. ACBrNFe1.NotasFiscais.Assinar; 2. ACBrNFe1.NotasFiscais.Validar; 3. Salvo o XML no BD usando a propriedade: ACBrNFe1.NotasFiscais[0].XML Quando vou faço um loadfromfile e envio normal.

Alguma mensagem de erro?

No XML não tem o número do token (CSC) só o idToken, o que te pedi é para checar o token (CSC).

Isso mesmo, o controle porta fecha e abre a porta conforme a necessidade, mas lembre que ele funciona somente para componentes EscPOS, os componentes de impressão via spooler utilizam o driver de spooler da impressora não fiscal.