ACBRNFSE - ISSDSF : Não envia

[DouglasDll]

Estou iniciando a implementação da nfse.

Estou tentando enviar lotes atraves do programa de exemplo do acbr pra DSF (campo grande /ms).

E no momento do envio ocorre a seguinte falha (mostrada na imagem):

 

E não ocorre o envio.

Detalhes importantes:

- Já validei em conjunto com o suporte da prefeitura o xml e esta tudo correto.
- Fontes do acbr atualizados totalmente.
- Java atualizado na máquina.
- Certificado digital válido. 
- Simplesmente não envia, não aparece na base de dados da prefeitura.

O arquivo de retorno é gerado com esse conteudo:..

"SimpleDeserializer encountered a child element, which is NOT expected, in something it was trying to deserialize"

 

Detalhe importante:

Tentei enviar inumeras notas fiscais e na base de dados da prefeitura apareceu somente uma, sendo resultado do processamento mostrado abaixo:

1405

Assinatura Digital InvalidaFalha na verificacao da    assinatura. The Reference for URI #1 has no XMLSignatureInput

Verifique se o lote foi assinado corretamente e com um certificado digital válido. Verifique se não existem caracteres especiais que estão inválidando o XML assinado. O padrão de codificação utilizado é o UTF-8 caracteres fora desse padrão podem invalidar

 

Existem varios topicos citando problemas no envio pra issdsf.

Estou anexando o callstack e tambem o log da classe (ativei)...

 

Topicos relacionados no forum aberto:

 

 

1-rec.xml

1-env-lot.xml

CallStack.txt

httpreqresp.log

[Daniel Simoes]

Pode ser que esse provedor ainda não esteja operacional... vamos solicitar a ajuda do @Italo Jurisato Junior...

[Italo Giurizzato Junior]

Boa noite Douglas,

Por favor configure o componente para salvar os arquivos Soap.

Configuracoes.WebServices.Salvar := True;

Anexe os arquivos Soap de envio e de retorno, para que possamos analisar.

[DouglasDll]

@Italo Jurisato Junior

Obrigado pelo retorno. 

Como estou usando as configurações padrões do programa de exemplo já estava habilitada essa opção. Segue anexo os arquivos.

 

 

1-env-lot-soap.xml

1-rec.xml

1-rec-soap.xml

1-env-lot.xml

[Italo Giurizzato Junior]

Boa noite Douglas,

A mensagem de erro diz que foi encontrado um elemento (Tag) não esperado, mas não diz qual é esse elemento.

Desse jeito fica difícil corrigir o problema.

Notei que o grupo Deduções esta vazio, será que o problema não seja esse?

[DouglasDll]

13 horas atrás, Italo Jurisato Junior disse:

Boa noite Douglas,

A mensagem de erro diz que foi encontrado um elemento (Tag) não esperado, mas não diz qual é esse elemento.

Desse jeito fica difícil corrigir o problema.

Notei que o grupo Deduções esta vazio, será que o problema não seja esse?

No manual do provedor (em anexo) nem existe esse campo deduções.

Já fiz testes tirando a tag e colocando valores nela  e não faz diferença.

O grande problema é que não esta chegando lá o xml de envio, por algum motivo.

No primeiro post eu citei o fato de uma mensagem interna la do provedor a respeito de um dos poucos xmls que enviei, que falava algo sobre a assinatura, da uma olhada la em cima.

Nesse mesmo post tem tambem o callstack e o log da classe que envia.

 

ManualNFSeWebService.pdf

[Italo Giurizzato Junior]

Boa tarde Douglas,

O Envio esta ocorrendo sim, a prova disso é que o provedor gera um retorno informando que encontrou um elemento no XML que é inesperado.

Se realmente o grupo <Deducao> não existe, você pode realizar o seguinte teste:

Na Unit pnfsNFSeW_ISSDSF comentar o bloco que gera esse grupo.

Repetir os testes.

[DouglasDll]

@Italo Jurisato Junior

Bom dia 

Eu me expressei mal, sobre não existir o grupo deduções.

Na verdade ele existe, porem atualmente a tag raiz do grupo (deducoes) esta indo no xml mesmo quando não se tem deducoes a serem incluidos.

Isso eu mudei no componente la como voce sugeriu.

Enviei e ainda assim continua o problema.

 

Será que existem pessoas que com acbr estão enviando notas pra esse provedor?

Pergunto porque alguém deve ter passado por isso e talvez encontrado uma solução.

 

6-env-lot.xml

6-env-lot-soap.xml

6-rec.xml

6-rec-soap.xml

[DouglasDll]

@Italo Jurisato Junior

Tem um topico bem antigo no forum aberto do acbr que trata exatamente desse caso.

 

Sabe dizer se essas mudanças que o pessoal fez ai citadas no post, foram aplicadas nos fontes do svn?

 

[Italo Giurizzato Junior]

Boa noite Douglas,

O componente sofreu inúmeras alterações, e a postagem que você achou se refere ao componente antigo "Trunk" e não o atual "Trunk2".

Quando fiz a migração do Trunk para o Trunk2 usei a ultima versão do componente, se alguma correção foi aplicada antes da migração ela foi considerada.

[DouglasDll]

@Italo Jurisato Junior @Daniel Simoes

Após  muito suor e lágrimas (kkkk) .. encontrei a falha.

O soap estava sendo montado errado (segundo o que o provedor espera).

Corrigi e agora funciona tudo perfeitamente.

Em anexo seguem as alterações feitas para que possam disponibilizar aos outros colegas que utilizam o componente

 

Grato pela ajuda

Abraço

 

issdsf.txt

[Daniel Simoes]

Muito obrigado pelo auxílio... Poderia por favor, anexar no Post, as Units alteradas ?

[Italo Giurizzato Junior]

Boa noite Douglas,

A primeira alteração acredito que esteja correto.

No caso da segunda, temos outra alternativa, veja abaixo.

No arquivo ISSDSF.ini temos esses bloco:

	Layout=ISSDSF

	VersaoDados=

	VersaoXML=1

	NameSpace=http://localhost:8080/WsNFe2/lote

	Cabecalho=0
Dados=0

Se em Dados você alterar o valor de zero para 1, faz com que na mensagem de dados seja trocado todos os < e > pelo '&lt;' e '&gt;', logo não se faz necessário a segunda alteração.

Já a terceira e a quarta alteração, desculpe não entendi o motivo de comentar as linhas, pois isso pode levar a um efeito colateral.

 

[DouglasDll]

Bom dia Italo

Sobre a segunda correção:

A principal correção era essa (no corpo do soap)  que pode ser substituida por esse parâmetro (que eu desconhecia).

Sendo assim desconsidere ..., testei e funciona corretamente, desde que "Dados=1"

 

A terceira e quarta alterações:

Eram somente pra viabilizar uma consulta unificada (primeiro consulta nota se nao trouxer já consulta lote e mostra o motivo ao usuario).

Porém pra nao mexer no fonte ... fiz de outra forma aqui.

Também desconsidere.

 

Revisei o arquivo .ini e algumas pequenas mudanças foram necessárias pro funcionamento de todas as rotinas..

Eu inclusive tinha me esquecido de postar esse arquivo no ultimo post.

 

 

 

 

ISSDSF.ini

[Italo Giurizzato Junior]

Boa noite Douglas,

Enviei para o repositório as correções, favor atualizar os fontes e refaça os testes.