BigWings

O normal seria exibir a tela para selecionar o certificado e mostrar isto: No seu caso quer dizer que há algo errado como falta de atualização, configuração incorreta das opções avançadas do IE ou de instalação do certificado. Tente o suporte da certificadora.

Pode ser algo com o certificado. Tente abrir a URL do webservice diretamente no navegador e veja se há resposta.

O Windows está com todas as atualizações instaladas?

Desde o dia 02/04 é obrigatório o uso do TLS 1.2 para comunicação com os webservices do CTe. Windows XP não tem suporte a TLS 1.2. Apenas com SSLLib = libOpenSSL, e certificado A1.

Sim.

Está informando a configuração da versão para 3.00? ACBrCTe1.Configuracoes.Geral.VersaoDF := ve300; Também verifique se na geração do XML está informando a versão: with ACBrCTe1.Conhecimentos.Add do begin infCTe.versao := 3.00; [...]

Use os Schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Foi necessário um ajuste nos schemas oficiais para a validação funcionar com xsXmlSec e xsLibXML2.

O erro indica um problema com o próprio arquivo de schemas, ou algum arquivo faltando na pasta de schemas. Tente configurar a pasta de schemas para a do ACBr e veja se o problema ainda ocorre.

Se continua dando erro de timeout quer dizer que o webservice não está respondendo a tempo. Pode ser instabilidade na conexão de Internet do emissor, ou do próprio webservice. De parte da aplicação não vejo mais o que se pode fazer. Você tentou abrir a URL do webservice no navegador pra ver o tempo de resposta?

O FreeAndNil é desnecessário nessa rotina. Os itens da lista já são destruídos pelo Owner dela. Correção enviada ao repositório: 03/04/2018 -- pcesS1050 -- [-] Correção de erro "Argument out of range" na geração do evento S-1050. https://www.projetoacbr.com.br/forum/topic/42490-problema-inclus%C3%A3o-de-intervalos-na-s-1050/ Por: CarlosSolla / BigWings

É um erro de construção do webservice. A documentação determina que o parâmetro de entrada de dados seja na tag nfeDadosMsg, esse webservice incluiu um grupo pai do nfeDadosMsg chamado consultaCadastro que não deveria existir. <wsdl:types> <s:schema elementFormDefault="qualified" targetNamespace="http://www.portalfiscal.inf.br/nfe/wsdl/CadConsultaCadastro4"> <s:element name="consultaCadastro"> <s:complexType> <s:sequence> <s:element minOccurs="0" maxOccurs="1" name="nfeDadosMsg"> <s:complexType mixed="true"> <s:sequence> <s:any/> </s:sequence> Provavelmente será corrigido, resta aguardar.

Basta usar o debug pra descobrir... Essa linha é gerada quando é informado multa para o título e contém a data e valor ou percentual da multa. Não parece ter relação com o código de motivo de rejeição retornado.

É preciso debugar toda a rotina de geração da remessa a fim de identificar o erro. Use o watch list e monitore por ACBrBoleto.ListadeBoletos.Count. Nesse trecho em particular não vi nenhum problema.

Sim. Veja no demo do ACBrNFe como obter os retornos em modo síncrono.

Você está correto, não há como identificar o tipo do evento de manifestação já enviado.

Corrigido no repositório.

Consulte o layout da NFe, o CSOSN 101 não permite informar essas tags. Se você preencher elas no componente elas serão simplesmente ignoradas na montagem do XML. As tags permitidas para esse CSOSN são apenas pCredSN e vCredICMSSN referentes à alíquota e valor do ICMS a ser creditado pelo destinatário.

Informe o CSOSN 900.

Se você já está passando o caminho e senha do arquivo pfx, deixe NumeroSerie em branco. cryOpenSSL não é compatível com certificados A3.

Provavelmente você está criando dois títulos na lista a cada iteração. Veja o demo do componente e revise a sua rotina.

Sim... um efeito indesejado, mas inofensivo. A propriedade SSLLib serve apenas como "atalho" para definir as demais, são as outras três configurações que são usadas pelo componente.

Que eu saiba a maioria dos estados aceita modo síncrono para NFe também.

No envio assíncrono: ACBrNFe.WebServices.Retorno.cStat No envio síncono: ACBrNFe.WebServices.Enviar.cStat

Pelo cStat retornado pelo webservice.