BigWings

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.

Sim, mas deve lembrar de preencher também a tag vTroco. O total dos pagamentos mais o valor do troco deve ser igual ao valor da nota fiscal.

Atualize. As URL já foram incluídas no repositório.

Não existe uma forma de consultar a manifestação enviada. Se houve timeout no comando mas o evento foi confirmado, a única forma de detectar a confirmação é pelo retorno de duplicidade de evento em um novo envio. Você pode configurar um timeout maior para tentar evitar essa situação: ACBrNFe.Configuracoes.WebServices.TimeOut := 10000;

Essas configurações são usadas no modo assíncrono de envio, onde é preciso fazer novo acesso ao webservice para obter o retorno. Para NFCe, o ideal é usar o modo síncrono.

Seu arquivo continha muitas diferenças, me parece desatualizado em relação ao do ACBr, o que poderia causar efeito colateral em outras cidades. Nesse caso enviei para o repositório apenas a alteração referente a alteração do provedor e URLs da cidade de Sorriso.