Régys Silveira

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.

Mas você não deve tratar o cSat em um exeception, o exception é para erros.

Estou voltando de férias segunda que vem, já verificarei o que falta implementar e aviso, estou fixando o post aqui para acompanhamento.

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?

Jeferson, já está disponível desde o dia 20 que foi o dia que enviei a correção, você atualizou o Monitor após está data?

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.

Os valores devem ser mostrados separadamente independente do meio utilizado sempre que for venda a consumidor final. Veja, não é porque o layout da NF-e não foi atualizado que você deve desconsiderar a lei que rege a forma de ser mostrada, provavelmente no futuro o layout da NF-e sofrerá mudanças como foi feito no passada para a primeira versão da lei, mas por enquanto deve-se seguir o manda a legislação pertinente e não o layout da NF-e que não condiz com a atual situação, inclusive o campo vTotTrib não é de preenchimento obrigatório.

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?

Como eu já disse, isso já foi acertado a um bom tempo, chegaram a trocar o arquivo e tentar imprimir novamente? Não precisa fazer tratamento por variável, código, nada, basta atualizar o arquivo .fr3. Primeiro tenham certeza que o ACBr está atualizado. Os arquivos .fr3 da NF-e sem encontram no diretório: "<ACBr>\Exemplos\ACBrNFe2\Delphi\Report".

Qual motor de relatório está utilizando (Fast-report, Rave CB, Rave por arquivo, QT, etc)?

Provavelmente sim, atualize e faça a recompilação dos pacotes utilizando o ACBrInstall.

Até onde sei, o firmware nunca ficou disponível para usuários abertos, somente para interventores, isso sempre foi assim tanto para impressoras fiscais quanto para não fiscais.