Histórico da Página
...
Outra alternativa é a criação de uma nova função, para que seja colhido os valores que vão compor os valores analíticos, a variáveis de controle dessa função também devem ser passadas na HASH.
...
Para função LoadIRRFHash() deve ser implementado a logica lógica para a parte ANALITICA montando o JSON de resposta.
...
Atentar ao fato que dentro das quebras por tipo eu posso pode ter mais de um código para o mesmo tipo, neste caso tendo um JSON da seguinte maneira:
Painel | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
"typesIrrfValues": { |
...
Para os valores Analíticos da parte de RH na função do novo método criado, deve ser recuperado os valores da tabela V5H através da função V5HGetRhValues(), para depois ser gravados no HASH. Para isto deve ser implementado no HASH a condição de quando o processo for do RH.
...
Para execução desta ação na função é necessário reavaliar a execução da função CreateV5H(), pois será necessário a criação de campos novos para gravar os valores correspondentes as novas quebras de tipo e valores para a parte analítica, e ajuste das funções V5HByTicket(), V5HGetRhValues() com os campos novos se necessário.
...
Seq. | Nome da Atividade | Descrição do Desenvolvimento | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Dicionário | Criação do campo V3N_CRMEN gravação da tag totApurMen\CRMen na V3N Sugestão para o campo:
A tag que ira alimentar o campo é <CRMen> V3N_ VLRCRMN | 14 | 2 | Vlr. CR Men | Valor relativo ao Imposto de Renda Retido na Fonte | @E 99,999,999,999.99 | CRMEN recebendo os valores: 056107 - IRRF mensal, 13° salário A tag que ira alimentar o campo é <CRMen> V3N_CRMEN recebendo os valores: 056107 - IRRF mensal, 13° salário e férias sobre trabalho assalariado no país ou ausente no exterior a serviço do país, exceto se contratado por empregador doméstico ou por segurado especial sujeito a recolhimento unificado
A Tag que ira alimentar o campo V3N_VLRCRM <vlrCRMen> | ||||||||||||||
2 | TAFA422 TAF422Grv | Criação de uma nova #DEFINE para ser passado no array aAnalitico com o valor das TAG de código receita. | 3Ajuste do array passado para função upsert para alimentar os novos campos da V3N | |||||||||||||||||||
3 | TAFESOCIALREPORT Ajuste da Upsert() | TAFESOCIALREPORT Ajuste da Upsert() | Ajustar a função para que faça o INSERT do valor no campo novo criado na V3N. | |||||||||||||||||||
4 | WSTAF010 | FilIRRFSynthetic : Necessário incluir os campos novos na query, pois será possível filtrar pelo código <CRMen> tendo um visão similar com a DCTFWEB (Avaliar com o Evandro informação não esta no MOCK). CalcIRRFVal e LoadIRRFHash: Implementação da parte analítica. Criar DE/PARA para preencher descriptionType de acordo com o tipo. CreateV5H, V5HByTicket e V5HGetRhValues: Ajustes para criação da parte analítica e adequação com os novos campos que serão criados. | ||||||||||||||||||||
5 | Dicionário | Criação dos campo necessários para adequar a tabela V5H. | ||||||||||||||||||||
X6 | TAFA250 TAFA266 TAFA423 TAFCHARGERPT | Avaliar se a mudança do UPSERT não afetara os processos das rotinas que fazem uso deste método e se não será necessário alteração no tamanho do array nas funções Avaliar todos os processos de CRUD destas rotinas por meio de integração e de modo manual, pois todo o processo para este evento é relacionado com a V3N para garantir | ||||||||||||||||||||
7 | Documentação | Incluir a parte analítica na documentação: Painel de Conferência de IRRF |