Italo Giurizzato Junior

Sim

Roque, A cidade de Maceió se utiliza do provedor Ginfes. Após o envio do lote se faz necessário primeiro consultar a situação do lote. Se a situação for 2 = Lote em processamento, devemos aguardar alguns segundos e repetir a consulta. Se a situação for 3 ou 4 devemos consultar o lote. Se a situação for 3 teremos como resposta a lista de rejeições, por outro lado se a situação for 4 teremos o XML da nota. Segue em anexo os XMLs. 10-env-lot-soap.xml 10-con-sit-soap.xml 10-con-lot-soap.xml 10-ped-can-soap.xml

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

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

Roque, Este fórum tem por objetivo principal dar suporte aos componentes que desenvolvemos para o Delphi e Lazarus.

Boa tarde Daycon, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Luiz, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Roque, Você trabalha com qual linguagem?

Boa tarde Felipe, Qual é o caminho informado para os Schemas?

Boa tarde Marcos, Me parece que você consegue esse Token através do site da prefeitura. Ao abrir a unit Giap.Provider você vai descobrir que devemos informar o Token na propriedade de configuração: WSChaveAutoriz. No programa exemplo o Token é informado no campo: Chave de Autorização.

Boa tarde Rogério, Para que eu possa verificar o que esta ocorrendo eu preciso dos arquivos SOAP. Favor anexar eles.

Boa tarde Daivid, Isso pode gerar um efeito colateral em outras cidades que utilizam o mesmo provedor. Precisamos saber se essa informação é opcional, mas no caso de Campinas ela se faz necessária. O correto seria o provedor fornecer os Schemas atualizados.

Boa tarde Gilson, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia Daivid, Analisando os Schemas que temos do provedor ISSDSF, não consta nenhuma tag referente a Obra. É por isso que o componente não gera as TAGs: InscricaoMunicipalObra e ServicoObra.

Eduardo, Na verdade a primara tag <Endereco> do tomador esta a mais. Temos uma tag <Endereco> que é o grupo e a segunda tag <Endereco> que contem o logradouro. Do prestador esta correto. É preciso entrar em contato com o provedor e relatar o problema, pois isso é erro deles e eles tem que corrigir.

Rogério, No programa exemplo, aba WebService tem o campo [ ] Salvar envelope SOAP. Ative essa opção que ele começa a salvar os arquivos (*-soap.xml)

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

Boa tarde Rogério, Preciso saber qual é o provedor e do arquivo (*-soap.xml) de retorno que contem o numero do protocolo.

Marcelo, Poderíamos alterar o Schema incluindo o elemento tcDeclaracaoPestacaoServico e torcer que funcione.

Eduardo, Salva em um arquivo TXT o conteúdo dessa variável e anexe aqui para que eu possa analisar.

Marcos, Já esta no SVN. Favor atualizar os fontes e faça os testes.

Marcos, Obrigado, vou atualizar o arquivo ACBrNFSeXServicos e enviar para o SVN.

Eduardo, Primeiramente não renomeia os XML, deixa eles com os seus nomes padrões, pois eu consigo identificar qual é o de envio e o de retorno. Segundo, pelo erro que esta ocorrendo o provedor esta gerando o XML de retorno de forma errada e com isso o LoadFromXml não consegue carregar ele.

Boa tarde Marcelo, O problema que esse provedor definiu uma estrutura para o Rps no que se refere ao envio do mesmo e uma outra no que se refere ao SubstituirNFSe. Layout usado ao Enviar o Rps, observe que entre o elemento Rps e o InfDeclaracaoPrestacaoServico temos o elemento tcDeclaracaoPrestacaoServico: (...) <xsd:element name="Rps" minOccurs="1" maxOccurs="unbounded"> <xsd:complexType> <xsd:sequence> <xsd:element name="tcDeclaracaoPrestacaoServico"> <xsd:complexType> <xsd:sequence> <xsd:element name="InfDeclaracaoPrestacaoServico"> <xsd:complexType> (...) Layout usado ao Substituir NFSe, observe que entre o elemento Rps e o InfDeclaracaoPrestacaoServico não tem o elemento tcDeclaracaoPrestacaoServico: (...) <xs:element name="Rps"> <xs:complexType> <xs:sequence> <xs:element name="InfDeclaracaoPrestacaoServico"> <xs:complexType> (...) Isso explica o erro. Por favor entre em contato com o provedor e relate o problema.

Boa tarde Douglas, No programa exemplo do novo componente foi colocado um sleep de 1 segundo na procedure LoadXML, no programa exemplo do componente antigo não tem. Isso nos leva a crer que o novo é mais lerdo. Outra coisa, tanto o antigo quanto o novo continuam acessando o mesmo webservice do provedor, logo o tempo de resposta é o mesmo.