Régys Silveira

O bloqueio é feito para o IP da conexão da internet, se você usa uma conexão compartilhada ou seu provedor usa o mesmo número IP para todos os clientes fazendo NAT isso pode acontecer.

Você não pode usar estas impressoras para NFC-e, a impressão do QRCode é obrigatória, então estas impressoras não servem para NFC-e.

Sim, sempre referente ao período do arquivo.

Eu havia verificado este erro agora de manhã, estou efetuando o acerto e testando nas versões de Delphi, até o fim da tarde a correção estará no repositório.

Revisa e enviado, obrigado pela contribuição.

para as novas versões 02.01 em diante são somente dois arquivo, isso porque agora os registros são unificados.

Tranquilo, assim é bom para futuras buscas. Só complementando, use sempre o software da fabricante para programar o logotipo, após isso o componente envia o comando de impressão sempre, se existir logotipo programado será impresso.

Isso, Tente utilizar ao invés dele o componente ACBrDANFCeEscPos, ele conversa com a impressora diretamente pela porta COM e utiliza código nativo ao invés de impressão gráfica, além de mais rápido provavelmente não terá problemas com as margens.

Você está utilizando qual componente para imprimir?

Quanto ao Lazurus eu não tenho muito conhecimento, mas penso que se aplicariam sim, menos parte do registro que é específica do Delphi, na verdade você está apagando resquícios antigos do ACBr para depois recompilar.

Enviei uma possível correção, por favor, atualize o seu repositório e teste novamente.

Você deve setá-las como false e efetuar os tratamentos por conta próprio. O Cielo Premia possui retornos (desconto/acrescimo) que devem ser analisados pela sua aplicação.

Percebi que está nota foi gravada dentro de um diretório que esta dentro de arquivos de programas, o diretório arquivos de programa geralmente tem restrições de escrita, talvez seja esse o problema. Você poderia fazer um teste trocando este diretório por outro na raiz do disco, com por exemplo "C:\NFes".

Poderia neste log, passar o numero da nota ou notas em que ocorreu o problema?

Realmente, não tinha me atentado disso, subi a propriedade para controle de corte de papel agora.

Pelo log dá para ver que acontece o que lhe falei, o MD-5 é enviado com uma quebra de linha, o componente adiciona outra por conta da propriedade ficando então com duas, o que causa o salto da linha. Tente limpar o MD-5 antes de enviar com um trim().

Sempre a porta COM como no ACBrECF, você deve instalar o driver da impressora e ele vai criar uma porta COM virtual para comunicar com ela. No caso da Daruma o próprio windows instala sozinho porque já é um driver da lista do windows, basta esperar a instalação, verificar a porta e configurar no componente.

O padrão gerado pelas dlls não é compatível, como dito antes, precisa utilizar o padrão RSA. Para gerar as chaves pelo padrão RSA utilize o demo do ACBrEAD.

Seguem minhas considerações: 1 - Alterado GerarClicheEmpresa, removido espaço entre "Cep:" e o número do CEP (Telefone também), pois depedendo do tamanho do endereço o numero quebrava para próxima linha ficando estranho; OK 2 - Alterado GerarPagamentos, pois o troco estava sendo calculado pela diferença entre o valor total da nota e o valor das formas de pagamento. Mas na NFCe não aceita pagamentos maiores que o total da nota, então alterei para utilizar a propriedade vTroco já existente no componente; OK 3 - Alterado GerarDadosConsumidor, para somente imprimir o número do endereço quando logradouro estiver preenchido, pois no caso de informar somente o CPF (Nota Gaúcha, etc) estava imprimindo o texto: "SEM NUMERO"; OK 4 - Adicionado propriedade CortaPapel (default = True para compatibilidade), para ser utilizada em GerarRodape, pois no caso de uma impressão anexa da NFCe (TEF por exemplo), não seria necessário cortar o papel neste ponto!??? Neste caso, bastaria fechar passar False ao parâmetro já existente, por isso existe o parâmetro no método, não vejo a necessidade de criar uma propridade somente para isso. GerarRodape(CortaPapel: Boolean = True; Cancelamento: Boolean = False); Veja que pasta passar False ao primeiro parâmetro para que não faça o corte. 5 - Adicionado const ALogo : Boolean = True em ImprimirRelatorio, pois no caso de impressão anexa (TEF, etc.) ao meu ver não é necessário imprimir o logotipo novamente, economizando algum espaço também!??? Na verdade a ideia era funcionar como uma impressora fiscal e ela sempre imprime, mas quanto a isso não vejo problemas em deixar escolher se quer ou não. Obrigado pela contribuição, o arquivo já foi enviado ao SVN.

Você poderia enviar um log gerado pelo seu ACBrECF para dar uma olhada, aqui está normal. Eu imagino que você está enviando uma quebra de linha após o MD5 e quando o ACBr adiciona o dele por meio da propriedade fica duplicado, saltando a linha.

Complementando, se você alterou algum arquivo reverta-os para não ter problemas.

Pelo que pude perceber algum dos registros do arquivo de retorno está retornando a data toda zerada e isto está causando um erro de conversão. Seria necessário verificar qual dos registros está com esta data zerada e se está informação está mesmo correta.

Acho que você não está entendendo, você é quem vai validar o tamanho mínimo é máximo conforme os parâmetros passados não o componente. O componente lança o evento e nos parâmetros ele lhe informa o tamanho mínimo é máximo informados pelo TEF, você na sua aplicação vai validar isso, limitar o tamanho.

Não seria melhor você detalhar mais seu problema, estou percebendo que está tendo um erro de comunicação . Por favor, nos passe detalhadamente o que está fazendo, o que está configurando, propriedade, etc.

Você está informando a quebra de linha após o MD5? Essa propriedade serve para configurar a montagem do rodapé, alguns homologadores pedem que se quebre a linha mas o texto da ER diz que não se deve quebrar, então foi criada a propriedade para que o desenvolvedor possa escolher como quer fazer dependendo do que o homologador pedir.