BigWings

Remover o totalizador de operação não fiscal vai resolver a validação.

Confira o CNPJ informado no arquivo, ele tem caracteres demais: CNPJ=137852888000140

Caso use SSLLib como CAPICOM ou WinCrypt, vai depender apenas do Windows estar atualizado, e Windows XP e 2003 não tem suporte a TLS 1.2. Caso use SSLLib como OpenSSL veja o tópico que o Juliomar mencionou:

Sim. CTe.setmodelodf("67"); CTe.setversaodf("3.00");

A sintaxe no .ini está errada: [toma] CNPJ=04207741658 Sendo o correto: [toma] CNPJCPF=04207741658

Depois de alterar, fez isto aqui? Que teste fez? Nem o status funciona? Pra mim está normal após a alteração do .ini:

Também funciona com a 3.10.

Eu uso um componente (TZipMaster) para a compacatação. No ACBrMonitorPLUS você pode usar o ACBr.Run para executar linha de comando e chamar o rar.exe do WinRar por exemplo, passando os parâmetros para compactação.

Eu diria que sim, você pode ter problemas com o fisco se fizer dessa forma. Entendo que as duplicatas informadas na NFe são uma informação fiscal, e informar valor zerado pode gerar problemas para a contabilidade. Como uma NFe pode ter pagamento à vista no valor total e duplicatas a pagar? Algumas formas de pagamento são tratadas como a prazo pelo comércio (cartão de crédito parcelado, cheque pré-datado) são na verdade pagamentos à vista. Outras que admitem parcelamento (crédito loja, boleto bancário) podem ser "calçadas" por duplicata e informados como tal se for necessário aparecer na NFe. É um assunto para a contabilidade, o acima é apenas minha opinião.

Primeiro leia este tópico: Antes dessa implementação o componente vinha com a propriedade SSLLib com o padrão libCAPICOMDelphiSoap, agora vem libNone. Você deve preencher essa propriedade antes de chamar os métodos que fazem uso de certificado digital do componente. Veja o demo do componente na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe.

Não, a partir do AnsiString (Delphi 2) já não há limite de tamanho para o tipo String. Como você está acessando a variável no debug? No watch list e evaluate/modify as strings grande realmente são truncadas...

Veja o comando NFe.EnviarEvento().

Cuidado pra não colocar Schemas de CTe e MDFe na mesma pasta dos de NFe pois eles têm o mesmo método DistribuicaoDFe mas Schemas diferentes. Veja se é o seu caso.

O "limite" para o tipo string é dado pela capacidade de endereçamento de memória. Em uma arquitetura 32bits seria em torno de 2GB. Uma NFe para ser autorizada deve ter no máximo 500KB (possivelmente aumentado para 1MB, não tenho certeza).

Mesmo apontando o arquivo .pfx o erro ocorre. A solução nesses casos é usar OpenSSL, ou instalar o certificado num Windows XP e exportar, ou usar o instalador da certificadora como já foi discutido no outro post. Caso aponte o arquivo não é preciso instalar. E sim, o WinCrypt já atende a TLS 1.2.

Veja a pasta ACBr\Projetos\ACBrInstall_Trunk2. Qual Delphi você usa? Aqui deixo essa opção marcada e não tenho esse problema...

Sim, a justificativa.

A diferença é que o XML que você anexou como sendo do ACBr está envelopado, da maneira que é enviado para o webservice. Seu XML próprio não está. Se você tiver configurado o componente para salvar os arquivos de envio e retorno: ACBrMDFe1.Configuracoes.Geral.Salvar := True; e ACBrMDFe1.Configuracoes.WebServices.Salvar := True; Verá que serão salvos os dois arquivos, por exemplo, 20171108183342-ped-cons.xml e 20171108183342-ped-cons-soap.xml, sendo um envelopado e outro não.

Enquanto a última manifestação do destinatário for Confirmação da Operação, não vai aceitar cancelar. O destinatário pode mudar uma única vez a manifestação definitiva da NFe. Se ele manifestou uma vez como Confirmação da Operação, pode alterar para Operação não realizada, por exemplo. Se ele já fez duas manifestações fica valendo a última. A Ciência de Operação não é considerada manifestação definitiva. As outras três sim.

Sim. Se quiser usar OpenSSL com NFe 4.00.

Vejo que você está atribuindo os valores para o componente de origens diferentes: Na configuração do componente: Na geração do CTe: Você precisa ter certeza de que no momento de envio do CTe a configuração ACBrCTe.Configuracoes.Geral.FormaEmissao e a tag Ide.tpEmis do CTe sejam iguais. É no momento do envio que o componente vai definir qual URL utilizar, se a configuração estiver como teNormal mas o XML tiver sido gerado como teSVCSP vai acusar esse erro. Seu XML parece estar correto.

Parece que alteraram os webservices... Edite o ACBrNFeServicos.ini e remova as linhas referentes ao WSDL e SoapAction: Copie o .ini para a pasta do aplicativo, ou use o Compila_RES.bat e recompile o ACBr e a aplicação. Faça os testes e reporte.

Qual o erro exatamente? Está com a pasta Schemas atualizada e o componente apontando para a pasta Schemas correta?

Sim, deixe o modelo como ecfNenhum em tempo de design e atribua ecfECFVirtual por código.