BigWings

Isso acontece quando o protocolo está configurado como ppEscElgin e não ppEscEpson. Verifique novamente a configuração. Também pode ser a configuração de quantidade colunas, conforme o Daniel disse. Use o utilitário da Elgin para verificar.

Realmente a alteração ainda não foi enviada para o repositório. Você pode testar as alterações feitas no tópico que destacou, ou neste: De preferência continue o assunto aqui:

Está com os fontes atualizados? Tem outro tópico sobre esse assunto, e se não me engano foi corrigido uns dias atrás.

MP-4000 TH (Não fiscal) http://www.bematech.com.br/equipamentos/produto/mp-4000-th-impressoras Informa como produto descontinuado, e o manual não faz menção a impressão de QR-Code. Talvez seja possível usando a impressão via spooler. MP-4000 TH FI (Fiscal) http://www.bematech.com.br/equipamentos/produto/mp-4000-th-fi

Uma forma é tentar enviar novamente, a mensagem de erro vai retornar a chave original.

<indFinal>1</indFinal> Não acho que esteja correto. mas caso informe que é consumidor final, ela não é rejeitada se não informar a identificação.

Acho que é possível extrair o DadosPFX pelo ACBr e gravar como String no banco de dados. Fora isso, desconheço forma de acessar o binário sem usar dataset e TField.

No tortoise, use a opção 'update to revision' e informe a 13059. Pode atualizar todo o ACBr ou apenas o ACBrInstall_trunk2.exe clicando nele com o direito e escolhendo 'update to revision'. A última versão é a que dá erro. Ainda aparece o pacote ACBrCapicom e não dá pra desmarcar. Tem que reverter pra 13059 que vai. PS: Também consegui recompilando o ACBrInstall.

Provavelmente algum problema no commit feito pelo @Juliomar Marchetti, já que o pacote tinha sido removido anteriormente. Atualize para a revisão 13059 que resolve.

O CAMEX é o órgão que regulamenta toda a tabela NCM. http://www.camex.gov.br/legislacao/interna/id/1643 A EX é um complemento (exceção, melhor dizendo) ao NCM e faz parte da classificação do produto. Sendo assim, deve ser informado em todas as notas caso o item esteja classificado na exceção. Por serem poucos NCM que tem EX, o campo não é obrigatório, então não haverá rejeição se não for informada.

Se você não tem familiaridade com diretivas de compilação, remova todos eles. {$IFDEF}, {$ELSE}, {$ENDIF}, etc. Nesse trecho de código elas não farão diferença.

Sim, na tag Prod.EXTIPI.

Legislação. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=QK/Drpb/k7Y=

Isso não vai causar erro quando for consumidor estrangeiro e o idEstrangeiro tiver caracteres não numéricos?

Consulte a inscrição estadual e veja qual o CPF (ou mesmo CNPJ) está vinculado a ela e informe na NFe. Já vi casos de NFe sem CPF ou CNPJ, caso informe a tag indFinal = 1 (Consumidor Final), mas não creio ser possível ter IE sem CPF ou CNPJ.

Esse modelo é não fiscal, provavelmente não funcionará com ecfBematech. Use o componente ACBrPosPrinter.

Posso confirmar que a validação não funciona com OpenSSL caso o caminho dos Schemas esteja no formato \\Servidor\Compartilhamento. Você pode mapear a unidade de rede para uma letra de unidade, ou usar Schemas locais.

Boa tarde, Faça a aplicação ler o banco de dados e gerar o .txt. O ACBr já procura o .txt primeiro antes de ler o resource do exe.

Boa tarde, Ao fazer alguns testes após atualização dos fontes contemplando as implementações do tópico Tive o seguinte erro ao rodar a opção "Validar XML" do demo, configurado com SSLib = libOpenSSL, Delphi XE5, compilado com MinGW ativado. O erro acontece na unit ACBrDFeXsXmlSec, no trecho: if (xmlSecCryptoDLLoadLibrary(PAnsiChar(XMLSecCryptoLib)) < 0) then raise EACBrDFeException.CreateFmt( cErrXmlSecLoadCriptoLib, [XMLSecCryptoLib] ); Alterei para: if (xmlSecCryptoDLLoadLibrary(PAnsiChar(AnsiString(XMLSecCryptoLib))) < 0) then raise EACBrDFeException.CreateFmt( cErrXmlSecLoadCriptoLib, [XMLSecCryptoLib] ); Resolveu o problema, não sei se é a melhor forma, em todo caso, segue a unit alterada. ACBrDFeXsXmlSec.pas

NCM deve ter 8 dígitos. De onde tirou esse com 10?

Se for usar OpenSSL precisa ter certeza que os Schemas são os do ACBr e não os oficiais baixados pelo portal. Foi preciso uma correção neles pra funcionar com o ACBr, para essa questão dos 3 caracteres por exemplo.

Primeiro ponto, se é orçamento não pode sair como NFC-e. Caracteriza tentativa de enganar o consumidor. Segundo, verifique se a legislação permite que um PDV possa ser usado para emissão de orçamentos. Pela própria característica do ponto de venda estilo check-out, onde a mercadoria é retirada e o pagamento feito ao mesmo tempo, geralmente isso é proibido. Não tendo atenção a isso seu software, e você, pode ser responsabilizado por ser solidário junto com a empresa. Você pode usar o objeto ESCPOS para enviar impressão de relatórios gerenciais para a impressora. Nesse caso você constrói a impressão do orçamento como desejar. http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?ComandosdoObjetoESCPOS.html

Pelo cálculo o ECF já está arredondando, essa conta da automação que está simplesmente errada. Minha sugestão é lançar a diferença como acréscimo no cupom.

Faça o teste e verifique.