Ir para conteúdo
  • Cadastre-se

nolher

Membros
  • Total de ítens

    182
  • Registro em

  • Última visita

Tudo que nolher postou

  1. 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.
  2. 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
  3. 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?
  4. Italo, boa tarde! Muito obrigado pela atenção. Mas não consegui identificar os ponto de comentários que você citou.
  5. 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]
  6. 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
  7. 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
  8. 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
  9. 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.
  10. 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.
  11. 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
  12. 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
  13. 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.
  14. 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
  15. 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
  16. 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
  17. 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
  18. Entrando em contato com a empresa que esta trabalhando para a prefeitura de Divinópolis. Me deram as seguintes informações: Se ocorrer problema no envio, relacionado a assinatura digital atente para os detalhes abaixo: 1 - O problema em questão é que o arquivo Lote assinado contem assinatura inválida. Não consigo saber porque a assinatura é invalida, isso é um processo de validação binária do arquivo. São 3 os problemas mais comuns de assinatura inválida. 1.1 - O arquivo é alterado depois de assinatura 1.2 - Durante a manipulação ou envio pode acontecer erros de charset 1.3 - A informação da assinatura faz referencia à parte errada do xml Existe um validador da receita muito bom para testes https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx 2 - Precebi que no lote do contribuinte existe somente 1 nota. A funcionalidade RecepcionarRpsLote requer 2 assinaturas. É um erro muito comum a segunda assinatura modificar o conteudo da primeira e gerar o erro. SUGIRO que use o metodo GerarNfse que requer somente 1 assinatura, pode facilitar o processo enquanto ele tenta fazer a primeira emissao. Pois bem, o que pude perceber foi: - O Xml gerado pelo Componente ACBr tem ligeiras diferenças, das quais não sei se fazem diferenças: Componente ACBr No incio do XML <?xml version="1.0"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico> -<Rps Id="rps23012015UNICA"> -<IdentificacaoRps> Na assinatura : XML gerado por eles: No incio do XML <?xml version="1.0" encoding="UTF-8"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico Id="Rps150"> -<Rps>-<IdentificacaoRps> Na assinatura tem uma tag a mais <X509SubjectName>CN=NOME EMPRESA,OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=000001002911048,OU=(EM BRANCO),O=ICP-Brasil,C=BR</X509SubjectName> Segue em anexo os XML exemplo deles. Ao entrar no endereço com o wsdl, obtivemos o xml em anexo de retorno. Em contato com o TI da prefeitura, eles alegam que não chegam nada no webservice. Desde já agradeço a atenção, ------------------------------------------------------- Nilton Olher test-rps-abrasf-valido-sig.xml test-lote-rps-sincrono-abrasf-valido-sig.xml test-cancelar-nf-abras-valido-sig.xml Resposta do wsdl.xml
  19. Boa tarde, Abri esse tópico para que possamos ter uma melhor interação, pois o tópico que há como aberto esta como resolvido e na verdade não esta, podendo passar despercebido. Estamos tentando da prosseguimento na implementação da NFSe para Divinópolis/MG que utiliza o provedor GovDigital. A partir da falha observada por outro membro, de " Class Elisterror With Message 'list Index Out Of Bounds(0)'" descobrimos que a falha parte do xml de retorno não ser interpretado pela classe, até onde chegamos definimos que não esta conseguindo realizar o envio, com um retorno do erro "Cannot find dispatch method for {https://homolog.govdigital.com.br/ws/div}GerarNfseRequest" Temos o seguinte link contento informações sobre Integração via webservice Prefeitura de Divinópolis: https://govdigital.jira.com/wiki/pages/viewpage.action?pageId=12648453 Onde nos mostra as seguintes informações: WSDLs e Endpoints Outro ponto relevante são os arquivos WSDLs e os endpoints de integração. Para integrar com o gov, cada município terá 1 endpoint diferente o arquivo. Abaixo a relação: Município e respectivos serviços: Itajubá Produção : https://ws.govdigital.com.br/ws/itj Homologação: https://homolog.govd...l.com.br/ws/itj Poços de Caldas Produção : https://ws.govdigital.com.br/ws/pocos Homologação: https://homolog.govd...com.br/ws/pocos Paracatu Produção: https://ws.govdigital.com.br/ws/pctu Homologação: https://homolog.govd....com.br/ws/pctu Divinópolis Produção: https://ws.govdigital.com.br/ws/div Homologação: https://homolog.govd...l.com.br/ws/div Lavras Produção: https://ws.govdigital.com.br/ws/lavr Homologação: https://homolog.govd....com.br/ws/lavr Prata Produção: https://ws.govdigital.com.br/ws/prata Homologação: https://homolog.govd...com.br/ws/prata São José da Lapa Produção: https://ws.govdigital.com.br/ws/sjl Homologação: https://homolog.govd...l.com.br/ws/sjl No médio prazo todas as operações do padrão Abrasf serão implementados, entretanto, no momento possuímos somente 3 operações em produção: Serviço Implementado GerarNfse Sim CancelarNfse Sim RecepcionarLoteRpsSincrono Sim Serviços não implementados ConsultarLoteRps Não ConsultarNfseServicoPrestado Não ConsultarNfseServicoTomado Não ConsultarNfsePorFaixa Não ConsultarNfsePorRps Não RecepcionarLoteRps Não SubstituirNfse Não
  20. Olá bom dia a todos, Mais uma informação adquirida, ao entrar no endereço com o wsdl, obtive o xml em anexo de retorno. Em contato com o TI da prefeitura, eles alegam que não chegam nada no webservice. Desde já agradeço a atenção, ------------------------------------------------------- Nilton Olher Resposta do wsdl.xml
  21. Olá, boa tarde a todos! Entrei em contato com a empresa que esta trabalhando para a prefeitura de Divinópolis. Me deram as seguintes informações: Se ocorrer problema no envio, relacionado a assinatura digital atente para os detalhes abaixo: 1 - O problema em questão é que o arquivo Lote assinado contem assinatura inválida. Não consigo saber porque a assinatura é invalida, isso é um processo de validação binária do arquivo. São 3 os problemas mais comuns de assinatura inválida. 1.1 - O arquivo é alterado depois de assinatura 1.2 - Durante a manipulação ou envio pode acontecer erros de charset 1.3 - A informação da assinatura faz referencia à parte errada do xml Existe um validador da receita muito bom para testes https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx 2 - Precebi que no lote do contribuinte existe somente 1 nota. A funcionalidade RecepcionarRpsLote requer 2 assinaturas. É um erro muito comum a segunda assinatura modificar o conteudo da primeira e gerar o erro. SUGIRO que use o metodo GerarNfse que requer somente 1 assinatura, pode facilitar o processo enquanto ele tenta fazer a primeira emissao. Pois bem, o que pude perceber foi: - O Xml gerado pelo Componente ACBr tem ligeiras diferenças, das quais não sei se fazem diferenças: Componente ACBr No incio do XML <?xml version="1.0"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico> -<Rps Id="rps23012015UNICA"> -<IdentificacaoRps> Na assinatura : XML gerado por eles: No incio do XML <?xml version="1.0" encoding="UTF-8"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico Id="Rps150"> -<Rps>-<IdentificacaoRps> Na assinatura tem uma tag a mais <X509SubjectName>CN=NOME EMPRESA,OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=000001002911048,OU=(EM BRANCO),O=ICP-Brasil,C=BR</X509SubjectName> Segue em anexo os XML exemplo deles. Aguardo contatos test-cancelar-nf-abras-valido-sig.xml test-lote-rps-sincrono-abrasf-valido-sig.xml test-rps-abrasf-valido-sig.xml
  22. Bom dia Italo, O que consegui foi esse endereço: https://govdigital.jira.com/wiki/pages/viewpage.action?pageId=12648453 Onde nos mostra as seguintes informações: WSDLs e Endpoints Outro ponto relevante são os arquivos WSDLs e os endpoints de integração. Para integrar com o gov, cada município terá 1 endpoint diferente o arquivo. Abaixo a relação: Município Endpoint podução Endpoint Homologação Itajubá https://ws.govdigital.com.br/ws/itj https://homolog.govdigital.com.br/ws/itj Poços de Caldas https://ws.govdigital.com.br/ws/pocos https://homolog.govdigital.com.br/ws/pocos Paracatu https://ws.govdigital.com.br/ws/pctu https://homolog.govdigital.com.br/ws/pctu Divinópolis https://ws.govdigital.com.br/ws/div https://homolog.govdigital.com.br/ws/div Lavras https://ws.govdigital.com.br/ws/lavr https://homolog.govdigital.com.br/ws/lavr Prata https://ws.govdigital.com.br/ws/prata https://homolog.govdigital.com.br/ws/prata São José da Lapa https://ws.govdigital.com.br/ws/sjl https://homolog.govdigital.com.br/ws/sjl Serviços não implementados No médio prazo todas as operações do padrão Abrasf serão implementados, entretanto, no momento possuímos somente 3 operações em produção: Serviço Implementado GerarNfse Sim CancelarNfse Sim ConsultarLoteRps Não ConsultarNfseServicoPrestado Não ConsultarNfseServicoTomado Não ConsultarNfsePorFaixa Não ConsultarNfsePorRps Não RecepcionarLoteRps Não SubstituirNfse Não RecepcionarLoteRpsSincrono Sim Como podemos observar nem todos os serviços estão disponíveis. Mas, ainda estou aguardando um contato direto, para obter melhores informações. Desde já agradeço a atenção, ------------------------------------------------------- Nilton Olher
  23. Boa a tarde a todos. Estamos aqui a iniciar o processo de geração da NFS-e da cidade de Divinópolis, assim com nosso colega Juliano. Busquei todas as informações que pude encontrar aqui no forum, implementei o meu teste, e cheguei até esse tópico. Aguardei alguns dias o posicionamento do Juliano, já que ele estava bem mais adiantado do que nós, porém não vi o posicionamento dele depois da última mensagem do Italio. Estou parado no mesmo ponto, atualizei tudo hoje, e me deparei com a mesma falha, já mencionada pelo Juliano. No caso do enviar normal a resposta é Cannot find dispatch method for {https://homolog.govdigital.com.br/ws/div}RecepcionarLoteRpsRequest E no caso do EnviarSincrono não consegue montar o xml de retorno da erro de "List Index of bounds (0)" pelo que pude acompanhar a variável "FRetWS" esta retornando o valor de "</RecepcionarLoteRpsSincronoResponse>" . Se puder me oferecer alguma orientação para solução já ficarei muito grato.
  24. Bom dia a todos, Italo, viu um post anterior aqui falando sobre o Grupo InfoDoc, em relação ao Tipo de Serviço Redespacho Intermediário, de acordo com o manual CTE v2.00a. Na validação G034 diz: Se Tipo do CT-e= 0 (Normal) ou 3 (Substituição) e Tipo de Serviço for IGUAL a Redespacho Intermediário ou Serviço Vinculado a Multimodal: O grupo de Documentos Transportados (infDoc) não deve ser informado . Obrig. 694 Rej. Fiquei na dúvida, essa rejeição realmente irá ocorrer caso seja gerado o grupo infDoc? Qual foi a sua interpretação? Desde já antecipo meus agradecimentos.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.