Daniel Simoes

Isso provavelmente não resolverá o seu problema.... não há solução para isso no ACBr... e NUNCA seria possível transmitir por WebService, um arquivo tão grande... a maneira que o ACBrBlocoX gera o XML, exige carregar todos os Itens na memória para gerá-lo... e depois carregar todo o XML na memória, para assiná-lo... Sempre haverá um limite de memória...

ok, compreendi sua pergunta... a sintaxe do comando é: NFe.CriarNFeSEFAZ(cTXTSefaz,[bRetornaXML]) Ou seja, ele se baseia no TXT do Emissor gratuito do Sefaz... Ocorre que o SEFAZ nunca mais atualizou esse TXT nem o Emissor... portanto não temos nada oficial da parte deles... Sugiro migrar sua aplicação para usar o formado INI do ACBr

Você precisa configurar o ACBrMonitor para usar a versão 4.00, e enviar as tags adicionais, exigidas nessa versão... (elas são destacadas em negrito no manual) https://acbr.sourceforge.io/ACBrMonitor/WebServices.html https://acbr.sourceforge.io/ACBrMonitor/NFECriarNFe.html

Não esqueci desse tópico... assim que tiver um tempo, analiso e subo para o SVN... Muito obrigado...

Parece ser erro de TLS1.2.... Você precisa de uma versão do OpenSSL igual ou superior a 1.0 Use as DLLs da pasta: \ACBr\DLLs\OpenSSL\1.0.2.13

Lembro de ter tido alguns casos do Certificado, onde nem o CNPJ ou CPF estavam no SubjectName... mas um outro código qualquer... (Mas isso poderia ser resolvido, com uma validação de CPF ou CNPJ) Se for possível, por favor me envie (por mensagem privada) o PFX desse certificado, para estudar o caso...

Talvez o problema estivesse relacionado com esse tópico (Já corrigido no SVN)

Estou em viagem... então somente agora tive oportunidade de subir no SVN... Commits 14848 e 14849

Por favor anexe um mini projeto (Demo), que seja possível reproduzir o problema...

Versão Professional ou Enterprise ?

Esta na minha lista "TODO", investigar esse mistério... mas provavelmente é alguma "barberagem" do SEFAZ, no servidor de homologação...

no emulador vc deve usar o CNPJ 11111111111111, para o Emissor

@Gr@c@, Posso tentar ligar para eles... mas não nutro grandes esperanças... (afinal eu mesmo não uso mais Delphi e sim Lazarus) Pode informar o valor aproximando de uma licença ?

Desculpe, não compreendi se há necessidade de algum ajuste nos fontes do ACBr

A especificação da 4.0 obriga constar o texto "SEM GTIN", quando o mesmo não for informado... mas parece que nem todos estados ainda aplicaram essa regra... A implementação foi revertida nos fontes do SVN

Não existe...

Gentileza passou longe... até onde me consta não sou seu funcionário...

Verifique se você esta usando os Schemas corretos... na pasta Exemplos\DFe tem todos os Schemas Tente reproduzir o problema com o Demo do ACBr

Verifique se você possui a versão 1.0 do OpenSSL... apenas essa versão e superior, suportam TLS1.2 Veja Esse tópico

Realmente parece ser um problema no SAT... sugiro contactar o suporte do Fabricante...

Por favor teste com os fontes em Anexo... Repare que introduzi uma nova diretiva de compilação no ACBr.inc... // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, mas continue suportando LibXMLSEC {.$DEFINE DFE_SEM_LIBXML2} mas lembrando que para manter compatibilidade com versões anteriores... desligar o suporte a OPENSSL com: {$DEFINE DFE_SEM_OPENSSL} irá desativar o suporte a XMLSec e a LIbXML2 {$IfDef DFE_SEM_OPENSSL} {$Define DFE_SEM_XMLSEC} {$Define DFE_SEM_LIBXML2} {$EndIf} Fontes.zip

Em analise...

kkk... é bem isso... se possível, por favor compartilhe aqui a resposta do Posto Fiscal

Porque você está convertendo para UTF8, um XML que provavelmente já foi retornado em UTF8 ?

veja esses links: http://tsdn.tecnospeed.com.br/blog-da-tecnospeed/post/como-cancelar-um-sat-cf-e-apos-30-minutos http://www.contabeis.com.br/forum/topicos/228904/cancelamento-cupom-fiscal-sat-sao-paulo-apos-o-prazo-de-30/