Pedro_Pontosoft

PessoALL, Após fazer a alteração sugerida de inibição da tag com problema... e consertar mais alguns bugs... consegui fazer com que a NFS-e fosse aceita pelo Ginfes para São José do Rio Preto-SP via webservice! Obrigado e parabéns a toda a equipe do ACBr! Mas... A luta continua...

Italo, É exatamente isso que eu preciso! Já tem essa atualização do componente para baixar? Abração.

Antes de mais nada, muito obrigado pela resposta de todos! Exatamente como o José Léo falou... o retNenhum aparece no comentário mas não na implementação. Também acho que deva ser omitida a tag quando for retNenhum só não encontrei onde fazer isso... vou procurar no "PNFsNFSeW.pas" como o Th.Lima informou! Mas seria interessante alterar o componente para aceitar o retNenhum e, caso seja setado esse valor, o mesmo não colocar a tag no xml (ou alguma outra propriedade que tenha a mesma funcionalidade). Obs.: Já tentei alterar o componente para aceitar o retNenhum e tratá-lo como 0. Tive que alterar também o lay-out do verificador do xml e... claro... recebi a mensagem de erro do Ginfes que esse valor não é aceito para esse campo! kkkk Obs.2: Vi o campo com o valor O em um xml de consulta que baixei diretamente pelo portal do Ginfes. Obs.3: A empresa que presto serviço não tem nenhum Regime Especial de Tributação por ser Imune (natureza da operação). Muito obrigado a todos!

Italo Já estará incluída nessa nova versão do componente a solução do problema do "RegimeEspecialTributacao := retNenhum;" ? Também ajudarei nos teste com prazer! Obrigado.

Italo, e quanto ao erro do "RegimeEspecialTributacao := retNenhum;" que eu perguntei acima? Obrigado.

Bom dia! No meu caso, o problema com o "RegimeEspecialTributacao := retNenhum;" que não é aceito, deveria funcionar da seguinte forma... Na hora de gerar o XML , verificar se RegimeEspecialTributacao = retNenhum, se for, omitir essa linha (já que este campo pode ser omitido ou aparecer 1 vez). Acredito que isso resolveria o problema! Alguém tem alguma idéia de onde alterar isso! Obrigado.

PessoALL ainda estou sofrendo com a Ginfes de São José do Rio Preto. Consegui baixar 1 xml (de resposta de consulta) de 1 nota gerada diretamente pelo Portal do Ginfes. Nessa nota consta... Tentei, então, alterar a linha para e deu erro dizendo que retNenhum é desconhecido. Mas o comentário acima da instrução diz: Achando que poderia ser 1 erro de programação, alterei no pnfsConversao (como informado no comentário anterior) para Tive que alterar também outras duas linhas de conversao mais abaixo no pnfsConversao informando o código 0 para retNenhum. Após fazer isso, obtive 1 erro de validação do XML de acordo no tipos_v03.xsd. Se eu alterar o tipos_v03.xsd também, recebo a mensagem de erro de validação do próprio Ginfes. Não sei como resolver esse impasse! Alguém teria uma sugestão? Muito obrigado.

Olá... Você pode pegar a NFS-e gerada e comparar (manualmente) com o lay-out do manual de integração (supondo que o SimplISS, como o Ginfes, tenha 1 manual de integração). Espero ter ajudado. Pedro

Muito obrigado, Akai!

Bom dia, Italo! Antes de mais nada, muito obrigado por me ajudar! Após fazer as configurações que você informou, aparentemente está funcionando. O problema é que eu tinha esquecido de fazer o download do arquivo Config_URL.ini e os mesmos não estavam na pasta do Ginfes mas na pasta Schemas. Descobri com os testes que ... ou se copia os esquemas da pasta Ginfes para a pasta Schemas ou se copia os 3 Config_*.ini para a pasta Ginfes. Mas... agora... o problema é outro... O estranho é que se eu entrar pelo site do Ginfes... eu consigo emitir as notas normalmente de forma manual (aliás é exatamente isso que o cliente tem feito!). Será que é necessário fazer alguma outra solicitação para consumir os Webservices? Muito obrigado, mais uma vez!

Obrigado Italo... Mas... e sobre o problema do SOAPAction (' A sintaxe do nome do arquivo, pasta ou nome do volume está incorreta. - URL: - SOAPAction:"" ') ? Alguém tem alguma idéia do que pode estar acontecendo? Muito obrigado.

Só para complementar... Está dando esse erro do SOAPAction em todos os botões que fazem acesso aos webservices e não somente no botão informado! Obs.: Algo que achei estranho foi que para parar de dar erro e o sistema encontrar a cidade (São José do Rio Preto/SP) tive que configurar o campo Geral/Schema para 'C:\ACBr\Exemplos\ACBrNFSe\Delphi\Schemas' e, após isso, tive que copiar os esquemas do Ginfes (schema utilizado pela cidade em questão) para a mesma pasta! Uma outra dúvida é que só tem o padrão Abrasf para ser escolhido em WebService / Padrão de Lay-out! Com essa escolha vai funcionar corretamente para o padrão Ginfes??? Alguém já conseguiu fazer com que o exemplo funcione para São José do Rio Preto/SP? Mais uma vez, muito obrigado! Pedro

Boa tarde... Instalei e configurei o ACBrNFSe e o DanfseQRpkg. Estou tentando rodar o demo do NFs-e e recebendo a seguinte mensagem de erro quando clico no botão "Gerar e Enviar Lote": ' A sintaxe do nome do arquivo, pasta ou nome do volume está incorreta. - URL: - SOAPAction:"" ' O que pode estar gerando esse erro? Saliento que o certificado está instalado, ativo e completamente operacional, a conexão com a Internet está Ok e sem bloqueios e o Delphi é o 2010. Agradeço qualquer ajuda. Bom fim-de-semana a todos. Pedro Pedro

Olá... desculpe a demora... estava tentando sim... mas resolvi fazendo o download manual da pasta Branches. Muito obrigado.

EMBarbosa e amigos, antes de mais nada, obrigado por responder. Estou tantando baixar os branches para instalar o ACBrNFSe. Aliás, já consegui manualmente pois o Tortoise continua pedindo o usuário e a senha. Agora o problema é outro...instalação. Estou tentando instalá-lo no Delphi 2010 e rodar o demo. Instalei o componente sem problema (seguindo o txt) porém, o ACBrNFSeDanfseQRpkg (necessário para rodar o demo) não instala porque acusa a falta do pacote qrpt (requires). Acredito que seja do QuickReport! Instalei o QuickReport 5.5 no Delphi 2010 e o erro persiste! Como resolver esse problema? Muito obrigado. Pedro