daniel.simoes

Testei o programa do Link da Tanca, e também não reconheceu os meus certificados já instalados... Existem um tópico fixo nessa área com outros programas criados por usuários...

Acredito que você está se referindo uma linha do repositório do trunk... pois no trunk2 esse método não está nessa Linha... Como foi exatamente a chamada do método ? (qual o valor de todos os parâmetros) ... Pretendo inseri-lo nos testes Unitários...

Pelo que compreendi do site de Retaguarda... não é necessário atualizar as assinaturas de SATs já assinados, só porque você trocou de certificado... Isso porque você pode ter várias chaves públicas (de vários certificados) no sistema de retaguarda... Para gerar essa assinatura, o única elemento que será usada do seu certificado, é a chave Privada RSA... ou seja, creio que a validade não é verificada Eu sugiro você comprar um certificado A1... com ele você poderia por exemplo, criar um Servidor Web para assinar os SATs dos seus clientes...

Obrigado pelo Teste... como não tenho uma impressora dessas, fica difícil testar... Se você ler o QRCode em outro programa (genérico), ele retorna apenas os 250 primeiros caracteres ? Vou manter o código e o modelo... acredito que a Elgin corrija o problema... ou ainda seja apenas algum detalhe que não percebemos... Tenho alguns contatos da Elgin... vou tentar obter uma impressora dessas para testes... Achei um manual mais detalhado (e aparentemente compatível) em: ftp://ftp.partner-tech.eu/Printer/RP-600/Manuals/RP-600_Programming_Manual_V1.0.pdf

Testou com a nova implementação do TACBrPosPrinter, com o modelo ppEscElgin ?

Poderia anexar (zip) os fontes modificados para analise ?

Não conheço o componente a que você se refere... algum Link ? Veja o DBGrid da RX

compreendi o que você propõem... mas essa modificação pode quebrar o código de D7 que não "compreende" UTF8... Vou analisar a questão com mais calma...

Considere assinar o SAC do ACBr por um período... e além de ajudar o ACBr, desfrutar de alguns benefícios

O seu arquivo está completamente diferente do existente no Trunk2... Não é possível fazer a analise ou merge..

Não tenho muita experiencia com NFe... e não consegui reproduzir o problema... Poderia por favor descrever o fluxo completo, considerando uma Nota não existente.. e posteriormente o Evento... Por favor forneça o conteúdo de todos os arquivos ENT.TXT, para todas as etapas do processo...

está sim... foi o que disse no tópico anterior... está implementada em duas Units de objeto... veja os fontes...

Obrigado pela analise e bugreport... apliquei uma possível correção para o problema

Será necessário recompilar o ACBrPrinter.exe

Atualize seus fontes... isso já foi corrigido a alguns dias...

Acho que todos disponíveis no mercado leem CODE128... pode ser necessária alguma configuração no Hardware... (usando o manual de configuração do equipamento) Não sei lhe dizer qual equipamento é o melhor para o seu caso... acho que um leitor CCD é o suficiente (muito mais barato que um leitor Lazer) eu recomendaria entrar em contato com um revendedor, e até mesmo emprestar um equipamento para testes...

Os Cupons do SAT, também preveem a impressão de um Código de Barras 1D, com a Chave de acesso do CFe... ele é impresso com a mesma especificação da NFe (CODE128), e é facilmente lido por qualquer leitor... Geralmente esse código é impresso em duas linhas... Você não poderia usar esse código ?

O próprio Delphi tem Units para convertes Tipos enumerados em Strings e Inteiros... Veja os métodos: GetEnumName, TypeInfo da Unit typinfo

É necessário verificar se isso não irá quebrar outras funcionalidades do componente...

Eu ligaria na SEFAZ e pediria orientações...

O Caminho para o XML vem na resposta da Venda...

Estudei com mais atenção o manual da VOX... e realmente tirando o QRCode, todos os demais comandos parecem ser idênticos ao do EscBema... Porém não consegui compreender a estrutura do comando recomendado pela Elgin no Exemplo... não parece seguir a especificação do manual... Apliquei no SVN, uma possível implementação para a impressão de QRCode na VOX... (não pude testar por não ter a impressora) Notei que segundo o manual, ela pode suportar até 928 caracteres no QRCode

Contingência off-line é uma temeridade... A chance de perda de documentos válidos, ou de sonegação fiscal é imensa... Qualquer fisco com uma boa equipe de TI sabe do risco que está correndo ao permitir contingência off-line... Mesmo no caso do ECF, onde os dados são transmitidos apenas no final de um período...os dados fiscais estão gravados em um dispositivo seguro e blindado... NFCe não é um mar de rosas... Vários estados ainda estão apanhando para deixar a NFCe estável... e muitos estão fazendo "vistas grossas" ao período máximo de transmissão em até 24 horas para os documentos emitidos off-line... É chato quando um problema de terceiro (SEFAZ) afeta o nosso trabalho... mas o SAT é uma solução fiscal muito mais segura e avançada do que a NFCe... É natural problemas em "sistemas" novos e recém lançados ... isso ocorre até mesmo conosco, com os nossos produtos (por mais criteriosos que sejam os nossos testes)... Apesar dos problemas da Retaguarda do SEFAZ serem sérios e incomodar muita gente... O SEFAZ está sendo claro em seus comunicados, definindo prazos para resolução, e assumindo a sua parcela de culpa...

Pelo que vi nos fontes eles já existem no objeto "NFe" e "ACBR"