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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...