Esta interface pode ser acessada pelo menu:
Esta interface é usada em diferentes guias do sistema. Clique nos links de navegação abaixo para obter maiores informações.
Tipos de atividades:
| Nome utilizado para identificar o tipo de atividade. Ex:
| |
| Como as atividades deste tipo devem ser divulgadas quando concluídas. Por exemplo: Atividades do tipo "Erro", após concluídas podem ser divulgadas com "Correções". | |
| Nome utilizado para identificar o tipo de atividade. Ex:
| |
| Sigla do tipo de atividade. Normalmente preenchida com uma abreviação. Esta informação é apenas utilizada como recurso para otimizar o espaço em algumas telas e relatórios. Caso preenchida, deve ser única entre os tipos de atividades.
| |
| As atividades que são do tipo chamado são ocorrências abertas diretamente por clientes. Estas atividades tem alguns controles específicos relacionados ao follow-up do cliente.
| |
| Indica se este tipo de atividade pode ser utilizado como ocorrência ou não. As ocorrências são mantidas por uma interface específica. | |
Indica uma lista de tarefas que normalmente serão realizadas para este tipo de atividade. Exemplo: Um bug pode ser decomposto nas tarefas:
| |
| Texto livre para descrever o tipo de atividade. Meramente informativo. | |
Subdivide os tipos de atividades em categorias. Cada categoria gera uma combinação diferente para os atributos "Desmembrável", "Raiz" e "Evento".
| |
| Indica que este tipo de atividade deve ser raiz (não tem uma atividade-pai). Atividades que não forem do tipo "Raiz" deverão estar contextualizadas sob uma atividade-pai como um projeto, por exemplo. Normalmente, atividades do tipo RAIZ também serão do tipo DESMEMBRAVEL.
| |
| Indica que a atividade pode ser desmembrada em várias sub-atividades ou quando ela é uma atividade controlada de forma independente. Projetos, por exemplo, são atividades desmembráveis.
| |
| Indica se os respectivos projetos/tarefas são apenas um evento controlado pelo sistema. Eventos não demandam trabalho, são apenas uma data de controle. Exemplo: Aprovação do teste de produção, Reunião técnica, etc.
Nos diagramas de Gantt, eventos são apresentados apenas por um losango. | |
| Utilizado apenas para tipos de atividades desmembráveis. Indica que a data de término será automaticamente informada quando todas as atividades do projeto forem concluídas ou canceladas. Nestes casos, os projetos também não poderão ser concluídos diretamente, ou seja, para concluir o projeto será necessário concluir (ou cancelar) as atividades.
| |
| Indica se as atividades deste tipo podem ter apropriação de horas. Sugere-se que apenas as atividades efetivamente executáveis sejam apropriadas e que projetos não sejam diretamente apropriados.
| |
| Indica se as apropriações podem se sobrepor.
Se desmarcado não permite que as apropriações se sobreponham na linha de tempo para a mesma pessoa Por padrão permite sobrepor. OBS: Caso marcado para não sobrepor os testes de sobreposição serão realizados apenas entre apropriações que não permitem sobreposição. | |
| Indica se este tipo de atividade pode ser usado em backlog de projetos Scrum. Atividades de gestão de projetos e suporte, por exemplo, não são atividades de backlog. | |
Define o faturamento que será utilizado nas atividades deste tipo quando não for informado um faturamento para a mesma.
| |
| Indica se este tipo de atividade exige uma conta de faturamento para atividades que forem faturadas. | |
Indica como as atividades deste tipo DEVEM se comportar com relação a aprovação.
| |
| Indica se a atividade deve calcular o seu tempo estimado pela soma dos tempos das sub-atividades ou se o tempo estimado será informado pelo usuário. Normalmente, projetos e sub-projetos são marcados para calcular o tempo estimado pela soma dos tempos estimados em suas atividades. Essa propriedade só faz sentido ser marcada em atividades desmembráveis.
| |
Determina como as datas de planejamento são abastecidas (início e término planejado).
| |
Define a prioridade padrão para o tipo de atividade.
| |
| Número que indica a sequencia padrão para execução de atividades deste tipo. Utilizado como critério de desempate na organização das atividades. Exemplo: Por padrão, atividades que envolvem erros de sistema deverão ser executadas antes das atividades de melhoria.
Esta informação somente é utilizada quando não existir sequencia informada na própria atividade. | |
| Indica o número de horas aproximado que deve ser utilizado para atividades deste tipo que ainda não foram estimadas. Essa informação é utilizada na gestão do tempo (de projetos ou recursos) onde atividades não foram devidamente detalhadas e estimadas e é aplicável apenas em atividades onde o usuário pode informar o tempo estimado (Calcular tempo estimado desmarcado).
O ideal é informar um tempo médio utilizado em atividades deste tipo com uma pequena margem de segurança de forma que estatisticamente, um grande número de atividades do mesmo tipo totalizem no número de horas efetivamente necessário. | |
| Quando informado, indica uma sugestão para o número de sessões a serem agendadas para atividades deste tipo. Por exemplo: Um tipo de atividade "Tratamento fisioterápico" é composto normalmente por 10 sessões.
| |
| Define o tempo (em horas) que define o limite para que a ocorrência seja atendida ou que tenha iniciado a execução para atender.
Por exemplo:
| |
| Define o tempo (em horas) para que a atividade seja encerrada desde a hora em que foi registrada. | |
| Quando informado, indica a interface que deve ser utilizada para consultar (ou manter) as atividades deste tipo. Este atributo é utilizado nas navegações de contexto. Caso não informado, as navegações de contexto serão direcionadas para a interface Projetos ou Ocorrências dependendo dela ser de um tipo desmembrável ou não.
Ex:
| |
| Título da interface padrão selecionada.
Ex:
| |
| Se informado, a atividade indicada será utilizada como modelo para a nova atividade que está sendo criada. O sistema cria a mesma estrutura de atividades repetindo tempos estimados, custos, recursos, etc.
| |
| Define quando uma pessoa for inclusa na equipe da atividade a mesma deve ser herdade pelas atividades pai.
| |
| Nome (label) que deve ser usado para indicar a atividade pai (Projeto) da atividade. Informado apenas para tipos de atividades que são informadas abaixo de um projeto. Caso não informado, será utilizado a palavra "Projeto".
Exemplos: Para "Tarefas", pode ser "Projeto/sprint". Ex:
| |
| Quando marcado, indica que esta atividade (que deve representar um projeto) poderá ter um orçamento organizado na forma de um plano de contas estruturado abaixo dele.
| |
| Define se é permitido informar recursos vinculados ao projeto/atividade. Quando marcado, as interfaces deverão incluir uma guia onde podem ser informados estes recursos.
| |
| Define se a atividades (projeto) deste tipo podem ser vinculadas a pedidos, documentos, títulos ou lançamentos de contas-correntes.
Obrigatoriamente a atividade deve permitir desmembramento. Exemplos:
| |
| Indica se o registro de histórico pode alterar a situação da atividade. | |
| Nome global da interface (ou serviço) que está sendo controlada, ou nome global da política de acesso para atividades.
Ex:
| |
Indica como será o preenchimento do campo endereço na atividade.
| |
| Define a(s) categoria(s) que o tipo de atividade está associado.
As categorias são cadastradas através da interface Categorias de atividades. | |
| Campo SCRIPT para definição da atividade global para atividade.
Caso não informado é utilizado o padrão ${atividade} Macros aceitas:
Para alterar o separador padrão (.) deve-se configurar a preferência PROJET.TIPOS_ATIVIDADES.CARACTER_SEPARADOR_ATIVIDADE_GLOBAL. | |
| Define se as propriedades da atividade clonada devem ser copiadas para a nova atividade que será criada.
| |
Sigla do tipo de atividade.
|
| Projeto de Software | Não | Projeto (principal) | Não | Não exige | Urgente | APPREF.CAD_PEDIDO | APPREF.CAD_PEDIDO | |||
| Produção de pedidos | Sim | Sub-Projeto (de um projeto) | Sim | Para executar | Alta | PROJET.TIPOS_ATIVIDADES.BACK_OFFICE | PROJET.TIPOS_ATIVIDADES.BACK_OFFICE | |||
| Implantação de software | Não | Atividade avulsa (sem projeto) | Não | Para concluir | Média | RTPREF.CFG_INTERFACES_SISTEMAS | RTPREF.CFG_INTERFACES_SISTEMAS | |||
| Erro | Sim | Atividade de um projeto | Sim | Se faturado | Baixa | RTAUTH.PRO_LOGIN | RTAUTH.PRO_LOGIN | |||
| Projeto de Software | |
| Projeto de Software | |
| Não | |
| Não | |
| Projeto (principal) | |
| Não | |
| Não | |
| Não | |
| Não | |
| Não | |
| Não | |
| Não | |
| A definir | |
| Não | |
| Não exige | |
| Não | |
| Automático | |
| Urgente | |
| APPREF.CAD_PEDIDO | |
| Cadastro de pedidos | |
| Não | |
| Projeto | |
| Não | |
| Não | |
| Não | |
| Não | |
| APPREF.CAD_PEDIDO | |
| Não informar | |
| Cadastro de pedidos | |
| Cadastro de pedidos | |
| Projeto de Software | Projeto de Software | Não | Não | Projeto (principal) | Não | Não | Não | A definir | Não exige | Não | Automático | Urgente | APPREF.CAD_PEDIDO | Não | Projeto | Não | Não | Não | Não | APPREF.CAD_PEDIDO | Não informar | |||||||||||
| Produção de pedidos | Produção de pedidos | Sim | Sim | Sub-Projeto (de um projeto) | Sim | Sim | Sim | Por hora apropriada | Para executar | Sim | Manual | Alta | PROJET.TIPOS_ATIVIDADES.BACK_OFFICE | Sim | Obra | Sim | Sim | Sim | Sim | PROJET.TIPOS_ATIVIDADES.BACK_OFFICE | Opcional | |||||||||||
| Implantação de software | Implantação de software | Não | Não | Atividade avulsa (sem projeto) | Não | Não | Não | Por hora estimada | Para concluir | Não | Automático | Média | RTPREF.CFG_INTERFACES_SISTEMAS | Não | Contrato | Não | Não | Não | Não | RTPREF.CFG_INTERFACES_SISTEMAS | Requerida | |||||||||||
| Erro | Erro | Sim | Sim | Atividade de um projeto | Sim | Sim | Sim | Valor orçado | Se faturado | Sim | Manual | Baixa | RTAUTH.PRO_LOGIN | Sim | Projeto | Sim | Sim | Sim | Sim | RTAUTH.PRO_LOGIN | Não informar |