Italo Giurizzato Junior

Boa tarde Joas, No NotePad abre sem problemas, você não consegue abrir através de uma navegador.

Jorge, Maravilha, fico feliz que esta entendo como é que a coisa funciona. Esse retorno é referente a consulta? Se sim, que porcaria, os caras colocaram o numero da nota e o código do erro como atributos da tag <nfderro> em vez de elementos.

Boa tarde, Favor testar com a unit em anexo: SmarAPD.Provider.pas

Marcelo, Você não respondeu a minha pergunta. Você esta usando o site do provedor para emitir a nota ou esta enviando o Rps para o WebService? Se esta enviando para o WebService, quais são as URLs de homologação e de produção?

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

Paulo, Isso esta ocorrendo também com o programa exemplo do componente? Veja bem o componente esta gerando a tag em questão na posição correta, ou seja, esta em conformidade com os schemas. A sua aplicação esta se utilizando dos schemas que estão disponíveis na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe ?

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

Bom dia, Preciso dos XMLs de envio e de retorno (soap) para poder analisar o problema ao tratar o retorno do cancelamento.

Bom dia Marcelo, Você conseguiu as URLs ou esta emitindo as notas via site?

Bom dia Italo, Por favor anexe os XML soap de envio e de retorno, esses não da para saber o que esta ocorrendo.

Paulo, Deve ter alguma coisa errada ai, pois o componente gera a tag <categCombVeic> após o grupo <disp> e não antes. Você esta baixando os fontes do SVN oficial do ACBr?

Paulo, É a sua aplicação que esta gerando o XML ou é o componente ACBrMDFe?

Bom dia Paulo, Todos os fontes de todas as pastas estão atualizados (isso inclui a pasta que contem os schemas) ? Os schemas utilizados pela sua aplicação estão atualizados?

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

Joas, Muito obrigado pelos arquivos. O componente esta preparado para ler o conteúdo de uma tag tendo esta ou não prefixo. Portanto a presença do prefixo presente no XML deste provedor não deveria ser nenhum problema. Inclusive a consulta foi realizada com sucesso e o XML da NFS-e foi retornado e salvo na pasta Notas. O grande problema é que ao extrair o grupo CompNfse, grupo este que é o XML da NFS-e as tags possuem prefixo, mas definição deles não se encontram em CompNfse, veja: <ns1:CompNfse xmlns:default="http://nfe.sjp.pr.gov.br/tipos_v03.xsd" xmlns:default1="http://www.w3.org/2000/09/xmldsig#"> <ns2:Nfse xmlns="http://nfe.sjp.pr.gov.br/tipos_v03.xsd" xmlns:default="http://www.w3.org/2000/09/xmldsig#"> <ns2:InfNfse Id="1"> (...) </ns2:InfNfse> <ns3:Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> (...) </ns3:Signature> </ns2:Nfse> <ns1:CompNfse> Em CompNfse deveríamos ter a definição dos prefixos ns1, ns2 e ns3, o que temos é a definição dos prefixos defaut e defaut1 que por sinal não são utilizados. Isso faz com que ao tentar abrir o arquivo *-nfse,xml que se encontra na pasta Notas através de um navegador não aparece nada. Mas o botão [Imprimir DANFSe] do programa exemplo ao selecionar o XML da nota, ele consegue ler as informações e apresentar na tela o DANFSE. Vou passar para a equipe ACBr como esse provedor esta retornado o XML para que juntos possamos encontrar uma solução.

Bom dia Joas, Eu lhe pedi os arquivos Soap, esses que você anexou não são. Faça a consulta usando o programa exemplo, note que ele tem uma opção para que o componente grave ou não os arquivos soap, marque essa opção para gravar. Não edite os arquivos, apenas pegue os arquivos gerados e anexa aqui no fórum para que eu possa analisar.

Bom dia Juliano, Quando eu peço para atualizar os fontes, são todos os fontes de todas as pastas do ACBr e não somente a pasta Fontes ou a pasta que contem os fontes do componente em questão, pois o componente se utiliza de Units que se encontram fora da pasta que esta os fontes do componente. Outra coisa, sempre realize teste usando o programa exemplo, este tem um botão que exemplifica cada método de consulta como por exemplo o Consultar NFSe por Rps. Por fim a cidade de Londrina se utiliza do provedor SigISS e ao implementar esse provedor notei que ele disponibilizou somente 3 serviços em seu WebServices, que listo abaixo: 1. Gerar - serviço destinado a recepcionar o Rps, a principio ele é para trabalhar no modo síncrono, ou seja, no retorno já temos o resultado do processamento que neste caso deve ser o XML da NFS-e se o processamento ocorrer com sucesso. 2. Consultar NFS-e - serviço destinado a realizar uma consulta pelo numero da NFS-e, temos como retorno o XML da NFS-e. 3. Cancelar NFS-e - serviço destinado a realizar o cancelamento de uma NFS-e. Como você pode ver o provedor não disponibilizou o serviço de consulta a NFS-e por Rps, logo você não vai conseguir realizar essa consulta. Por favor atualize todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Depois faça novos testes usando o programa exemplo do componente.

Joas, A chamada foi inclui na leitura do XML. Favor anexar os XMLs (soap) para que eu possa analisar.

Jorge, Então vou enviar essas alterações para o SVN e por favor se for necessário fazer alguma alteração faça em cima desses fontes.

Boa tarde Jorge, Vamos a mais um teste, uses essa outra unit: SmarAPD.Provider.pas

Boa tarde Wertez, Os schemas são os mesmos que temos na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Giss Agora sem as URLs não tenho como fazer os testes.

Darlan, Verifique com a prefeitura ou com o provedor.

Boa tarde a todos, Favor realizarem testes com a unit abaixo: Saatri.Provider.pas

Boa tarde Valdir, Vou precisar verificar se após realizar a consulta o componente esta atribuindo o valor correto a propriedade Situação.

Boa tarde Paulo, Já inclui na minha lista de tarefas para verificar o que esta ocorrendo com o componente novo.