Nicanor Menezes

Boa noite Juliana isso eu ja estava fazendo na verdade o que acontece é que quando estava carregando os dados do cedente eu copiei e colei da remessa e estava informando o tamanho do nossonumero do que estava no cadastro cedente e o usuario preencheu com 8 ao inves de 11 digitos, verifiquei que no fonte do ACBR estava carregando corretamente com 11 digitos mas depois mudava quando carregava os dados do cedente.
Obrigado pela ajuda a dica me fez pesquisar em outro local que não estava vendo.

Galera desculpe fiz besteira mas serve de aviso para outras pessoas, acontece que a instalação original esta no drive c:\ e o bkp no drive d:\  por isso deu erro. Baixei a atualização no drive D e estava tentando reinstalar a partir do D que era o local errado.

Boa tarde, tenho um problema para regerar o meu arquivo XML com a mesma chave anterior que foi validada na receita porém o arquivo XML foi danificado e estou seguindo a dica do Italo onde devo gerar um novo arquivo XML identico ao original e depois consultar e gravar os dados da assinatura novamente.
Porém quando vou regerar o novo arquivo XML a chave dele fica diferente do que está gravado na receita e não estou conseguindo, acontece que o Digito final e uma pequena parte no inicio do codigo está diferente, veja:
35150303323163000101550030000091351000091356   -> CHAVE VALIDADA E REGISTRADA NA RECEITA
35151003323163000101550030000091351000091358   -> NOVA CHAVE DO NOVO ARQUIVO GERADO
Ja tentei várias coisas e até agora não entendi pq está gerando o inicio do codigo diferente e consequentemente o Digito final fica diferente, alguém sabe me dizer que informação é gravada no inicio do chave ?
Agradeço a ajuda.
 
35151003323163000101550030000091351000091358-nfe.xml
Pessoal ja descobri é referente a MES e DIA da Emissão só não entendi porque deu diferença na chave de acesso com uma data de emissão em Março, sendo que a nf está sendo emitida em Outubro/2015.
Obrigado e desculpe o transtorno.