Governança corporativa e de dados

1. Como ler este material

A Aula 6 tratou de quem participa das decisões do projeto e com que legitimidade. Este encontro trata da estrutura que torna essas decisões verificáveis: os princípios e controles pelos quais a organização é dirigida, a atribuição de responsabilidade sobre os dados que sustentam cada decisão e o mapa que relaciona processos, sistemas e dados.

O material percorre quatro assuntos em sequência. A governança corporativa estabelece por que a organização precisa prestar contas de suas decisões. A governança de dados estabelece quem responde por cada dado e como sua qualidade é medida. A arquitetura corporativa, ferramenta central do profissional de Sistemas de Informação nesse contexto, mapeia todos os sistemas corporativos e seus dados. O modelo relacional, por fim, é o nível da arquitetura de dados em que as regras de governança passam a ser impostas pelo próprio banco de dados.

A leitura precede o encontro. A atividade da segunda metade exige que o grupo desenhe o recorte da arquitetura de um processo do parceiro, elabore o modelo relacional das entidades envolvidas e atribua responsáveis a cada uma. Os três artefatos alimentam o plano de cutover e os testes integrados da Sprint 4.

O caso contém quatro ausências, uma para cada assunto do encontro: a alçada de crédito sem titular declarado, o cadastro sem dono nem regra de qualidade, a falta de mapa com o sistema de registro do cliente e um esquema de dados que não impedia a duplicidade. Cada bloco do material retoma uma delas.

2. Governança corporativa

O Instituto Brasileiro de Governança Corporativa define governança corporativa como o sistema formado por princípios, regras, estruturas e processos pelo qual as organizações são dirigidas e monitoradas, com vistas à geração de valor sustentável para a organização, para seus sócios e para a sociedade em geral. Em formulação mais ampla, trata-se do conjunto de processos, costumes, políticas, leis, regulamentos e instituições que regulam a maneira como uma empresa é dirigida, administrada ou controlada, abrangendo as relações internas à firma e seu ambiente institucional.

O problema de agência

A necessidade de governança decorre da separação entre propriedade e controle. Quem detém o capital, o principal, delega a gestão a administradores, os agentes, cujos interesses não coincidem necessariamente com os seus. Jensen e Meckling descreveram essa relação como problema de agência: o agente dispõe de mais informação que o principal e pode tomar decisões em benefício próprio. Os mecanismos de governança reduzem essa assimetria por meio de estruturas de supervisão, de regras de decisão e de registro verificável do que foi decidido e executado.

A relação de agência se reproduz no interior da organização. A diretoria delega a gerentes, que delegam a analistas, e cada delegação cria nova assimetria de informação. O sistema de gestão é um dos principais instrumentos para reduzi-la, porque registra quem executou cada operação, quando e com que valor.

3. Princípios de governança

O Código das Melhores Práticas de Governança Corporativa do IBGC, em sua 6ª edição, organiza a governança em cinco princípios. Cada um se verifica, no sistema de gestão, por um conjunto de controles.

A 5ª edição do código apresentava quatro princípios: transparência, equidade, prestação de contas e responsabilidade corporativa. A edição vigente acrescenta a integridade e desdobra a responsabilidade corporativa em sustentabilidade. A literatura e parte dos autoestudos ainda empregam a formulação anterior, e as duas se correspondem.

4. Governança e desenvolvimento sustentável

A governança corporativa constitui um dos instrumentos determinantes do desenvolvimento sustentável em suas três dimensões. A organização que não registra nem supervisiona suas decisões não consegue demonstrar desempenho em nenhuma delas.

A agenda conhecida pela sigla ESG (ambiental, social e governança) inclui a governança como dimensão própria, porque torna as outras duas mensuráveis e auditáveis. Relatórios de sustentabilidade dependem de dados com a mesma qualidade exigida dos demonstrativos financeiros: origem conhecida, responsável designado e regra de cálculo declarada.

5. Agentes e controles internos

O sistema de governança distribui papéis entre agentes com funções complementares. A separação entre quem decide, quem executa e quem verifica é o fundamento de toda estrutura de controle.

Controle interno e modelo de três linhas

O COSO define controle interno como processo conduzido pela administração para fornecer segurança razoável quanto ao alcance dos objetivos de operação, divulgação e conformidade, e o organiza em cinco componentes: ambiente de controle, avaliação de riscos, atividades de controle, informação e comunicação, e atividades de monitoramento. O componente de informação e comunicação depende diretamente da qualidade dos dados.

O modelo de três linhas do Instituto dos Auditores Internos (IIA, 2020) distribui a responsabilidade pelo controle. A primeira linha é a gestão que opera os processos e os controles do dia a dia. A segunda linha apoia e monitora risco, conformidade e qualidade, e é nela que se situam, com frequência, as funções de governança de dados. A terceira linha é a auditoria interna, que avalia as duas primeiras com independência e se reporta ao órgão de governança.

6. Governança de TI

A governança de TI é a parte da governança corporativa que dirige e controla o uso atual e futuro da tecnologia da informação. A norma ISO/IEC 38500 atribui ao órgão de governança três tarefas, avaliar, dirigir e monitorar, e seis princípios: responsabilidade, estratégia, aquisição, desempenho, conformidade e comportamento humano.

O COBIT 2019, da ISACA, distingue governança de gestão. A governança avalia necessidades, estabelece direção e monitora desempenho, e cabe ao conselho. A gestão planeja, constrói, executa e monitora atividades alinhadas à direção estabelecida, e cabe à diretoria. O modelo organiza quarenta objetivos em cinco domínios.

A presença da arquitetura corporativa e dos dados como objetivos próprios do domínio APO indica o lugar que ambos ocupam na governança de TI: são instrumentos de alinhamento e planejamento, anteriores à construção e à operação dos sistemas.

7. Governança de dados

O DAMA-DMBOK define governança de dados como o exercício de autoridade, controle e tomada de decisão compartilhada, compreendendo planejamento, monitoramento e aplicação, sobre a gestão dos ativos de dados. A governança de dados define as funções, responsabilidades e processos que garantem que os dados sejam confiáveis e utilizáveis por toda a organização, com pessoas identificadas e posicionadas como responsáveis por prevenir e corrigir problemas com os dados.

O DAMA-DMBOK organiza a gestão de dados em onze áreas de conhecimento: a governança de dados, ao centro, e dez áreas dispostas em torno dela — arquitetura de dados, modelagem e projeto de dados, armazenamento e operações, segurança, integração e interoperabilidade, gestão de documentos e conteúdo, dados mestres e de referência, data warehousing e business intelligence, metadados e qualidade de dados. A disposição expressa que nenhuma dessas áreas se sustenta sem decisão prévia sobre responsabilidade.

Instrumentos da governança de dados

8. Classes de dados e fonte autorizada

Os dados de um sistema de gestão pertencem a classes com exigências de governança distintas. A distinção determina onde concentrar o esforço de controle.

Fonte autorizada e registro de referência

Entende-se por fonte autorizada, ou sistema de registro, o sistema cujo valor prevalece quando o mesmo dado existe em mais de um lugar. A gestão de dados mestres consolida as versões de uma entidade em um registro de referência, que reúne o valor de maior confiança de cada atributo a partir de regras de sobrevivência declaradas.

9. Papéis e responsabilidades sobre os dados

A governança de dados só produz efeito quando cada responsabilidade tem titular nomeado. Os papéis a seguir são os de uso mais difundido, e suas denominações variam entre organizações.

Matriz de responsabilidades sobre o dado

10. Qualidade de dados: dimensões e regras mensuráveis

Qualidade de dados é o grau em que os dados atendem ao uso pretendido. A afirmação genérica de que um dado é de boa qualidade não admite verificação; as dimensões a seguir decompõem a qualidade em propriedades mensuráveis, cada uma expressa por regra com limiar.

As três primeiras dimensões admitem imposição pelo esquema do banco de dados, tratada na seção de restrições de integridade. As três últimas dependem de processo e de pessoa: nenhuma restrição técnica verifica se o limite registrado corresponde ao limite aprovado, nem se a razão social coincide com a registrada na Receita Federal. A integridade referencial, que impede a referência a registro inexistente dentro do mesmo banco de dados, é garantida por restrição de chave estrangeira; a consistência entre bases distintas exige comparação periódica conduzida pelo curador. Essa divisão explica por que a governança de dados exige, em conjunto, modelagem e atribuição de responsabilidade.

11. Dados pessoais e LGPD

A Lei nº 13.709/2018, Lei Geral de Proteção de Dados Pessoais, disciplina o tratamento de dados relativos a pessoa natural identificada ou identificável. Em um sistema de gestão, dados pessoais aparecem no cadastro de clientes pessoa física, nos contatos de clientes e fornecedores, nos usuários do sistema e nos dados de empregados.

Entre os princípios do art. 6º, quatro incidem diretamente sobre a modelagem e a carga: finalidade, pois cada dado pessoal coletado deve ter propósito declarado; necessidade, que limita o tratamento ao mínimo necessário; qualidade dos dados, que exige exatidão, clareza e atualização; e responsabilização e prestação de contas, que exige demonstrar a adoção de medidas eficazes.

12. Arquitetura corporativa

A arquitetura corporativa (AE) é a descrição estruturada de uma organização que relaciona sua estratégia, seus processos de negócio, suas informações, suas aplicações e sua infraestrutura tecnológica. Serve como modelo conceitual para análise, planejamento, projeto e implementação corporativos, conduzidos por meio de um programa extenso cujo propósito é executar a estratégia de forma consistente.

Para o profissional de Sistemas de Informação, a arquitetura corporativa é a ferramenta que conecta a governança corporativa e a governança de dados à realidade dos sistemas. Todos os sistemas corporativos e seus dados devem estar mapeados na arquitetura, com responsável, origem e dependências declarados. Sem esse mapa, a governança define políticas que ninguém consegue localizar nos sistemas, e a implantação de um novo sistema ocorre sem conhecimento do que ele substitui.

Estado atual, estado futuro e lacuna

A implantação de um sistema de gestão é um caso típico de transição arquitetural. O estado atual reúne sistemas legados, planilhas e integrações manuais. O estado futuro concentra processos e dados no sistema de gestão. A análise de lacunas relaciona cada elemento do estado atual ao seu destino: mantido, substituído, integrado ou desativado. Dados cujo destino não foi declarado tendem a ser carregados sem critério ou a permanecer em planilhas paralelas.

13. Domínios da arquitetura e artefatos

A arquitetura corporativa se organiza em quatro domínios, cada um com artefatos próprios. A relação entre os domínios permite rastrear uma decisão de negócio até o dado e a infraestrutura que a sustentam.

Matriz entidade × sistema

A matriz CRUD relaciona entidades de dados a sistemas ou processos, indicando quem cria (C), lê (R), atualiza (U) e exclui (D) cada entidade. É o artefato mais direto para identificar a fonte autorizada: a entidade deve ter um único criador autorizado.

A linha do estado atual expõe o problema do caso: as três origens criam e atualizam o cliente, e nenhuma é autorizada. Mais de uma letra C na mesma linha indica ausência de fonte autorizada única e admite a duplicidade. No estado futuro, a única letra C de cada entidade coincide com a fonte autorizada declarada.

14. TOGAF, Zachman e ArchiMate

Três referências dominam a prática de arquitetura corporativa e cumprem funções complementares: um método de desenvolvimento, uma taxonomia de artefatos e uma linguagem de notação.

TOGAF e o método de desenvolvimento da arquitetura

O TOGAF, padrão mantido pelo The Open Group, estrutura o trabalho de arquitetura no ADM (Architecture Development Method), ciclo iterativo de fases orientado continuamente pela gestão de requisitos.

Zachman

O modelo de Zachman é uma taxonomia que classifica os artefatos de arquitetura em uma matriz. As colunas correspondem a seis perguntas: o quê (dados), como (função), onde (rede), quem (pessoas), quando (tempo) e por quê (motivação). As linhas correspondem às perspectivas de quem os utiliza, do planejador ao operador. O modelo não prescreve método; indica se há lacuna na descrição da organização.

ArchiMate

O ArchiMate, também mantido pelo The Open Group, é a linguagem de modelagem de arquitetura corporativa. Organiza os elementos em camadas de negócio, aplicação e tecnologia, e em aspectos de estrutura ativa (quem age), comportamento (o que é feito) e estrutura passiva (sobre o que se age). Objetos de dados pertencem à estrutura passiva da camada de aplicação, e sua relação com processos de negócio e com componentes de aplicação é o que a notação permite representar de forma padronizada.

15. Recorte da arquitetura do caso

A figura a seguir representa, em quatro camadas, o processo de venda a crédito do caso. Cada camada responde a uma pergunta de governança, e a linha de fonte autorizada, na camada de dados, é o elemento que faltou na preparação da carga.

A leitura vertical do recorte produz a rastreabilidade exigida pela governança. A atividade de aprovar crédito, cuja dona é a diretoria financeira, é sustentada pelo módulo financeiro, que cria e atualiza a entidade CLIENTE no atributo de limite; essa entidade reside no servidor de banco de dados e é copiada para o ambiente de testes. Qualquer divergência no limite pode ser atribuída a uma camada e a um responsável.

16. Níveis de modelagem de dados

A arquitetura de dados detalha-se em três níveis de modelo, cada um destinado a um público e a um tipo de decisão. O modelo relacional ocupa o nível lógico e é o ponto em que as regras de governança passam a ser declaradas em forma que o banco de dados impõe.

Em um sistema de gestão adquirido, como o SAP S/4HANA, o modelo físico é definido pelo fornecedor; o projeto não o redesenha e recorre apenas aos mecanismos de extensão previstos no produto. O grupo trabalha nos níveis conceitual e lógico para compreender os dados do parceiro, decidir a consolidação das origens e definir as regras de validação da carga, que então são aplicadas por parametrização, por campos obrigatórios e por verificação antes da importação.

17. Modelo entidade-relacionamento

O modelo entidade-relacionamento, proposto por Peter Chen em 1976, representa a informação por meio de três construções: entidades, atributos e relacionamentos. É a notação mais difundida para o nível conceitual e o objeto do autoestudo de Silberschatz indicado ao final.

O modelo conceitual é o artefato a validar com o dono do dado, porque expressa regras de negócio: se um pedido pode ter mais de um cliente, se um cliente pertence a um único grupo, se o limite de crédito é do cliente ou do grupo. Cada uma dessas decisões muda o modelo lógico e as regras de carga.

18. Modelo relacional

O modelo relacional, formulado por E. F. Codd em 1970, representa os dados como relações: conjuntos de tuplas com os mesmos atributos, cada atributo associado a um domínio. Em linguagem corrente, a relação é a tabela, a tupla é a linha e o atributo é a coluna. A fundamentação matemática do modelo permite declarar restrições e consultar os dados de forma independente de como estão armazenados.

Chaves

Mapeamento do modelo ER para o relacional

Esquema lógico resultante

Em notação textual, com chave primária sublinhada por convenção e aqui indicada por PK:

• GRUPO_CLIENTE (cod_grupo PK, descricao, prazo_padrao_dias)
• CLIENTE (cod_cliente PK, cnpj UK, razao_social, limite_credito, dt_revisao_credito, cod_grupo FK → GRUPO_CLIENTE)
• ITEM (cod_item PK, descricao, unidade, ncm)
• PEDIDO_VENDA (num_pedido PK, cod_cliente FK → CLIENTE, dt_emissao, status, valor_total)
• ITEM_PEDIDO (num_pedido, num_linha PK, num_pedido FK → PEDIDO_VENDA, cod_item FK → ITEM, quantidade, preco_unitario)

19. Restrições de integridade como regras de governança

Restrições de integridade são condições declaradas no esquema que todo estado do banco de dados deve satisfazer. Toda operação que as violaria é rejeitada. Cada restrição transforma uma regra de qualidade em controle preventivo, executado na entrada do dado e não na auditoria posterior.

CREATE TABLE grupo_cliente (
  cod_grupo          VARCHAR(10)   PRIMARY KEY,
  descricao          VARCHAR(60)   NOT NULL,
  prazo_padrao_dias  INTEGER       NOT NULL CHECK (prazo_padrao_dias BETWEEN 0 AND 180)
);

CREATE TABLE cliente (
  cod_cliente        VARCHAR(15)   PRIMARY KEY,
  cnpj               CHAR(14)      NOT NULL UNIQUE,
  razao_social       VARCHAR(100)  NOT NULL,
  limite_credito     NUMERIC(15,2) NOT NULL CHECK (limite_credito >= 0),
  dt_revisao_credito DATE          NOT NULL,
  cod_grupo          VARCHAR(10)   NOT NULL REFERENCES grupo_cliente (cod_grupo)
);

CREATE TABLE item (
  cod_item           VARCHAR(20)   PRIMARY KEY,
  descricao          VARCHAR(100)  NOT NULL,
  unidade            VARCHAR(6)    NOT NULL,
  ncm                CHAR(8)       NOT NULL
);

CREATE TABLE pedido_venda (
  num_pedido         INTEGER       PRIMARY KEY,
  cod_cliente        VARCHAR(15)   NOT NULL REFERENCES cliente (cod_cliente),
  dt_emissao         DATE          NOT NULL,
  status             VARCHAR(12)   NOT NULL
                     CHECK (status IN ('ABERTO', 'APROVADO', 'FATURADO', 'CANCELADO')),
  valor_total        NUMERIC(15,2) NOT NULL CHECK (valor_total >= 0)
);

CREATE TABLE item_pedido (
  num_pedido         INTEGER       NOT NULL REFERENCES pedido_venda (num_pedido),
  num_linha          SMALLINT      NOT NULL,
  cod_item           VARCHAR(20)   NOT NULL REFERENCES item (cod_item),
  quantidade         NUMERIC(12,3) NOT NULL CHECK (quantidade > 0),
  preco_unitario     NUMERIC(15,2) NOT NULL CHECK (preco_unitario >= 0),
  PRIMARY KEY (num_pedido, num_linha)
);

O que o esquema não impõe

As restrições do esquema verificam a forma do dado. Nenhuma restrição verifica se o limite de R$ 50 mil corresponde à ata do comitê de crédito, nem se a data de revisão reflete uma revisão efetivamente realizada. Exatidão, consistência entre bases e atualidade dependem do dono do dado, que aprova o valor, e do curador, que acompanha a data de revisão e compara as fontes. Da mesma forma, os dígitos verificadores do CNPJ exigem rotina de validação: no formato alfanumérico, cada uma das doze primeiras posições é convertida no código ASCII do caractere subtraído de 48 antes do cálculo por módulo 11, operação que a restrição CHECK simples não executa na maior parte dos sistemas gerenciadores.

A consulta a seguir, executada sobre a planilha consolidada antes da carga, detecta a violação que o esquema teria impedido:

SELECT cnpj, COUNT(*) AS cadastros, MIN(limite_credito) AS menor, MAX(limite_credito) AS maior
FROM   carga_cliente
GROUP  BY cnpj
HAVING COUNT(*) > 1;

20. Normalização

Normalização é o processo de decompor relações para eliminar redundância e as anomalias que dela decorrem. Uma relação não normalizada registra o mesmo fato em várias tuplas; quando uma delas é atualizada e as demais não, o banco de dados passa a conter versões concorrentes do mesmo fato.

Anomalias

Planilha consolidada da carga

A planilha montada pela equipe do caso reunia as linhas das três origens, uma por item de pedido histórico, com as colunas num_pedido, num_linha, cnpj, razao_social, telefones, cod_grupo, prazo_padrao_dias, limite_credito, cod_item, descricao_item e quantidade. As formas normais indicam como decompô-la.

A forma normal de Boyce-Codd (FNBC) reforça a 3FN ao exigir que todo determinante seja chave candidata. Para os modelos da atividade, a 3FN é o nível exigido.

21. Perguntas de negócio e decisão baseada em dados

Um modelo de dados é adequado quando responde às perguntas que o negócio precisa fazer. O autoestudo do Google sobre perguntas para tomada de decisão baseada em dados propõe formulá-las segundo o critério SMART: específicas, mensuráveis, orientadas à ação, relevantes e delimitadas no tempo.

A segunda pergunta é respondida pelo modelo da seção 18 com a consulta a seguir. A possibilidade de escrevê-la verifica que as relações, as chaves e os atributos necessários existem.

SELECT c.cod_cliente, c.razao_social, c.limite_credito,
       SUM(p.valor_total) AS total_em_aberto
FROM   cliente c
JOIN   pedido_venda p ON p.cod_cliente = c.cod_cliente
WHERE  p.status = 'APROVADO'
  AND  p.dt_emissao >= CURRENT_DATE - INTERVAL '30' DAY
GROUP  BY c.cod_cliente, c.razao_social, c.limite_credito
HAVING SUM(p.valor_total) > c.limite_credito;

Com três cadastros para o mesmo CNPJ, a consulta distribuiria os pedidos entre três códigos, compararia cada parcela a um limite distinto e poderia não apontar exposição alguma. A qualidade do dado condiciona a validade da decisão tomada a partir dele.

22. Da modelagem à carga de dados do cutover

A Sprint 4 exige a estratégia de cutover e os testes integrados. A migração dos dados mestres é uma das atividades de maior risco da virada, e os artefatos deste encontro fornecem os critérios que a tornam verificável.

A conciliação de contagens constitui o controle mínimo de qualquer carga: o número de registros válidos na origem consolidada, o número importado e o número rejeitado devem fechar, e cada rejeição deve ter motivo registrado. Carga sem conciliação não admite demonstração de completude.

23. Atividade do encontro

Atividade em grupo de projeto, com quarenta e dois minutos de duração. Cada grupo escolhe um processo do parceiro já modelado nas sprints anteriores e produz três artefatos encadeados sobre os dados desse processo, submetidos a verificação cruzada por outro grupo.

Etapas

Gabarito do artefato 1 — recorte da arquitetura

Gabarito do artefato 2 — modelo relacional

Gabarito do artefato 3 — matriz de governança

Verificação cruzada

Os grupos trocam os três artefatos. O grupo verificador aplica dois testes e registra o resultado em parecer breve.

1. Teste das perguntas: o verificador esboça, sobre o modelo recebido, a consulta que responde a cada uma das duas perguntas de negócio. Se faltar relação, atributo ou chave, o teste reprova e o elemento ausente é apontado.
2. Teste do registro inválido: o verificador tenta inserir, no modelo recebido, o equivalente ao registro duplicado do caso e uma transação que refira dado mestre inexistente. Se nenhuma restrição rejeitar a inserção, o teste reprova e a restrição ausente é apontada.

Critérios de avaliação

• O processo escolhido é do parceiro e foi modelado em sprint anterior.
• Cada dado mestre do recorte tem exatamente uma fonte autorizada.
• Cada relação tem chave primária, e toda chave candidata natural tem restrição de unicidade.
• Cada regra de qualidade da matriz é imposta por restrição ou atribuída a um responsável.
• O parecer do grupo verificador registra o resultado dos dois testes.
• A matriz de governança foi anexada ao plano de cutover como critério de aceite da carga.

24. Falhas recorrentes

25. Autoestudos

Os quatro materiais a seguir compõem o autoestudo do encontro. O primeiro sustenta o bloco de governança; os três seguintes sustentam a modelagem relacional e as perguntas de negócio exigidas na atividade.

26. Referências

• Autoestudo — PRADO, R. N. Governança Corporativa. v. III. São Paulo: Saraiva, 2023.
• Autoestudo — SILBERSCHATZ, A.; KORTH, H. F.; SUDARSHAN, S. Sistema de Banco de Dados. Rio de Janeiro: GEN, 2020.
• Autoestudo — Miro. O que é diagrama entidade-relacionamento.
• Autoestudo — Google. Fazer perguntas para tomar decisões com base em dados. Coursera.
• IBGC — Código das Melhores Práticas de Governança Corporativa. 6. ed. São Paulo: IBGC, 2023.
• JENSEN, M. C.; MECKLING, W. H. Theory of the firm: managerial behavior, agency costs and ownership structure. Journal of Financial Economics, 1976.
• COSO — Internal Control: Integrated Framework, 2013.
• IIA — Modelo das Três Linhas do IIA, 2020.
• ISO/IEC 38500 — governança corporativa de tecnologia da informação.
• ISACA — COBIT 2019 Framework: introdução, metodologia e objetivos de governança e gestão.
• DAMA International — DAMA-DMBOK: Guia do Conhecimento para Gerenciamento de Dados. 2. ed.
• The Open Group — TOGAF Standard e ArchiMate Specification.
• ZACHMAN, J. A. A framework for information systems architecture. IBM Systems Journal, 1987.
• CHEN, P. P. The entity-relationship model: toward a unified view of data. ACM Transactions on Database Systems, 1976.
• CODD, E. F. A relational model of data for large shared data banks. Communications of the ACM, 1970.
• ELMASRI, R.; NAVATHE, S. B. Sistemas de Banco de Dados. São Paulo: Pearson.
• BRASIL. Lei nº 13.709, de 14 de agosto de 2018. Lei Geral de Proteção de Dados Pessoais.