Rafael Concentra

Bom dia! Um cliente de araraquara começou a ter esse problema no dia 01/04, estava enviando normalmente., retorna erro 401 Não autorizado, já geramos um token novo, confirmamos o na prefeitura a autorização, e só retorna xml vazio, alguém passando por esse problema ?

Bom dia! Gostaria de saber se para a prefeitura de americana vocês estão enviando como ABRASF ou como Padrão Nacional ? Pelo ABRASF tenho o erro "<Message>DPS inválido ou não informado.</Message>", e pelo Padrão Nacional retorna que o itemlistaserviço não foi informado.

Bom dia! Consegui fazer o envio, realizando as alterações nesses dois arquivos em anexo, caso alguém esteja com problemas. pnfsNFSeW_ABRASFv2.pas iiBrasilv2.ini

Boa tarde ! Matheus você conseguiu enviar o arquivo ? Para mim aparece a mesma mensagem -<MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Arquivo em desacordo com o XML Schema.</Mensagem> <Correcao>Consulte o Manual da NFS-e para saber quais sao as versoes de XML Schema suportadas pelo sistema.</Correcao> </MensagemRetorno> Já atualizei os fontes, schemas e .ini, mas persiste o erro. Coloquei em anexo o xml de envio, caso alguém possa ajudar, agradeço. 1-ger-nfse.xml

Ítalo, tudo certo com os envios agora, obrigado pela ajuda.

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.

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

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.

Boa tarde! Consegui fazer o envio dos arquivos, com algumas alterações no GISS.INI, vou anexar o arquivo para que possam analisar. O Servico.CodigoPais deve ser 0076 e não o 1058. Giss.ini

Bom dia Edir, até hoje o pessoal da GISS ainda não respondeu meus questionamentos, vou anexar o arquivo que estou enviando, se conseguir dar uma ajuda, fico muito agradecido. 1-env-lot-soap.xml

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.

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 Italo. Enviei os arquivos para a Giss, é somente hoje me retornaram, disseram que falta o cabeçalho do arquivo, em anexo coloquei o xml que estou enviando. Também disseram que não podem fornecer um xml de exemplo pronto. 3566NFSe-rps.xml

Bom dia Italo. Muito ruim esse pessoal da GISS, não tem um ambiente de homologação, e agora disseram que não podem enviar um xml de envio de lote, que eu devo enviar meu xml para eles analisarem e responderem. Você poderia por favor, me passar o xml de teste geradao, para eu encaminhar ? Ou se você me passar como posso configurar o demo para gerar esse xml, eu gero aqui e envio para eles. Desde já agradeço pela atenção.

Boa tarde Italo! A url é somente de produção, não vão disponibilizar para homologação. https://ws3524709.giss.com.br/nf/nfse-ws?wsdl No momento somente em Jaguariúna esta disponível. Schemas_XSD_Servicos_Prestados.zip