NFS-e Prefeitura de Santa Barbara d Oeste

[suporte.corpsystem]

No aplicativo exemplo continua apresentando mensagem de erro de conexão. 

[suporte.corpsystem]

Bom dia Italo!

Após gerar o token e fazer o teste de emissão segue os arquivos.

8-lista-nfse-ger.xml 8-lista-nfse-ger-soap.xml 8-ger-nfse.xml 8-ger-nfse-soap.xml 20230128073919-ret-token.xml 20230128073919-ret-token-soap.xml 20230128073918-ped-token.xml 20230128073918-ped-token-soap.xml

[Italo Giurizzato Junior]

Bom dia,

Muito obrigado pelos arquivos, com eles vai ser possível criar um teste unitário para descobrir o problema da leitura do retorno que é o XML da nota.

Assim que encontrarmos a solução vamos corrigir o componente e enviar para o SVN.

Em breve volto aqui para lhe dar um retorno.

Já inclui na minha lista de tarefas. TK-3550

[Italo Giurizzato Junior]

Boa tarde,

Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

[daniel.afonso]

Bom dia 

Retomando a emissão da NFS-e para o município de Santa Bárbara d'Oeste, não estou conseguindo nem gerar o token.

No manual do provedor diz que o webservice possui um usuário diferente da aplicação SigissWeb. É necessário gerar essa senha lá na aplicação tanto para produção quanto para homologação.

Gerei essa chave lá para ambiente de homologação, mas não está dando certo ainda.

A aba XML de retorno não preenche nada, e o soap que é gerado só tem o json com o cnpj e a senha.

Atte.

Editado 14 Fevereiro, 2023 por daniel.afonso

[daniel.afonso]

Mudei o SSLType para LT_TLSv1_2 aí gerou o token.

Outra dúvida é, esse token que é gerado eu uso o mesmo sempre ou toda nota que for enviar eu tenho que gerar outro ?

 

[daniel.afonso]

E também está retornando que o CNPJ do prestador não pertence ao login informado.

Estranho porque é o mesmo CNPJ que faço o login na aplicação Sigissweb.

[Italo Giurizzato Junior]

Boa tarde Daniel,

Você esta informando o Usuário e senha nos campos: Emitente.WSUser e Emitente.WSSenha ?

Me parece que o token gerado através do método GerarToken é valido enquanto a aplicação estiver rodando.

[daniel.afonso]

Sim Italo, os dados estão sendo passado nestes campos mesmo.

O token está sendo gerado, no momento de emitir que está retornando que o CNPJ do prestador não pertence ao login informado.

[Italo Giurizzato Junior]

Daniel,

Em WSUser você esta informando o CNPJ?

Se sim, esta informando somente os digitos com com os caracteres de formatação?

[daniel.afonso]

Sim, passando o CNPJ do emitente, e das duas formas, formatado ou só com números está gerando o token de qualquer forma que passa.

[Italo Giurizzato Junior]

Daniel,

O CNPJ do prestador que consta no XML a ser enviado é o mesmo do login, correto?

Se sim, o jeito vai ser entrar em contato com o provedor e ver o porque desse erro.

[daniel.afonso]

Bom dia Italo,

Estou repassando o teste e dessa vez estou passando somente o número do CNPJ do emitente para os parâmetros WSUser e para o CNPJ do prestador.

Deu outro retorno agora "TAG fone_destinatario não encontrada." 

Fiz o teste preenchendo o parâmetro Prestador.Contato.Telefone e depois sem preencher, deu o mesmo retorno nas duas tentativas.

0000004304-ger-nfse-soap.xml 0000004304-lista-nfse-ger.xml 0000004304-lista-nfse-ger-soap.xml 0000004304-ger-nfse.xml

Editado 15 Fevereiro, 2023 por daniel.afonso

[daniel.afonso]

Passei um valor default para o campo referente ao fone_destinatario, no caso de não estar preenchido.

Depois deu o retorno : "O seguinte campo nao pode ficar vazio: Sistema Gerador", onde preenchi a propriedade verAplic com o nome da aplicação.

Estou seguindo validando os retornos e fazendo os ajustes necessários, assim que der certo aviso aqui.

[daniel.afonso]

Boa tarde, aparentemente deu certo, não retornou erros após a transmissão. 

Usei o método Emitir.

Porém não sei se é coisa do provedor não tem retorno de código de verificação e demais informações.

Sabem dizer se é assim mesmo ?

[Italo Giurizzato Junior]

Boa tarde Daniel,

É preciso analisar o XML retornado.

Você poderia anexar?

[daniel.afonso]

0000004308-ger-nfse.xml0000004308-lista-nfse-ger-soap.xml0000004308-lista-nfse-ger.xml0000004308-ger-nfse-soap.xml

[Italo Giurizzato Junior]

Daniel,

Favor atualizar o fontes, reinstale o ACBr e repita os testes.

[daniel.afonso]

Bom dia Italo, 

Fontes atualizados, e componente reinstalado.

Caso alguém tenha um retorno de "String truncated", é campo que está sendo passado com valor maior que o tamanho do campo, no meu caso aqui ocorreu com a Série, que para este provedor aceita 3 caracteres. Acertei isso e deu certo.

A transmissão da NFSe aparentemente está ok, está retornando agora o número da NFSe e um código de validação que dá pra ser usado com a url https://santabarbara.sigissweb.com/validarnfe?codigo=000000000000000000000000000000000000000000, que direciona para a aplicação da prefeitura e ao clicar em Executar valida a nota e baixa o pdf dela.

Aproveitei e validei o cancelamento também, e aparentemente tudo certo. É necessário passar o código de verificação retornado na transmissão para a propriedade ChaveNFSe e também deve ser preenchida a propriedade DataEmissaoNFSe.

Tudo validado em ambiente de homologação, em produção pelo jeito não terá problemas também.

Obrigado pela ajuda.

Editado 16 Fevereiro, 2023 por daniel.afonso

[Italo Giurizzato Junior]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.