Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    42.692
  • Registro em

  • Última visita

  • Days Won

    1.241

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Deivid, Já enviei para o repositório.
  2. Bom dia Almeida, Muito obrigado pela informação, vou fazer os ajustes no arquivo ini do provedor.
  3. Boa tarde Almeida, Obrigado pela colaboração, já inclui na minha lista de tarefas.
  4. Boa tarde Mauricio, Anexa os arquivos que você alterou.
  5. Boa tarde Antonio, Esse teste você esta fazendo com o programa exemplo? Se sim, todos os fontes de todas as pastas estão atualizados?
  6. Boa tarde Alex, Você esta com todos os fontes de todas pastas atualizados? Pelo jeito não, pois no arquivo Cidades.ini temos a cidade Primavera do Leste que se utiliza do provedor AssessorPublico.
  7. Daniel, Eu tenho as DLLs da versão 1.1.1.10. Você esta com todos os fontes de todas as pastas atualizados?
  8. Boa tarde Daniel, Nos testes que eu realizo, sempre informo o valor libWinCrypt para SSLLib e o valor LT_TLSv1_2 para SSLType. Utilizo certificado A1 com o Windows 10.
  9. Boa tarde, Validei o XML (1-ger-nfse.xml) neste site: Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) E acusa que a assinatura é valida.
  10. Sandro, Me parece que tem outras cidades. Vou incluir na minha lista de tarefas para fazer essa alteração.
  11. Boa tarde Sandro, Realmente o que pode ser é a presença no namespace na tag <envioLote>, como o atributo URI da assinatura é vazio, me parece que ele leva em consideração o XML inteiro. Logo a presença ou ausência de algo pode invalidar a assinatura. Faça um teste alterando a linha que gera essa tag. Ela se encontra na unit pnfsNFSeG, procure por "envioLote"
  12. Boa tarde Ala, Qual que você acha? Eu usaria o que contem o nome da cidade em questão pois o outro provavelmente é para as demais cidades.
  13. Boa tarde Gutierres, Muito obrigado, já inclui na minha lista de tarefas.
  14. Deivid, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.
  15. Boa tarde Deivid, Favor anexar a unit alterada para que eu possa analisar
  16. Bom dia ALA, Chegou a fazer algum teste? Se sim qual foi o resultado?
  17. Bom dia Gutierres, Acredito que o problema não seja o Schema, pois se o XML é gerado e validado pelo componente e não esta sendo aceito pelo provedor então precisamos de um XML de exemplo do provedor para que possamos comparar e fazer os ajustes necessários. Veja se você consegue com eles.
  18. Bom dia Webster, O que você usa para imprimir o DANFSE (Fortes ou Fast Report)?
  19. Bom dia Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas, vou analisar.
  20. Bom dia Kelvin, No XML de exemplo a tag é <TomadorServico> mas o schema que eles disponibilizaram esta como Tomador, veja: <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1" /> Se o webservice só processa com sucesso o RPS se a tag for <TomadorServico> então esses schemas que te enviaram esta errado. Favor entrar em contato novamente com eles e mostre o problema, quem sabe eles te mandam o schema correto.
  21. Bom dia Joas, E com essa alteração você conseguiu enviar o Rps para o WebService do provedor?
  22. Bom dia a todos, Esse novo WebService do provedor Abaco esta bichado. Os caras não estão seguindo o que consta no manual da ABRASF versão 2. O Rps foi enviado pelo método Gerar, logo o serviço do WebService que deve recepcionar o RPS é o A24_GerarNfse. Abram o arquivo 1-lista-nfse.xml Esse arquivo deveria constar a lista de rejeições ou o XML da NFS-e conforme consta no manual. Mas vejam que a tag principal do XML é <EnviarLoteRpsResposta> que não tem nada haver com o serviço solicitado e executado. A tag deveria ser <GerarNfseResposta> Favor entrar em contato com o provedor e relatar o problema.
  23. Bom dia Sandro, Favor atualizar os fontes. Abra o arquivo INI do provedor, inclui um comentário informando o que tem que ser alterado no arquivo INI para funcionar com essa cidade. Também enviei o arquivo XSD especifico para essa cidade.
  24. Ambiente de autorização de NF-e (modelo 55) da SEFAZ Virtual do Rio Grande do Sul (SVRS) vai parar para manutenção. Clique aqui para mais detalhes.
  25. 24/03/2021 ATENÇÃO! PARADA PROGRAMADA NO AMBIENTE DE AUTORIZAÇÃO DE NF-e DA SVRS, EM 28/3/2021 Em 28/3/2021, será executada, a partir das 7h da manhã, com duração de 1 hora, parada programada para manutenção do ambiente de autorização de NF-e (modelo 55) da SEFAZ Virtual do Rio Grande do Sul (SVRS). Nesse dia, será ativada a Sefaz Virtual de Contingência do Ambiente Nacional para a autorização de NF-e da SVRS.
×
×
  • 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...