Italo Giurizzato Junior

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

Boa tarde Jefferson, Realmente esta estranho a URL de homologação ser igual a de produção. Ou foi publicado errado ou a URL de homologação na verdade é essa que consta como sendo de desenvolvimento.

Boa tarde Mauricio, Notei que esta, neste caso vai ser necessário debugar para saber o porque ele não esta extraindo do retorno o XML da nota.

Boa tarde Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para avaliar. TK-2347

Verissimo, Estamos fazendo alguns ajustes no componente com o objetivo de resolver esse problema.

Bom dia Mauricio, Abra a unit Pronim.Provider, function: function TACBrNFSeXWebservicePronim202.GerarNFSe(ACabecalho, AMSG: String): string; Verifica se esta da seguinte forma: Result := Executar('http://tempuri.org/INFSEGeracao/GerarNfse', Request, ACabecalho, ['GerarNfseResponseResult', 'GerarNfseResposta'], ['xmlns:tem="http://tempuri.org/"']);

Bom dia Thiago, Faça o seguinte: 1. Abra a unit ISSVitoria.Provider 2. inclua as linhas abaixo na procedure: Configuracao. with ConfigWebServices do begin VersaoDados := '2.01'; VersaoDados := '2.01'; end; 3. Salva a alteração. 4. Reinstale o ACBr 5. Faça novos testes.

Bom dia Douglas, Você tem a sua aplicação rodando a anos. A minha preocupação é com os novos desenvolvedores que em vez de desenvolverem a sua própria aplicação acabem utilizando o programa exemplo. Você sabe que desenvolver demanda tempo e testes. Se o programa exemplo tiver abas com campos onde você preenche para poder emitir a nota, você acha que esse pessoal iria desenvolver? Com certeza que não.

Bom dia Verissimo, O problema esta ocorrendo na geração do XML ou na leitura dele? Ao gerar o XML devemos ao máximo não colocar palavras acentuadas ou com cedilha.

Bom dia Jefferson, Tente descobrir quais são as URLs de homologação e de produção, para que eu possa fazer os ajustes.

Bom dia André, Verifica se no cadastro do prestador no WebService do provedor a Insc. Munic. não esta formatado. Me recordo de algo semelhante.

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

Boa tarde Maiquel, Faça o seguinte: 1. Delete os arquivos temp1.xml e temp2.xml 2. Execute o programa exemplo e faça um novo teste.

Boa tarde Hugo, Dica, no arquivo ACBrNFSeXServicos.ini logo abaixo do campo Provedor se não existir o campo Versao significa que a versão é 1.00, caso contrario vai constar a versão. Exemplo: [3540606] Nome=Porto Feliz UF=SP Provedor=Pronim Versao=2.03 ProRecepcionar=http://54.94.43.142/nfse.portal.integracao/services.svc HomRecepcionar=http://54.94.43.142/nfse.portal.integracao.teste/services.svc

Boa tarde Jefferson, Faça novos testes com a Unit em anexo. SmarAPD.GravarXml.pas

Boa tarde Rogério, Abra a Unit SigCorp.Provider e faça a seguinte alteração: Result := Executar('http://tempuri.org/RecepcionarLoteRps', Request, ['RecepcionarLoteRpsResult', 'EnviarLoteRpsResposta'], ['xmlns:tem="http://tempuri.org/"']); A tag: RecepcionarLoteRps esta errada o correto é EnviarLoteRpsResposta. Faça essa correção, reinstale o ACBr, por fim compila a aplicação e faça novos testes. Essa correção em breve vai ser enviada para o SVN.

Boa tarde Anadilson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2346

Bom dia Rogério, Notei que no lote de Rps enviado para o webservice do provedor tem por volta de 7 Rps, até ai sem nenhum problema, pode até ter 50 Rps. O provedor deveria retornar o protocolo e ao consultar o lote ele retornar as rejeições ou os XMLs das notas, mas ele já retornou as rejeições. Se você abrir o *-rec-soap.xml vai notar o seguinte: <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E39</Codigo> <Mensagem>Apenas empresas inscritas neste município podem efetuar retenção de ISSQN.</Mensagem> <Correcao>O tomador do serviço não foi encontrado na base de dados do município</Correcao> </MensagemRetorno> </ListaMensagemRetorno> Pelo menos um desses 7 Rps incluídos no lote o tomador não esta inscrito no município e foi informado que existe retenção de ISSQN. Infelizmente o webservice não informa qual dos Rps que provocou a rejeição. Vai ser necessário verificar um por um para identifica-lo.

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

Boa noite, Temos que tomar muito cuidado ao alterar as Units bases, pois podem gerar um efeito colateral em outro provedores. Esse tipo de alteração deve ocorrer nas units do respectivo provedor assim não afeta os demais. A linha: GerarIDRps := true Pode e deve nestes casos ser incluída na procedure Configuracao que se encontra na unit provedor.GravarXml. Caso essa não exista devera ser declarada, para isso vide as units de outros provedores.

Boa noite Hugo, As URLs de produção e homologação da referida cidade que usamos no componente ACBrNFSeX são: [2408003] Nome=Mossoro UF=RN Provedor=Tinus ProRecepcionar=http://www.tinus.com.br/csp/mossoro/WSNFSE.RecepcionarLoteRps.cls ProConsultarSituacao=http://www.tinus.com.br/csp/mossoro/WSNFSE.ConsultarSituacaoLoteRps.cls ProConsultarLote=http://www.tinus.com.br/csp/mossoro/WSNFSE.ConsultarLoteRps.cls ProConsultarNFSeRps=http://www.tinus.com.br/csp/mossoro/WSNFSE.ConsultarNfsePorRps.cls ProConsultarNFSe=http://www.tinus.com.br/csp/mossoro/WSNFSE.ConsultarNfse.cls ProCancelarNFSe=http://www.tinus.com.br/csp/mossoro/WSNFSE.CancelarNfse.cls ProGerarNFSe=http://www.tinus.com.br/csp/mossoro/WSNFSE.GerarNfse.cls ProRecepcionarSincrono=http://www.tinus.com.br/csp/mossoro/WSNFSE.RecepcionarLoteRpsSincrono.cls ; HomRecepcionar=http://www2.tinus.com.br/csp/testemos/WSNFSE.RecepcionarLoteRps.cls HomConsultarSituacao=http://www2.tinus.com.br/csp/testemos/WSNFSE.ConsultarSituacaoLoteRps.cls HomConsultarLote=http://www2.tinus.com.br/csp/testemos/WSNFSE.ConsultarLoteRps.cls HomConsultarNFSeRps=http://www2.tinus.com.br/csp/testemos/WSNFSE.ConsultarNfsePorRps.cls HomConsultarNFSe=http://www2.tinus.com.br/csp/testemos/WSNFSE.ConsultarNfse.cls HomCancelarNFSe=http://www2.tinus.com.br/csp/testemos/WSNFSE.CancelarNfse.cls HomGerarNFSe=http://www2.tinus.com.br/csp/testemos/WSNFSE.GerarNfse.cls HomRecepcionarSincrono=http://www2.tinus.com.br/csp/testemos/WSNFSE.RecepcionarLoteRpsSincrono.cls

Boa noite Gabriel, O provedor Bauhaus pelo fato dele exigir que os dados do Rps sejam enviados em Json e não em Xml o mesmo esta em desenvolvimento. Caso queira contribuir com o desenvolvimento do mesmo ficaremos gratos. Lembrando que as implementações tanto para gerar o Json quanto para ler o seu conteúdo tem que serem compatíveis com o Lazarus e com Delphi 7 em diante.

Boa noite Ramalho, Esse é o XML de envio do lote que contem o Rps, se eles pediram o XML de envio é esse ai, pois ele contem o Rps e o Lote ambos assinados.

Boa noite Danio, O pedido de cancelamento é gerado e validado conforme os schemas disponibilizados pelo provedor SpeedGov. Se o XML esta errado então precisamos dos schemas atualizados desse provedor para que possamos identificar o que precisa ser alterado. Sem os novos schemas não temos como adivinhar o que esta faltando ou o que esta a mais no XML do pedido de cancelamento.

Boa noite, O Rps de numero 149 foi enviado para o webservice do provedor? Se sim qual foi o retorno? Você poderia anexar os XMLs de envio e de retorno desse Rps para o webservice?