Italo Giurizzato Junior

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.

Bom dia Hugo, Por favor abra a unit pmdfeConsMDFeNaoEnc e verifique se na linha 102 esta da seguinte forma: Gerador.wCampo(tcStr, 'CP04', 'xServ', 24, 24, 1, 'CONSULTAR NÃO ENCERRADOS', DSC_XSERV); Ou se existe alguma function que recebe a string em negrito como parâmetro.

Boa noite Elton, Essas configurações se referem em alguma modificação no arquivo INI do provedor? Se sim, favor anexar o mesmo para que todos possam testar.

Boa noite Eraldo, Muito obrigado pela colaboração é preciso agora testar com o Capicom. Favor atualizar todos os fontes e realize novos testes.

Graça, Envie para o meu e-mail a documentação que você tem para que eu possa avaliar o nível de dificuldade para criar um componente para a averbação de carga.

Boa tarde Cristiane, Configure o componente para salvar os arquivos soap. Anexe o arquivo de envio para que possamos analisar.

Boa tarde Sergio, Eu aconselho você atribuir uma string vazia as outras 3 que não são utilizadas.

Boa tarde Jairo, Sem os arquivos soap de envio e de retorno não tem como eu lhe informar.

Mauricio, O provedor em questão é o SystemPro? Se sim, todos os fontes estão atualizados? Pois esse provedor consta para mim que já estava funcionando 100%.

Favor atualizar os fontes e testar novamente.

Não, isso é o retorno do provedor. O componente só gera o que envia.

Rafael, Recuperar o protocolo desse MDF-e não tem nada haver com o seu encerramento. O encerramento é um evento, ou seja, você deve montar o evento de encerrando e enviar ele. Para recuperar o protocolo, basta carregar o componente com esse XML através do LoadFromFile e depois executar o método Consultar.

Você abriu esse XML com um navegador?

Maurício, Não seria interessante comentar a linha logo abaixo do IF também?