BigWings

Desculpe, não percebi que estava usando o ACBrMonitorPLUS, e não o componente. Movendo o tópico.

A única desvantagem do modo síncrono é que só pode ser enviada uma nota por vez, ao contrário de 50 notas no modo assíncrono.

Veja se não está definindo DANFE.NfeCancelada como True no momento da impressão.

É o necessário para a comunicação, nos testes que fiz só precisei marcar TLS 1.2 e deixei todas as demais SSL e TLS desmarcadas e funcionou (Windows 10). Você pode tentar desmarcar as duas opções referentes a verificação de revogação de certificados, que pode interferir no acesso. Mas como disse, o melhor seria tentar o suporte da certificadora. Essa é a única atualização pendente do Windows? Em algum tópico alguém mencionou a crypt32.dll que precisa ser atualizada, mas não se sabe exatamente em qual atualização do Windows isso é feito.

Como está a configuração do path dos Schemas? Funciona se informar SSLXmlSignLib = xsMsXML?

TLS 1.2.

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.