Daniel Simoes

Tente variar o ErrorLevel

Mas vc tem o XML assinado... o SAT já devolveu... você pode usar o SGRSAT para envia-los o SAT é um equipamento robusto... mais robusto do que um ECF... só um raio poderia queimá-lo... NFCe com o off-line feito pela própria aplicação ? esse sim é o risco que o fisco de SP quer evitar, é muito mais fácil o usuário perder o XML do PC do que o SAT perder a memória dele... O que ocorre, é que os equipamentos são novos, e o Sw.Básico deles está agora realmente sendo testado... Isso tb ocorreu com os primeiros ECFs.. A SEFAZ de SP tb parece estar levando uma surra, por não ter adequado seu ambiente de recepção para o volume... SAT é o futuro... acho que passando essa fase, todos os outros estados vão ficar de olho...

Se a DLL usar impressão em modo gráfico (e não em EscPos) o teste não será equivalente... Vou aplicar as modificações propostas pelo Ronaldo no SVN... Eu não tenho essas impressoras então fica complicado para saber se está funcionando adequadamente...

O ACBrEAD e o exemplo que descrevi no tópico que você cita, somente funcionam com A1 Leia novamente o tópico, lá eu cito para testarem no A3, eu nunca afirmei que funcionaria no A3 Eu sinceramente não vejo porque bater cabeça com isso... por R$185,00 compra-se um certificado A1 e fim de estória...

E qual foi a resposta do fabricante ?

O que quis dizer foi... Verifique todos os detalhes... se tudo estivesse realmente correto, estaria funcionando como antes...

Provavelmente você configurou o modelo errado, ou ainda está usando a DLL errada

O suporte a banco de dados Nativo melhorou muito... mas a Zeos tb é muito bom, e é mais parecida com o ClientDataSet do Delphi LazReport permite a edição de relatórios em Runtiime Esqueça a Indy no Lazarus... é uma dificuldade conseguir compilar e funcionar Que componentes eu gosto: ACBr, TDI, RX, e vários outros da Lazarus CCR

Se você usa o componente TACBrPosPrinter, pode abrir a gaveta enviando para a impressora NÃO fiscal, a TAG "</abre_gaveta>"

Verifique com o fabricante, se esse modelo (MP-2500), suporta a impressão de QRCode, usando o protocolo EscBema

Agora fiquei confuso... Você está sentido falta das Tags de Assinatura ou da protNFe ??

Se você possui A1 e quer suprimir a instalação do Certificado no Windows, pode usar o OpenSSL e apenas apontar para o Arquivo PFX A CAPICOM funciona para A1 ou A3.... mas o certificado SEMPRE deve ser previamente instalado no Windows... Isso pode ser um passo simples de executar... mas num cenário de vários caixas e uso de NFCe, é bem chato ter que instalar o certificado máquina a máquina...

Vamos aguardar outro commiter analisar... Eu não tenho o ambiente necessário para analise (Delphi e Rave)

Eu, André e Regys já estamos usando Windows 10 em nosso ambiente de trabalho... tudo ok..

Acho que há um erro de interpretação... Você não precisa do Certificado digital do seu cliente para o SAT... você usa o SEU certificado (como softwarehouse) para gerar a SUA assinatura com o CNPJ do cliente

sim, não é o correto... (mas na verdade era como era feito no Trunk) Acho que já sei como solucionar... em breve posto uma alteração...

O SAT quem determina o ambiente para quem ele irá transmitir... Ou seja, SAT de Produção NÃO fala com os WebServices de homologação e vice-versa...

O LOG do SAT não acusa nenhum erro... ele deve estar descarregando os CFe's pouco a pouco

Não... o TEMP.XML não é do componente ACBrNFe... ele é gerado apenas pelo DEMO... Os problemas NÃO estão relacionados... por favor mantenha o assunto...

Verifique a versão do arquivo que você está enviando.. (deve ser 0.06)

Não estou com tempo para analisar isso no momento... Digo, não está na minha agenda implementar isso... então se se desejar sugerir melhorias para os fontes, posso analisá-las...

Qual modelo você está usando em TACBrPosPrinter ??

NÃO

Se você postar as (exatas) mensagens de erro, aumenta as possibilidades de te ajudarem...

Seus fontes devem estar desatualizados... Semana passa enviei modificação para que GravarXML não chame a geração de XML novamente....