EMBarbosa

Oi @Andremomb Desculpe, eu acabei me confundindo. Estávamos numa conversa sobre MDe, e aqui você falou do MF-e, eu acabei juntando tudo e passando o link para o MDF-e. A documentação do MF-e está no site da SEFAZ do Ceará. http://cfe.sefaz.ce.gov.br/mfe/informacoes/legislacao-estadual#/ Ali, você vai encontrar downloads de informações e manuais, legislação, e etc... Voltando ao campo Esse campo é de informações do Fisco. Quer dizer que ele vai ser preenchido pelo aparelho MF-e. Isso talvez explique o porque não apareceu no cupom. Veja esse tópico:

Tente o Manual de Orientação ao Contribuinte (MOC). O portal da Sefaz virtual do RS, costuma ter um MOC mais atualizado. Veja https://dfe-portal.svrs.rs.gov.br/Nfe/Documentos

Algumas impressoras possuem várias fontes e você pode trocar a fonte via protocolo. Geralmente pelo menos uma delas possui acentuação básica como algum subconjunto de ASCII. Aí você pode pegar o manual da linguagem e da impressora e tentar, mas nossa experiência é que geralmente não funciona ou funciona muito precariamente. Pode verificar nesse link os manuais que temos e no site do fabricante os manuais da sua. https://svn.code.sf.net/p/acbr/code/tools/Etiqueta

Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17722. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá Willian, Tive que fazer alterações para que o componente pudesse compilar no Delphi 7 e Lazarus. Você pode observar no código anexado como foram as alterações, de modo que sua dúvida sobre como substituir generics deve ser resolvida. BrLCDPR.7z Visto que você deu a permissão, ideia é adicionar ao ACBr. Primeiro terei que adicionar o cabeçalho da licença nos arquivos. Devo fazer isso nos próximos dias.

Será que não poderia ser algum problema de antivírus? Talvez detectando que seu aplicativo em 32 bits seja um malware e bloqueando a execução?

Se não me engano, o layout do comprovante do TEF é definido pelo gerenciador (aplicação da certificadora). O ACBrTEFD envia para impressão exatamente o que recebe. É preciso verificar com a certificadora a possibilidade de mudar o layout da impressão reduzindo as colunas.

Com a JCL é possível fazer isso. Tem artigos na internet.

Pelo que eu entendi, a tag é opcional. Isso quer dizer que ela nem sempre virá. Quando a tag vir, você deve levar ela em conta antes de enviar uma consulta sobre o mesmo lote. Se você não fizer isso pode ser considerado consumo indevido. Mas quando a tag não vier, isso quer dizer que você deve usar bom-senso.

Já está na minha lista de afazeres. Vou analisar.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17692. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. No entanto tive que fazer diversas alterações para seguir o novo modo de implementar as balanças. Queira observar que agora, geralmente, apenas precisamos implementar os métodos InterpretarRespostaPeso e SolicitarPeso. Subi as alterações para o SVN na Revisão 17688. Pelo que vi está tudo certo mas queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

É possível que você possua versões anteriores ainda no seu HD.

Essa dificuldade da TI é normal. Muitas vezes você precisa explicar o porquê de uma "fonte real" ser mais importante do que uma placa gráfica para um sistema de automação, que uma máquina servidor não é uma máquina gamer, que tamanho do gabinete não é documento, etc... Mas se você conseguir fazer uma certa amizade com os prestadores de serviço dos seus clientes, talvez até mesmo mostrando a eles o modo profissional de trabalho, eles vão ficar gratos e vão passar a seguir as orientações. Tivemos boas experiências nesse respeito.

Rapaz, acabei esquecendo de te dar um retorno. Desde 3 de setembro já estava pronto. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17568. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado e desculpe o atraso.

Não estou dizendo que é o caso, mas analise bem. Se essa questão estiver atrapalhando o seu negócio, você deve se envolver sim. Não digo ficar indo lá e configurando os computadores dos clientes (se fizer isso, deve cobrar, ou indicar um terceiro que fará o serviço). Mas sim estabelecer como o computador deve ficar configurado e quais requisitos mínimos. Eu acho que isso é uma falha de boa parte das Software Houses. Pense no caso de um carro. A montadora realmente não fica inspecionando qual marca e modelo de óleo você vai por no carro. Mas se você colocar um que não é o recomendado, a responsabilidade é toda sua. Nesse caso, os e-mails podem realmente atrapalharem mais do que ajudar. Tente alguma alternativa. Se possível, seja prático, jogue o e-mail para o departamento de IT ou algum responsável da empresa deles. Claro!

A questão maior aqui acho que é prevenir: Instalar um antivírus competente é o melhor. Talvez compense você negociar licenças para seus clientes com uma empresa. Valide a segurança do Windows. Se você está desabilitando o UAC em todos os clientes, esse pode ser um motivo para ter tantos casos. Dê treinamento específico sobre. Explique ao usuário que quando a tela escurecer e pedir permissão pra algo ele deve pensar duas vezes antes de clicar em "sim" ou "não". Depois que pegou, vai gastar tempo mesmo. Nesse caso, lembre-se de colocar na conta entregue ao cliente. Explicar de antemão, por meio de contrato e de treinamentos, que a responsabilidade por esse tipo de problema é de responsabilidade dele evita mal entendidos. É uma boa ideia você ter um backup dos clientes. Mas isso pode ser muito complicado, principalmente se você centralizar os dados de todos os clientes num único banco. Será mais fácil se você seguir por esse caminho se tiver uma aplicação multicamadas. Essa é uma boa saída. Mas ela deve vir em conexão com os outros métodos. Só a replicação pode ser falha. Minha sugestão é que se crie uma conta nesses serviços apenas para o backup. Assim, será difícil alguém trocar o login ou a senha sem querer querendo. Tudo vai depender de cada caso. Acho que vocês estão indo no caminho certo. Tente automatizar todas as verificações de forma a prevenir os problemas que estão tendo. Por exemplo: Se a aplicação não conseguir fazer um backup por número n de vezes, programe a aplicação para enviar um e-mail para seu suporte com dados do problema. Se a replicação não for feita por algum motivo, envie um e-mail pro suporte; Se não tiver internet nos casos acima, gere mensagem ao usuário para contatar o suporte; Espero que ajude.

Adicionei na minha lista de afazeres.

Não existe esse campo no componente. Mas não seria muito difícil adicionar. Acredito que deveria ser adicionado na classe TACBrCargaBalNutricional para que possa ser tratado no método TACBrCargaBal.PreencherToledo.

Veja esse post: Em especial a parte que diz:

Legal. Obrigado pelo retorno.