BigWings

Aqui você pode precisar do SSLType como LT_TLSv1_2 também... Recomendo que deixe essa configuração livre, já que alguns webservices estão exigindo o TLS 1.2, outros não, mesmo sendo obrigatório por NT na NFe 4.00. Também recomendo que use o demo do ACBr para os testes e teste todas as combinações. Se me recordo alguns usuários relataram sucesso apenas atualizando o Windows, outros reinstalando o certificado digital, mas não tenho certeza se era pra SP...

Com CAPICOM (SSLHttpLib = httpWinInet), a opção "Usar TLS 1.2" das opções avançadas do IE deve estar marcada. Já verificou o arquivo ACBrNFeServicos.ini se está atualizado?

O componente é open-source e colaborativo, então só depende de alguém fazer. Se desejar contribuir com essa implementação, basta anexar os fontes alterados aqui que será analisado e se aprovado, enviado ao repositório.

Eu não consigo simular o problema por não ter um A3 aqui, e com A1 funciona normalmente. Mas tem relatos de problemas com o ambiente de homologação de SP aqui:

O retorno em branco geralmente acontece quando houve algum retorno do webservice, mas o componente não conseguiu interpretá-lo para exibir a mensagem. Você pode configurar o componente para gravar os arquivos de envio e retorno, e analisar o XML de retorno para descobrir o que está errado. Anexe eles aqui se desejar.

Nos respectivos sites da SEFAZ e certificadora.

Sim. No componente precisa configurar a propriedade SSLType para LT_TLSv1_2. Verificar se o Windows tem todas as atualizações. Verificar se há cadeias de certificados específicas da SEFAZ-SP, ou da certificadora, para atualizar. Para a consulta de Status de serviço não precisa usar certificado específico, o mesmo que você usa no PR pode ser usado em SP também.

Difícil dizer, sem ver o código. Falta de chamada ao Application.ProcessMessages pode causar essa sensação de travamento da aplicação.

Parece um erro não relacionado com o tópico. Está usando A1 ou A3? Se não me engano, essas configurações não são compatíveis com certificado A3. Tente httpWinHttp e xsLibXML2. Caso esteja usando A1, prefira configurar pelo arquivo .pfx e não pelo número de série.

Sim, mas o de SP. Apliquei correção no repositório para tratar esta situação.

Status de serviço, apenas para testar a configuração do componente. Imagino que seja algo relacionado ao protocolo TLS 1.2. SEFAZ Virtual do Rio Grande do Sul, usada por estados que não tem webservice próprio:

Houve erro nessa consulta? Notei que poderia haver um problema na geração desse arquivo caso tivesse antes feito consulta do RS ou um estado usuário das SVRS. Mas sendo a primeira consulta do estado de SP aqui funcionou normalmente. Você fez testes de outros serviços configurando o componente para SP para ver se ocorre o mesmo problema?

Me parece que o componente já faz o tratamento das duas formas de retorno, então não há necessidade de alterações. function TNFeEnvEvento.TratarResposta: Boolean; var Leitor: TLeitor; I, J: integer; NomeArq, PathArq, VersaoEvento, Texto: String; begin FEvento.idLote := idLote; FPRetWS := SeparaDadosArray(['nfeRecepcaoEventoResult', 'nfeRecepcaoEventoNFResult', 'nfeResultMsg'],FPRetornoWS ); Unit: ACBrNFeWebservices.pas

Configure o componente para salvar os arquivos SOAP. Anexe o arquivo *-ped-cad-soap.xml.

Não abra novos tópicos para o mesmo problema. Leia as regras do fórum.

Provavelmente você tem arquivos fonte modificados ou corrompidos. Verifique as alterações locais, arquivos que aparecem com ícone vermelho do tortoise, e faça um revert se for o caso.

Pode começar por aqui:

Respondi ali em cima.

NFE.CARTADECORRECAO("[CCE] idLote=1 [EVENTO001]  chNFe=33180403981734000197550010000010851000002785 cOrgao=33 CNPJ=03981734000197 dhEvento=14/04/2018 12:37:07 nSeqEvento=2 xCorrecao=SUBSTITUICAO DA TRANSPORTADORA,MERCADORIA VAI SER ENTREGUEPELA TRANSPORTADORA PATRUS TRANSPORTES URGENTES LTDA,RODOVIA WASHINTON LUIS,VILA SAO LUIS,BLOCO 1,DUQUE DE CAXIASRJ,CEP 25065004.,INSC.EST.-81.853.053.CNPJ-17463456-0002/71DATA DE SAIDA ")

Depende das configurações de SSLLib do componente. Se estiver usando SSLHttpLib = httpWinInet ou httpIndy, depende das configurações avançadas do IE. Se estiver usando SSLHttpLib = httpWinHttp ou httpOpenSSL, depende da configuração de SSLType do componente. Das duas formas também precisa verificar se o Windows está atualizado, se há cadeias de certificado da SEFAZ ou da certificadora a atualizar...

Verifique se está usando TLS 1.2 para a conexão com o webservice.

Parece que o comando não foi encerrado corretamente, faltando o ") no final. Anexe o ENT.TXT enviado para o ACBrMonitorPLUS. Basta fazer nova correção, incrementando o nSeqEvento. Cada NFe pode ter até 20 correções, sendo considerada apenas a última enviada.

No arquivo ACBrNFeServicos.ini atual consta: NFeAutorizacao_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeAutorizacao4 NFeConsultaProtocolo_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeConsultaProtocolo4 NFeInutilizacao_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeInutilizacao4 NFeRetAutorizacao_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeRetAutorizacao4 NFeStatusServico_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeStatusServico4 RecepcaoEvento_4.00=https://hnfe.fazenda.mg.gov.br/nfe2/services/NFeRecepcaoEvento4

Ele indica o percentual de partilha para a UF de destino nas operações interestaduais para consumidor final não contribuinte. 80% este ano. 100% a partir do ano que vem. Se não me engano empresas do Simples Nacional ainda estão isentas de destacar esse imposto, então basta informar essa tag e deixar as demais em branco. Para empresas não Simples, leia a NT 2015.003 v. 1.94 que trata desse assunto. O emitente da nota é do Simples Nacional ou o destinatário? Veja que está gerando a NFe em regime normal. <CRT>3</CRT> Nesse caso se aplicam os cálculos da referida Nota Técnica.

Faça um check-out do zero, como sugero a mensagem de erro.