Enviar Nfs-E Ginfes Está Dando Erro.

[Jorge Eduardo]

Quando envio a NFS-e utilizando o método:

 

Self.ACBr.Enviar(NrRPS, False); Da o erro citado abaixo:

 

Project Projeto.exe raised exception class Exception with message 'Falha na validação do Lote 738

A name contained an invalid character.

Error parsing 'Ass_rps:738UNICA' as ID datatype.

The attribute 'Id' with value 'Ass_rps:738UNICA' failed to parse.

 

Alguém pode me ajudar?

[Italo Giurizzato Junior]

Bom dia Jorge,

 

Esse erro esta estranho pois o atributo Id esta definido como sendo uma string com tamanho máximo de 255 caracteres.

 

E não existe nenhuma restrição referente ao tipo de carácter usado nessa string.

 

Sendo assim, concluo que você esta utilizando schema (arquivos: XSD) errado para validar.

[Jorge Eduardo]

Bom dia Italo.

 

Eu atualizei o acbr e começo a aparecer esse problema. eu comparei meu arquivo xml com um outro arquivo antigo que eu tenho.

Ele monta o id de forma diferente. Estou com a pasta schema atualizada.

 

O problema parecer ser na assinatura.

 

ns4:InfRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"Id=" Ass_rps:740UNICA"><SignedInfo><CanonicalizationMethod Algorithm=" novo

ns4:InfRps></ns4:Rps></ns4:ListaRps></ns3:LoteRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"Id=" AssLote_740"><SignedInfo> antigo

Editado 31 Março, 2015 por Jorge Eduardo

[Jorge Eduardo]

No meu caso eu trabalho carregando o acbr, valido, assino e envio:

 

Self.FServicoACBr.CarregarACBr();

Self.FServicoACBr.ValidarXml();

Self.FServicoACBr.AssinarXml();

 

Para resolver eu tive que tirar o AssinarXml;

 

Self.FServicoACBr.CarregarACBr();

Self.FServicoACBr.ValidarXml();

 

logo depois eu chamo o método EnviarXml.

 

Obrigado pela ajuda Italo.

Editado 31 Março, 2015 por Jorge Eduardo

[Italo Giurizzato Junior]

Bom dia Jorge,

 

No caso da NFS-e esqueça tudo o que você aprendeu sobre NF-e, CT-e, etc.

 

Primeiramente o componente não gera o XML da NFS-e e sim do RPS e este poderá ser assinado ou não dependendo do provedor.

 

O lote de RPS poderá ser assinado ou não dependendo do provedor.

 

A validação ocorre no lote e não no RPS, sendo assim não adianta querer validar o XML do RPS que não vai funcionar, temos que validar o lote.

 

Portanto devemos apenas alimentar o componente com os dados do RPS e executar o método enviar, pois este último se encarrega de fazer o resto.

[Jorge Eduardo]

Muito Obrigado Italo.

[rbleonel]

Olá pessoal.

No atributo ID está assim: Ass_rps: 311

O número do RPS é 31 e não 311. Não entendi de onde está vindo e 1 após o 31.

Fui verificar os arquivos XSD e são os mesmos que estão na pasta do ACBr do provedor Ginfes. Por via das dúvidas, substitui todos pelos do ACBr para não ter dúvida e mesmo assim o problema persiste.

O que me chamou a atenção é que na TAG <ns4: InfRps Id='311'> está exibindo o número do RPS como sendo 311, sendo que na verdade é 31.

Além disso, retorna a seguinte mensagem:

"Não existe na base de dados uma NFS-e emitida para o numero de RPS informado"

Estou informado o número 31. Está correto mas, o componente está colocando 311 no Ass_rps.

Isso está correto? Tens alguma ideia do que devo fazer para corrigir este problema?

Obrigado,

Rogério.

[Jorge Eduardo]

Bom dia rblsystem.

Você pode me explicar melhor?

para adiantar vc está assinando a NFS-e?

 

abraço.

[rbleonel]

Bom dia Jorge.

Sim, estou assinando a NFSe da seguinte forma: ACBrNFSe1.NotasFiscais.Assinar;

Quanto ao problema, está retornando a seguinte mensagem:

"Não existe na base de dados uma NFS-e emitida para o numero de RPS informado"

Debungado a aplicação, retorna outra mensagem referente ao ID. Veja:

The attribute 'Id' with value 'Ass_rps:311' failed to parse.

Eu não sei de onde o componente está pegando esse número 311. O número do RPS é 31 e o componente está colocando 311, ou seja, 31 seguido do número 1 = 311.

Quando envia para o provedor Ginfes, retorna a mensagem:

"Não existe na base de dados uma NFS-e emitida para o numero de RPS informado"

O que é estranho é que no início deste mês foi emitido NFSe normalmente. Semana passada eu atualizei o pacote ACBr e fiz nova compilação do meu aplicativo e agora está dando este problema. É por isso que não entendo o motivo deste erro.

Tens alguma ideia?

Obrigado,

Rogério.

[Jorge Eduardo]

Boa tarde.

Se vc tiver usando o Ginfes, não precisa assinar, tirar ACBrNFSe1.NotasFiscais.Assinar e faz um teste. 

abraço.

[rbleonel]

Eu tirei a assinatura e passou sem nenhum problema.

Obrigado pela dica.

Rogério.