Régys Silveira

Tem algo errado nestes EANs, 7891828600 tem 10 digitos 783094060340 tem 12 digitos Códigos GTIN tem 8, 13 ou 14 dígitos, então estes códigos não são válidos realmente.

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca Gente, existem pelo menos 5 tópicos falando disso é um tópico fixo no alto do fórum principal feito pelo Daniel explicando tudo, vamos pesquisar antes de abrir coisa nova.

Complementando o Julio, inclusive você deve seguir o quick guide e utilizar os dados informados nele (codigo de ativação, cnpj emitente, cnpj software house, etc).

Sabe que é verdade já peguei bastante código com #13 somente, acho que seria bom dar uma melhorada naquele código, procurar também pelo #13 e mudar para #10.

Elton, é por isso que o Daniel nivelou antes o sLineBreak para somente F: function AjustarQuebrasLinhas(const ATexto: String; NovaQuebraDeLinha: String = ';'): String; begin Result := Trim(ATexto); if Result <> '' then begin // aqui se a quebra de linha for diferente de #10(F) o #13#10(sLineBreak) e transformado somente em #10 if sLineBreak <> LF then Result := StringReplace(Result, sLineBreak, LF, [rfReplaceAll]); // aqui a nova quebra de linha e alterada para o que o usuário deseja Result := StringReplace(Result, LF, NovaQuebraDeLinha, [rfReplaceAll]); end end;

Tenho fontes prontos de Paf-ECF já homologados na versão mais atual da ER, entre em contato comigo via skype: regys.silveira.

Não sei se entendi a pergunta, mas você vai usar o ACBrDANFEscPOS para imprimir em impressoras que usam comunicação serial e o ACBrDANFE normal para imprimir para impressoras spooler.

Fiz o teste com o SAT Tanca e está tudo normal, passou sem problemas, fiz o teste utilizando o demo do ACBrSAT no trunk2. AD35150708723218000186599000028120000091230411.xml

Realmente Italo, Ale você está utilizando OpenSSL ou Capicom?

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca Já existe pelos menos 5 tópicos falando deste assunto e um tópico fixo feito pelo Daniel, por favor não abra novos tópicos para o mesmo assunto. http://www.projetoacbr.com.br/forum/announcement/9-problema-para-acessar-o-repositório-dos-fontes/

O CST 10 é utilizado somente por substitutos tributários e não deveria ser utilizada para venda a consumidor final pois indica cobrança do ICMS ST que não pode ser cobrado em venda a consumidor final.

Talvez seja um problema no emulador, porque o código consta na ER então deve ser aceito, vou testar com o SDK e ver se o mesmo erro ocorre, assim que fizer o teste amanhã já retorno aqui.

Depende do fabricante, a Bematech possui um driver de spooler que é a forma que você procura, já a maioria dos outros fabricantes não possuem, eles usam a comunicação direta utilizando porta serial e padrão de comandos EscPos.

Poderia dar um retorno se a troca para o Trunk2 resolveu o problema?

Poderia postar o trecho do código que utiliza para envio e consulta do retorno?

SAT.ImprimirExtratoVenda(ArqXML) SAT.ImprimirExtratoResumido(ArqXML) SAT.ImprimirExtratoCancelamento(ArqXML)

Tenta baixar o buffer de transmissão e recepção da porta virtual, ajuda nestes casos.

Só faltou postar o erro para que alguém consiga lhe ajudar.

Você não tem que alterar os fontes, tem é que configurar corretamente o componente para usar em produção. ACBrNFe1.Configuracoes.WebServices.Ambiente := taProducao ACBrNFe1.Configuracoes.WebServices.Ambiente := taHomologacao;

O próprio SAT é que devolve estas informações, quando em produção sairão as informação do emitente e desenvolvedor normalmente.

É a última. Parece que hoje ou amanhã já volta ao normal pelo que está no twitter.

Poderia postar o XML para análise Você está utilizando os schemas corretos?

Se não cancelar o cupom realmente não vai conseguir imprimir o estorno, pois existe um cupom aberto. Se você não deseja que seja impresso o estorno, deve removê-lo dos eventos do TEF.

Não lembro de ver nada na ER e não encontrei nada lendo que obrigue a gravação disso em formato binário. Existe sim quais dados devem ser gerados nos arquivos, mas nada falando sobre salvá-los em um formato específico.

Concordo Daniel, eu fiz pensando somente em windows, falha minha. Vou acertar aqui e gerar novo patch. Novo patch com a sugestão do Daniel. quebradelinhadfe.patch