nolher

Boa tarde, Italo. Mais uma vez muito obrigado por vossa atenção. Bom, acho que não consegui me expressar muito bem no que relatei, sendo assim vou tentar pontuar melhor, pois realmente até ser problema de entediamento meu. Temos a propriedade Arquivo.PathCTe em que no meu entendimento deverá ser salvo os xmls protocolados, correto? Nessa propriedade Arquivo.PathCTe define o Path para os meus xmls protocolados. E temos a propriedade Arquivos.PathSalvar em que no meu entendimento deverá ser salvo os xmls não protocolados, correto? Nessa propriedade Arquivos.PathSalvar define o Path para os demais xmls. E diante de sua explicação fiquei na dúvida da utilidade da propriedade Arquivos.SalvarApenasCTeProcessados. A propriedade Geral.Salvar estou deixado para ativa-lá em modo de execução somente quando venha ocorrer uma situação que seja necessário verificar todos os xmls. Certo de vossas atenção antecipo agradecimentos,

Olá Boa noite, Verifique que nesse tópico esta tratando da questão "Salvar apenas os cte processados" então gostaria de relatar que ainda estamos com problemas. Esta salvando no Path "PathCTe" os arquivos protocolados e os arquivos não protocolados e na path "PathSalvar" não esta sendo salvo somente quando a opção "Geral.Salvar" esta definida. Sem mais para o momento, Desde já antecipo agradecimentos,

Boa tarde a todos, Desculpem a demora de resposta, e teste realizado e aprovado. Mais uma vez muito obrigado pela atenção Italo.

Boa tarde Italo, Obrigado pela vossa atenção. Realizei o teste e esta ocorrendo a seguinte falha: 473-Rejeição: Tipo Autorizador do recibo diverge do órgão autorizador Desde já agradeço a atenção,

No caso para conseguir instalar o DACTE Quick, utilizei a estrutura disponível mesmo, apenas retirei a bpl "ACBr_Caipicom" do pacote "ACBr_CTeDacteQR.dpk". Realizei alguns pequenos ajuste no layout, porém ainda não terminei meus testes. Tão breve terminar adiciono aqui. No mais muito obrigado pela atenção,

Boa Tarde, Ao realizar os teste do Trunk2 do ACBrCTe, detectei que ao transmitir um CT-e do RJ (SVC-RS) em Contingência (SVC-SP) ocorre a seguinte falha: - 516-Rejeição: O tpEmis informado é incompatível com SVC-RS Pelo que pude analisar isso ocorre porque na rotina que busca a URL no arquivo "ACBrCTeServicos.ini" somente leva em consideração o ambiente e não leva em consideração o Tipo de Emissão(tpEmis). No caso o trecho de código: Sessao := FPIniParams.ReadString(Sessao, 'Usar', ''); Onde inicialmente a variável "Sessao" tem valor "CTe_RJ_H" então conforme o arquivo "ACBrCTeServicos.ini" [CTe_RJ_H] Usar=CTe_SVRS_H CTeConsultaCadastro_2.00= RecepcaoEventoAN_2.00=https://homologacao.nfe.fazenda.sp.gov.br/cteWEB/services/CteRecepcaoEvento.asmx Retornar p/ a variável "Sessao" o valor "CTe_SVRS_H" mas no caso de Contingência deveria retornar "CTe_SP_H" Bom isso foi o que entendi. Se houver outra interpretação por favor, Desde já antecipo agradecimentos,

Bom dia! "Art. 2º O Ato das Disposições Constitucionais Transitórias passa a vigorar acrescido do seguinte art. 99: O que se entende é apenas para "consumidor final não contribuinte", pois para empresa que é contribuinte já existe uma forma de realizar esse recolhimento. O que fica falho aí é essa denominação de "consumidor final", pois até onde entendemos o solicitador do transporte é sempre quem irá consumir o serviço e não seria revendido, como acontece com mercadoria.

Obrigado Juliomar, por sua atenção. Bom, infelizmente não teria a disponibilidade de tempo necessária para a mesma atenção que vocês conseguem nos proporcionar. Se houver muitos que estão em nesse mesmo dilema, e quiserem dividir essa responsabilidade até poderia, mas sozinho não consigo. Realizei as alterações aqui pra nós e quando for possível tentarei realizar essa migração. No mais, muito obrigado por vossa atenção.

Boa tarde a todos. Me desculpe voltar a esse assunto, porém estou com dificuldades para realizar a migração de QuickReport para um dos outros geradores de relatórios. Sendo assim, trabalhei nos pacotes disponíveis do Quick Report, realizei alguns acertos e compilei aparentemente esta funcionando normalmente, mas ainda estou nos meus teste preliminares. Aí vem minha pergunta qual o motivo que foi dispensado a utilização do QuickReport? É possível subir as alterações que realizei para que possamos continuar a utilizar o QuickReport, ou há algum outro empecilho? Certo de vossas atenção, Antecipo Agradecimento Nilton Olher

Aí, Italo, mais uma vez agradecendo sua atenção e paciência. Bem, estou realizando a atualização do Trunk2, é o mesmo que você solicitou que eu atualizasse?

Italo, boa tarde! Muito obrigado pela atenção. Mas não consegui identificar os ponto de comentários que você citou.

Olá, muito boa a tarde a todos!!! Primeiramente gostaria de agradecer e parabenizar toda a equipe do Projeto ACBr, pois estão sempre nos surpreendendo. A nova estrutura ficou excelente, e mesmo dentro das adversidades que foi o problema com o Servidor da Source Forge se sairão muito bem. Mais uma vez obrigado por toda essa estrutura. Bom, mas vamos aos fatos que gostaria de relata-los: Em uma implementação que solicitamos em 2013 e implementada com sucesso, foi retirada na restruturação do ACBrCTe e gostaria de solicita-los a implementação novamente, se trata de um evento incluído no componente "Clear" é usamos para limpar o componente antes de sua próxima execução. Percebemos que foi retirada e esta nos trazendo transtorno, pois estão criamos o componente uma unica vez e utilizamos em mais de uma sequência principalmente na utilização de EPEC por exemplo, e o que ocorre é que em uma sequencia de envio onde a problema de oscilação ou parada da internet, a informação dos retorno esta se mantendo da anterior e com isso trazendo informações erradas. Por exemplo, temos um trecho de código nosso que realizado em uma sequencia: try ACBrCTe.EnviarEventoCTe(W_Nr_Lote); except on Error: Exception do begin if (ACBrCTe.WebServices.EnvEvento.cStat <> 0) and (ACBrCTe.WebServices.EnvEvento.cStat <> null) then begin ... ... end; end; ou try ACBrCTe.WebServices.Retorno.Recibo := W_Nr_Recibo; ACBrCTe.WebServices.Retorno.Executar; except on Error: Exception do begin if ( ACBrCTe.WebServices.Retorno.cStat <> 0) and ( ACBrCTe.WebServices.Retorno.cStat <> null) then begin ... ... end; end; end; Em caso de uma problema a propriedade "cStat" esta trazendo o resultado do anterior. Antes como faziamos: try ACBrCTe.EnviarEventoCTe.Clear; /// Aqui limpa todas as propriedades ACBrCTe.EnviarEventoCTe(W_Nr_Lote); except on Error: Exception do begin if (ACBrCTe.WebServices.EnvEvento.cStat <> 0) and (ACBrCTe.WebServices.EnvEvento.cStat <> null) then begin ... ... end; end; ou try ACBrCTe.WebServices.Retorno.Clear; /// Aqui limpa todas as propriedades ACBrCTe.WebServices.Retorno.Recibo := W_Nr_Recibo; ACBrCTe.WebServices.Retorno.Executar; except on Error: Exception do begin if ( ACBrCTe.WebServices.Retorno.cStat <> 0) and ( ACBrCTe.WebServices.Retorno.cStat <> null) then begin ... ... end; end; end; Se puderem voltar com o Evento Clear estaremos muito grato. Sem mais para o momento, antecipamos nossos mais sinceros agradecimentos, Atenciosamente, ______________________________________________________Nilton Olher SerafimAnalista de Sistema skype: nolherEmail: [email protected]

Bom dia a todos. Italo, estou lhe enviando em anexo, mais algumas alterações para de atualizações para atender o Provedor GovDigital. Foi inserido nas classes de geração de XML retorno, implementei para trazer a Identificação do RPS, e na de retorno do cancelamento o número da confirmação de cancelamento. Na geração do XML, foi apenas tratamento na data de competência. Para identificar inserir comentário "// Alterado por Nilton Olher" nas units. Qualquer dúvida estamos a disposição. No mais destacamos mais uma vez nossos agradecimentos a todos da ACBr, e em especial ao Italo pelo seu excelente trabalho e colaboração. pnfsCancNfseResposta.pas pnfsGerarNfseResposta.pas pnfsEnvLoteRpsResposta.pas pnfsConsSitLoteRpsResposta.pas pnfsNFSeW.pas

Boa tarde a todos. Italo, se você ainda não fez analise das units alteradas que lhe enviei no dia 09 de fevereiro, pode dispensa-las, pois as que devem prevaler são as que estou lhe enviando em anexo, e estão incluso todas as atualizações baixada hoje. Bom, para fazer os 3 serviços do Provedor GovDigital funcionarem em perfeita harmonia foi necessário realizar alguns ajustes no componente. Como foram 6 units e em mais de um ponto, apenas inserir comentário "// Alterado por Nilton Olher" nas units. Qualquer dúvida estamos a disposição. No mais reforço aqui os agradecimentos a todos da ACBr, e em especial ao Italo pelo seu excelente trabalho e colaboração. ACBrNFSeNotasFiscais.pas ACBrNFSeUtil.pas pnfsNFSeW.pas pnfsNFSeG.pas ACBrProvedorGovDigital.pas ACBrNFSeWebServices.pas

Boa tarde, Italo. Finalmente, conseguimos respostas do serviço de GerarNfse. Pois bem segue as alterações que realizei no componente: 1- Na Unit ACBrProvedorGovDigital 1.1- function Gera_CabMsg Result := '<![CDATA[<?xml version="1.0" encoding="UTF-8" standalone="yes"?>' + '<ns2:cabecalho xmlns:ns2="http://www.abrasf.org.br/nfse.xsd"versao="' + VersaoLayOut + '">' + '<ns2:versaoDados>' + VersaoDados + '</ns2:versaoDados>'+ '</ns2:cabecalho>]]>'; 1.2- function TProvedorGovDigital.GeraEnvelopeGerarNFSe DadosMsg := '<![CDATA[<?xml version=1.0" encoding="UTF-8"?>' + DadosMsg+]]>'; Result := '<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"xmlns:nfse="http://nfse.abrasf.org.br">' + '<soapenv:Header/>' + '<soapenv:Body>' + '<nfse:GerarNfseRequest>' + '<nfseCabecMsg>'+CabMsg+'</nfseCabecMsg>' + '<nfseDadosMsg>'+DadosMsg+'</nfseDadosMsg>' + '</nfse:GerarNfseRequest>' + '</soapenv:Body>' + '</soapenv:Envelope>'; 2- Na Unit pnfsNFSeW function GerarXml => Inseri o tipo "proGovDigital" onde já existia os tipo ("proGoiania" e "proProdata") e que estão fazendo referente ao atributo "GerarNfseEnvio". 3- Na Unit ACBrNFSeUtil function AssinarLibXML e function AssinarMSXML => Inseri o tipo "proGovDigital" onde já existia os tipo ("proGoiania" e "proProdata") e que estão fazendo referente ao atributo "GerarNfseEnvio". 4- Na Unit pnfsNFSeG Inseri o tipo "proGovDigital" onde já existia os tipo ("proGoiania" e "proProdata") . Segue em anexo as units. Ainda estou buscando realizar alguns ajustes, na geração e leitura do xml de retorno. Mais uma vez, venho agradecer atenção e o empenho do Italo. P.S. em anexo segue o arquivo de retorno, para analise. 2-lista-nfse.xml pnfsNFSeW.pas pnfsNFSeG.pas ACBrNFSeUtil.pas ACBrProvedorGovDigital.pas

Olá, Italo. Nós aqui novamente. Entrei em contato e a alegação é: "- Acabei de testar tanto o arquivo que voce enviou as 09/02/2015 09:54:06 quanto o arquivo anexo a este post. Nenhum deles passa no validador da receita. É um problema muito comum. Você não deve alterar o arquivo depois de assinado." Percebi que o XML que esta sendo assinado esta sem a parte do xml "<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd">",isto é, não é o xml final, será que não seria isso. Mais uma vez agradecendo a atenção.

Bom dia Italo, Até o presado momento ainda estou sem resposta da parte de TI. O suporte não soube me dizer qual o problema. Postei lá no fórum deles, vou aguardar hoje alguma resposta. Na esperança de ter um posicionamento. Mais uma vez agradecendo a atenção.

Boa tarde, Italo. Com a sua atualização tivemos o mesmo retorno. E em pesquisa aqui, realizamos a seguinte modificação na procedure "GeraEnvelopeGerarNFSe" Result := '<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"xmlns:nfse="http://nfse.abrasf.org.br">' + '<soapenv:Header/>' + '<soapenv:Body>' + '<nfse:GerarNfseRequest>' + '<nfseCabecMsg><![CDATA['+CabMsg+']]></nfseCabecMsg>' + '<nfseDadosMsg><![CDATA['+DadosMsg+']]></nfseDadosMsg>' + '</nfse:GerarNfseRequest>' + '</soapenv:Body>' + '</soapenv:Envelope>'; E aí mudou o retorno que agora esta retornando: <?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><ns2:GerarNfseResponsexmlns:ns2="http://nfse.abrasf.org.br"><outputXML><?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:GerarNfseResposta xmlns="http://www.w3.org/2000/09/xmldsig#"xmlns:ns2="http://www.abrasf.org.br/nfse.xsd"> <ns2:ListaMensagemRetorno> <ns2:MensagemRetorno> <ns2:Codigo>E324</ns2:Codigo> <ns2:Mensagem>Assinatura do RPS invalida.</ns2:Mensagem> <ns2:Correcao>O RPS deve conter assinatura digital vinculada a certificado digital padrao ICP Brasil, nao revogado e nao expirado.</ns2:Correcao> </ns2:MensagemRetorno> </ns2:ListaMensagemRetorno> </ns2:GerarNfseResposta> </outputXML></ns2:GerarNfseResponse></S:Body></S:Envelope> O Certificado foi verificado é um certificado valido e não expirado. O local de assinar esta correto? Fiquei na dúvida, pois ao submeter o xml "2-Rps.xml " a validação da Receita Federal, esse é validado. Ao ao submeter o xml "2-ger-nfse.xml" a validação da Receita Federal, esse é invalidado. E ao submeter o xml " ao submeter o xml "2-ger-nfse.xml" a validação da Receita Federal, esse também é invalidado. Endereço da Receita para Validação: https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx Mais uma vez agradecendo a atenção do Italo. Aguardo manifestação. 2-Rps.xml 2-ger-nfse.xml 2-ger-nfse-soap.xml

Boa tarde a todos, Mais uma vez, venho agradecer atenção e o empenho do Italo, que tem colaborado bastante em busca da solução de nosso problema, Mas, infelizmente ainda com insucesso no envio da NFSe. Após as atualizações, temos enviar e nos foi retornando um erro na minha opinião estrutural do xml, mas entrei e contato no fórum da empresa que esta realizando o trabalho do webservice da prefeitura de Divinópolis, e solicitei que me enviasse a estrutura base, para que ao menos tivéssemos uma referencia desta estrutura. Eis a resposta abaixo: Consigo colocar a estrutura basica da operação GerarNfse a partir dela voce pode fazer a analogia. <?xml version="1.0" ?> <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body> <ns2:GerarNfseRequest xmlns:ns2="http://nfse.abrasf.org.br"> <nfseCabecMsg> <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:cabecalho xmlns="http://www.w3.org/2000/09/xmldsig#"xmlns:ns2="http://www.abrasf.org.br/nfse.xsd" versao="2.00"> <ns2:versaoDados>2.00</ns2:versaoDados> </ns2:cabecalho> </nfseCabecMsg> <nfseDadosMsg> SEU XML ASSINADO VAI AQUI <?xml version="1.0" encoding="UTF-8"?> <GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> <Rps> .... </GerarNfseEnvio> </nfseDadosMsg> </ns2:GerarNfseRequest> </S:Body> </S:Envelope> Realizamos as modificações dentro da estrutura que nos foi orientado conforme anexo "1-ger-nfse-soap.txt", e obtivemos a resposta conforme anexo "1-Ret-nfse-soap.txt". Entendemos que a linha de comando "<?xml ...." somente é aceito no inicio do xml, aí realizamos uma alteração na qual inserimos essa mesma linha de comando somente no inicio, e geramos um novo xml conforme anexo "2-ger-nfse-soap.txt", e obtivemos a resposta conforme anexo "2-Ret-nfse-soap.txt", isto é nos retornando a mesma resposta de outrora. Voltamos a contacta-los e eis a reposta: 1- "O método recebe um parametro do tipo Input que tem 2 Strings. Uma chamada nfseDadosMsg e outra nfseCabecMsg Cada parametro deste recebe um xml com o conteudo da mensagem. Eu não sei exatamente quais tecnologias de manipulação de xml e webservices voce dispõe ai. Mas depurar essas mensagens no olho não é viavel. O procedimento no Java e o .NET é solicitar que algum framework gere os métodos de chamada a partir do wsdl e voce deve popular os dois parametros depois disso. Uma olhada no caso 1 mostra que o xml a mensagem soap foi invalida porque ou voce escapa o segundo xml ou coloca ele dentro de um bloco CDATA. Mas isso tudo quem trata é o framework porque é bem complicado tratar manualmente." 2-"Eu sugiro que voce recomesse o cliente do webservices a partir do wsdl. Ele deve gerar a estrutura basica para você chamar o serviço. Voce esta errando a assinatura do método. Os xmls assinados que sempre são alvo da discussão vão dentro do conteúdo da mensagem. Você esta errando o formato da mensagem." Bom, simplesmente não entendi, se alguém tiver alguma outra interpretação por favor, Alguém tem alguma ideia de como gerar o cliente do websericie a partir do wsdl, a partir do "DELPHI XE". P.S. O fórum que estamos contactando é http://forum.sonner.com.br/showthread.php?tid=2 se alguém tiver oportunidade, ou ideias diferentes por favor, não exite em dá uma olhada. 1-ger-nfse-soap.xml 1-lista-nfse-soap.xml 2-ger-nfse-soap.xml 2-lista-nfse-soap.xml

Boa tarde, Novidades, Obtivemos a seguinte resposta no fórum da empresa que esta trabalhando com a prefeitura de Divinópolis. http://forum.sonner.com.br/showthread.php?tid=2 Bom que postou a mensagem SOAP. O problema com a sua mensagem esta na estrutura. O método que voce utilizou por último RecepcionarLoteRpsSincrono recebe como parâmetro o elemento do xsd. Código: <xsd:element name="RecepcionarLoteRpsSincronoRequest" type="ws:input" /> e input por sua vez tem o seguinte tipo Código: <xsd:complexType name="input"> <xsd:sequence> <xsd:element name="nfseCabecMsg" type="xsd:string" minOccurs="1" maxOccurs="1"/> <xsd:element name="nfseDadosMsg" type="xsd:string" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> Portanto a o conteudo do arquivo 1-env-lotS.txt deve vir dentro da tag nfseDadosMsg e não direto dentro do corpo da mensagem SOAP Sua mensagem está vindo nula porque a engine que recebe a mensagem ja faz o parse da primeira parte e me entrega separado nfseCabecMsg e nfseDadosMsg. O xml assinado parece correto (na verdade não testei ele) mas a mensagem SOAP esta faltando uma tag. Ainda em tempo. Dentro da tag nfseCabecMsg deve vir outro xml não assinado conforme exemplo abaixo: Código: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:cabecalho xmlns:ns2="http://www.abrasf.org.br/nfse.xsd"versao="2.00"> <ns2:versaoDados>2.00</ns2:versaoDados> </ns2:cabecalho> Alguém tem alguma dica do que fazer no momento, pois não sei mais o que fazer. Desde já agradeço a atenção de todos.

Bom dia a todos, Ainda sem sucesso com o envio do xml para a prefeitura de Divinópolis. O que continuam a alegar é que esta chegando um método nulo, isto é não esta chegando o xml lá, abaixo o xml de resposta. <?xml version="1.0" encoding="UTF-8"?> -<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> -<S:Body> -<ns2:RecepcionarLoteRpsSincronoResponse xmlns:ns2="http://nfse.abrasf.org.br"> -<outputXML> -<ns2:EnviarLoteRpsSincronoResposta xmlns:ns2="http://www.abrasf.org.br/nfse.xsd"xmlns="http://www.w3.org/2000/09/xmldsig#"> -<ns2:ListaMensagemRetorno> -<ns2:MensagemRetorno> <ns2:Codigo>GOV43</ns2:Codigo> <ns2:Mensagem>Mensagem de entrada em branco ou nula</ns2:Mensagem> <ns2:Correcao>Envie um xml contendo o conteudo de entrada do metodo</ns2:Correcao> </ns2:MensagemRetorno> </ns2:ListaMensagemRetorno> </ns2:EnviarLoteRpsSincronoResposta> </outputXML> </ns2:RecepcionarLoteRpsSincronoResponse> </S:Body> </S:Envelope> O que pude perceber é que trataram a mensagem anterior, e continuamos no mesmo ponto. Alguém tem alguma dica do que fazer no momento, pois não sei mais o que fazer. Desde já agradeço a atenção de todos. 1-env-lotS.xml 1-env-lotS-soap.xml 1-Ret-nfse-soap.xml

Boa a tarde a todos, Já estamos em progresso, Mais uma vez agradecendo a atenção do Italo. Utilizando o método "Gerar e Enviar Lote - Sincrono", obtivemos o seguinte xml de resposta: <?xml version='1.0' encoding='UTF-8'?> <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body> <ns2:RecepcionarLoteRpsSincronoResponse xmlns:ns2="http://nfse.abrasf.org.br"> <outputXML> <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:EnviarLoteRpsSincronoResposta xmlns="http://www.w3.org/2000/09/xmldsig#"xmlns:ns2="http://www.abrasf.org.br/nfse.xsd"> <ns2:ListaMensagemRetorno> <ns2:MensagemRetorno> <ns2:Codigo>GOV12</ns2:Codigo> <ns2:Mensagem>Erro inesperado atendendo solicitacao.</ns2:Mensagem> <ns2:Correcao>Contate a prefeitura e reporte o problema.</ns2:Correcao> </ns2:MensagemRetorno> </ns2:ListaMensagemRetorno> </ns2:EnviarLoteRpsSincronoResposta> </outputXML> </ns2:RecepcionarLoteRpsSincronoResponse> </S:Body> </S:Envelope> Em contato com o TI da prefeitura me envia a seguinte informação: 1- Primeira resposta Esse erro significa que não está sendo enviado o certificado próprio ou acessando o ambiente de forma insegura (sem o https na requisição do endpoint). Verifique por favor essas observações e me reporte se persistirem os erros 2- Segunda Resposta: Está enviando um arquivo vazio ao endpoint. Se houver novas orientações informações por favor. Qualquer novidade posto aqui. Desde já agradeço a atenção. 3-env-lotS.xml 3-env-lotS-soap.xml 3-lista-nfse-soap.xml

Italo, muito obrigado pela atenção. Com as últimas atualizações obtivemos outra falha, com segue abaixo: <?xml version="1.0" encoding="UTF-8"?> -<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> -<S:Body> -<S:Fault xmlns:ns4="http://www.w3.org/2003/05/soap-envelope"> <faultcode>S:Server</faultcode> <faultstring>java.lang.NullPointerException</faultstring> </S:Fault> </S:Body> </S:Envelope> Vou entrar em contato na prefeitura pra verificar se chegou algo lá, qualquer novidade posto aqui, ou se tiverem novas informações por favor. Mais uma vez, agradeço a atenção

Bom dia a todos, Muito obrigado Italo, pelo seu pronto atendimento. Mas, infelizmente sem sucesso. Como havia relatado anteriormente em contato com o TI da prefeitura, eles alegam que não chegam nada no webservice. E ainda não tive uma resposta clara deles com as informações que vc já havia me solicitado: 1. URLs de Homologação e de Produção; 2. NameSpace; 3. SoapAction para cada método: Envio, consulta, ... Até havia acreditado que com aquele xml de reposta do https://homolog.govdigital.com.br/ws/div?wsdl poderíamos responder essas dúvidas. Segue em anexo o xml gerado de resposta do https://homolog.govdigital.com.br/ws/div?wsdl Qualquer novidade posto aqui, ou se tiverem novas informações por favor. Desde já agradeço a atenção. Resposta do wsdl.xml

Tópico Transferido para Sem continuidade aqui.