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.

É um aplicativo que empacota os componentes do ACBr, apenas para quem não programa em Delphi ou Lazarus. Acredito que se fizer o que sugeri acima vai resolver o problema:

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.

Fazendo a validação pelo demo do ACBrNFe não houve mensagem referente a CEST não informado. Houve falha apenas na IE do emissor da NF referenciada: Falha na validação dos dados da nota: 85 Campo:Modelo - Tamanho maior que o máximo permitido [636.156.051.110] 1824 - Element '{http://www.portalfiscal.inf.br/nfe}IE': '636.156.051.110' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TIeDest'. A informação de "Campo:Modelo" parece incorreto, já que se refere à IE, é algo a se verificar. Já a geração do CEST, apesar de aqui não exibir erro de Schema, também não parece correto, está gerando a tag vazia: <NCM>07049000</NCM><CEST></CEST><indEscala>S</indEscala> Você usa o componente ou o ACBrMonitorPLUS? Caso esteja usando o componente, experimente: - Usar a função Trim ao informar o CEST: Prod.CEST := Trim(sCEST); - Para não gerar a tag indEscala, é necessário especificar que não há essa informação: Prod.indEscala := ieNenhum;

Pode anexar o XML?

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.

Qual é exatamente o erro de validação? Pode anexar o XML onde o erro ocorre? Que saiba o CEST não é obrigatório no XML, afinal ele só deve ser informado para itens sujeitos à substituição tributária. <xs:sequence minOccurs="0"> <xs:element minOccurs="1" name="CEST"> <xs:element minOccurs="0" name="indEscala"> <xs:element minOccurs="0" name="CNPJFab" type="TCnpj"> </xs:sequence> O CEST apenas se torna obrigatório se for necessário informar as tags indEscala ou CNPJFab, me parece que o componente ignora essas tags caso o CEST não seja informado.

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.

Reinstalou o ACBr, de preferência marcando a opção de excluir os arquivos antigos, após a alteração do ACBr.inc?

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