Marceloal

Nenhuma novidade ainda?

Baixei os schemas direto do portal do GissOnline e em maceio está assim: <xsd:simpleType name="TSTipoRetPISCofins"> <xsd:annotation> <xsd:documentation> Tipo de retenção PIS/COFINS e CSLL: 0 - PIS/COFINS/CSLL Não Retidos; 1 - PIS/COFINS Retido; 2 - PIS/COFINS Não Retido; 3 - PIS/COFINS/CSLL Retidos; 4 - PIS/COFINS Retidos, CSLL Não Retido; 5 - PIS Retido, COFINS/CSLL Não Retido; 6 - COFINS Retido, PIS/CSLL Não Retido; 7 - PIS Não Retido, COFINS/CSLL Retidos; 8 - PIS/COFINS Não Retidos, CSLL Retido; 9 - COFINS Não Retido, PIS/CSLL Retidos; </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:whiteSpace value="preserve"/> <xsd:enumeration value="1"/> <xsd:enumeration value="2"/> </xsd:restriction> </xsd:simpleType>

Se você consultar a situação vai ver que a SEFAZ retirou dois 00 do protocolo para voltar a ter 15 dígitos, mas ao cancelar diz que o número está incorreto. Acredito que estão arrumando isso lá.

Acredito que não seja um erro da SEFAZ retornar 17, pois isso foi previsto na nota técnica 2025.002 e no SCHEMA vigente o tipo TPROT também prevê, mas no cancelamento ela está exigindo 15. Então acredito que não atualizaram o SCHEMA deles.

Sim, resolvi fazendo essa alterando de "0" para "1":

Até o mês 04 o ACBR estava gerando a tag do código do Pais, mas deixou de enviar e o GISS está dando o erro abaixo: Código Erro: E383 > Código do pais não informado. > Correção: Infome o código do pais. <CodigoPais>0076</CodigoPais>

Mais um capitulo, parou "hoje" o erro de protocolo inexistente, mas... agora temos um novo erro: Alíquota deve ser entre 2% e 5% Lembrando que isso já ocorreu e tive que mudar a formatação, pelo jeito mudaram denovo!!!

Sim. Tem também a opção do QRCode voltar no arquivo remessa para quem não trabalha com o registro online, mas vc só vai o mesmo quando chegar o retorno do registro.

Protocolo Inexistente é um problema no Gissonline, estamos com esse mesmo problema aqui e já falamos com o suporte deles, desde 03/02 que estão ciente do problema, sem prazo de solução.

Já tentei e também não funcionou.

Bota complicado, depois de 4h consegui falar com um atendente (não vi se o Ginfes está funcionando, vou testar ainda): A solicitação de correção foi enviada para análise de outro departamento. Infelizmente não sei informar o prazo para solução. Essa demanda já está sendo tratada pelo departamento responsável. a demanda foi aberta no dia 03/02 Sim, farei a solicitação de prioridade no atendimento. Algumas empresas estão utilizando o WebService antigo (ainda está ativo, mas não sabemos até quando.)

A saga continua, as vezes da o erro que está no assunto e agora tá dando "Protocolo Inexistente" ao tentar consultar o lote, depois de dar uns 2 em processamento antes. <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> -<soap:Body> -<ns2:ConsultarLoteRpsResponse xmlns:ns2="http://nfse.abrasf.org.br"> <outputXML><?xml version="1.0" encoding="UTF-8" standalone="yes"?><ConsultarLoteRpsResposta xmlns="http://www.giss.com.br/consultar-lote-rps-resposta-v2_04.xsd" xmlns:ns2="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"> <Situacao>4</Situacao><ns2:ListaMensagemRetorno><ns2:MensagemRetorno> <ns2:Mensagem>Protocolo Inexistente</ns2:Mensagem></ns2:MensagemRetorno> </ns2:ListaMensagemRetorno></ConsultarLoteRpsResposta></outputXML> </ns2:ConsultarLoteRpsResponse></soap:Body></soap:Envelope>

Acho que o GISS do mesmo jeito do antigo GINFES não aceita cancelamento, apenas substituição. Aqui continua dando erro, todo dia é um novo. Hoje voltou da dar "Número do protocolo não informado".

Do nada o provedor GISSONLINE passou a dar esse erro, tanto pra consultar quando para emitir: Inclusive em homologação. Quase certeza que é um problema do provedor, já que passou a ocorrer em vários clientes sem nenhuma atualização.

Sobre a Escol Sistemas Empresa com mais de 25 anos de atuação no mercado de software, focado em gestão empresarial e automação comercial. Atividades a serem desempenhadas Desenvolvimento de aplicações em Delphi. Correção de bugs em aplicações existentes. Documentação de processos de desenvolvimento de software. Gerenciamento de bancos de dados (PostgreSQL e Firebird). Colaboração ativa com a equipe de desenvolvimento. Necessário Formação em Ciência da Computação, Sistemas de Informação ou Engenharia da Computação. Conhecimento médio/avançado em programação Pascal/Object Delphi. Conhecimento médio/avançado em linguagem SQL. Conhecimento em um dos seguintes bancos de dados: PostgreSQL ou Firebird. Conhecimento em REST/Webservice e uso de API´s Experiência com Programação Orientada a Objetos (POO) Diferenciais Experiência com Git Experiência em desenvolvimento de sistemas ERP Experiencia em desenvolvimento FrontEnd Experiência em Machine Learning (IA) https://www.linkedin.com/hiring/jobs/4127633701/detail/

O problema certamente é com o GISS. hoje passou a ocorrer o mesmo erro ao acessar pelo portal e lá exibe o código de erro. Continuamos na saga de tentar falar com o suporte.

Resposta automática do Giss: O chat não serve de nada, pede pra ligar. Ligando vc fica em uma fila de 111 minutos, e cai a ligação, mas vamos continuar tentando.

Bom dia, Ao tentar emitir a NFS, do nada passou a dar esse erro: Não apresenta nenhum código de erro, estou tentando entrar em contato com o suporte (aff). Alguém já se deparou com esse erro? Interessante que em homologação eu consigo emitir sem problema, apenas em produção ocorre esse erro.

Bom dia @Italo Giurizzato Junior Já fiz os testes e já consegui fazer a emissão tanto em homologação quanto em produção. Observações: Tive que usar o código do pais 0076 também em produção. Consegui testar apenas usando A1 com OpenSSL, usando A3 está dando erro de conexão (ainda vou verificar) Tive que colocar um timeout de 1 minuto para obter o retorno da consulta do lote em produção, acho que era um problema do GISS, em homologação em 2 segundos retornava.

COMUNICADO NO SITE DO GISSONLINE https://maceio.giss.com.br/portal/#/login-portal Informamos que a partir de 30/11/2024 a Gissonline não atenderá mais requisições dos serviços do webservice produção.ginfes.com.br e homologação.ginfes.com.br para recepção de recibos provisórios de serviços (RPS), consultas e cancelamentos para as respectivas notas fiscais de serviços eletrônica (NFSE). A partir dessa data Todas as requisições para processamento de recibos provisórios de serviços (RPS), cancelamentos e consultas de NFS-e serão atendidas somente pelo novo WSDL oficial da Gissonline. Endereços dos WSDL Produção: https://ws-maceio.giss.com.br/service-ws/nf/nfse-ws?wsdl Homologação: https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws?wsdl

Fiz o teste e aqui resolveu! Obrigado.

Dois clientes que usam A3 estão com o mesmo problema. Consegue emitir e consultar NFe sem erros na mesma maquina, somente ocorre o erro ao tentar consultar a distribuição DFe.

Três clientes já relataram o erro ao emitir MDFe: Arquivo em processamento. Não encontrei nenhum aviso de manutenção em https://dfe-portal.svrs.rs.gov.br/Mdfe

Identifiquei o problema que estava ocorrendo comigo. Quando os parâmetros da pesquisa não encontra nenhum registro é devolvido o erro "400 NOT FOUND". No meu caso estava passando um período que não tinha dados baixados.

PS: A consulta detalhada está funcionando, somente ocorre o erro 404 na consulta em lista.