Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    40.007
  • Registro em

  • Última visita

  • Days Won

    1.167

Tudo que Italo Giurizzato Junior postou

  1. Bom dia @João Antônio, Muito obrigado, você chegou a realizar testes com essa cidade?
  2. Bom dia @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-6305 para realizar a alteração.
  3. Bom dia @rdrgpv, Com qual linguagem você trabalha?
  4. Bom dia @Marcello metrix, O ambiente de homologação do provedor Giss esta funcional, para quem usa o componente ACBrNFSeX, o ACBrLibNFSe e o ACBrMonitor.
  5. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  6. Bom dia @Rogério Ricardo Santos, Você enviou o RPS em Lote no modo assíncrono. Tente enviar o RPS em Lote no modo síncrono ou envio unitário.
  7. @Sergio Fuchs, Já esta no SVN.
  8. Boa tarde @willian_delan, Já esta no SVN.
  9. Boa tarde @Anderson Grolli, Já esta no SVN.
  10. Boa tarde @Sergio Fuchs, Muito obrigado pela colaboração, já foi criado a TK-6301 para analise.
  11. Bom dia @Rogério Ricardo Santos, Quero que você faça um teste de envio onde a tag Discriminacao não contenha um JSON. Seria interessante usar o programa exemplo do componente para esse teste.
  12. Bom dia @NicolasSlox, Não vejo outra alternativa você entrar em contato com a prefeitura/provedor e expor o problema. Pode ser um bug no webservice do provedor que não esta aceitando essa informação no XML.
  13. Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6296 para realizar a alteração.
  14. Bom dia @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6289 para realizar a alteração.
  15. Bom dia @Lucio Bittes, O novo componente ACBrNFSeX exige que o XML a ser lido tenha sido gerado pelo webservice e ter sido obtido através do mesmo. Se esses XML que você anexou foram baixados através do site das prefeituras as chances de não funcionar são grandes, pois o XML gerado e baixado via site nem sempre usa a mesma estrutura e a mesma nomenclatura das tag. Neropolis/GO se utiliza do provedor Sigep cujo webservice se baseia na versão 2 do layout da ABRASF. Se você abrir a uni ACBrNFSeXLerXml_ABRASFv2 vai notar o seguinte: NFSe.Numero := ObterConteudo(AuxNode.Childrens.FindAnyNs('Numero'), tcStr); NFSe.CodigoVerificacao := ObterConteudo(AuxNode.Childrens.FindAnyNs('CodigoVerificacao'), tcStr); Essas são as linhas responsáveis por ler o numero da nota e o código de verificação que se encontra no XML, presta muita atenção na grafia das tag: Numero e CodigoVerificacao. No XML que você anexou temos: <issweb:nfse> <issweb:numero>32</issweb:numero> <issweb:codigoValidacao>RHAK-I6K9</issweb:codigoValidacao> Notou que a grafia esta diferente? No XML esta: numero e o componente espera que seja: Numero. Essa diferença faz com que o componente não consiga ler a informação. Outra coisa, segundo o layout da versão 2 da ABRASF essas duas tags que eu mencionei estão dentro de um grupo chamado InfNfse e esse XML contem essas tags dentro de um grupo chamado nfse, totalmente diferente, logo o componente não vai conseguir ler mesmo. Entendeu porque o componente não faz a leitura do XML?
  16. @Sandro Felipe Adad, Já esta no SVN.
  17. Boa tarde @Anderson Grolli, Já esta no SVN.
  18. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  19. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  20. Boa tarde @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-6282 para a alteração.
  21. Boa tarde @Marcelo Toller, Porque você deixou como padrão o modo de envio do lote como assíncrono? Quando o provedor disponibiliza os 3 modos de envio (Lote Assíncrono, Lote Síncrono e Unitário) damos como preferencia o modo de envio Lote Síncrono. Se você não deseja usar esse modo basta alterar o segundo parâmetro do método Emitir (exemplo abaixo). { O método Emitir possui os seguintes parâmetros: aNumLote (String) aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario, meTeste] aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE } // meLoteAssincrono: Ajusta o Emitir para enviar um lote de Rps no modo Assincrono ACBrNFSeX1.Emitir(vNumLote, meLoteAssincrono);
  22. Boa tarde @Sandro Felipe Adad, Muito obrigado pela colaboração, já foi criado a TK-6285 para analise.
  23. @André Melim, Você pode fazer o seguinte: 1. Abra a unit RLZ.Provider e procure pela procedure: TACBrNFSeProviderRLZ203.Configuracao; 2. Inclua a linha: ConfigAssinar.CancelarNFSe := True; 3. Salve e feche o Delphi; 4. Reinstale o ACBr; 5. Compile novamente a aplicação e faça um novo teste.
  24. Bom dia @Jeferson S Lima, Abra o arquivo ACBrNFSeXServicos.ini e leia as instruções que se encontram nas primeiras linhas do arquivo.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...