TOTVS Folha de Pagamento - Orçamento
TOTVS Folha de Pagamento - Orçamento
TOTVS Folha de Pagamento - Orçamento
Ambientação
Sumário
Histórico de Versões 2
Descrição Geral dos Processos 2
1. Processo: TOTVS Folha de Pagamento 2
1.1. Orçamento 2
Critérios de aceitação 7
GAPs do processo 7
Fluxo do macro processo 8
Anexos 8
Aceite 8
DIAGRAMA DOS PROCESSOS
Histórico de Versões
Através do Totvs Folha de Pagamento, o usuário pode criar e gerar orçamentos, possibilitando fazer previsões de custos
futuros.
2
Cliente: Necessidade de que cada Obra possa fazer input do Orçamento diretamente no sistema.
Viabilidade no Módulo: O acesso ao sistema pode ser liberado, porém o Gestor visualizará todos os orçamentos
cadastrados.
Como saída de contorno é possível criar filtros de visualização específicos para cada usuário, porém se existir filtros globais
será possível visualizar todos os orçamentos cadastrados. É possível criar fórmulas visuais, porém isso pode afetar a performance do
sistema e pode ficar um ponto não previsto aberto, possibilitando a visualização em algum momento do processo. Por não ser algo
padrão do módulo ficará sobre a responsabilidade do cliente a manutenção (caso haja qualquer mudança do produto em próximas
atualizações).
No Padrão do produto não é possível que cada Obra faça seu input. Isso porque a ferramenta não foi projetada para um
processo descentralizado. Assim como no Backoffice que possui a área de controladoria, no Folha deverá ter seu controller que
Incluirá/Consolidará/Validará as informações na ferramenta.
Realizada simulação restringindo tanto a GFILIAL quanto a PSECAO no perfil do Usuário e a visualização continuou total.
Visualização na aplicação
3
Cliente: Possibilidade de Importação de Planilha de Orçamento
Viabilidade no Módulo: Padrão do Produto somente via Webservice. E não o processo todo, abaixo documentação.
https://tdn.totvs.com.br/pages/releaseview.action?pageId=549499868
IMPORTANTE
Essa funcionalidade estará disponível apenas para Webservice, no link estão os exemplos de como realizar as chamadas via
Webservice.
1 - Caso seja cadastrado manualmente pelo RM não haverá alteração no quadro de lotação mesmo com parâmetro marcado.
2 - Caso insira um registro via WS, e queira edita-lo, você deverá realizar a edição via WS, Apenas a deleção será permitida
de forma manual no RM.
Cliente: Orçamento irá compor Admissões, Demissões, Alteração Salarial (Sem ser por Dissidio/Acordo ou Convenção
Coletiva), Folha e os Encargos.
Viabilidade no Módulo: No sistema será realizado todas as projeções necessárias, porém o processo não será realizado via
importação de planilha. Isso porque no módulo é processual.
Cada item tem seleção de funcionários e execução para poder gerar os dados orçamentários.
A planilha só servirá como base, porém o cálculo e as diretrizes não partirão dela.
Após fazer todas as amarrações será necessário fazer o cálculo e daí então seguir para os relatórios de analise.
4
Cliente: Processo de Transferência
Viabilidade no Módulo: É previsto no sistema as Transferências, só será necessário ter uma definição de processo. Caso
contrário mensalmente será necessário fazer revisão.
Cliente: Saída de Relatório – Todos os dados Listados e com total mês a mês
Viabilidade no Módulo: O sistema tem uma tela para verificação das informações geradas no cálculo do Orçamento.
Os dados não podem ser alterados nesta tela. Se necessário, os ajustes devem ser realizados nas etapas anteriores, e o
orçamento recalculado.
Esta tela deve permitir visualizar as informações totalizadas seção e função, e os valores individuais por funcionário.
Serão listadas todas as seções do orçamento, exibindo as funções de cada seção e os funcionários de cada função. Haverá um
grid com os eventos totalizados por competência e por função, e outro grid com os eventos totalizados por competência e por
funcionário.
Através desta tela também é possível acessar as views de Histórico de Provisões e Histórico de Encargos.
Só não é exportável. A criação de um relatório exige um modelo que deve ser encaminhado pelo cliente.
5
Cliente: Devolver a Planilha para ajuste
Viabilidade no Módulo: Pode ser criado um modelo para recebimento de informação, porém como mencionado acima o
sistema não faz a importação da planilha.
Deverá seguir o processo que seria a criação de uma nova revisão e o cálculo para atualização dos valores.
O processo de "Gerar Dados Realizado" tem o intuito de gerar os dados para comparação entre registros reais e os previstos
pelo orçamento. Os dados gerados são de cunho de Headcount (amostragem de pessoas).
Estes dados são gerados de acordo com os parâmetros de tela desse processo, sendo eles:
Orçamento: Informar o orçamento que será comparado com os dados reais.
Revisão: Informar qual revisão será utilizada em relação ao orçamento selecionado.
Tipo de análise:
Headcount - A análise será feita para dados relativos à contagem de admissões, transferências e demissões que efetivamente
foram realizados.
Período: Período ao qual serão gerados os dados.
Atual - O período de análise será para a competência atual.
Anterior - O período de análise será para a competência anterior.
Período - O período de análise será uma data de início e uma data de fim estipulada pelo usuário. Tais datas devem ser
coerentes com as datas de início e fim do orçamento e competência atual.
O processo de “Análise Headcount Previsto x Realizado” seria uma visão informativa com os dados previstos e realizados para
amostragem de pessoas que foram admitidas, demitidas e transferidas.
6
Critérios de aceitação
GAPs do processo
7
Anexos
Não aplicável.
Aceite
Confirmo que os processos descritos neste documento refletem as necessidades da minha operação e atendem às
expectativas propostas pelo negócio.