Ir para conteúdo
  • Cadastre-se

fefevilela

Membros Pro
  • Total de ítens

    164
  • Registro em

  • Última visita

1 Seguidor

Sobre fefevilela

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

fefevilela's Achievements

Collaborator

Collaborator (7/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

31

Reputação

8

Community Answers

  1. O tiro foi certeiro. Muito obrigado.
  2. o mesmo.... Código : X999 Mensagem: Erro de Conexão: soap:Server - Connection reset executing POST https://gissv2-3518800.eiconbrasil.com.br/service-proxy-declaracao/api/proxy/nota/rps/recepcionar
  3. fiz exatamente sua sugestão e o resultado foi o mesmo: [3518800] ; Atualizado em 11/11/2024 Nome=Guarulhos UF=SP ; A partir de 31/10/2024 excluir as 3 linhas abaixo ;Provedor=Ginfes ;ProLinkURL=http://guarulhos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null ;HomLinkURL=http://guarulhos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null ; A partir de 31/10/2024 descomentar as 3 linhas abaixo Provedor=Giss Versao=2.04 Params=Dividir100:|Aliquota4Casas: ProRecepcionar=https://ws-guarulhos.giss.com.br/service-ws/nf/nfse-ws
  4. Informo que a versão disponibilizada em 02/10/2024 continua funcionando normalmente. A atual 36461 continua apresentando o erro descrito.
  5. até o mes passado estava tudo certo. Hoje fui emitir NFs e está ocorrendo esser problema. Estou preocupado pois meus clientes começam a emitir NF no dia 10 e se estiver com problema teremos que resolver ainda hoje.
  6. Pessoal, estamos recebendo o seguinte erro ao tentar enviar NFSe para o municipio de Gaurulhos - SP (GISS) Código : X999 Mensagem: Erro de Conexão: soap:Server - Connection reset executing POST https://gissv2-3518800.eiconbrasil.com.br/service-proxy-declaracao/api/proxy/nota/rps/recepcionar Como contornar o problema ? Agradeço desde já
  7. ok, muito obrigado pela informação. pode encerrar o ticket
  8. Pessoal, bom dia Tentei fazer uma consulta de cadastro de uma empresa registrada em MANAUS - AM. Está estourando exceção em relação ao endereço da webservice. Fiz a atualização dos schemas e o problema persiste. Envio anexo o arquivo de retorno. Acredito que o endereço foi alterado ou removido da sefaz.am Agradeço analise tecnica. Consulta_Cadastro_AM.txt
  9. Pessoal, Conforme prometido, fiz a simulação usando os mesmos parametros ERRADOS de quando eu obtive essa anomalia. Fui surpreendido que agora foi inserido uma nova validação que trata o problema e voces podem encerrar esse ticket.
  10. Olá. Você está correto na afirmação que quando seta 4.0 ele envia pro endereço correto porém a consulta do processamento é que aciona o endereço da 3.0 Foi isso que detectei no dia. Vou tentar repetir o erro em detalhes, mas com certeza foi esse o comportamento do componente
  11. Isso eu ja tinha visto, porem isso é um COMBOBOX para seleção no programa de exemplo, mas veja, eu estou relatando é a propriedade do componente Configuracoes.Geral.VersaoDF . Esse exemplo nao altera essa propriedade, porisso achei pertinente perguntar se a existencia de duas configurações são para atendimento a um propósito ou se está mesmo como ambiguidade.
  12. Pessoal, Com a adoção da versão 4.0 do CTe me deparei com uma situação que não sei se é ambiguidade ou necessidade. Se voce atribuir ao componente a tag => infCTe.versao := 4.0 e não alterar a configuração => Configuracoes.Geral.VersaoDF := ve300 a SEFAZ (RS) responde um erro que nada tem a ver com isso. Detectei que a infCTe.versao for 4.0 faz o envio para o endereço da 3.0 e a consulta é executada na versao 4.0, parece que foi isso que ocorreu. Ao atribuir os valores corretos para as duas configurações, o componente funcionou perfeitamente. Nao seria o caso de preencher automaticamente a tag => infCTe.versao de acordo com o especificado na Configuracoes.Geral.VersaoDF ?
  13. Pessoal, descobri o real motivo desse erro aparecer. a TAG => infCTE.Versao, estando ela setada para 3.0 o erro ocorre.... alterei para 4.0 e resolveu... Acredito que o colega LEANDRO possa ter cometido o mesmo erro que eu.... Foi mal ai gente. peço finalizar
  14. sim.. tudo isso é feito. estou com a revisão 29973 todos os fontes atualizados e o executavel com BUILD.... vou investigar onde está ocorrendo o problema e responderei aqui no grupo. Obrigado
  15. Isso é estranho pois em nenhuma das funcionalidades do ACBR eu preciso distribuir arquivos acessorios. Só distribuo o Executavel e tudo funciona....
×
×
  • 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...
The popup will be closed in 10 segundos...