Erro de Recepção XML (Resolvido)

Estamos utilizando de forma oficial, cerca de 3 semanas, e sempre enviamos normalmente as notas. Carregamos o arquivo, e pelo protocolo obtemos a nfse. Estranhamente hoje, o botão adicionar da tela de carregamento parece desconfigurado e depois de carregar, digitamos o protocolo e aparece uma mensagem "Envie a RPS para obter a NFe". Será um problema no próprio servidor ? Abaixo o conteudo do RPS.

<?xml version="1.0" encoding="UTF-8"?>
<EnviarLoteRpsEnvio xmlns="http://www.ginfes.com.br/servico_enviar_lote_rps_envio" xmlns:tip="http://www.ginfes.com.br/tipos">
<NumeroLote>444</NumeroLote>
<Cnpj>01542714000356</Cnpj>
<InscricaoMunicipal>63091</InscricaoMunicipal>
<QuantidadeRps>1</QuantidadeRps>
 <ListaRps>
   <Rps>
     <tip:IdentificacaoRps>
       <tip:Numero>444</tip:Numero>
       <tip:Serie>NFS</tip:Serie>
       <tip:Tipo>1</tip:Tipo>
     </tip:IdentificacaoRps>
     <tip:DataEmissao>2014-06-24T14:30:00</tip:DataEmissao>
     <tip:NaturezaOperacao>1</tip:NaturezaOperacao>
     <tip:OptanteSimplesNacional>2</tip:OptanteSimplesNacional>
     <tip:IncentivadorCultural>2</tip:IncentivadorCultural>
     <tip:Status>1</tip:Status>
     <tip:Servico>
       <tip:Valores>
         <tip:ValorServicos>2000.00</tip:ValorServicos>
         <tip:IssRetido>2</tip:IssRetido>
         <tip:ValorIss>60.00</tip:ValorIss>
         <tip:BaseCalculo>2000.00</tip:BaseCalculo>
         <tip:Aliquota>0.03</tip:Aliquota>
         <tip:ValorLiquidoNfse>2000.00</tip:ValorLiquidoNfse>
       </tip:Valores>
       <tip:ItemListaServico>2001</tip:ItemListaServico>
       <tip:CodigoTributacaoMunicipio>2001</tip:CodigoTributacaoMunicipio>
       <tip:Discriminacao>
LANCHA PARA APOIO A AMARRACAO
- NAVIO: PASSAMA - AMARRACAO/DESAMARRACAO - DIA: 19/06/2014 - LANCHA: OCEANICA V ---- ISENTO PIS/COFINS ART.45 III DECR.4.524/2002 E SOLUCAO CONSULTA/RFB 63/2006.
       </tip:Discriminacao>
       <tip:MunicipioPrestacaoServico>4118204</tip:MunicipioPrestacaoServico>
     </tip:Servico>
     <tip:Prestador>
       <tip:Cnpj>01542714000356</tip:Cnpj>
       <tip:InscricaoMunicipal>63091</tip:InscricaoMunicipal>
     </tip:Prestador>
     <tip:Tomador>
       <tip:RazaoSocial>NIPPON YUSEN KAISHA</tip:RazaoSocial>
       <tip:Endereco>
         <tip:Endereco>3-2 MARUNOUCHI 2 CHOME</tip:Endereco>
         <tip:Numero>0</tip:Numero>
         <tip:Bairro>TOKYO - JAPAO</tip:Bairro>
         <tip:Cidade>99999</tip:Cidade>
         <tip:Estado>EX</tip:Estado>
         <tip:Cep>99999999</tip:Cep>
       </tip:Endereco>
     </tip:Tomador>
   </Rps>
 </ListaRps>
</EnviarLoteRpsEnvio>

Diego,

Isto ocorre pois você esta com um lote na fila de espera, e esta acionando o metodo de consulta de notas após o envio.
Recomendo que utilize o metodo de consulta de situação do lote e deixe que a consulta de nota seja efetuada apenas quando receber situação 3 ou 4.

Vinicius, realmente não entendi sua explicação. Nós enviamos os arquivos no modo off-line - sem assinatura. Fazemos o upload, o site dá um numero de protocolo, e por protocolo conseguimos obter a nota. Já foram emitidas várias notas, e só agora aconteceu este problema. Não desenvolvemos nada de consulta ou cancelamento via XML. Só o envio. Se o cliente precisar cancelar, vai fazer isso diretamente no site. Se puder me esclarecer um pouco melhor o que está ocorrendo. Att

Mesmo sendo enviado via site, os lotes ainda entram em uma fila de espera, logo é normal você consultar um lote e ele estar como não processado, pois isso significa que ele esta na fila de espera.

Não se trata de um erro, pois o lote vai ser processado mas este processo é previsto pela ABRASF e qualquer aplicação que recepciona lotes via RPS possui esta metodologia de processo, não é um "ERRO" do Ginfes e sim uma regra do processamento de lotes via RPS.

Certo, inclusive agora os lotes foram processados corretamente. Nós desenvolvemos a aplicação, onde cada XML gera um lote - o numero do lote é o mesmo da RPS. Como ela vai gerando individualmente, pode ser que em um determinado momento tenha ocorrido esta parada na fila de processamento. a principio agora está tudo em ordem e já temos ciência de que esta situação poderá ocorrer novamente. obrigado pela ajuda !