Daniel Simoes

Tudo indica uma instabilidade temporária do Servidor...

O Emulador usa o modelo CDECL... se você usar o modelo errado... o componente irá carregar a DLL incorretamente, e fatalmente irá gerar um A.V.

Por favor forneça um passo a passo mais objetivo, de como configurar o Demo do ACBr e reproduzir o problema usando apenas o Demo do ACBr... Como eu devo configurá-lo ? Quais botões devo apertar... e em qual ordem ? Acabei de usar o Demo para gerar uma NFe e Enviar um Evento de Cancelamento... não consigo reproduzir o problema... Copie todos os Schemas, de todas as sub-pastas em: ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFe\Schemas\, para uma única pasta... Use essa pasta com todos os Schemas, de todas as versões, como repositório dos Schemas

Não há...mas você pode editar o ACBrMonitor.ini de sua aplicação,e depois mandar ele recarregar os parâmetros.. Chamando ACBr.LerIni

Enviei para o SVN uma possível correção para o problema "Unable to Parse"

Observe que no PLUS há uma configuração com um CheckBox ANSI, no lado dos Edits dos arquivos de Entrada e Saída... Experimente marcá-los...

Se possível prefira o A1... com o OpenSSL, vc não precisa nem instalá-lo... Os certificados A3, evite os Tokens do tipo "PenDrive"... pois neles não há possibilidade de resgatar o PIN, usando o PUK... Ou seja, errar a senha 3x, inutiliza o certificado

O DANFE em Fortes está correto... Analisando o XML anexado e observei que você especificou "2-Outras" em indPag e por isso as Duplicatas não são impressas... Modificando no XML indPag para "1", a impressão das Faturas ocorre com sucesso... (veja o PDF em anexo) 43150900980023000100550010000507771000507770-nfe.pdf

Acho que agora matamos todos os problemas de acentuação... Essas Strings são atribuídas em Run-Time de acordo com o calculo da coluna dos Produtos, por isso foi difícil identificar o problema... Correção já no SVN...

O uso de TCP para comunicação com o Monitor, não nenhuma relação com o Tipo de Certificado... Veja com mais atenção as telas de configuração... Você pode salvar a senha...

Aqui no fórum, na área do ACBrSAT, vários usuários disponibilizaram programas já compilados, para essa finalidade

Lembre-se que o ACBr é OpenSource... então você mesmo pode ler os fontes e descobrir como funciona... Rode o SATTeste.exe estude os fontes deste projeto... Veja o Capitulo 6 da na Especificação Técnica do SAT

Aguardo o seu retorno, com o passo a passo de como reproduzir o problema usando o Demo do ACBrNFe

Corrigido, obrigado por reportar...

Vamos tentar isolar o problema ok ? O ideal é usar a aplicação demo do ACBrNFe... pois se nela o problema ocorrer, eu também poderei reproduzi-lo... Se não ocorrer, pode ser algum ajuste necessário a ser feito nos seus fontes... Minha suspeita é que você está usando uma versão defasada do ACBrNFeServicos.ini / ACBrNFeServicos.res Observe que no componente ACBrNFe.Configurações.Arquivos.IniServicos, você pode especificar o caminho do "ACBrNFeServicos.ini"... isso é muito útil para modificar/testar URLs, sem precisar recompilar a aplicação...

Verifique se a lei permite isso... No caso do ECF... é explicito que o ECF deve estar no mesmo estabelecimento para o qual o mesmo foi lacrado...

O mesmo XML é aceito pelo emulador do SEFAZ ? O ACBrSAT não faz nenhuma validação no XML... parece ser algo errado no SAT...

Qual erro exatamente você está descrevendo ? No seu tópico inicial, você falou que já havia resolvido o problema do Schema...

Veja na Documentação da Especificação Técnica do SAT

O ECF está respondendo... e o ACBrECF está tratando a resposta, de acordo com o protocolo... Procure o suporte da Bematech

Qual a sua IDE e S.O. ? Qual o seu tipo de certificado ? Qual UF e WebService ? libCapicom -> usa uma implementação interna do ACBr para abrir o certificado e usá-lo em uma comunicação segura... libCapicomDelphiSoap -> usa os métodos do Delphi para comunicação com SOAP

Em teoria deveria funcionar... afinal ela usará a chave que está no próprio XML... Pode ser que o código de inicialização da SSL, esteja passando pela rotina que tenta carregar o certificado...

Veja as propriedades de configuração do componente ACBrNFe

Como reproduzir o problema usando o Demo do ACBrNFe ?

Tente usar libCapicomDelphiSoap em SSLLib