Fluxo de Trabalho Documental no CDE: Como o Arquivo Torna-se o Motor do Processo Informativo ISO 19650

No mundo AEC tradicional, a gestão das aprovações de um documento de projeto segue tipicamente este percurso: alguém prepara o arquivo, o anexa a um email, o envia para quem deve verificá-lo, aguarda uma resposta, encaminha para outros para comentários, coleta os feedbacks, carrega uma versão revisada em um drive compartilhado, envia outro email, aguarda a aprovação formal.
É um processo frágil, não rastreado, facilmente esquecido, dependente da memória individual e totalmente inadequado para um projeto complexo com dezenas de disciplinas e centenas de contêineres informativos em paralelo.

Em um <strong>CDE conforme aos princípios ISO 19650</strong>, os workflows documentais servem para superar essa lógica: são fluxos operacionais estruturados que guiam o contêiner informativo através de atividades de verificação, revisão, aprovação, compilação de dados e eventual publicação. Podem ser ativados pelo carregamento de um arquivo, por uma nova revisão, por uma mudança de estado ou por uma ação do usuário, e são compostos por etapas sequenciais, responsáveis, formulários associados, condições de avanço e notificações.

O ponto central é que o arquivo não é mais apenas um objeto a ser arquivado, mas se torna o gatilho de um processo governado, rastreável e repetível.

Se os estados do contêiner indicam onde está a informação no ciclo de vida — WIP, Shared, Published, Archived — o workflow documental descreve como o contêiner avança de um estado para outro, quem deve intervir, quais controles devem ser realizados e quais evidências devem permanecer na trilha de auditoria.

Neste artigo, vamos detalhar o que é um workflow documental em um CDE, como se configura, quais padrões são eficazes e como as plataformas CDE mais maduras transformam o arquivo em motor ativo do processo.

O paradigma: do arquivo como objeto ao arquivo como evento

O salto conceitual que os workflows documentais introduzem é radical. No modelo tradicional, o arquivo é um objeto: existe, é lido, é modificado, é arquivado. No modelo CDE ISO 19650, o arquivo é um evento: seu carregamento subentende um processo, sua mudança de estado produz notificações, sua revisão ativa novas etapas.

Esse paradigma tem implicações operacionais profundas.

O arquivo ativa um workflow

Uma plataforma CDE evoluída transforma cada documento em um elemento ativo do processo. O arquivo carregado ativa um workflow — um fluxo operacional estruturado que guia verificações, controles, aprovações e compilações.

Os usuários podem escolher entre workflows predefinidos, configurados com base nos processos da organização, e iniciá-los com uma ação simples. Uma vez lançado, o workflow é vinculado diretamente ao contêiner informativo e acompanha todas as fases operacionais, com visualização clara do estado de avanço.

Cada etapa tem um sujeito envolvido

Para cada etapa do workflow, são identificados os sujeitos envolvidos, que recebem uma notificação e podem acessar imediatamente o arquivo, as instruções operacionais e as atividades de sua competência. Nenhuma ambiguidade sobre “quem faz o quê”: a atividade é atribuída de forma explícita e rastreada.

O processo é repetível e padronizado

Diferente da gestão via email, um workflow definido no CDE é repetível. O mesmo procedimento de verificação estrutural, por exemplo, pode ser aplicado a todos os contêineres informativos estruturais de todos os projetos da organização, garantindo consistência de processo.

Anatomia de um workflow documental CDE

Um workflow documental em um CDE conforme ISO 19650 é composto por elementos estruturais recorrentes. Compreendê-los é o primeiro passo para projetar workflows eficazes.

O trigger: o que ativa o workflow

O trigger é o evento que inicia o processo. Pode ser:

• carregamento de um novo container informativo – o trigger mais comum. O arquivo é depositado em uma pasta do CDE e isso ativa o workflow associado a esse tipo de conteúdo;
• carregamento de uma nova revisão – uma variante específica: o arquivo já existe, mas o carregamento de uma nova versão ativa um novo ciclo de verificação;
• mudança manual de estado – a equipe de tarefas declara o container “pronto para Compartilhado” e isso inicia o processo de verificação interdisciplinar;
• prazo temporal – alguns workflows são programados com base temporal, por exemplo, uma verificação periódica mensal de determinados conteúdos;
• ação de um usuário – solicitação explícita de aprovação, revisão, fechamento de fase.

As etapas: as fases do processo

Cada workflow é composto por etapas sequenciais (ou paralelas, em workflows mais sofisticados). Cada etapa tem:

• um responsável – um usuário ou um papel que deve agir;
• uma ação prevista – verificação, revisão, aprovação, preenchimento de formulário;
• uma condição de avanço – o que deve acontecer para passar para a próxima etapa;
• um tempo máximo (opcional) – SLA além do qual ocorre uma escalada;
• formulários associados (opcional) – checklist, fichas de verificação, dados estruturados a serem coletados.

As transições: como se passa de uma etapa para outra

As transições não são automáticas: são o resultado de ações explícitas por parte dos responsáveis. Em um workflow CRA típico:

• aprovar: o container avança para a próxima etapa;
• solicitar modificações: o container retorna à equipe de tarefas com comentários;
• recusar: o workflow se encerra com resultado negativo;
• delegar: a responsabilidade da etapa é transferida para outro usuário.

Cada transição deixa um registro permanente no audit trail: quem, quando, com qual resultado, com quais comentários.

Os destinatários: quem recebe as notificações

O workflow deve identificar claramente quem notificar a cada transição. Um CDE evoluído gerencia isso automaticamente, enviando notificações por e-mail. As notificações devem ser contextuais: não apenas “há algo a fazer”, mas “você deve aprovar o modelo estrutural do bloco B rev. P03, até o dia 30 do mês”.

A saída: o que acontece quando o workflow termina

Ao final, o workflow produz diversas saídas:

• mudança de estado do container (de WIP para Compartilhado, de Compartilhado para Publicado, etc.);
• registro no audit trail do caminho completado;
• geração do container historizado dos estados;
• notificações de conclusão a todos os stakeholders relevantes.

Esquema de um workflow documental CDE

O processo CRA: Check, Review, Approve

O coração operacional de quase todo fluxo de trabalho documental CDE é o processo CRA (Check, Review, Approve). Ele se articula em três fases consecutivas, cada uma com responsabilidades e objetivos distintos.

Check — a verificação técnica

O Check é a primeira fase. É uma verificação técnica conduzida pela equipe de tarefa produtora ou por um de seus representantes (tipicamente o BIM Coordinator ou grupo encarregado). O objetivo é garantir que o contêiner informativo atenda aos requisitos técnicos básicos antes de ser exposto a outros sujeitos.

O que é verificado no Check:

• conformidade com as convenções de nomenclatura do Caderno Informativo;
• completude dos metadados obrigatórios;
• presença de todos os elementos previstos pelo LOIN para a fase;
• eventuais validações automáticas (ex. check IDS nos modelos IFC)

O check é realizado pelo responsável técnico da equipe de tarefa produtora. Se o resultado for positivo, o contêiner passa para Review; se o resultado for negativo, o contêiner retorna para a equipe de tarefa com indicações de correção.

Review — a revisão interdisciplinar

A Review é a fase de revisão interdisciplinar e de coordenação. O contêiner — agora em estado Shared — é exposto a outras equipes de tarefa e ao sujeito encarregado principal para verificação de coerência com os outros contêineres do projeto.

O que é verificado na Review:

• coerência interdisciplinar (detecção de conflitos se modelo);
• alinhamento com outros contêineres correlacionados (ex. coerência entre arquitetônico e estrutural);
• correspondência aos requisitos do Caderno Informativo;
• coleta de comentários, questões (tipicamente via BCF) e solicitações de modificação.

A review é realizada por outras equipes de tarefa, Lead Appointed Party, eventualmente o sujeito proponente.

Se o resultado for positivo, o contêiner passa para Approve; se o resultado for negativo, o contêiner retorna à equipe de tarefa (rework) com as questões abertas.

Approve — a aprovação formal

O Approve é a fase final e contratual. O contêiner é formalmente aprovado pela Appointing Party (ou pela Lead Appointed Party se assim previsto pelo Caderno Informativo) e pode transitar para o estado Published.

O que é verificado no Approve:

• completude do processo CRA anterior;
• resolução de todas as questões abertas;
• conformidade contratual ao Caderno Informativo;
• adequação ao propósito declarado.

A aprovação final é realizada pela Appointing Party ou Lead Appointed Party de acordo com CI.

Se o resultado for positivo, o contêiner se torna Published; se o resultado for negativo, o contêiner retorna à Review ou ao Check, dependendo da gravidade das deficiências.

Processo CRA no fluxo de trabalho documental CDE

Variações do processo CRA

O CRA clássico em três fases não é o único esquema possível. Dependendo da natureza do recipiente e das regras do Caderno de Encargos, podem existir:

• CRA simplificado: Check + Aprovar, sem Revisão interdisciplinar (típico para documentos internos não sujeitos a coordenação);
• CRA estendido: Check + Revisão técnica + Revisão qualitativa + Aprovar (para recipientes críticos como modelos estruturais ou de instalações);
• CRA com auditoria externa: CRA + verificação de terceira parte (para recipientes sujeitos à validação normativa externa).

Workflows predefinidos: a biblioteca de processos da organização

Uma das características mais poderosas de um CDE maduro é a possibilidade de definir uma biblioteca de workflows predefinidos, ou seja, templates de processo pré-configurados de acordo com os procedimentos padrão da organização.

Por que os workflows predefinidos são necessários?

Sem workflows predefinidos, cada projeto redefiniria do zero os procedimentos de verificação e aprovação, com três consequências negativas:

• incoerência entre projetos: cada contrato teria seu próprio processo;
• desperdício de tempo: toda vez se reinventa a roda;
• risco de não conformidade: sem padronização, é fácil pular etapas críticas.

Os workflows predefinidos atendem a essas necessidades oferecendo templates reutilizáveis, configurados de acordo com os procedimentos da organização e ativáveis com uma ação simples.

Exemplos de workflows predefinidos típicos

Uma biblioteca de workflows predefinidos em uma organização AEC madura pode incluir:

• workflow de verificação de um modelo IFC disciplinar (arquitetônico, estrutural, MEP);
• workflow de aprovação de um desenho técnico (plano, seção, detalhe construtivo);
• workflow de revisão de um documento contratual (caderno de encargos, relatório técnico, cronograma);
• workflow de teste de um elemento construtivo (estrutural, de instalações, de combate a incêndio);
• workflow de entrega ao Facility Management;
• workflow de gestão de variantes em curso de obra;
• workflow de validação de dados de sustentabilidade (EPD, LCA, relatório CSRD).

Configurabilidade vs padronização

O CDE deve equilibrar duas necessidades opostas:

• padronização: os workflows devem ser coerentes dentro da organização;
• configurabilidade: os workflows devem poder ser adaptados às especificidades de cada projeto.

Workflows baseados em papéis: padronizar sem rigidez

O verdadeiro salto de qualidade de um CDE maduro é a gestão de workflows baseados em papéis – não em pessoas.

O problema dos workflows baseados em usuários

Um workflow configurado para usuários específicos tem um problema estrutural: é rigido e frágil. Se Mario é o verificador estrutural e sai de férias, o workflow para. Se Luisa muda de função, o workflow precisa ser reconfigurado. Se o projeto passa para outra equipe, tudo precisa ser repensado.

Os workflows baseados em papéis

A solução é associar cada etapa a uma função lógica em vez de a uma pessoa. Os papéis típicos:

• Gerente BIM: supervisão geral da gestão da informação;
• Coordenador BIM: coordenação disciplinar;
• Gerente CDE: gestão operacional do ambiente;
• Gerente de Informação: governança informativa geral;
• Verificador estrutural, MEP, arquitetônico: responsáveis por disciplina;
• Representante da Parte Contratante: representante do contratante.

No momento do início do workflow, a plataforma solicita associar cada papel à pessoa correta dentro da equipe do projeto. O template permanece, portanto, padronizado, a aplicação é flexível e adaptável.

Vantagens operacionais

• resiliência: se a pessoa designada estiver ausente, é possível mudar a associação papel-pessoa sem alterar o workflow;
• escalabilidade: o mesmo template pode ser aplicado a dezenas de projetos com equipes diferentes;
• conformidade UNI 11337-7: a norma italiana sobre papéis BIM torna-se a estrutura semântica dos workflows
• simplicidade de gestão: a configuração operacional se reduz a um mapeamento papéis-pessoas.

Módulos associados aos workflows: a coleta de dados estruturada

Um workflow documental CDE evoluído não se limita a gerenciar aprovações: coleta dados estruturados ao longo do processo. O mecanismo são os módulos (checklists digitais, fichas de verificação, controles de qualidade) associados às etapas do workflow.

O que são os módulos?

Um módulo é um conjunto estruturado de campos – textuais, numéricos, booleanos, de múltipla escolha, com anexos – que coleta informações específicas sobre um contêiner informativo em um determinado momento de seu ciclo de vida.

Exemplos concretos:

• módulo de verificação estrutural: preenchido pelo verificador na etapa de Check, com campos sobre normas de referência, coeficientes de segurança, conformidade com as cargas do projeto;
• módulo de teste de incêndio: preenchido ao final da fase construtiva, com campos sobre REI, compartimentos, rotas de evacuação;
• módulo de entrega FM: preenchido na última fase do projeto, com dados técnicos para a gestão operacional (manuais, manutenção, fornecedores, garantias).

Visibilidade condicionada por fase

A característica distintiva é a visibilidade condicionada: os módulos podem ser visíveis ou modificáveis apenas em determinadas fases do workflow, garantindo que cada usuário opere exclusivamente sobre as informações de sua competência.

O módulo de verificação estrutural é:

• invisível durante a fase WIP;
• preenchível apenas pelo verificador estrutural durante a fase de Check;
• visível somente para leitura para as equipes de tarefa na fase de Review;
• congelado e consultável após a aprovação.

Isso permite gerenciar verificações, preenchimentos e validações de maneira guiada, controlada e progressiva, passo a passo.

Módulos como condição de avanço

Em workflows mais sofisticados, o preenchimento de um módulo torna-se condição de avanço; sem o preenchimento do módulo de verificação, o workflow não pode progredir. Isso transforma os módulos de simples formulários em verdadeiros portões de processo, garantindo que os dados críticos sejam coletados antes do avanço.

Do módulo único ao banco de dados do projeto

Os dados coletados nos módulos não permanecem isolados no único contêiner. Um CDE evoluído os agrega a nível de projeto, tornando-os consultáveis em forma tabular, filtráveis, ordenáveis e interrogáveis. Essa é a transição da gestão documental para a gestão inteligente das informações.

Gestão das revisões: workflow e novas versões

Um tema frequentemente subestimado é como um CDE evoluído gerencia a relação entre workflow e revisões do contêiner informativo. O que acontece quando uma nova versão de um arquivo é carregada enquanto um workflow está em andamento na versão anterior?

O princípio: o workflow é interrompido, a história permanece

Quando uma revisão atualizada de um contêiner informativo é carregada, o eventual workflow em andamento na versão anterior é interrompido no estado em que se encontra e permanece consultável como referência histórica. Na nova versão, pode então iniciar um novo processo, coerente com o conteúdo atualizado do arquivo.

Esse comportamento tem um valor normativo e operacional importante:

• não se perde a rastreabilidade do processo interrompido;
• não se cria confusão entre workflows da versão antiga e da nova;
• o audit trail mantém evidência completa do que aconteceu em cada revisão.

Exemplo concreto

O Coordenador BIM carrega a versão 02 de um modelo estrutural. O workflow de verificação é ativado, que prossegue até a etapa de Review. Na Review, são detectadas incongruências com o modelo arquitetônico e a equipe de tarefa decide revisar o modelo.

Carrega a versão 03. Neste ponto:

• o workflow na versão 02 permanece “interrompido em Review”, com todos os comentários e questões abertas consultáveis como histórico;
• na versão 03, inicia-se um novo workflow de verificação desde o início;
• o audit trail registra tanto o percurso parcial da versão 02 quanto o novo percurso da versão 03;
• nenhum dado é perdido, nenhum processo é misturado.

Implicações para a escolha da plataforma

Nem todas as plataformas gerenciam corretamente esse cenário. Algumas sobrescrevem o workflow, outras o mantêm, mas sem vinculá-lo à nova versão, outras ainda o eliminam silenciosamente. Um CDE conforme a ISO 19650 deve garantir o comportamento correto: interrupção rastreada, não exclusão, consultabilidade permanente do histórico.

Padrões de workflow recorrentes no setor AEC

Ao longo dos anos, alguns padrões de workflow recorrentes se consolidaram, representando melhores práticas reconhecidas. Aqui estão os mais difundidos.

Padrão 1 — Workflow CRA clássico em três etapas

O workflow padrão ISO 19650-2:

• Check (Equipe de Tarefa produtora) → verificação técnica interna;
• Review (outras Equipes de Tarefa + Parte Nomeada Líder) → revisão interdisciplinar;
• Approve (Parte Nomeadora) → aprovação formal.

Este workflow é utilizado no caso de contêineres informativos destinados à transição do estado Shared para o estado Published, com valor contratual.

Padrão 2 — Workflow de validação automática IDS

É específico para modelos IFC:

• upload do modelo IFC
• validação automática IDS (gatilho automático)
• check manual se a validação for positiva
• notificação de correção se a validação for negativa

É apropriado utilizar este workflow para todos os contêineres do tipo modelo IFC em projetos que adotam padrões IDS (recomendado para projetos BIM complexos).

Padrão 3 — Workflow de assinatura digital com carimbo de data/hora

É para documentos contratuais:

• check do documento;
• review da Parte Nomeada Líder;
• assinatura digital por parte da Parte Nomeadora;
• aposição do carimbo de data/hora;
• publicação com código de adequação contratual;

Este workflow deve ser utilizado para contêineres informativos com valor contratual juridicamente relevante.

Padrão 4 — Workflow de rework loop estruturado

É para a gestão das iterações:

• workflow principal (ex. CRA)
• se rejeitado → abertura automática de um sub-workflow de correção com:
  • atribuição à Equipe de Tarefa produtora;
  • lista das questões a serem resolvidas;
  • SLA de resposta;
  • verificação de que todas as questões foram fechadas antes do retorno ao workflow principal.

Este workflow é para projetos complexos com alta probabilidade de iterações (ex. novas construções complexas, infraestruturas).

Padrão 5 — Workflow de aprovação paralela

Quando múltiplos sujeitos devem aprovar simultaneamente sem dependência sequencial:

• upload do contêiner;
• envio paralelo para verificador A + verificador B + verificador C;
• coleta das aprovações com gestão de conflitos;
• aprovação final somente se todos aprovaram.

Este workflow é adequado para contêineres que requerem validação multidisciplinar (ex. um documento de coordenação, uma variante complexa).

Padrão 6 — Workflow de entrega ao Facility Management

Ao final do projeto:

• completeness check nos contêineres Published;
• validação dos dados técnicos para o FM;
• preenchimento de formulários de entrega (manuais, garantias, manutenção);
• arquivamento definitivo.

Este workflow é para a fase final do projeto, a transição da construção para a gestão operacional.

Ferramenta gratuita para projetar seus workflows

Para aplicar concretamente o que foi descrito, preparamos duas ferramentas gratuitas que você pode usar imediatamente:

Experimente o construtor de workflow interativo: componha seu workflow personalizado: adicione etapas, atribua funções, associe formulários, configure transições. Veja em tempo real o fluxo gerado e baixe a configuração em formato legível.

Como um CDE evoluído implementa os workflows documentais

Nem todas as plataformas CDE gerenciam os workflows da mesma forma. As implementações mais maduras se destacam por algumas características operacionais que fazem a diferença no uso diário.

Configuração visual dos workflows

Uma plataforma evoluída permite configurar os workflows visualmente com editor drag & drop, diagramas de fluxo modificáveis, pré-visualização do processo — em vez de exigir a escrita de regras complexas ou de arquivos de configuração. Isso torna a configuração acessível aos Gerentes BIM e aos Gerentes CDE, sem exigir competências de desenvolvimento de software.

Biblioteca de workflows reutilizáveis

Uma plataforma madura oferece uma biblioteca de workflows pré-configurados e permite que a organização crie os seus próprios, salve-os como templates e reutilize-os em vários projetos.

Integração com formulários estruturados

O workflow deve poder ativar formulários nas etapas apropriadas, com lógica condicionada (visíveis, preenchíveis, obrigatórios). A plataforma deve gerenciar o preenchimento dos formulários como parte integrante do processo, não como uma função separada.

Audit trail completo e não modificável

Cada workflow gera um audit trail completo: quem agiu, quando, com qual resultado, com quais comentários. Este log deve ser imutável — nem mesmo o administrador deve poder alterá-lo — e exportável para auditorias externas, contenciosos, verificações de terceiros.

Integração com o ecossistema de apps

Em ecossistemas maduros, o workflow não é um silo: se integra com os apps especializados da plataforma. Um workflow de verificação de um modelo IFC pode ativar detecção de conflitos, rastreamento de questões BCF, comparação entre revisões, validação IDS. Isso transforma o workflow em um verdadeiro orquestrador de processos.

O CDE como ecossistema: os workflows nas plataformas reais

No ecossistema usBIM da ACCA, a gestão dos workflows documentais é o coração operacional de usBIM.platform, o CDE conforme a ISO 19650. Cada contêiner informativo carregado pode ativar um workflow, com visualização clara do estado de progresso, identificação dos sujeitos envolvidos em cada etapa, notificações automáticas, formulários associados com visibilidade condicionada por fase, gestão coerente das revisões com historicização dos workflows interrompidos.

Em torno da plataforma, os aplicativos especializados se integram como ações executáveis dentro das etapas do workflow:

• usBIM.clash para a detecção de conflitos ativada na etapa de Revisão;
• usBIM.bcf para a gestão das questões abertas durante a Revisão com o padrão BCF;
• usBIM.compare para a comparação automática entre revisões quando um novo workflow é iniciado;
• usBIM.dataquality para a validação automática IDS dos modelos IFC conforme os requisitos do Capitolato Informativo fundamental para workflows do tipo “Pattern 2 (validação automática IDS)”
• usBIM.editor para a edição de documentos nas fases de WIP e de rework
• usBIM.facility para os workflows de entrega ao Facility Management.

A filosofia é tornar o workflow não apenas um processo de aprovação, mas um orquestrador de todas as atividades técnicas necessárias à produção e validação do contêiner informativo. Um workflow de verificação estrutural não é apenas “alguém aprova”: é uma sequência de ações concretas (conflito, validação IDS, rastreamento de questões, comparação de revisões, verificação LOIN, preenchimento de formulário estrutural) orquestradas pela plataforma.

Erros comuns na implementação dos workflows documentais

A experiência mostra que alguns erros se repetem com frequência preocupante. Conhecê-los ajuda a evitá-los.

• replicar os processos de email no CDE: muitas organizações, na primeira abordagem com o CDE, configuram workflows que replicam passo a passo os processos via email existentes. O resultado é um workflow inutilmente complexo, cheio de etapas redundantes, que não aproveita as capacidades de automação da plataforma. A estratégia correta é repensar o processo aproveitando o paradigma CDE, não transpor acriticamente;
• workflows muito rígidos: workflows com muitas etapas, muitas condições obrigatórias, muitos passos formais tendem a gerar frustração dos usuários e a incentivar o desvio do sistema (ex. os usuários enviam arquivos por email para “acelerar”). Um workflow eficaz é o mais simples possível, mas não mais simples do que o necessário;
• não definir os prazos: workflows que não respeitam prazos de resposta e critérios de aceitação definidos no EIR e no pGI tendem a travar porque “não há urgência”;
• atribuição a usuários individuais em vez de funções: como já mencionado, atribuir etapas a usuários específicos em vez de a funções produz workflows frágeis. É um dos erros mais comuns nas primeiras implementações de um CDE.
• formulários muito longos ou não obrigatórios: um formulário de 50 campos é preenchido de forma superficial. Um formulário opcional não é preenchido de forma alguma. A melhor prática é poucos campos, claramente obrigatórios, com validação automática onde possível.
• falta de treinamento dos usuários: o workflow mais sofisticado é inútil se os usuários não sabem usá-lo. A implementação de workflows CDE requer treinamento estruturado das equipes, não apenas documentação. O ROI do treinamento é altíssimo nos primeiros 3-6 meses de adoção;
• nenhuma revisão periódica dos workflows: os workflows devem ser revisados periodicamente com base nos dados de uso: onde travam, quanto duram, quais etapas geram mais rework. Sem essa iteração, os workflows tornam-se obsoletos e ineficazes.

Perguntas frequentes (FAQ)

O que é um workflow documental em um CDE?

Um workflow documental em um CDE conforme a ISO 19650 é um fluxo operacional estruturado ativado pelo carregamento de um contêiner informativo, que orienta atividades de verificação, revisão, aprovação e preenchimento de dados. É composto por etapas sequenciais com responsáveis, formulários, condições de avanço e notificações automáticas, e realiza operacionalmente o processo CRA (Check, Review, Approve) normatizado pela ISO 19650-2.

O que é o processo CRA (Check, Review, Approve)?

O CRA é o processo de verificação, revisão e aprovação para a passagem dos contêineres informativos de WIP para Shared a Published:

• check: verificação técnica interna do Task Team;
• review: revisão interdisciplinar;
• approve: aprovação formal da Appointing Party. Cada fase tem responsáveis, condições de avanço e pode produzir rework para as fases anteriores.

Como se ativa um workflow em um CDE?

Um workflow em um CDE conforme pode ser ativado por: carregamento de um novo contêiner informativo, carregamento de uma nova revisão, mudança manual de estado, prazo temporal, ação explícita de um usuário.

Qual é a diferença entre workflows baseados em usuários e workflows baseados em funções?

Um workflow baseado em usuários atribui as etapas a pessoas específicas (ex. “Mario deve aprovar”). É rígido: se Mario estiver ausente, o workflow trava. Um workflow baseado em funções atribui as etapas a funções lógicas (ex. “o verificador estrutural deve aprovar”). No momento do início, a plataforma pede para associar a função à pessoa correta. É mais resiliente, escalável e reutilizável entre projetos.

O que são os formulários associados aos workflows?

Os formulários são conjuntos estruturados de campos (checklist, fichas de verificação, controles) associados às etapas de um workflow. Eles coletam dados estruturados ao longo do processo. Em um CDE avançado, têm visibilidade condicionada por fase: são visíveis ou preenchíveis apenas nas fases de competência de cada usuário. Os formulários podem ser obrigatórios para o avanço do workflow, transformando-se em gates de processo.

O que acontece com o workflow quando uma nova versão é carregada?

Quando uma nova versão de um contêiner informativo é carregada, o eventual workflow em andamento na versão anterior é interrompido no estado em que se encontra e permanece consultável como referência histórica. Na nova versão, inicia-se um novo workflow coerente com o conteúdo atualizado. O audit trail conserva ambos os caminhos, garantindo plena rastreabilidade.

É possível ter workflows predefinidos reutilizáveis?

Sim. Uma plataforma CDE avançada oferece uma biblioteca de workflows predefinidos — templates pré-configurados de acordo com os procedimentos da organização — ativáveis com uma ação simples. Os templates são tipicamente paramétricos: os papéis e algumas variáveis (tempos máximos, formulários opcionais) são personalizadas no momento do início, preservando a padronização do processo e a flexibilidade aplicativa.

Quais são os padrões de workflow mais comuns no setor AEC?

Os padrões recorrentes incluem: CRA clássico de três etapas (Check, Review, Approve), workflow de validação automática IDS para modelos IFC, workflow de assinatura digital para documentos contratuais, workflow de rework loop para a gestão das iterações, workflow de aprovação paralela para conteúdos multidisciplinares, workflow de handover para o Facility Management na fase final do projeto.

Como os workflows se integram com os aplicativos especializados do CDE?

Em um ecossistema maduro, as etapas do workflow podem ativar aplicativos especializados: detecção de conflitos, validação IDS, rastreamento de problemas BCF, comparação entre revisões, edição documental, assinatura digital. O workflow torna-se assim um orquestrador de processos que coordena não apenas aprovações, mas também atividades técnicas. É o nível mais avançado de integração.

O que é o audit trail de um workflow?

O audit trail é o registro permanente e não modificável de todas as ações realizadas durante um workflow: quem agiu, quando, com qual resultado, com quais comentários. É a base da rastreabilidade exigida pela ISO 19650 e é indispensável para auditorias de conformidade, contenciosos contratuais e verificações de terceiros. Um CDE conforme garante que o audit trail seja imutável e exportável.

É possível modificar um workflow já iniciado?

Depende da plataforma e da fase. Em geral, um workflow em andamento não deve ser modificado estruturalmente, pois isso comprometeria a rastreabilidade. Algumas plataformas permitem pequenas modificações (ex. substituir a pessoa associada a um papel) mantendo o registro. Modificações estruturais geralmente requerem o fechamento do workflow e o início de um novo.

Como se avalia a eficácia de um workflow?

A eficácia de um workflow é avaliada analisando métricas operacionais: tempo médio de conclusão, número de reworks, percentual de SLAs respeitados, pontos de bloqueio recorrentes, carga de trabalho por papel. Um CDE maduro fornece essas métricas através do painel do projeto, permitindo iterar sobre os workflows com base em dados objetivos.

Glossário essencial

• Approve – fase final do processo CRA: aprovação formal do contêiner pela Parte Designada.
• Audit trail – registro permanente e não modificável das ações realizadas durante um workflow.
• BCF – BIM Collaboration Format. Padrão openBIM para a gestão de problemas.
• Check – Primeira fase do processo CRA: verificação técnica interna da Equipe de Tarefa produtora.
• CRA – Check, Review, Approve. Processo de verificação, revisão e aprovação normatizado pela ISO 19650-2.
• Gate de processo – Condição obrigatória (ex. preenchimento de formulário) que deve ser atendida para o avanço do workflow.
• Formulário – Conjunto estruturado de campos associado a uma etapa do workflow para a coleta de dados estruturados.
• Review – Segunda fase do processo CRA: revisão interdisciplinar do contêiner.
• Rework loop – Caminho de retorno do contêiner a fases anteriores após a identificação de não conformidades.
• SLA – Service Level Agreement. Tempo máximo definido para a conclusão de uma etapa.
• Step – Fase elementar de um workflow, com responsável, ação prevista e condição de avanço.
• Template de workflow – Workflow pré-configurado, reutilizável e paramétrico, salvo na biblioteca da organização.
• Transição – Passagem de uma etapa para a seguinte em um workflow, determinada por uma ação explícita.
• Trigger – Evento que ativa automaticamente um workflow (upload de arquivo, revisão, prazo, etc.).
• Workflow predefinido – Template de workflow pré-configurado de acordo com os procedimentos da organização.