Sandro Andre Reghelin

Começou antes de atualizar, aí atualizei para ver se não tinha nenhuma alteração no ACBR, e continuou... também acho que mudaram algo a nível de webservice, vou continuar com os testes hoje para ver se descubro algo...

Até segunda estava enviando e recebendo as NFSe de São José-Sc, webservice Betha, Abrasf 1.x de ontem a tarde para cá, você envia a NFSE ela fica recepcionada e aí as consultas não retornam mais os dados da confirmação da NFSe, tipo código de verificação... configurei o ACBRNFSex para efetuar a consulta após o envio, e coloquei mais uma consulta após, aumentando o timer de inteervalo para garantir e mesmo assim... e quando retorna está retornando um XML somente com a estrutura... seguem os arquivos em anexo... Estou com a última versão dos fontes do ACBRNFSeX Estou enviando em ambiente de homologação 60002RP-comp-nfse.xml 60002RP-comp-nfse-soap.xml 60002RP-con-nfse-rps.xml 60002RP-con-nfse-rps-soap.xml 524254394869056-con-lot.xml 524254394869056-con-lot-soap.xml 524254394869056-lista-nfse-con-lot.xml 524254394869056-lista-nfse-con-lot-soap.xml 5800-rec.xml 5800-rec-soap.xml 524254394869056-con-sit.xml 524254394869056-con-sit-soap.xml 524254394869056-sit.xml 524254394869056-sit-soap.xml 5800-env-lot.xml 5800-env-lot-soap.xml

Acredito que a parte de emissão esta resolvido, pode encerrar o topico...

ok

Eu usei Nfse.NotasFiscais.Items[0].XMLOriginal, mas não sei se é o correto...

testei aqui configurando para consultar e trouxe os dados, so um item preciso do conteudo do xml da nota, que eles retornam para gravar no meu banco de dados onde ele retorna, eu vi que ele grava a nota na pasta especifica, teria como pegar o conteudo desse xml? para evitar de ter que ler o xml na pasta e ai gravar no banco?

ok

So explicando porque pedi o codverificacao, pelo que entendi desse servidor Betha, você envia a Nfse, e depois que receber a resposta do webservice, você tem que fazer um consulta para pegar os dados, como protocolo, codverificação....xml da Nfse...etc...

ok...

Estou fazendo a consulta de NFSe no webservice da Betha para a cidade de São José-SC, lá usam a versão Abrasv 1.x uso o método: Nfse.ConsultarNFSeporRps(sNumero, sSerie, sTipoRPS, CodVerificacao); mas ao verificar o retorno ele não traz a tag codigoverificacao o retorno pego da seguinte forma: with Nfse.WebService.ConsultaNFSeporRps do begin ResultConsulta := Sucesso; sCodVerificacao := CodVerificacao; sNumero := intTostr(NumeroNota); sSerie := Serie; sNumeroRps := NumRPS; sXml := XmlRetorno; end; olhei nos xml de retorno e a mesma vem preenchida...seguem os arquivos em anexo... 7466RP-comp-nfse.xml 7466RP-comp-nfse-soap.xml 7466RP-con-nfse-rps.xml 7466RP-con-nfse-rps-soap.xml

Se concordar com a alteração pode encerrar esse tópico... tenho outra dúvida mas vou abrir outro tópico...

Sim eles são complicados de lidar....

Referente ao erro que mencionei acima....alterei a unit IPM.GravarXml comentei a linha abaixo e aí funcionou...segue a unit em anexo para sua validação.... //if Ambiente = taHomologacao then // if NFSe.Producao = snNao then // NFSeNode.AppendChild(AddNode(tcStr, '#3', 'nfse_teste', 1, 1, 1, '1', '')); IPM.GravarXml.pas

Italo, atualzei os fontes e fui testar com a NFse de Guarapuava, webService IPM, e começou a aparecer erro de schemas, antes estava enviando normalmente, tentei configurando Configuracoes.Geral.MontarPathSchema como true e como false e o seguinte erro apareceu em ambas as formas: Cod: XSD E Descrição: r 1871: Element 'nfse_teste': This element is not expected. Expected is one of ( nf, prestador, tomador, itens, forma_pagamento, rps, genericos, produtos, pedagio, {http://www.w3.org/2000/09/xmldsig#}Signature ). Line: 1 Estou enviando em ambiente de homologação Segue arquivos gerados: 5927-ger-nfse.xml 5927-ger-nfse-soap.xml 5927-lista-nfse-ger.xml 5927-lista-nfse-ger-soap.xml

Vendo melhor aqui, ele retorna o xml vazio na consulta, ai quando tento enviar, ele me da erro de validar o schema, mas o estranho é que: 1- pelo Arquivo de serviços a cidade usa o provedor Betha...que gera o arquivo para versão Abrasfv1...que gera a tag "condicaopagamento" 2- olhei quando chama os aquivos de schemas e esta chamando o arquivo: 'servico_enviar_lote_rps_envio_v01.xsd'm olhei o path e está certo... e aí da o erro : Cod: X999 Descrição: 1871 - Element 'CondicaoPagamento': This element is not expected. Expected is ( Tomador ). Mas essa tag foi excluída da versão 2.xx da Abrasf.....

Estou atualizando meu sistema para enviar através do ACBRNFSeX, as Nfse para a o Webservice Betha, para a cidade de São José-SC. coloquei meu sistema para enviar em homologação, ele enviou mas me retornou um XMl vazio. Agora minha dívida é se esse Webservice disponibiliza área para testes ou não? Liguei em um telefone de contato deles e falaram que a empresa/prefeitura que tem que abrir um chamado com eles para informarem, que para empresa desenvolvedora não informam..... Alguém sabe essa informação?

Consegui resolver o problema de envio, estava comendo bola com schemas.... apenas ainda não consegui ler o retorno da consulta a nota... Alguém saberia dizer quais os métodos de consulta disponíveis para o servidor Betha em São José-SC?

italo recebi o retorno somente agora cedo, funcionou sem problemas tanto em ambiente de homologação como de produção, só ressaltando que estamos orientando nosso clientes a utilizarem o "retorno completo dos dados pelo Webservice da IPM"....conforme o post: pode fechar esse tópico. agradeço a ajuda

Mudei o arquivo ACBrNFSeXServicos.ini para Betha_2, ai ao tenta enviar me retorna o erro: Cod: X002 Descrição: Nenhum RPS adicionado ao componente.

Estou atualizando o envio da NFS-e para São José-SC, webservice Betha... estou usando a ultima versão do ACBRNFSeX, bom como ja tem São José na lista de cidades, mandei um envio direto para o ver o que ocorria, retornou o erro de validação de esquema, reclamando da inclusão da tag condicaopagamento, essa tag foi excluída segundo o manual da Betha, quando migrarão para a versão da ABRASF 2.02... mas o arquivo ACBrNFSeXServicos.ini esta para a cidade de São José o provedor Betha, e pelo que andei olhando nos esse provedor chama a geração da versão ABRASF 1.xx para chamar a versão 2,02 teria que estar como Betha_2.... Alguém saberia qual o correto para ser usado em São Jose-SC?

obrigado Italo, deu certo aqui...se quiser pode fechar o tópico...

Italo acabei de fazer um teste aqui e funcionoum vou passar para a minha área de testes do sistema para mais testes e retorno o mais breve possível...

seguem os arquivos de uma nota que acabei de mandar cancelar, mas to achando que eles mudaram os retornos.... 93-can.xml 93-can-soap.xml 93-ped-can.xml 93-ped-can-soap.xml

italo coloquei a seguinte configuração: with Geral do begin SSLLib := libWinCrypt; //SSLCryptLib := TSSLCryptLib(cbCryptLib.ItemIndex); //SSLHttpLib := TSSLHttpLib(cbHttpLib.ItemIndex); SSLXmlSignLib := xsLibXml2; ai no radar apresenta o seguinte erro: Suporte a "xsLibXml2" foi desativado por compilação {$DEFINE DFE_SEM_OPENSSL} ou {$DEFINE DFE_SEM_LIBXML2}

Italo no dia 14/09 você me passou um fonte que solucionava o problema de um retorno de acesso negado no servidor IPM de Guarapuava-PR, segue em anexo o fonte. Na solução você disse que ele ja se encontrava no SVN, ontem atualizei os fontes na parte da manhã e o fonte que veio do ipm.provider.pas do SVN está diferente do que mandou como solução dia 14/09. O que está acarretando erro em alguns retornos do webservice, no meu caso foi no cancelamento da NFSe que apareceu..... IPM.Provider.pas