BigWings

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.

Você deve fazer check out e não import.

<CNPJ/> Não foi informado o CNPJ a consultar.

Incompatibilidade de DLLs provavelmente. Se você está compilando o ACBr com a diretiva {DEFINE USE_MINGW} ativada, deve usar as DLLs da pasta ACBr\DLLs\XMLSec\MinGW\32. Senão, usar as DLLS da pasta ACBr\DLLs\XMLSec e ACBr\DLLs\OpenSSL\0.9.8.14

Já respondi lá atrás: O Juliomar está correto em dizer que WinCrypt atende ambos, mas certificados A1 novos vem com encriptação de 2048 bits, o que WinCrypt e CAPICOM vão acusar o erro "The Cryptographic Service Provider type '24' is not supported.", sendo necessário fazer a conversão do certificado. Esse problema não existe com OpenSSL.

A meu ver você tem duas alternativas: a- Caso queira mostrar os vencimentos como antes, informe o pagamento como duplicata mercantil; b- Caso queria especificar outro tipo de pagamento a prazo, mostre os vencimentos e valores das parcelas nos dados adicionais da nota.

Quando você obtêm o generator deve instruir a incrementar o valor. select gen_id(NOME_DO_GENERATOR, 1) from RDB$DATABASE O segundo parâmetro já incrementa o valor do generator, assim nunca vai haver duplicidade.

O erro indica algo errado no XML de envio. Anexe o arquivo *-ped-eve.xml gerado.

No seu código você está mudando para RS por isso o erro.

Anexe o arquivo *-ped-eve.xml gerado.