Rafael Concentra
-
Total de ítens
28 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Rafael Concentra
-
-
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.
-
Ítalo, tudo certo com os envios agora, obrigado pela ajuda.
-
1
-
-
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.
-
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.
-
1
-
-
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.
-
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.
-
On 8/21/2018 at 1:47 PM, Italo Jurisato Junior said:
Boa tarde Rafael,
Esse XML é o RPS, o cabeçalho é acrescentado na montagem do lote, pois o lote pode conter até 50 RPS mas o cabeçalho é um só.
Configure o programa exemplo para salvar os arquivos Soap.
Configuracos.webservices.salvar := True;
Ao enviar um Lote de RPS através do método Enviar será gerado um arquivo chamado: *-env-lot-soap.xml, é este que você tem que enviar para eles analisarem.
Esse arquivo é o que é enviado para o webservice, ele contem o cabeçalho bem como a lista de RPS.
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.
-
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.
-
Bom dia, alguém conseguiu fazer algo referente a esse novo sistema da GISS?
Obrigado pela atenção.
-
Não, ainda não consegui fazer o envio de nenhum arquivo para o site.
-
Em contato com eles, me falaram que o GINFES será desativado num futuro próximo, e gradativamente todas as prefeituras que utilizam o GINFES hoje, passará a utilizar o novo GISS.
-
Bom dia Italo,
Eles não possuem um ambiente de homologação, disseram que somente produção está ativo.A URLs de produção é https://ws3524709.giss.com.br/nf/nfse-ws?wsdl
Estou tentando implementar no projeto, caso consiga dou um parecer também.
Novamente agradeço pela tenção.
-
Boa tarde Italo, obrigado pelo retorno, pelos esquemas que baixei do site deles aparentemente é Abrasf V 2_04, pesquisei pelas tags dentro do projeto do Acbr e não encontrei nenhum tipo parecido com o deles.
Vou anexar o .xsd que baixei.
Agradeço pela atenção. -
Bom dia, a cidade de Jaguariúna aderiu a o GISSONLINE para emissão da Nfse, em contato com o pessoal da GISS, acreditei que seria somente enviar como GINFES que estaria correto, mas eles disseram que o GISS esta se desvencilhando do GINFES e o padrão adotado para as novas cidades sera outro, alguém conseguiu fazer o envio para esse novo padrão da GISS ?
Desde já agradeço pela ajuda. -
3 minutos atrás, Italo Jurisato Junior disse:
Rafael Concentra, realmente esta errado, o correto seria 4 (processado com sucesso), uma vez que consta no retorno o XML da NFS-e.
Bom dia Italo!
Consegui contato com um técnico da E&L que está dentro da prefeitura de Cachoeiro de Itapemirim e ele acabou de me responder que corrigiu o problema da resposta da tag "Situacao". Agora está retornando corretamente ("4" quando está processado).
Porém, no meu sistema, eu sempre li o retorno ACBrNFSe1.WebServices.ConsSitLoteRPS.Situacao e, mesmo após a correção por parte da E&L, essa propriedade está vazia. Tem alguma luz?
-
Bom dia Italo!
Sim, estou consumindo o WS do EL de Cachoeiro de Itapemirim.
O retorno que estou lendo é a "situação" do lote de RPS, justamente para saber se a transmissão deu certo. Porém, vi agora no arquivo em anexo (0-lista-nfse-soap.xml) que a situação está como "0", o que me parece fugir do definido no nfse.xsd do ELv2 (que seria "1|2|3|4").
-
25 minutos atrás, vipeol disse:
Boa tarde a todos,
Após as alterações estou conseguindo emitir perfeitamente. O único problema que vi foi o retorno do xml que não vem com as informações corretas do prestador do serviço, mas creio que isso seja o formato do provedor.
Obrigado pela ajuda!
Boa tarde Italo!
Também estou precisando ler o retorno, mas não está vindo com as informações necessárias (protocolo e situação).
Você pretende verificar e subir a correção?
-
Ola pessoal, também estou com o seguinte erro efetuando alguns comandos na versão 4.0 da NFe.
Erro Interno=0
Erro HTTP 500
Pela respostas dos colegas neste poste, o webservice de consulta do Sefaz SP versão 4 está com problema, mas a data para vigorar a versão NFe 4.0 do meu ramo de atividade é 01/03/18.
Alguem sabe me informar se essa data vai ser prorrogada, ou se esses erros já foram corrigidos?
Estou usando o AcbrMonitor 1.1.0.27 no anbiante de homologação.
Obrigado.
-
Em 9/28/2017 at 18:35, claudiocjr disse:
Ola pessoal, estou aqui novamente.
Já fiz tudo o que vcs me falaram, e eu só posso estar com alguma configuração trocada aqui.
Gostaria de fazer umas perguntas.
No Arquivo acbr.INI teria alguma coisa a ser alterado?
Nas configurações da intenet deixar apenas TLS 1.2 marcado?
Há alguma DLL que deveria substituir?
Poderiam me disponibilizar os parametros que vcs estão usando?
Grato
Att
Claudio
Ola pessoal, também estou com o seguinte erro efetuando alguns comandos na versão 4.0 da NFe.
Erro Interno=0
Erro HTTP 500
Pela respostas dos colegas neste poste, o webservice de consulta do Sefaz SP versão 4 está com problema, mas a data para vigorar a versão NFe 4.0 do meu ramo de atividade é 01/03/18.
Alguem sabe me informar se essa data vai ser prorrogada, ou se esses erros já foram corrigidos?
Estou usando o AcbrMonitor 1.1.0.27 no anbiante de homologação.
Obrigado.
-
Empresa iiBrasil emissão de NFSe
em ACBrNFSe
Postado
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