Jhoni Conzatti

Encontrei uma solução. Conversando com meu chefe sobre o assunto, ele sugeriu que nesse caso o cliente deve criar a arte completa do logotipo para colocar no quadro e usaremos a configuração para expandir a logo. Obrigado @Juliomar Marchetti e @Alexandre de Paula

Sim, eu geralmente faço da forma como você sugere, no entanto, nesse caso, realmente parece ser um inconsistência entre os manuais do SEFAZ e um advogado qualquer com segue me defender nesse caso kkkkk Esse cliente em específico é dureza, mas acho que consigo convencê-lo com os argumentos que os senhores me apontaram: depois falo aqui.

Vou falar com o cliente e o contador dele. Vou tentar convencê-los a informar o telefone para aparecer na DANFe mostrando essa documentação fiscal. Vou informa-los que apesar da informação não ser obrigatória no XML da NF-e, ela é obrigatória na DANFe. Vamos ver o que irão me dizer. Em últimos casos faço o que o @Alexandre de Paula sugere, mantendo essa alteração nos meus fontes locais. Depois reporto aqui a solução dada. Obrigado por enquanto

O XML não obriga, o cliente não quer informar (e pode não informar) o seu telefone no XML da NF-e: nesse caso ele deseja que não apareça o rótulo "TEL:" na Danfe. Segundo o cliente, não faz sentido aparecer o rótulo se não existe essa informação para exibir. Eu, por outro lado, estou inclinado a concordar com o cliente. Eu penso que, se o telefone deve ser obrigatório na DANFE, então a SEFAZ deveria pelo menos obrigar informar também no XML, para ficar coerente.

Apenas para deixar registrado, devo informar ao cliente que o telefone é obrigatório na DANFe e portanto deve sempre informar no XML da NF-e.

Certo, mas não faz sentido mostrar o rótulo "TEL:" quando não existe a informação do telefone do emitente no XML da NF-e para ser impresso na DANFe.

Segundo o manual na NFe/NFCe o campo telefone do emitente (tag emit.enderEmit.fone) é opcional (ocorrência 0-1).

Bom dia, O rótulo "TEL:" é impresso na DANFe mesmo que não tenha essa informação no XML. Acredito que isso realmente não faça sentido e um cliente nosso reclamou. Usamos o Fortes Reporte CE, então já realizei o ajuste nas danfes A4 nas orientações paisagem e retrato: fontes em anexo. Na imagem abaixo, tem um exemplo de DANFe antes do ajuste que eu fiz: Nesta outra imagem a seguir, tem um exemplo de DANFe depois do ajuste que eu fiz: Nas units ACBrNFeDANFeRLRetrato e ACBrNFeDANFeRLPaisagem, no método ```DefinirEmitente``` foram incluídos o seguinte tratamento: if NaoEstaVazio(Fone) then begin sTemp := 'TEL: ' + FormatarFone(Fone); rlmEndereco.Lines.add(sTemp); end; ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas

Bom dia, Primeiramente parabéns pelo código @Márcio Baroni Está fácil de entender e acredito que pode me ajudar. Notei, no entanto, que você cria um servidor HTTP local na porta 3000 para a URI de redirecionamento do OAuth 2.0. Achei interessante essa abordagem, eu nunca antes, havia cogitado essa possibilidade. Sempre pensei que fosse necessário criar um servidor acessível na internet para poder rodar o serviço de redirecionamento da autorização do OAuth 2.0. Nesse sentido, em outras situações que precisei da autorização com o OAuth 2.0, acabei criando um serviço com o servidor HTTP instalado em algum VPS. Mas se o http:\\localhost realmente funciona (assim como você o fez), então o servidor VPS não seria necessário.

Acabei de testar no cliente e funcionou em o driver do link que o @Vitor G Silva passou. Vou guardar esse link para instalar nos outros clientes que usam essa marca tbm.

Muito obrigado @Vitor G Silva Vou testar no cliente

Entendi, até encontrei um programa para registrar a logotipo nessa impressora... mas vai demandar tempo de suporte, então vou sugerir ao cliente deixar sem logo mesmo nesse caso em que for usar comando esc/pos. Por fim, consegui resolver o meu problema com o componente de impressão esc/pos do ACBr. No entanto, outro problema é que esse componente não gera PDF. Nesse caso, preciso usar o componente fortes para gerar PDF e anexar o arquivo no e-mail junto com o xml e depois mudar em tempo de execução a propriedade DANFE do ACBrNFe para ESC/POS para poder imprimir. Como o problema não acontece com a maioria das impressoras de bobina então deixei esse comportamento configurável: o suporte poderá configurar se usa ou não esc/pos para a impressão. Espero que isso também possa ajudar o @Renato Chiari. Peço que caso consiga resolver de outra forma, ainda usando o Fortes, por favor reporte aqui. A impressão que tive é que realmente existe algum bug no fonte do Fortes Report CE para com essa impressora, visto que da forma abaixo a impressão sai da forma correta, como se faltasse inicializar alguma informação das propriedades dessa impressora: alguma propriedade que não existe na maioria.

Refere-se a logo? Você quer dizer um papel pré-impresso com a logo?

Configurei 48 colunas... agora imprimiu qrcode e estilos de fontes com ESC POS com essas configurações, mas não imprimiu o logo tipo.

Boa tarde @Juliomar Marchetti Eu tentei usar o esc pos com essa impressora, mas não deu certo, pois não imprime os estilos de fontes, qrcode e logo tipo.