Ir para conteúdo
  • Cadastre-se

dev botao

GISSONLINE não é mais GINFES


Ver Solução Respondido por Italo Giurizzato Junior,
  • Este tópico foi criado há 2243 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

Boa tarde,

Não sei se pode ajudar, mas o pessoal da Tecnogroup me respondeu hoje com a URL de Homologação do novo Giss para Jaguariuna, segue abaixo.

O endereço do WebService de homologação é: https://hm-ws3524709.giss.com.br/nf/nfse-ws?wsdl - é necessário possuir o cadastro e os dados configurados na URL hm-v2.giss.com.br  
 
O endereço do WebService de produção é: https://ws3524709.giss.com.br/nf/nfse-ws?wsdl <https://hm-ws3524709.giss.com.br/nf/nfse-ws?wsdl>
 

Postado

Boa tarde,

Estavamos com o mesmo problema e hoje conseguimos fazer funcionar. Entretanto, não usamos ACBr nessa situação, mas para ajudar, compartilho o XML de envio e consulta, que usamos para comunicar.

Esse XML apresenta somente as informações obrigatórias conforme o XSD.

Atenciosamente,

Edir Muller

XMLs Envio e Consulta.rar

Postado
Em ‎31‎/‎08‎/‎2018 at 12:25, Rafael Concentra disse:

Boa tarde Ítalo, após várias tentativas de contato, me responderam o email.

A resposta deles foi

Bom dia, Rafael.
Analisamos o XML encaminhado e o erro informado, as informações que o Sr.(a) esta inserindo no mesmo, estão sendo informadas sem estar dentro da tag <[CDATA[]]>. Todo o conteúdo entre as tags 'nfseCabecMsg' e 'nfseDadosMsg' deve estar entre a tag <[CDATA[]]>, do contrario o processo não irá reconhecer a estrutura XML, pois interpretará que as informações fazem parto do soap:envelope.

Mas os rps estão dentro do cdata, será que o cabeçalho deve conter o cdata também ? 

 

Desde já agradeço pela atenção.

Bom dia Rafael

deu certo este arquivo xml?

Postado

Bom dia, Rogério!

Não deu certo não, nem fazendo o envio como o Edir passou, não foi aceito no site, fiz todas as alterações que o pessoal da GISS pediu e sempre retorna schema xml fora do padrão, enviei todas as tentativas de envio que fiz para o suporte da GISS estou aguardando um retorno deles.

 

Assim que tiver uma posição informo aqui.

Postado

Bom dia,

Para conseguir enviar o XML para esse servidor, precisa ter as informações preechidas conforme o XSD, por exemplo, para o código lista serviço, haviamos colocado 9.01, que ocasionava situação 1 (erro de estrutura), enviando com zero a esquerda (<tipos:ItemListaServico>09.01</tipos:ItemListaServico>) funcionou.

Outra questão, é o MunicipioIncidencia, que mesmo não sendo obrigatório no XSD, deve ser preenchido.

Minha sugestão, é revisar todo o XML gerado... se não funcionar, enviar XMLs de envio e consulta e seus retornos, para o suporte ( que é bem lento ), e esperar...

Se quiser, posta os XMLs aqui, que tento achar alguma inconformidade. Mas o segredo, é bater o XML com o XSD.

Atenciosamente,

Edir Muller

 

 

 

 

Postado

Boa noite,

desculpe a demorra em responder... dei uma olhada agora, uma coisa que vi diferente ao que nós fizemos, que foi colocado nas tag's o "n2:" sendo que nós informamos como "tipos:" conforme definido no "enviar-lote-rps-envio-v2_04.xsd".

Amanhã vejo no trabalho se encontro mais algo.

Atenciosamente,

Edir Muller

  • Curtir 1
  • Obrigado 1
Postado

Boa tarde Ítalo!

 

Nessa atualização ele da erro antes de fazer o envio, o componente acusa que não pode carregar o xml, estou conseguindo fazer o envio, utilizando a versão do dia 03/09/2018.

Único problema que estou tendo é que RPS que não tenha todos os dados preenchidos como CPF, Endereço, Cep, Cidade, Estado não valida, encaminhei um email para o suporte deles para saber quais valores devem ser o DEFAULT desses campos quando não tiver os dados do cliente, mas até o momento não recebi a resposta.

Por exemplo no Ginfes quando não tem o CPF do cliente cadastrado envio 0000000000 mas no da GISS não aceita isso.

Se alguém souber quais valores podem ser enviados, agradeceria se pudesse informar.

 

 

Postado

Bom dia, Italo.

Esse arquivo .ini é o qual está funcionando o envio, mas desde que tenha todos os dados NOME, CPF, ENDEREÇO.

Tentei tirar o validar 1 para 0, para permitir o envio de dados vazios, mas ai da erro no site, encaminhei para o pessoal do suporte da GISS, mas ainda não obtive retorno.

Giss.ini

  • Consultores
Postado

Bom dia Rafael,

Gostaria que você testasse com esse outro INI.

Por favor faça todos os testes: Envio, Consulta, Cancelamento, etc.

Anexa para mim a unit ACBrNFSeWebServices, para que eu possa comparar com as alterações que fiz.

Giss.ini

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado

Boa tarde Italo, desculpe a demora para o retorno, é que dependo do cliente remotamente para fazer os testes.

Estando todos os dados preenchidos, CPF, NOME, ENDEREÇO funciona corretamente, quando em BRANCO algum dado eles informaram que todos devem estar em BRANCO, previ isso no meu sistema, mas no xml de envio mesmo colocando VALIDAR = 0 no GISS.INI, ele cria uma tag <n2:tomador/> somente ela, e olhe a resposta do suporte deles.

"Bom dia, Sr. Rafael

Peço desculpas pela demora em lhe dar o devido retorno.

Conforme verificado, o arquivo possui uma tag <n2:Tomador/> a qual não é válida.

E para os arquivos (xml) que não possuem os dados do tomador, não é necessário nenhum apontamento (tag) que faça a referência, pois não é obrigatório. 

Atenciosamente, "

Não localizei no projeto, onde ignorar a criação da tag, se puder ajudar desde já agradeço.

  • Este tópico foi criado há 2243 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • 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.