Overview do domínio · Gestão organizacional

O que o domínio resolve

A Gestão organizacional é o sistema que guarda, para cada cliente, os dados de como a organização funciona: estrutura, pessoas, cargos, lideranças, remuneração, rotina e desenvolvimento. Esta documentação cobre apenas a Fundação, a base sobre a qual os demais módulos são construídos. A Fundação resolve seis assuntos: separar os dados de cada cliente, manter catálogos e regras com histórico, registrar todo ato de forma imutável, identificar quem age e decidir o que a pessoa pode fazer, exigir aprovação quando o cliente configurou um fluxo, e oferecer modelos prontos por tipo de serviço.

O primeiro cliente do sistema é a Lamarck Sociedade de Advogados. Outras organizações entram depois, na mesma instalação, com dados separados. O produto nasce sem regras de nenhum cliente: tudo o que varia entre clientes é catálogo ou regra configurável.

Conceitos do domínio

Cliente — a organização que usa o sistema. Todo dado pertence a um cliente e nenhuma leitura ou escrita cruza clientes.
Administrador da plataforma — quem cria clientes e indica o projeto de login de cada um.
Administrador do cliente — quem configura catálogos, regras, permissões, fluxos e modelos do próprio cliente.
Catálogo — lista de itens com código estável (por exemplo, tipos de vínculo ou tipos de documento). Cada alteração cria uma versão com data de início; o item já usado é aposentado, nunca apagado.
Regra configurável — regra com parâmetros, data de início e modo: "barrar" impede o ato; "avisar" deixa o ato acontecer e registra o aviso.
Ato — qualquer comando enviado ao sistema. Todo ato, aceito ou recusado, vira uma linha do livro de atos.
Livro de atos — o registro imutável de todos os atos. Erro se corrige por estorno com motivo, nunca por alteração.
Chave de repetição — identificador enviado com cada comando. O mesmo pedido enviado duas vezes produz um único ato.
Regra de permissão — condições, definidas pelo cliente, sobre a posição da pessoa na estrutura (lotação em unidade, degrau da escada, assento em colegiado, liderança da unidade). Não há papéis cadastrados à parte.
Fluxo de aprovação — as etapas pelas quais uma ação passa antes de ser registrada. Cliente sem fluxo configurado registra a ação direto.
Proposta — pedido de uma ação que depende de fluxo de aprovação e ainda não foi registrada.
Modelo — pacote de configuração por tipo de serviço (escritório de advocacia, consultório, empresa), inspirado nas cláusulas da ISO 9001 ligadas a pessoas e organização.
Fato — aviso publicado depois que um ato é gravado, para quem depende dele.

Como um ato acontece

O Hub repassa a identidade, e o sistema confere com o projeto de login do cliente.
O sistema resolve a posição da pessoa na estrutura e confere a regra de permissão.
Se a chave de repetição já foi usada, devolve a resposta anterior sem gravar nada.
As regras fixas e as configuradas são conferidas; os avisos acompanham o resultado.
A mudança e a linha do livro de atos são gravadas juntas; a recusa também vira linha.
O fato é publicado para quem depende dele.

Modelos e ISO 9001

Cada modelo indica quais cláusulas da ISO 9001 ligadas a pessoas e organização ele atende: funções, responsabilidades e autoridades (5.3), pessoas (7.1.2), competência (7.2), conscientização (7.3), comunicação (7.4), informação documentada (7.5) e análise crítica pela direção (9.3). Os primeiros modelos são escritório de advocacia, consultório e empresa. O cliente nasce de um modelo por cópia; quando o modelo ganha versão nova, o administrador do cliente vê as novidades e escolhe o que aplicar.

Implantação de cliente

A entrada de um cliente que já tem outro sistema segue seis passos, sempre pelo contrato público.

Modelo. O modelo do tipo de serviço traz só configuração genérica e as cláusulas da ISO 9001 que atende, sem nada de cliente (RN-ORG-320).
Cliente criado do modelo. O cliente recebe a configuração vigente desde a data informada na criação (RN-ORG-321).
Ajustes. O que é do cliente entra por catálogo, regra e permissão, com início posterior ao do modelo; item do modelo que o cliente não usa é aposentado com motivo (RN-ORG-322).
Carga. A migração usa só os comandos públicos, sem acesso ao banco de destino (RN-ORG-323). Cada ato tem chave derivada do registro de origem (RN-ORG-324), então repetir a carga não duplica nada e registro alterado na origem aparece como conflito (RN-ORG-325). A pessoa migrada guarda o identificador de origem como conta em outro sistema (RN-ORG-326). O ensaio monta tudo sem escrever (RN-ORG-327); registro sem comando que o represente é listado com o motivo (RN-ORG-328); tabela de origem com linhas e sem destino impede a carga real (RN-ORG-329).
Conferência e aposentadoria. O relatório compara origem e destino por entidade e leva uma impressão digital citada na aprovação (RN-ORG-330), sem dado pessoal (RN-ORG-331). O sistema de origem só é aposentado depois da aprovação do relatório da carga de produção e fica congelado somente para leitura, com cópia de segurança, até a última etapa (RN-ORG-332).
Troca de leituras. O servidor do Hub passa a ler daqui módulo a módulo, primeiro em sombra, depois como fonte (RN-ORG-333 e RN-ORG-334). Remuneração, rotina e desenvolvimento entram depois como etapas da mesma carga (RN-ORG-335).

Cada um dos pontos abaixo exige aprovação humana antes de acontecer:

criar conta de serviço ou chave no sistema de login real;
criar o cliente ou carregar dado real fora de ambiente de teste;
aprovar o relatório de conferência;
carregar em produção;
passar as leituras do servidor do Hub para fonte;
aposentar o sistema de origem;
sair do sistema de folha anterior;
ligar a publicação de grupos no sistema de login real.

O que não pertence a esta etapa

Estrutura da organização, cadastro de pessoas, cargos e carreira, lideranças e colegiados, remuneração, jornada e ausências, desenvolvimento e comunicação são marcos posteriores. Folha de pagamento, contabilidade e o módulo de qualidade além de pessoas ficam em módulos vizinhos e consomem os dados e os fatos publicados por este sistema. As regras e os valores de um cliente específico não fazem parte do produto; a Lamarck é apenas o primeiro cliente e entra por um marco próprio de implantação.