Histórico da Página
...
Leiaute | Campo | Observação |
S-1200 | Alterado o nome do evento | |
tpTrib | Alteração na descrição e inseridas novas opções | |
Grupo procJudTrab | Alteração na descrição e inserido campo codSusp | |
nrInsc vinculado a ideEstabLot | Alterada validação no grupo remunPerAnt | |
codLotacao | Alterada validação no grupo remunPerAnt | |
infoPerAnt | Alteração na obrigatoriedade condicional. Alterada descrição. | |
procJudTrab | Melhoria na descrição | |
qtdDepIRRF | Campo excluído | |
qtdDepSF | Campo excluído | |
recPgtos | Alterado nome para dmDev e aumentado número de ocorrências | |
ideADC | Corrigida descrição | |
ideRecPgto | Alterado nome para ideDmDev; Alterada descrição, tipo (C) e tamanho (30) | |
vrRec | Alterado nome para vrDev; Alterado final da descrição | |
codRubr | Alterados textos da descrição e da validação (observas grupos remunPerAnt e remunPerApur) | |
tpAcConv | Alteradas opções | |
dsc | Campo criado | |
infoMV | Alterada descrição do grupo | |
remunOutrEmpr | Incluído campo "codCateg" | |
infoAgNocivo | Alterada obrigatoriedade condicional | |
indMov | Alterada descrição | |
qtdDiasAv | Campo criado | |
S-1210 | Grupo infoPgto | Reformulado com subgrupos e campos |
idePgtoExt | Alterada descrição para melhor entendimento | |
nmBenefic | Incluída validação | |
tpPgto | Alterada redação geral. Excluída validação. Aumentado tamanho para 2 | |
IdeRecPgto | Alterado nome para ideDmDev; Alterado tamanho para 30 e descrição; | |
vlrPgto | Campo Excluído | |
vrAntesIRRF | Campo Excluído | |
detPgtoFer | Criado grupo com respectivos campos | |
cpfBenef | Alterada validação e descrição | |
vrLiq | Campo incluído | |
Incluída REGRA VALIDA DT PGTO | ||
codRubr | Alterada descrição e validação em todas as utilizações deste campo neste evento |
Adaptar a tela da folha de pagamento para utilização de formulário contínuo, evitando telas com grids apertadas e dificultando a visualização do usuário.
Utilizar o método setContinuous conforme abaixo:
oview:SetContinuousForm(.T.)
Para aumentar o tamanho dos boxes onde ficam os grids, enviar parâmetro por pixel ao invés de percentual
//-------------------------------------------------------------------
/*/{Protheus.doc} createHorizontalBox
Cria um box horizontal dentro do container do view. Ele é necessário para dividir a tela em diversas partes.
Um box horizontal somente pode ser criado dentro de um box vertical ou então no painel principal da view.
@param cID ID do Box a ser utilizado.
@param nPercHeight Valor da Altura do box( caso o lFixPixel seja verdadeiro é a quantidade de pixel exato).
@param cIdOwner ID do Box Vertical pai. Podemos fazer diversas criações uma dentro da outra.
@param lFixPixel Determina que o valor passado no parametro nPercHeight é na verdade a quantidade de pixel a ser usada.
@param cIDFolder ID da folder onde queremos criar o box. Esse parametro deve ser passado sempre que o box for criado
dentro de uma sheet e, se passado esse valor, é necessário informar o parametro cIDSheet.
@param cIDSheet ID da Sheet onde queremos criar o box, esse parametro deve ser passado sempre que o box for criado
dentro de uma sheet.
@author Rodrigo Antonio
@since 06/02/2009
@version P10 R1.4
/*/
//-------------------------------------------------------------------
eSocial - Eventos Periódicos - Pacote 2 - S-1202 e S-1207
...
Ajustar os campos que possuem consulta padrão para a tabela de códigos da receita. O correto é que a consulta seja feita para a tabela C6R, atualmente está sendo utilizada a tabela C80.
Melhorias
Ajuste no monitor de Transmissão do eSocial: Criar novo botão na interface de detalhamento, onde a funcionalidade será uma consulta no TSS somente do registro em foco na tela, retornando detalhes do motivo da rejeição do evento. A tela abaixo mostra um exemplo de eventos rejeitados.
...
Desenvolver mecanismo de exclusão de eventos após retorno positivo do Governo de um evento S-3000. Resumo do processo:
- Usuário transmite um afastamento ao Governo e obtém retorno de evento autorizado, gerando protocolo 0001;
- Usuário efetua uma alteração no afastamentos e transmite ao Governo, gerando o protocolo 0002;
- Usuário efetua a exclusão deste mesmo afastamento. O evento S-3000 será transmitido para o protocolo ativo, ou seja, protocolo 0002;
- Após retorno do Governo autorizando a exclusão do protocolo 0002, será necessário desenvolver uma rotina que exclui o protocolo 0002 ( mantém histórico ) e reativa o evento de protocolo 0001;
Observação: ao iniciar a análise desta melhoria, deve-se avaliar alguma mudança em relação a este processo por parte do Governo, pois até este momento não há certeza se o Governo deseja realizar a exclusão em cascata ( no exemplo acima deveria excluir os protocolos 0001 e 0002 ) ou se será excluído apenas o registro ativo, reativando o anterior.
...