Informações importantes para quem esta realizando testes com o provedor Giss

[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:

Citar

Codigo=E160
Correcao=Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. Descricao=Arquivo em desacordo com o XML Schema.

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.

[Italo Giurizzato Junior]

Olá Pessoal,

Casos de sucesso:

 

[Renato Rubinho]

Olá,

Segue resposta da Eicon a respeito do erro Lote de RPS não assinado:
 

Citar

Prezados, bom dia!

Informamos que a Gissonline a partir de 01/11/2024 irá aceitar a assinatura digital nos arquivos XML seguindo as seguintes regras de acordo com cada método disponibilizado para uso no WSDL
Assim como estabelecido no modelo ABRASF o algoritmo de assinatura a ser utilizado deve ser o rsa-sha1.

RecepcionarLoteRps
Para este arquivo, é requisitado no mínimo duas assinaturas digitais (este valor e variavel de acordo com a quantidade de RPS dentro do lote) sendo:
Assinatura do RPS que deve estar presente no elemento DeclaracaoPrestacaoServico

Assinatura do LOTE que deve estar presente no elemento EnviarLoteRpsEnvio
OBS: Vale ressaltar que os id’s de referencia (Reference URI) devem ser indicados nos arquivos conforme padrões estabelecidos no XSD xmldsig.
OBS: A informação de que deve haver no mínimo duas assinaturas digitais, se deve ao fato de aceitarmos de 1 a 50 recibos provisórios num mesmo arquivo, logo em um arquivo contendo um lote de 50 RPS, este lote deve conter 50 assinaturas (uma em cada RPS) + 1 assinatura (Assinatura do lote como um todo), lembrando que o Lote deve ser assinado por ultimo para evitar problemas de quebra de assinatura digital.
Os métodos CancelarNfse, ConsultarLoteRps, ConsultarNfsePorRps e ConsultarNfsePorFaixa, possuem uma única assinatura, e assim como o método RecepcionarLoteRps, esta assinatura deve seguir as regras descritas no schema XSD, assim como os id’s de referencia (Reference URI) devem ser indicados.

Resumindo:

• O Lote terá pelo menos 2 assinaturas, 1 para o Lote completo e uma para 1 RPS, que é o mínimo de RPSs para o lote.
• Se houverem n RPSs, a quantidade de assinaturas será de n + 1.