Jonathas Silva

Pessoal O problema real era no firewall do servidor, o setor de TI havia comunicado que estava desbloqueado mas na verdade nao estava .... Td resolvido Obrigado

@Renato Rubinho, boa noite irmao ... Usei o exemplo do acbr SUCESSOOOOOO agora vamos pro proximo problema cancelamento Ja enviei essa tela para a IPM, vamos ver o retorno deles ...

@Italo Giurizzato Junior, boa tarde ...

Fiz testes pelo postman, e rodou normal ... eh possível o provedor ter alterado a estrutura do xml tbem ....

@Italo Giurizzato Junior, muito obrigado pelo apoio. Continua dando retorno de timeout ... portas liberadas no meu servidor, timeout do componente aumentado para 60000 e nada resolvido

Italo Pode seguir a do manual

Pois eh ítalo ... recebi essa informacao da prefeitura ... imagine! Ela me mandou essa tela de confirmacao

Obrigado @Italo Giurizzato Junior, farei os testes .. De ante mao, vou enviar aqui o postman gerado por eles junto com o xml q foi alterado tbem teste.xml = alterado pela prefeitura 657-ger.xml = gerado pelo acbr collection - script postman da prefeitura Teste 0.xml 657-ger-nfse.xml Paranagua.postman_collection.json

Diego, Me perdoe! Lhe passei informacao incompleta. Eu envio com o certificado (para assinar o xml) e com os dados do usuario e senha. O problema de timeout continua .... Enviei as informações para a prefeitura, novamente, estou aguardando retorno!

Diego, Sim, timeout estou usando 60000 ... as autenticações estao como antes, utilizando certificado digital Estou enviando o manual q a prefeitura me enviou Manual de Integração_autenticacao_compressed.pdf

Ola ... Retorno de timeout

Pessoal, Houve mudança dos endereços do webservice do servidor IPM em Paranaguá: O município de Paranaguá Atualizou o sistema no dia 04/03/2024, desta forma as novas URLs são: Endereço da base: https://nfse-paranagua.atende.net/ Endereço do Webservice: https://ws-paranagua.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Usuário e senha permanecem os mesmos do sistema anterior. As principais alterações estão na forma de autenticação e retorno, porém o layout do arquivo XML de envio continua o mesmo. Manual de Integração em anexo. Qualquer dúvida estamos à disposição. Atenciosamente, Daiane Canuto Rocha Analista de Migração Fiscal S2 Migração 47 3531.1500

correto Diego, removi a informação e o xml gerou sem as tags Informei caso alguém estivesse passando pela mesma situação, atualizei os fontes recentemente. Muito obrigado pelo apoio!

Pessoal, aproveitando o post, os provedores de Salvador (IssSalvador) e Paranagua (GInfes) nao aceitam a tag CodigoPais qdo o tomador eh do exterior

Italo, boa tarde Mais uma vez, muito obrigado. Solucionado.

Ola Italo, boa noite Fiz das duas formas, carregando pelo exemplo e gerando e transmitindo direto. Direto ele da mensagem do SSL e carregando no componente ele altera as tags, ate pensei q tivesse gerado o xml com dados invalidos. Amanha vou tentar mudar para OpenSSL e aviso se mudar a situacao.

Eu tentei transmitir mesmo pelo exemplo, com a tag, ele altera o xml e tira a tag e retorna com o erro

Pessoal, estou tentando fazer minha primeira emissao de NFSe pelo padrao nacional, nao sei se estou criando o xml errado ou o wrbservice ainda nao esta 100% Qdo crio e tento enviar pelo meu sistema, da a seguinte mensagem: A configuração esta dessa forma: Gera o xml 1-rps_gerado.xml Qdo tento transmitir pelo exemplo do acbr, ele muda meu xml 1-rps.xml e da o seguinte erro: Código : X800 Mensagem: Erro de Validação: --> 1839 - Element '{http://www.sped.fazenda.gov.br/nfse}cLocEmi': [facet 'pattern'] The value '' is not accepted by the pattern '[0-9]{7}'.

Italo, Muito obrigado! Resolvido!!

Ola pessoal, Apos atualizar o componente, ao obter o retorno de um NFse na prefeitura de Salvador/BA obtive o seguinte erro: Seguem arquivos de transmissão Obs.: A NFSe foi transmitida para a prefeitura, algo ocorre no retorno. 9332-env-lot.xml 9332-env-lot-soap.xml 9332-rec.xml 9332-rec-soap.xml 9332UNICA-comp-nfse-soap.xml 9332UNICA-con-nfse-rps.xml 9332UNICA-con-nfse-rps-soap.xml 83118670-con-lot.xml 83118670-con-lot-soap.xml 83118670-con-sit.xml 83118670-con-sit-soap.xml 83118670-lista-nfse-con-lot-soap.xml 83118670-sit.xml 83118670-sit-soap.xml

Obrigado Italo, Resolvido!!!

Prezados, Retorno após transmissão está constando erro nas datas e com isso ele não le o Protocolo. 3562-env-lot.xml 3562-env-lot-soap.xml 3562-rec.xml 3562-rec-soap.xml

Mais uma vez, muito obrigado Italo !!

Método Executado: CancelarNFSe Parâmetros de Envio Numero da NFSe: 8077 Série da NFSe : Parâmetros de Retorno Situação: Link : Sucesso : False Retorno do Pedido de Cancelamento: Situação : Data/Hora: 30/12/1899 Mensagem : Sucesso : Link : Erro(s): Código : X800 Mensagem: Erro de Validação: 1845 - Element '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}CancelarNfseEnvio': No matching global declaration available for the validation root. Isso significa dizer que o provedor de salvador nao permite cancelamento de NFSe ? 000000000008077000000000008077000001-lista-nfse-con.xml 000000000008077000000000008077000001-con-nfse.xml

Fiz a leitura do xml apos a transmissao e obtive a chave. Tudo resolvido !!! Obrigado