Erro E300 - Erro ao converter documento em XML. (XML está valido!)

Olá a todos!
Desde o dia 23/06/2015 o sistema está nos retornando "Erro E300 - Erro ao converter documento em XML", porém, não fizemos nenhuma modificação no sistema da empresa, e testamos o xml gerado por nós no XmlValidator fornecido por vocês, e acusa que o XML está válido.
Tem mais alguém com este problema? Alguém tem ideia do que poderia ser?

estou com mesmo problema em Manaus

Moro em Manaus também Tales. Obrigado por responder.

Também estou com esse problema em Jundiaí e em todos os municípios que utilizam o Ginfes, até o dia 23 estava normal.

Também estou com problema em Jundiaí e São Carlos, alguem tem alguma idéia do que pode ser?

A pergunta que fica agora é: SERÁ QUE TÁ FUNCIONANDO PRA ALGUÉM?

Entrei em contato com o suporte do Ginfes e pediram para eu enviar 'envelope soap' para eles verificarem, alguem sabe como eu obtenho isso para enviar?

Mais alguem entrou em contato com eles? E qual foi a resposta?

Gabriel, qual número pra contato? Eu acredito que este "envelope soap" seja o conteúdo da nota que você está enviando, embora, no conteúdo que eu assino esse "envelope soap"(tag) realmente não exista. Dando umas googledas, e até aqui mesmo no forum, constatei que tem gente que envia com essa TAG, talvez nós mesmos enviemos quando utilizamos o método "recepcionarLoteRpsV3(...)".

Eu entrei em contato pelo e-mail atendimento@ginfes.com.br

Também entrei em contato com eles e me informaram para inserir a tag <?xml version="1.0" encoding="UTF-8"?> no xml, que antes não havia e mesmo assim funcionava. Mas, mesmo inserindo a tag, continua dando erro de xml inválido. Eu fiz um teste removendo os caracteres especiais e funcionou. O que dá a entender que o servidor deles está ignorando o UTF-8 e não está aceitando caracteres especiais.

Por favor liguem para a ginfes através deste número (11) 21751145, pois entrei em contato com eles e me informaram que ninguém está reclamando.

Boa, vou ligar também.. eu tava mesmo precisando de algum número deles. Vou daqui a pouco testar sua solução, André. Volto com o resultado.

Realmente a solução do Andre funciona pessoal. No meu teste, apenas removi os caracteres especiais da discriminação da nota, e passou tudo certo. Não é o melhor dos mundos, mas funciona. Vou fazer uns testes agora adicionando <?xml version="1.0" encoding="UTF-8"?> e tentar arrumar a codificação.

Quero compartilhar com todos a solução do erro, foi possível gerar a nota fiscal, onde foi necessário retirar os caracteres especiais, tais como: Ã,Í,Ç , do campo discriminação e também do endereço do cliente.

Recebi uma resposta do atendimento@ginfes.com.br solicitando o envelope Soap de envio que é gerado por meu sistema.

Para quem não sabe:

O envelope Soap é um protocolo para troca de informações estruturadas, ele utiliza a linguagem XML para gerar uma chamada de procedimento remoto e o HTTP para negociação e transmissão de mensagens.

O Soap pode formar uma camada de pilha de protocolos de serviços web. O protocolo XML usa 3 partes, um envelope que define o que contém na mensagem e como processá-la, um conjunto de regras que vão definir os tipos de dados que a aplicação utiliza e a chamada de procedimentos (envio) e as respostas (retorno).

Obs: O Soap contém o XML assinado e cabeçalho que o sistema envia para o Webservice de nota eletrônica.

Srs., boa tarde!

Tive um retorno da Ginfes informando que o problema de não estar aceitando caracteres especiais já foi corrigido em produção, ou seja, se mandarmos a definição do encode "<?xml version="1.0" encoding="UTF-8"?>", deverá funcionar em produção.
Até o momentos eles não tem uma previsão da correção do problema em homologação.

Abraços!