Daniel Simoes

tópico repetido:

tópico relacionado...

Sim, a Impressora passará a compreender onde está o final da etiqueta...

@Juliana Tamizou, poderia por favor, verificar essas modificações ?

Obrigado pela analise e modificações... Já adicionei no SVN, (também modifiquei as Units de GNRE)

Não compreendi o que o tópico tem a ver com o assunto... - Acabo de testar o ACBrInstall_Trunk2, e nenhum erro foi detectado... - Unit anexada está idêntica a do SVN...

De fato.. pois não há tratamento para o erro "80100004".. Não posso simplesmente, comentar a Linha, como sugerido... isso faria o ACBr ignorar todos os erros... Os erros precisam ser compreendidos e tratados... Por favor seja mais específico... Observe que essa sub-procedure "CheckPINError", é chamada em 3 locais. Qual é exatamente a chamada, que originou o problema... if dwKeySpec = CERT_NCRYPT_KEY_SPEC then begin if not GetCNGProviderIsHardware(ProviderOrKeyHandle) then Exit; Ret := NCryptSetProperty( ProviderOrKeyHandle, // Não testado... NCRYPT_PIN_PROPERTY, PBYTE(APass), Length(APass)+1, 0); CheckPINError(Ret); // AQUI ? end else begin if not GetCSPProviderIsHardware(ProviderOrKeyHandle) then Exit; if CryptSetProvParam(ProviderOrKeyHandle, PP_KEYEXCHANGE_PIN, PBYTE(APass), 0) then CheckPINError(); // AQUI ? if not CryptSetProvParam(ProviderOrKeyHandle, PP_SIGNATURE_PIN, PBYTE(APass), 0) then CheckPINError(); // OU AQUI ? end;

Realmente haviam problemas nos fontes... Já no SVN...

Você está falando de uma impressora Fiscal ou Não Fiscal ? Se for fiscal, favor anexar o log do ACBrECF...

então.. em resumo... as Tags abaixo, não funcionam da Bematech MP4200, usando ppEscBematech <code128>186/1</code128> <code128>3517041111111111111159</code128> <code128>1234567890001004860873</code128> Este é problema que você deseja relatar ?

Por favor seja mais específico... Qual tipo de código de barras não imprime ? Qual o texto que você enviou para o conteúdo do código ? (Use o PosPrinterTeste para chegar a essas conclusões)

Aparentemente não tem o que possa ser feito do lado do ACBr... Essa rotina apenas chama um OpenDialog do Windows

Só faltou descrever qual é exatamente o problema

No SVN...

Sua Etiqueta não tem GAP... o ACBr não trabalha com a configuração do tamanho de página.. ele deixa a cargo da impressora o controle do tamanho da etiqueta.. e isso é feito pelo Sensor de GAP https://www.lojasuportec.com.br/etiqueta-adesiva-amarela-para-gondola-100x30mm-gap-furo-lateral-esquerda-0056

Minha pergunta na verdade é... Com uma NFe, complementar, você não pode atingir esse objetivo ? Afinal, NFe é um documento fiscal tão válido quanto o CFe...

Removi o suporte a diretiva "DFE_SEM_NCRYPT", pois não é mais necessária, com a Carga dinâmica em ACBr_NCrypt.pas

Ok.. no SVN... Também adicionei um novo teste unitário...

Peguei o problema... estou aplicando uma solução...

Eu sinceramente, não sei... Nunca topei com um A3-CNG, mas isso será detectado, no momento da tentativa da carga do certificado...

Por favor seja mais específico... qual é a exata mensagem de erro... Rode a Unit Teste da ACBrComum, e insira esse valor...

Notei que você comentou o linha que dispara o erro genérico... Você diz que: Informado o Certificado A3, com a Senha pré-definida na configuração. Se não disparar o Exception, quando o erro for " 3F0", o certificado é acessado normalmente ? Isso parece correto ? Testou a assinatura de XML ?

A Unit ACBr_NCrypt.pas já foi enviada para o SVN... commit: 13197 Ela evitará o erro da tentativa de carga da NCRYPT.DLL, no Windows XP... mas por falta de suporte desse sistema Operacional, os Certificados A3, que usam CNG (Windows Cryptography API: Next Generation), não são suportados... Certificados A1 e A3, que usam CSP (Windows Cryptographic Service Providers) devem funcionar normalmente no Windows XP, pois não dependem, dessa Unit

o processo é o mesmo do SVN.. após atualizar algum dos fontes... rode o ACBrInstall_trunk2.exe Pois sem isso, o Delphi compilará com uma versão de BPL antiga