Ir para conteúdo
  • Cadastre-se

murilojcosta

Membros
  • Total de ítens

    9
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

murilojcosta's Achievements

Rookie

Rookie (2/14)

  • Reacting Well Rare
  • Conversation Starter
  • First Post
  • Week One Done
  • One Month Later

Recent Badges

5

Reputação

  1. Dei uma revisada nas alterações e no meu entendimento a função funChecaCOD_CONS na unit ACBrTXTUtils não vai validar corretamente. Pelo o que eu entendi no manual o campo COD_CONS nem deve ser informado quando o tipo for 66. A função funChecaCOD_CONS Começa por padrão com result False, e depois testa o conteudo informado no COD_CONS de acordo com o tipo. Mas como o tipo 66 o conteudo do COD_CONS sempre vai ser passado como vazio, então do jeito que ficou iria estar validando errado. O que eu fiz foi somente alterar o Result padrão pra True e caso for dos modelos 06, 28 ou 29 ai sim valida se o conteudo é correto. se for o 66 nem deveria entrar nessa validacao pq ele não é preenchido. função no repositório: begin Result := False; // Se o modelo for 06 (energia elétrica) ou 28 (gás canalizado), os valores válidos são [01, 02, 03, 04, 05, 06, 07, 08] if MatchText(COD_MOD, ['06', '28', '66']) then begin Result := MatchText(COD_CONS, ListaEnergia); end else // Se o modelo for 29 (água canalizada), o valor deve constar da Tabela 4.4.2 if MatchText(COD_MOD, ['29']) then begin Result := MatchText(COD_CONS, ListaAgua); end; end; função que eu modifiquei: begin Result := True; // Se o modelo for 06 (energia elétrica) ou 28 (gás canalizado), os valores válidos são [01, 02, 03, 04, 05, 06, 07, 08] if MatchText(COD_MOD, ['06', '28']) then begin Result := MatchText(COD_CONS, ListaEnergia); end else // Se o modelo for 29 (água canalizada), o valor deve constar da Tabela 4.4.2 if MatchText(COD_MOD, ['29']) then begin Result := MatchText(COD_CONS, ListaAgua); end; end;
  2. Por enquanto só validamos no validador mesmo e deu tudo certo. Transmissão de fato será só mês que vem.
  3. a documentação que vi foi a que está atualmente no repositório do acbr
  4. estou com a mesma situação, mas acho que o mais adequado seria corrigir a validação e incluir o modelo 66 para o registro c500. de acordo com o que está no manual atualmente: Campo 05 (COD_MOD) - Valores válidos: [06, 28, 29, 66] - Ver tabela reproduzida na subseção 1.4 deste guia Também tive que fazer uma alteração na função "funChecaCOD_CONS" da unit ACBrTXTUtils Que estava setando o padrão do result como false quando na verdade o padrão deveria ser True, pois o campo COD_CONS não deve ser preenchido quando o modelo for 66 Fiz as modificações e vou colocar as units em anexo. ACBrTXTUtils.pas ACBrEFDBloco_C_Class.pas
  5. Tive que fazer algumas alterações nos arquivos ini de cidades e do provedor pra conseguir funcionar na cidade de Pinhais Cidades.ini IPM.ini
  6. Fiz uma alteração para conseguir utilizar o campo NumeroCorrespondente no meu modelo de impressão de boleto via fastreport. ACBrBoletoFCFR.pas
  7. tive esse problema hoje e consegui resolver concedendo permissões para o diretório C:/ , removendo a opção de somente leitura nas propriedades da pasta system32 e alterando o fornecedor de criptografia para CSP( Dentro do SafeNet Client > Config > Certificados > clica com direito no certificado > Configurar como CSP
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.