Italo Giurizzato Junior

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.

Boa tarde Paulo, Muito obrigado pelas alterações. Fiz uma alteração no arquivo INI do provedor. Faça uma cópia do seu arquivo e atualize e realize novos testes. Me retorno se esta funcionando todas as funcionalidades disponibilizadas pelo provedor, para que eu possa incluir ele na lista dos provedores que estão funcionando 100%.

Maurício, Você executando os métodos GerarXML e Assinar? Se sim, esquece no caso da NFS-e tem que deixar o próprio componente executar esses métodos caso contrario vai ocorrer erros.

Bom dia Marco, Favor atualizar os fontes.

Maurício, Você tem que remover do programa exemplo todas as referencias do DANFSE feito em Quick Report e adicionar ao programa exemplo o componente do DANFSE feito em Fast ou Fortes (isso depende de qual você instalou).

Bom dia Cristiane, Será que o problema não seja esse? <Competencia>sabado12</Competencia> Na TAG Competencia normalmente informamos uma data e não um texto.

Bom dia, Pelo que pude ver o XML esta sendo criado conforme o schema, veja: <!-- Definicao da estrutura de dados para totalizacoes em uma NFSe --> <xs:element name="total"> <xs:complexType> <xs:sequence> <xs:element name="vReemb" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element name="vServ" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element name="vDesc" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element name="vOutro" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element name="vtNF" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element name="vtLiq" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element name="totalAproxTrib" type="TDec_1302" minOccurs="0" maxOccurs="1"/> <xs:element ref="Ret" minOccurs="0" maxOccurs="1"/> <xs:element ref="fat" minOccurs="0" maxOccurs="1"/> <xs:element ref="ISS" /> </xs:sequence> </xs:complexType> </xs:element> Na primeira imagem de erro que você postou diz que ele encontrou a TAG totalAproxTrib sendo que esperava encontrar Ret, vLiqFaturas ou ISS. Note que vLiqFaturas não existe no schema e sim fat. E no schema totalAproxTrib vem antes das TAGs mencionadas na mensagem de erro. A mesma coisa ocorre com a segunda mensagem de erro, note que vOutro realmente vem antes de vtNF, logo o XML foi gerado conforme o schema. Agora se o schema utilizado pelo web service é outro, então precisamos atualizar o que temos.

Maurício, Verifique se não existe nenhuma DCU ou a própria unit ACBrNFSeWebServices ou outra qualquer referente ao componente misturada com os fontes de sua aplicação.

Maurício, O erro (imagem anexada) que você postou não ocorreu nos meus testes. O provedor SystemPro segue a versão 2 do layout da ABRASF, não me recordo quem fez testes com esse provedor, mas a informação que tenho é que ele esta funcionando 100%, outra coisa o provedor Digifred é outro que segue a versão 2 e também esta funcionando 100%. Configure o componente para salvar os arquivos soap. E realize novos testes. Anexe os arquivos gerados para que eu possa analisar.

Bom dia Graça, Recebi os arquivos, notei que o XML de envio não precisa ser assinado, acredito que não será difícil de implementar. Vou estudar com mais calma.

Hugo, Vamos verificar o que pode estar ocorrendo, pois me parece que esse problema já tinha sido resolvido.

Bom dia Elton, Muito obrigado pelos arquivos. Notei que no arquivo INI do provedor nada foi alterado, somente o Cidades.INI (seu) que esta desatualizado.

Bom dia Maurício, Acabo de realizar um teste usando o programa exemplo e não ocorreu nenhum erro a não ser que não foi possível estabelecer a conexão uma vez que o certificado que estou usando não é válido. Sendo assim, concluo que os seus fontes não estão atualizados. Principalmente o ACBrNFSeWebServices. Procure por fontes que tenham uma bolinha vermelha em seu ícone, delete e baixe novamente com o tortoise, recompile a aplicação com a opção Build.