Italo Giurizzato Junior

Nilton, Você tem o arquivo soap dessa consulta, esse que você anexou é o retorno, gostaria de ver o envio.

Nilton, Para descobrirmos o problema, faça o seguinte teste: Como co Cancelar realiza uma consulta automática e como você disse ocorre o erro nessa consulta, salve separadamente esse XML da consulta. Depois execute o método ConsultarNFSePorRps separadamente, para ver se ocorre o mesmo erro. Se não ocorrer vamos comparar esses dois XMLs, para descobrir as diferenças e assim fazer as devidas correções.

Boa tarde Mauricio, É preciso investigar o que esta ocorrendo com você pois realizei testes e não tive o erro que você teve. Boa tarde Diogo, A coisa não é bem assim, primeiro é preciso saber se o provedor em questão disponibilizou em seu Web Services o GerarNFSe, caso contrario não será possível usar o método Gerar.

Boa tarde, Se essa cidade é atendida pelo provedor Betha basta acrescenta-la no arquivo Cidades.INI da mesma forma que as demais atendidas pelo mesmo provedor. Depois basta iniciar os testes, de preferencia com o programa exemplo.

Boa tarde Nilton, Mas o problema não é o cancelamento? Não entendi, você anexou os arquivos de consultar NFS-e por RPS.

Ricardo, Sem os XMLs dessa consulta não tenho como lhe ajudar. Preciso do arquivo de envio e o de retorno.

Boa tarde Eraldo, Não devemos alterar a unit ACBrDFeOpenSSL pois ela é utilizada por todos os componentes que geram DF-e - Documentos Fiscais Eletrônicos, tais como: NF-e, NFC-e, CT-e, MDF-e e NFS-e. Temos que encontrar uma outra solução. É por isso que pedi a você o arquivo de consulta para que eu possa ver o que esta faltando no ACBrNFSeWebServices a fim de resolver esse problema do DTD.

Boa tarde Cristiane, O provedor Digifred segue a versão 2 do layout do ABRASF sendo assim, todos os provedores que seguem essa versão não possuem o Consultar Situação. O componente lê do arquivo INI o valor do campo VersaoXML, com isso ele executa ou não o método ConsultarSituacao. Se você utiliza o Enviar com o componente configurado para ConsultaLoteAposEnvio não se faz necessário executar os métodos de consulta, pois o Enviar se encarrega disso. A mensagem informando que a funcionalidade não esta disponível, só apareceu quando você executou o método ConsultarSituacao, correto? Se sim, agora você sabe que não deve executar pelo motivo exposto acima.

Fábio, Sem o schema desse provedor fica difícil saber o que pode estar errado, pois a mensagem de erro acusa que devemos incluir a nota, mas ela consta no envio. Com o schema é possível saber se há necessidade de incluir mais alguma coisa.

Boa tarde Fabio, Por favor atualize novamente os fontes. Note que fiz uma alteração no arquivo INI do provedor. Ao solicitar o cancelamento não informe o motivo.

Boa tarde, Só não entendi o motivo de descomentar a linha no ACBr.inc Instalei todos os componentes em duas maquinas e em nenhuma delas fiz sequer uma alteração nos fontes para poder instalar e usar os componentes.

Boa tarde Bruno, Os schemas para Fortaleza são os mesmos que estão na pasta Ginfes. ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Ginfes

Boa tarde Ricardo, O componente dispõe de vários métodos de consulta: function ConsultarSituacao(AProtocolo: String; const ANumLote: String = ''): Boolean; function ConsultarLoteRps(ANumLote, AProtocolo: string): Boolean; function ConsultarNFSeporRps(ANumero, ASerie, ATipo: String): Boolean; function ConsultarNFSe(ADataInicial, ADataFinal: TDateTime; ANumeroNFSe: String = ''; APagina: Integer = 1; ACNPJTomador: String = ''; AIMTomador: String = ''; ANomeInter: String = ''; ACNPJInter: String = ''; AIMInter: String = ''; ASerie: String = ''): Boolean; O ConsultarSituacao só serve para saber a situação do lote enviado. O ConsultarLoteRps retorna o resultado do processamento de um lote, se foi processado com falhas, retorna os erros encontrados, se foi processado com sucesso, retorna as notas. O ConsultarNFSeporRps retorna a nota referente a um RPS, lembre-se que o lote onde esse RPS foi enviado tem que ter sido processado com sucesso. O ConsultarNFSe pode retorna uma ou varias notas.

Boa tarde Fábio, Sem os arquivos XML gerados não tem como saber. Configure o componente para salvar os arquivos soap: Configuracoes;WebServices.Salvar := True; Faça novos testes e anexe os arquivos gerados.

Boa noite a todos, Só um detalhe esse Web Service é para realizar a consulta ao cadastro de uma empresa, ou seja, você informa a UF e o CNPJ e o Web Service retorna Insc. Estadual, Razão Social, Endereço, etc.

Boa noite Diogo, Sem o arquivo XML de pedido de cancelamento não temos como lhe ajudar. Favor anexar.

Boa noite Fábio, Favor atualizar os fontes e realizar novos testes. Detalhe, ao efetuar o cancelamento, o método CancelarNFSe possui 3 parâmetros, sendo que este último se refere ao motivo do cancelamento. Para o provedor Publico devemos informar o motivo.

Boa noite Bruno, Você esta com todos os fontes atualizados? Você esta usando os schemas do Ginfes?

Boa noite Maurício, Exatamente isso: Alimenta o componente, executa o método Gerar e lê o retorno. Só não entendo o erro que esta ocorrendo com você.

Boa noite Eraldo, Você tem um XML de consulta para que eu possa analisar? Se sim, favor anexar.

Cristiane, No meu controle tenho que o provedor Digifred foi testado e esta funcionando todas as suas funcionalidades. Sendo assim, favor enviar esse XML ao provedor para que ele possa mostrar exatamente onde esta o erro.

Boa tarde Fábio, Favor atualizar os fontes e testar novamente.

Mauricio, Você vasculhou o HD em busca de alguma unit do componente perdida em alguma pasta onde o Delphi tem acesso? Como lhe disse fiz um teste hoje usando os fontes que estão no repositório, no programa exemplo esse erro não ocorreu. Outra coisa você anexou um XML de RPS sem a assinatura sendo que para o provedor SystemPro devemos assinar o RPS e o Lote quando realizamos o envio síncrono através do método EnvioSincrono. O teste que eu fiz também foi usando o método Gerar.

Boa tarde Cristiane, Informe a competência da seguinte forma: 2016-02 ou 2016-02-24

Boa tarde Eraldo, Em uma outra postagem você disse que tinha caminhado ao atribuir o nome da TAG: proInfisc: TagElemento := 'infNFSe'; Isso não resolve o problema do DTD ? Boa tarde Otimizy, A principio cada provedor possui o seu próprio schema e este é usando para todas as cidades. A não ser que no seu caso para a cidade em questão o provedor ainda esta usando uma versão antiga do schema, dai os erros.