Painel de líderes

Olá pessoal, Enviei para o SVN, uma refatoração da Unit ACBrECFEscEcf.pas, que permitirá o uso dos ECFs da Espon do convênio 09/09 (TM-T800F/TM-T900F), através da USB. Para tal, é necessário que "InterfaceEpson.dll" versão: 4.4.6 ou superior, esteja na mesma pasta da sua aplicação. e que você configure: ACBrECF.Porta := 'USB' Feito isso, o ACBrECF usará a DLL da Epson como "túnel", para acessar o Device pela USB. Isso elimina a necessidade de instalar o TMVirtualComPort da Espon, para emular uma porta Serial... Em anexo a este tópico, está a DLL que a Epson me enviou, e que contêm o comando especial, para Envio e Recebimento de comandos, usando o protocolo EscEcf. O Refactoring foi intenso nessa classe, para permitir o uso da DLL em conjunto com a comunicação direta pela Serial... Espero não ter "quebrado", nenhuma funcionalidade já existente... Por favor reportem (com detalhes) qualquer problema encontrado. InterfaceEpson_04_04_14.zip

Juliomar, Você esta correto reli a NT2014/002 e achei a informação que queria. Muito obrigado pela Atenção

Ok!!desculpe já criei um novo!!

Mostrando o valor total sem separação de milhares ( 13194,64 ) Mostrando o valor total de uma versão _dc com separação de milhares ( 13.194,64 ) tive que editar os campos dos arquivos .fr3 para mostrar milhares corretamente.

Eu tenho um processo parecido, mas faço um pouco diferente, antes de enviar a nota eu gravo o XML assinado e não autorizado, se por algum acaso ocorre um problema, somente carrego este XML no componente e faço a consulta, tem funcionado bem sem problemas.

Segue unit refatorada; Novo alinhamento. Novas funções : function FormatQuantidade(dValor: Double): String; function FormatValorUnitario(dValor: Double): String; function ManterCodigo(scEAN, scProd: String): String; Utilização da Propriedade Formato ==== unit === ACBrNFeDANFeESCPOS.pas ====== Ver introdução da Propriedade da Formato

Segue unit's para Introdução da propriedade Formato na classe Tcasasdecimais. Em pcnConversao; TDetFormato = (tdetInteger,tdetMascara); - Novo Enumerado Em ACBrNFeDANFEClass na classe Tcasasdecimais. Implantação da Propriedade fFormato : TDetFormato; Definição Padrão para as propriedades a seguir : FMask_qCom := '###,###,###,##0.00'; FMask_vUnCom := '###,###,###,##0.00'; A Propriedade sendo implantada para substituir a utilização da Tag em TCasaDecimais nas danfe's. Detalhe da configuração para utilizar formato = tdetMascara Após a implantação sera seguida das atualizações das danfe´s em novos post´s Grato ACBrNFeDANFEClass.pas pcnConversao.pas

Já fiz um Pull Request com a correção... tem que aguardar o pessoal do Fortes CE aplicar...

Este código ficou ultrapassado . vem ai a Tag == > Formato ( detInteger , detMascara ) Padrão para Formato = detInteger Fechar post, por favor

Fiz uma analise das modificações... Não acho que seja bom incorporar nos fontes originais... A ReduçãoZ é uma operação muito sensível, e introduzir um novo método, que faz muitos tratamentos no lado do componente, transfere muita responsabilidade para o ACBr... Sempre haverá questionamentos em como as informações são mescladas, e opiniões divergentes em qual campo deve ser mantido ou sobreposto... Portanto, acho que essa implementação deve sempre estar do lado do Programa, e não dentro do componente...

Você não é obrigado a migrar para o Trunk2 para utilizar o SVC, no Trunk também está funcionando e as URLs estão atualizadas.

Queira aguardar até terça feira por favor, acabei de voltar e estou averiguando.

Gilson Atualizei o .xsd, e o .pas e por aqui funcionou tudo! 100% Abraços

Bom dia a todos, Acredito que agora é arredondar as arestas que por ventura sobraram e partir para a NFS-e e GNRE. Quanto ao NFS-e a minha ideia é termos um INI chamado Cidades (já esta disponível) com a relação das cidades informando qual é o provedor que a atende. Para cada provedor teríamos também um INI cujo nome é o nome do provedor, por exemplo: Ginfes (já esta disponível), este arquivo contem as particularidades do mesmo. Os provedores que seguem o padrão ABRASF, se utilizam da versão 1 ou 2, infelizmente existem aqueles que tem algo a mais ou invertido, por exemplo as TAGs de desconto condicional e incondicional. Para tentar remover dos fontes os valores: proXXXXX que indica um determinado provedor do tipo if FProvedor = proGinfes then ..... a ideia é passar a usar a versão do XML que a principio é 1 ou 2, poderíamos criar uma sub-versão para identificar esses algo mais ou inversão de TAGs, entre outros. Se conseguirmos chegar a esse ponto, com o surgimento de um novo provedor, bastaria criar um INI para ele e acrescentar as cidades que são atendidas por esse provedor no INI Cidades. Só teríamos que alterar os fontes do componente caso surgisse uma nova sub-versão. Já os provedores que não seguem o padrão ABRASF é um caso a parte que devemos estudar qual será o procedimento. Ou tentar encontrar uma formula que possamos no futuro acrescentar um novo provedor independente se segue ou não o padrão sem precisar realizar alterações nos fontes do componente. Isso seria o Ideal, mas como o Ideal nem sempre conseguimos atingir vamos focar no Real. Não estou me referindo ao nome da moeda brasileira.