Régys Silveira

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.

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.

Isaque, Hoje o ACBrInstall já faz a parametrização automaticamente, não é necessário mais entrar em cada delphi e a fazer.

Nem toda a impressora tem suporte a QRCode, primeiro você precisa confirmar com o fabricante se ela aceita os comando para tal. Quanto aos acentos, pode ser alguma configuração de codepage da própria impressora não fiscal.

Jorge, utilize Daruma, nunca me deu dor de cabeça e sempre que necessário dão suporte 100% para nós do ACBr compatibilizarmos e também para os desenvolvedores.

Você chegou a instalar o driver de impressão? Quando instala ele cria uma impressora normal como outra qualquer, bastaria mandar o relatório para ela. Durante a configuração do driver também existe a opção de mapear a porta LPT ou COM, então você teria mais estar formas de comunicar com a impressora. Utilizo ela em meus cliente é nunca tive problemas, basta instalar o driver e mandar imprimir na impressora criada na pasta impressoras.

Isso é retornado pelo TEF você não vai mudar, vai obedecer o que o TEF pedir, por isso os parâmetros.

Você deveria implementar ele diretamente na sua aplicação, como o Daniel disse, o TEF exige muitas alterações e interações, o componente ACBrTEFD faz isso mas para Delphi, em clipper você teria que implementar.

Por favor anexe o log do ACBrTEFD para análise. Já adianto que provavelmente você está configurando algo de forma incorreta.

Qual TEF você está utilizando? Sitef? Se sim, existe um evento : procedure TForm1.ACBrTEFD1CliSiTefObtemCampo(Titulo: string; TamanhoMinimo, TamanhoMaximo, TipoCampo: Integer; Operacao: TACBrTEFDCliSiTefOperacaoCampo; var Resposta: AnsiString; var Digitado, VoltarMenu: Boolean); begin end; Nele, veja que você tem o tamanho máximo é mínimo, com base nestes valores você bloqueia o seu campo. Para outros tipos de TEF existe algo parecido quando cabe a validação, o nome do evento é o mesmo.

Poderia postar o XML que está tentando enviar?

Meu arquivo .pas é o mesmo do SVN, se o seu não estiver marcado em vermelho ou amarelo teria que funcionar.

Poderia me enviar os xmls das situações variadas para que eu possa testar aqui?

Realmente Jorge, estranho não disponibilizarem para a outra. Qual solução vai adotar me perdi em tantas mensagens

Você somente carrega o XML no componente e envia, não precisa alterar nada, inclusive se alterar pode ter problemas de divergência de assinatura.

Segue o link Jose Nilton: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=jKHRw%20g4V%20E= Este ponto de mostrar a lei dos impostos terá que ser alterado no DANFC-e pois agora temos que mostrar os impostos separadamente por esfera, então o ideal era utilizar as observações para isso conforme já mencionado pelo IBPT. Então o ideal seria não informar a tag vTotTrib (ela é opcional inclusive) e informar os impostos nas observações como descrito pelo IBPT.

Realmente, imagino que tenha passado desapercebido porque a maioria dos usuários usa o diretório do app ao invés de um diretório a parte para as dlls. Já está disponível no repositório, obrigado pela colaboração.

Fiz a revisão e já disponibilizei no repositório, seguem-se as considerações: 1.Razão Social fica quebrada quando tem mais de 48 caracteres. Sugiro colocar fonte pequena mantendo o negrito. Menor que 48 mantém o que está hoje. OK 2.Cabeçalho dos Itens palavra COD para CODIGO, tem espaço. OK 3.Código do Produto para EAN do Produto (ou, tem EAN usa, não tem, usa o código, ou ainda criar uma opção para escolha). Existe agora uma propriedade: UsaCodigoEanImpressao basta setá-la para True e o componente utilizará o EAN se ele for informado, caso contrário continua utilizando o código do produto. 4.alterar o texto dos tributos em vez de 2 linhas para uma única linha: "Tributos Totais Incidentes (Lei Federal 12.741/2012) R$. O texto atual segue o padrão imposto pela norma que rege a impressão do DANFC-e 5.Quando identifica o consumidor e não coloca endereço, somente o CPF / CNPJ o fonte pcnNFe.pas na linha 1740 coloca assim: FDest.EnderDest.nro := 'SEM NUMERO';, com isso sempre quando informar o CPF vai sair uma linha adicional abaixo do CPF com os dizeres "SEM NUMERO". Esse não sei como pode ser resolvido. Essa expressão "SEM NUMERO" é colocada somente no create do componente, basta você passar "" que ela é limpa e consequentemente não mais impressa. 6.Remover o espaço entre "Consulta Via Leitor de QR Code" e o QrCode de fato. OK 7.Quando a NFC-e é emitida OFFLine, não mostrar a linha do "Protocolo de Autorização" e a linha com os dados do protocolo, já que eles não existem. OK Obrigado pela contribuição.

Você está imprimindo em modo retrato ou paisagem? Aqui em modo retrato está normal.

Poderia anexar esse XML da CC-e para que eu possa tentar simular o problema aqui?