Italo Giurizzato Junior

Bom dia Carlos, Ao atribuir o numero de inscrição (CNPJ ou CPF) do empregador a propriedade nrInsc esta atribuindo o numero completo? Se tratando do CNPJ esta informando somente os 8 primeiros dígitos ou os 14 dígitos? Tem que informar o numero completo.

Bom dia Tiago, Até onde sei o WebService de consulta ainda não esta funcionando.

Bom dia Paulo, O provedor EL possui agora um WebService que segue a versão 2 do layout da ABRASF. Nessa versão não existe o método Consultar Situação do Lote. Sendo assim, após a execução do método Enviar, devemos executar o método ConsultarLote e não o ConsultarSituacao.

Boa tarde Luiz, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Jander, A aplicação esta usando o novo ELv2.ini que enviei para o repositório?

Boa tarde a todos, Favor atualizar os fontes e fazer novos testes.

Geraldo, A mensagem de erro esta sendo retornada pelo Web Service, logo o erro não ocorre durante a assinatura do RPS. Favor entrar em contato com o provedor e solicitar um XML de exemplo para que possamos comparar, pois a assinatura pode esta em um local errado.

Bom dia Tiago, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Riquena, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Paulo, Dependendo do valor de SSLLib as demais recebem automaticamente um valor default.

Bom dia Geraldo, O erro ocorre em qual momento? Ao realizar a assinatura ou essa mensagem vem no retorno do envio?

Bom dia a todos, Favor atualizar os fontes e refaçam os testes. Notem que fiz alterações no arquivo INI do provedor ELv2.

Bom dia Marcio, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Paulo, A minha sugestão é que você atribua o valor libWinCrypt a propriedade SSLLib e deixe as demais como defaut. Podendo variar o valor de SSLXmlSignLib de xsMsXml para xsLibXml2.

Boa tarde Augusto, Já tentou atribuir o valor False a propriedade de configuração: Configuracoes.WebServices.Visualizar := False;

Elias, Você tem os arquivos soap? *-env-lot-soap.xml de ambos, ou seja, dos que esta sendo aceito pelo provedor e do que não esta sendo aceito. Pois não achei nada que pudesse justificar o erro que esta ocorrendo.

Boa tarde Rodrigo, Se o emitente for uma transportadora, você não pode relacionar no MDF-e as NF-e e sim os CT-e, mesmo que seja apenas UM.

Boa tarde Tiago, Infelizmente não vou poder aceitar a sua contribuição, por dois motivos: 1. O seus fontes estão desatualizados; 2. Você não pode comentar linhas sem saber se isso não vai gerar um efeito colateral em outros provedores. Outra coisa, veja a sua implementação em : if Leitor.rExtrai(3, 'ValoresNfse') <> '' then As linhas que você adicionou elas já existem mais abaixo, não seria interessante colocar o provedor em questão em: if (FProvedor = proCoplan) then alterar para: if (FProvedor in [proCoplan, <acrescentar aqui o provedor>]) then Favor atualizar os fontes e repense a sua implementação.

Boa tarde Darlana, Qual é o motivo de emitir um MDF-e sem relacionar nenhum documento? Pelo que eu saiba tem que ter pelo menos UM documento informado.

Boa tarde José, Acredito que o problema seja esse: <CPFCNPJRemetente>00000000000000</CPFCNPJRemetente>

Boa tarde Elias Favor anexar o XML de envio de lote de um cliente que esta funcionando, para que possamos comparar com esse que você anexou.

Boa tarde Moreira, Fiz um teste atribuindo o valor libWinCrypt a SSLLib e o valor xsMsXml a XMLSignLib não ocorreu nenhum erro. O RPS foi assinado e o Lote também, o envio ocorreu sem nenhum problema. Como utilizei um certificado de uma empresa que não é de BH, logo ocorreu a rejeição informando que não foi possível realizar a autenticação.

Boa tarde Rodrigo, Você poderia implementar e anexar a unit alterada?

Boa tarde Tiago, Favor anexar a unit alterada para que possamos analisar as alterações.

Boa tarde a todos, Favor atualizar todos os fontes e façam novos testes.