Marceloal

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.

Maceió também passou a dar esse mesmo erro.

Novamente as alterações no banco Safra causam problemas, novamente foi alterado o tamanho da agencia sem alterar o Padright para Padleft, adicionando zeros a direira.

O que eu vejo acorrendo é um confusão entre o padrão 240 e 400, ficam ajustando o tamanho da agência toda hora e isso causa problemas. Agência no 400 é 4 números + digito: procedure TACBrBancoSafra.GerarRegistroTransacao400(ACBrTitulo: TACBrTitulo; aRemessa: TStringList); ... aAgencia := PadLeft(RightStr( ACBrBoleto.Cedente.Agencia, 4), 4, '0') + PadLeft(ACBrBoleto.Cedente.AgenciaDigito, 1, '0'); ... já no 240 é 5 números + digito: function TACBrBancoSafra.GerarRegistroHeader240(NumeroRemessa: Integer): string; ... PadRight(Agencia, 5, '0') + // 053-057 / Agência Mantenedora da Conta PadLeft(AgenciaDigito, 1) + // 058-058 / Dígito Verificador da Agência ...

Também ocorreu comigo, consegui resolver simplesmente inativando ele no "Install Packages..." Pelo menos comigo parou de ocorrer o erro ao abrir e compilar os projetos.

Também estou com o mesmo problema, houve essa mudança incorreta no commit 17389 do tamanho do campo da agencia de 4 para 5 posições.

Sim, inclusive exclui o arquivo, fiz o update e verifiquei que continua.

Acabei de conferi e continua buscando da posição 103 no lugar da 109. OcorrenciaOriginal.Tipo := CodOcorrenciaToTipo(StrToIntDef(copy(Linha, 103, 2), 0));

Já havia tentado por orientação do suporte local, mas foi a mesma coisa: --------------------------- Demo_acbrnfse --------------------------- Erro Interno: 0 Erro HTTP: 500 URL: https://homologa.e-nfs.com.br/arapiraca/servlet/arecepcionarloterps?wsdl --------------------------- Paliativamente está funcionando em produção sem a consulta do lote, que retorna erro de protocolo não encontrado, troquei pela consulta da NFS-e que resolveu por enquanto.

Estou tentando mas o servidor de homologação está bugado, engraçado que o de produção está funcionando, mas tem alguns ajustes para fazer e por isso estou esperando o servidor de homologação funcionar. Segue o erro que está ocorrendo, se alguém poder ajudar: --------------------------- Demo_acbrnfse --------------------------- Erro Interno: 0 Erro HTTP: 500 URL: https://enfs-hom.abaco.com.br/arapiraca/servlet/arecepcionarloterps?wsdl --------------------------- Falei com o suporte local que ficou de verificar e já faz uma semana.

Estou com o mesmo problema no ambiente de homologação de Arapiraca, acredito que o erro seja do provedor.

Bom dia, Arapiraca iniciou a implementação do provedor ABACO para emissão da NFSe. [2700300] Nome=Arapiraca UF=AL Provedor=Abaco NomeURL_H=https://enfs-hom.abaco.com.br/arapiraca NomeURL_P=https://www.e-nfs.com.br/arapiraca https://enfs-hom.abaco.com.br/arapiraca/portal/

A sua logica está de acordo com o PAF-ECF onde o cupom é gerado concomitante a inclusão do primeiro item e obrigatoriamente deve estar gravado no banco de dados. Como o NFC "ainda" não tem um PAF isso não é necessário e o número da NFC/Chave podem ser gerados apenas no momento de enviar para a SEFAZ.

Estava com o mesmo problema: O Documento XML deve ter um elemento de nivel superior. Line:0 Fiz o loop de 5 tentativas e solucionou, geralmente na 2a tentativa recebo o retorno.