Marceloal

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.

Também estou com o mesmo erro ao realizar a consulta dos titulos.

Bom dia, As notas com retenção que estamos emitindo estão retornando sem a retenção. Estava funcionando normalmente até ocorrer a mudança exigindo a IM do tomador. Arquivo RPS de envio: <ns4:Valores><ns4:ValorServicos>50.00</ns4:ValorServicos><ns4:ValorDeducoes>0.00</ns4:ValorDeducoes><ns4:ValorPis>0.00</ns4:ValorPis><ns4:ValorCofins>0.00</ns4:ValorCofins><ns4:ValorInss>0.00</ns4:ValorInss><ns4:ValorIr>0.00</ns4:ValorIr><ns4:ValorCsll>0.00</ns4:ValorCsll><ns4:IssRetido>1</ns4:IssRetido><ns4:ValorIss>2.50</ns4:ValorIss><ns4:ValorIssRetido>2.50</ns4:ValorIssRetido><ns4:BaseCalculo>50.00</ns4:BaseCalculo><ns4:Aliquota>0.0500</ns4:Aliquota><ns4:ValorLiquidoNfse>47.50</ns4:ValorLiquidoNfse></ns4:Valores> Retorno do GINFES: <ns4:Valores><ns4:ValorServicos>50.00</ns4:ValorServicos><ns4:ValorDeducoes>0.00</ns4:ValorDeducoes><ns4:ValorPis>0.00</ns4:ValorPis><ns4:ValorCofins>0.00</ns4:ValorCofins><ns4:ValorInss>0.00</ns4:ValorInss><ns4:ValorIr>0.00</ns4:ValorIr><ns4:ValorCsll>0.00</ns4:ValorCsll><ns4:IssRetido>2</ns4:IssRetido><ns4:ValorIss>2.50</ns4:ValorIss><ns4:Aliquota>5.00</ns4:Aliquota><ns4:DescontoIncondicionado>0.00</ns4:DescontoIncondicionado><ns4:DescontoCondicionado>0.00</ns4:DescontoCondicionado></ns4:Valores> obs: Emitindo pelo GISS manualmente a retenção é feita. --

O problema estava na falta da IM do tomador que passou a ser obrigatória.

Vários clientes de Maceió (provedor Ginfes) passaram a relatar um erro ao emitir a NFS: Alguns dos dados informados não constam do cadastro do contribuinte <ns4:ListaMensagemRetorno><ns4:MensagemRetorno> <ns4:Codigo>A1</ns4:Codigo> <ns4:Mensagem>Alguns dos dados informados não constam do cadastro do contribuinte.</ns4:Mensagem> <ns4:Correcao>O tipo do serviço prestado não está registrado no cadastro do contribuinte. Procure a Prefeitura para registrar os códigos de tributação, códigos de serviço, códigos da subclasse CNAE ou o item da lista da Lei Complementar correspondentes aos serviços prestados pela empresa.</ns4:Correcao> </ns4:MensagemRetorno> Como não houve nenhuma mudança ou atualização feita por nós, acredito que o problema esteja na prefeitura, mais alguém está com esse mesmo problema?

No guia diz apenas que foram descontinuados, deixando a entender que não deverão mais ser informados.

Isso mesmo Italo continuamos usando o Ginfes, estava ocorrendo um erro em alguns clientes e ontem tive o retorno da prefeitura.

No final das contas a mudança foi apenas no GISS. Para integração continua o GINFES, depois de muita briga com a prefeitura voltou a funcionar. Mas... No domingo houve uma queda de energia na prefeitura e o sistema está novamente intermitente. Alguns clientes ainda conseguem emitir, outros fica dando erro de timeout... vai entender...

Só que continua sem processar as NFSe enviadas e ao consultar ocorre "Erro Interno", continuar esperando que eles resolvam o problema que dizem não existir.

Mesmo erro aqui em Maceio.

O Ginfes continua funcionando, apesar da documentação disponibilizada no sistema GISS dizer o contrario. Pelo menos quando nosso sistema emite, podemos verificar no histórico do GISS que o RPS foi recebido, mas está levando horas para ocorrer o processamento, uma nota emitida ontem foi aparecer como processada hoje. Nota emitidas pela manhã estão até agora SEM O PROCESSAMENTO.

Consegui acessar o sistema do GISSONLINE e vi que os RPS estão sendo processados com erro. Encontrei uma área do desenvolvedor com os manuais e schemas: https://drive.google.com/drive/folders/1amvsnl5LtFyYurVaj0SNuul4oHtsY8Wt?usp=sharing

Pra piorar ao emitir as notas não é apresentado nenhum erro, mas o XML de retorno vem como "SIMPLES CONFERENCIA" e sem valores. Muito errado isso. A empresa desenvolvedora do GISS é a mesma o GINFES, mesmo entrando em contato direto, eles dizem que o único canal é por e-mail e até agora nada de resposta.

É sim. Baixei a tabela direto do IBPT e está com o mesmo problema.

Ao abrir as ultimas tabelas de Alagoas, vários produtos estão sem o impostos estadual e com o imposto federal de 4.2%. Exemplo do arquivo atual: 01012100;;0;"Cavalos reprodutores,de raca pura";4.20;6.20;0.00;0.00;01/07/2021;31/07/2021;11AEAD;21.2.A;IBPT/empresometro.com.br 01012900;;0;"Cavalos vivos,exceto reprodutores de raca pura";4.20;6.20;0.00;0.00;01/07/2021;31/07/2021;11AEAD;21.2.A;IBPT/empresometro.com.br Exemplo das anteriores: 01012100;;0;"Cavalos reprodutores,de raca pura";13.45;15.45;18.00;0.00;01/07/2021;31/07/2021;11AEAD;21.2.A;IBPT/empresometro.com.br 01012900;;0;"Cavalos vivos,exceto reprodutores de raca pura";13.45;16.14;18.00;0.00;01/07/2021;31/07/2021;11AEAD;21.2.A;IBPT/empresometro.com.br

Aqui mostra duas alternativas com Timer e Thead: https://blog.marcocantu.com/blog/2014_may_background_delphi_android_threads.html

O PIX Cobrança que promete acabar com os boletos ficou para um futuro "breve" segundo o próprio banco central. Incluir o QRCode do PIX no boleto atual não é uma solução pratica, pois não haverá no arquivo retorno a confirmação do pagamento.

https://olhardigital.com.br/noticia/o-fim-dos-boletos-banco-central-anuncia-o-pix-cobranca/109577 ...Batizado de Pix Cobrança, um dos recursos permite que lojistas, fornecedores e prestadores de serviço gerem QR Codes para receber valores. Com isso, é possível definir data limite para que o valor seja pago, descontos e multas. A funcionalidade se assemelha ao que é visto hoje com o pagamento de boletos bancários. ... O Pix Cobrança para pagamentos imediatos poderá ser feito já a partir do lançamento do novo sistema, marcado para 16 de novembro. Já o Pix Cobrança para pagamentos com vencimento (data futura) "será ofertado em breve", informou o BC.

PIX vai sim substituir os boletos, tem vencimento, juros, multa, instrução se recebe ou não após o vencimento, etc... Não sei se vai ter protesto/negativação. Mas é claro que os boletos estão com os dias contados.