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/