BigWings

Informe valor diferente de zero na tag pICMSInterPart.

Não há necessidade de incluir os CNPJ ou CPF já constantes como atores no CTe (remetente, destinatário, recebedor, expedidor...). Esses atores já tem permissão de acesso ao XML. Dado o limite de 10 CNPJ ou CPF eles são removidos na geração do XML caso informados.

Seu arquivo não tem a URL para envio de eventos da versão 4.00 de MG. A última versão do ACBrMonitorPLUS é a 1.1.0.60, disponível para os assinantes do SAC. Considere assinar pra baixar a versão atualizada.

"O arquivo" qual? Ali tem as pastas com os projetos de exemplo. Basta abrir o projeto de acordo com a sua IDE, Delphi ou Lazarus. Dentro do exemplo tem os métodos, um deles é o código para alimentar o componente. http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/

Não. O CNPJ base (8 digitos) do certificado deve ser o mesmo do CNPJ a ser consultado.

Me parece que em produção não está exigindo TLS 1.2, ainda. Fiz teste com SSLType = LT_all, responde em produção, em homologação não.

Qual versão do ACBrMonitorPLUS? Está usando um arquivo ACBrNFeServicos.ini atualizado?

No txt não consta os dados dos itens da nota.

No projeto de exemplo do ACBrNFe ACBr\Exemplos\ACBrDFe\ACBrNFe.

Não parece ser problema no WebService, ele está respondendo normalmente: [Window Title] Acbrnfe_demo [Content] Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 107 Status Descrição: Serviço em Operação UF: SP Recebimento: 13/04/2018 11:54:34 Tempo Médio: 1 Retorno: Observação: [OK] O que você precisa verificar: - Se está configurando a opção de TLS 1.2 (configuração SSLType do componente caso httpWinHttp ou httpOpenSSL e configurações avançadas do IE caso httpWinInet). - Se o Windows está com todas as atualizações instaladas; - Se há necessidade de atualização de cadeias de certificados da SEFAZ ou da certificadora.

Esse é apenas o retorno, não serve. O completo, como já informei: Veja o XML sendo retornado, com pequeno ajuste no demo do ACBrNFe:

Com o XML completo, sem problemas. Apenas com o XML de retorno, vai haver o erro de cOrgao nao informado.

Você precisa debugar e verificar porque a tag WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML está vindo vazia após o envio do evento. Apenas com o XML de retorno vai ocorrer o erro mesmo, já que faltam dados que o método de carregamento espera encontrar.

O XML está correto, as formas de pagamento são informações obrigatórias, caso não tivesse no documento ele nem seria autorizado. Isso é apenas um erro no site da SEFAZ que não está mostrando as formas de pagamento. Entre em contato com eles e comunique.

Renomeie o arquivo tiposGeralCTe_v3.00-OPENSSL.xsd dos schemas do ACBr para tiposGeralCTe_v3.00.xsd. Foi necessário um ajuste nos schemas oficiais para a validação funcionar com SSLXmlSignLib = xsXmlSec ou xsLibXML2.

Ajuste enviado ao repositório.

Anexe o XML da NFSe.

Parece ser possível informar a tag com valor em branco na URL. Apesar de na página https://deolhonoimposto.ibpt.org.br/Site/API#!//Produtos_Get indicar como requerido. Vou fazer alguns testes.

Você informou o campo CodigoMora no txt como sugerido pelo José mais acima?

Algum problema com o carregamento dos schemas quando é necessário carregar outro arquivo .xsd usado como include do primeiro. O erro ocorre com SSLXmlSignLib como xsLibXML2, onde você terá o retorno de "Schema inválido" e xsXmlSec, com o retorno "The schema itself is not valid".

Está usando o demo do ACBrNFe? Verifique a configuração da versão do documento fiscal.

Veja se é o seu caso:

Essa propriedade deve conter o XML completo do evento, o mesmo que é gravado em disco pelo componente com o nome *-procEventoNFe.xml.

Use o XML do evento processado <procEventoNFe> que contém os dados do envio <evento><infEvento> e retorno <retEvento>.