Italo Giurizzato Junior

Olá Pessoal, Para quem esta realizando testes com o provedor Giss (GissOnline) da empresa Eicon, vai algumas dicas: 1. Tanto o Ginfes quanto o Giss são da empresa Eicon. 2. A Eicon pretende migrar todas as cidades atendidas pelo Ginfes para o Giss. 3. O webservice do Ginfes trabalha com a versão 1 do layout da ABRASF, já o webservice do Giss trabalha com a versão 2.04 4. Apesar de existir o modo de envio síncrono no webservice do Giss, recebemos informações de colegas da comunidade, de que o pessoal da EICON recomenda usar o modo de envio assíncrono. 5. Na versão 2.xx da ABRASF não existe o serviço de consulta a situação do lote, este serviço existe na versão 1. 6. Na versão 2.xx a consulta a nota pelo seu numero é por faixa, logo devemos informar um numero inicial e final. 7. No ambiente de homologação do Giss devemos informar o código 0076 ao alimentar o campo CodigoPais, no ambiente de produção deveremos informar o código 1058 8. No ambiente de homologação não são todos os códigos de ItemListaServico aceitos, segue em anexo uma planilha que traz os código aceitos e a respectiva alíquota. lista_servico_atividade_ws_homologacao.xlsx 9. Infelizmente, de acordo com alguns relatos de colegas, o GISS parece espelhar o mesmo problema do provedor Ginfes de as vezes não devolver uma mensagem de erro fidedigna ao erro propriamente dito. Um exemplo disso é o erro: Caso o recebe, confira o arquivo XML do RPS que foi gerado e veja se todas as informações consideradas obrigatórias de acordo com o schema foram geradas.

Bom dia @Cognum Informatica Ltda., Você concorda que a mensagem de erro "Empresa não cadastrada" não tem nada haver com alteração no cabeçalho? Se o cabeçalho estivesse errado o webservice não iria sequer processar o conteúdo do RPS e constatar que o Prestador não esta cadastrado no banco de dados deles. E o que a Eicon diz sobre essa questão da Empresa não estar cadastrada? No meu entendimento essa questão tem que ser resolvida, para que um novo teste de envio seja realizado. Eu não vou alterar nada na geração do XML de envio, pois tenho relatos de outros desenvolvedores que a Eicon não argumentou sobre o cabeçalho.

Bom dia @Paula Zamboni de Campos da, A sua contribuição na alteração da unit já esta no SVN. Reforço a minha pergunta, com essa alteração você conseguiu enviar o RPS e ele ser processado com sucesso?

Bom dia @Joao Augusto Bueno Araujo, Já esta no SVN.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @Paula Zamboni de Campos da, Com essa alteração você conseguiu enviar o RPS para o Webservice e ele ser processado com sucesso?

Boa tarde @Joao Augusto Bueno Araujo, Muito obrigado pela colaboração, já foi criado a TK-6108 para fazer a alteração.

Boa tarde @Sanvitron, Ao enviar o RPS da forma que esta hoje o webservice do provedor rejeita ou aceita? Pois esse provedor esta implementando já faz um bom tempo e você é o primeiro a reportar isso. Precisamos saber se não devemos gerar esse namespace e se a remoção do mesmo é valida para todas as cidades atendidas pelo provedor na versão 2.04

Boa tarde @Cognum Informatica Ltda., Ao enviar o RPS da forma que o componente gera, qual é o retorno do webservice do provedor? Você poderia fazer um teste de envio no modo assíncrono e anexar os XMLs (soap) gerados para que possamos analisar?

Boa tarde @tryideas sistemas, A tag sTipoTomador esta como obrigatória, estamos fazendo as devidas alterações. Outra coisa no arquivo INI na seção Tomador inclua o campo: [Tomador] (...) ; 1 = Tomador é do Exterior e 2 = Tomador não é do Exterior TomadorExterior=1 ou 2 Como você utiliza a ACBrLibNFSe favor aguardar a liberação da nova versão.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Elmar Luiz, Você não informou o CNPJ ou o CPF do prestador de serviço e nem do tomador.

Boa tarde @Paula Zamboni de Campos da, Substitua pela unit em anexo, reinstale o ACBr e faça novos testes. Giss.GravarXml.pas

Bom dia a todos, Como assim usar o 0076 em vez de 1058 para indicar que o pais é Brasil? Quanto a alíquota tentem informar o valor zero. Se a mensagem de erro realmente estiver correta (coisa que eu duvido) não devemos informar a alíquota.

Boa tarde @pcbonetti, Já esta no SVN.

@marcelo.tomas.grupoacert, Não tem.

Boa tarde @Gabriel Bobello, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Adrian Kempinski, Complementando o que o @Juliomar Marchetti já lhe passou: A unit pcteCTeR responsável pela leitura do XML por usar a unit pcnLeitor não esta conseguindo ler corretamente o grupo toma, pois dentro desse grupo tem uma tag também chamada toma. A unit pcnLeitor possui uma deficiência nesse tipo de situação. Caso não esteja conseguindo ler corretamente o XML do CT-e Simplificado mais precisamente o grupo toma, sugiro que reinstale o ACBr marcando a opção para usar o ACBrXmlDocument.

Bom dia @marcelo.tomas.grupoacert, Uma ideia seria ter uma cópia da aplicação em outra pasta, alterar o arquivo ACBrNFSeXServicos.ini informando o provedor antigo e salvar o arquivo INI alterado na mesma pasta do executável.

Bom dia @Atalias, Chegou a realizar os testes em ambiente de homologação? Se sim, qual foi o resultado?

Bom dia @tryideas sistemas, Checando o seu XML do RPS gerado pela Lib notei a ausência da tag Município do Prestador e também do Tomador. A tag CodigoServico116 esta vazia. Não sei se você gera o XML ou o arquivo INI. No caso do arquivo INI se faz necessário incluir o campo xMunicipio nas seções do Prestador e Tomador com o nome do município. No que se refere ao CodigoServico116 ficou faltando incluir o campo codLCServico dentro da seção de itens (Itens001 por exemplo). Exemplo: [Itens001] codLCServico = 123

Bom dia @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-6079 para atualizar o arquivo.

Bom dia @lucasyu01, Apesar de constar no comunicado que a versão utilizada pelo GissOnline é a 2.04 do layout da ABRASF, nos meus testes foi necessário informar tanto no cabeçalho quanto no lote a versão 1.00. Não sei se eles mudaram, pois o correto seria constar 2.04 em vez de 1.00 Por favor entre em contato com o provedor e solicite um XML (de preferencia soap) de exemplo para que possamos fazer as devidas correções.

@André Luiz Franzoi, Protocola uma reclamação na prefeitura.