Bolsa de Parcerias do Portal InvesteMoz — Documento Final Consolidado para Aprovação
Módulo integrado de oportunidades, matchmaking e gestão de parcerias empresariais e de investimento
Documento
Bolsa de Parcerias do Portal InvesteMoz
Versão
1.0 — Final consolidada para aprovação
Data
7 de Outubro de 2026
Estado
Submetido para aprovação
Proprietário funcional
Product Owner do InvesteMoz / Entidade gestora
Âmbito
Modelo funcional, governação, dados, integração, acessos, MVP e execução técnica

Sumário executivo
Este documento define a Bolsa de Parcerias como módulo integrado do portal InvesteMoz para conectar investidores, promotores, empresas, compradores, financiadores e instituições. Consolida o modelo de governação, o fluxo ponta a ponta, os perfis e permissões, o modelo de dados, os requisitos do MVP, as APIs e eventos de integração e o plano técnico de implementação. A solução adopta referências reconhecidas de gestão colaborativa, matchmaking e due diligence, com fonte mestre única, segregação de funções, decisões auditáveis e abordagem proporcional ao risco.
A aprovação solicitada abrange o modelo funcional e técnico, o escopo do MVP e o plano de execução. A entrada em desenvolvimento deve iniciar logo que for fornecida aos desenvolvedores, confirmação dos serviços partilhados do InvesteMoz e disponibilidade das integrações externas identificadas como dependências críticas que nesta versão serão implementadas sem a existência de interoperabilidade ou troca de informação entre os sistemas.


Índice
Sumário executivo1
Índice2
1. Visão e finalidade4
1.1 Objectivos4
1.2 Enquadramento no InvesteMoz4
1.2.1 Pontos de entrada no portal5
1.2.2 Reutilização e integração de dados5
1.2.3 Princípios de integração5
2. Actores e responsabilidades6
3. Fluxo ponta a ponta6
3.1 Fluxo resumido7
3.2 Estados da oportunidade7
3.3 Matriz detalhada do fluxo, etapas e responsáveis8
3.4 Matriz RACI resumida10
4. Tipos de parceria11
5. Regras de negócio e confiança11
6. Modelo de matchmaking12
7. Funcionalidades essenciais12
8. Indicadores de desempenho13
9. Roteiro de implementação13
10. Critérios mínimos para entrada em produção14
10.1 Validação da revisão e lacunas residuais14
10.2 Decisão e aprovação15
11. Modelo de dados da Bolsa de Parcerias16
11.1 Entidades principais e campos-chave16
11.2 Relações e cardinalidades essenciais18
11.3 Restrições de integridade e governação18
12. Requisitos do MVP19
12.1 Escopo e perfis19
12.2 Requisitos funcionais19
12.3 Requisitos não funcionais20
12.4 Regras de negócio do MVP21
12.5 Fora do escopo do MVP21
13. Mapa de integração com o portal InvesteMoz22
13.1 Integrações funcionais e contratos22
13.2 Eventos de integração23
13.3 Controlos técnicos de integração23
13.4 Catálogo detalhado de APIs24
13.5 Contrato comum das APIs26
13.6 Catálogo detalhado de eventos26
13.7 Envelope, entrega e governação de eventos28
14. Perfis de acesso e permissões28
14.1 Perfis funcionais28
14.2 Matriz de permissões críticas29
15. Backlog técnico de implementação30
15.1 Plano de execução por sprint, dependências e estimativas33
15.2 Dependências críticas e caminho de entrega35
15.3 Estimativa consolidada e marcos35



1. Visão e finalidade
A Bolsa de Parcerias é um módulo funcional do portal InvesteMoz, no ambiente https://teste-investidor.tempo.co.mz/, concebido para ligar investidores, promotores de projectos, empresas, compradores âncora, financiadores, instituições públicas e prestadores de serviços. O módulo reutiliza a conta, o perfil, os dados empresariais, os sectores, as localizações e as oportunidades de investimento já existentes no ecossistema, evitando cadastros paralelos. Permite publicar necessidades ou ofertas de parceria, identificar contrapartes compatíveis, negociar num ambiente rastreável e acompanhar os acordos e respectivos resultados.
O modelo adopta como referenciais de boas práticas a ISO 44001 para gestão de relações empresariais colaborativas, a metodologia SPX da UNIDO para perfil empresarial, benchmarking, desenvolvimento de fornecedores e matchmaking, as orientações da OCDE para due diligence de conduta empresarial responsável e as práticas da IFC para verificação de integridade de parceiros. A adopção destes referenciais deve ser proporcional à natureza, dimensão e risco de cada parceria e não substitui a legislação moçambicana aplicável.
1.1 Objectivos
Conectar procura e oferta de capacidades, tecnologia, financiamento, distribuição, fornecimento e conhecimento.
Reduzir o tempo e o custo de identificação e qualificação de parceiros.
Promover conteúdo local, integração de PME nas cadeias de valor e parcerias nacionais e internacionais.
Aumentar a confiança através de verificação documental, critérios transparentes e trilho de auditoria.
Transformar contactos em acordos mensuráveis, com acompanhamento de resultados.
1.2 Enquadramento no InvesteMoz
A Bolsa de Parcerias não deve operar como portal autónomo. Deve surgir na navegação principal do InvesteMoz (Bolsa de Parcerias - Laravel) e partilhar autenticação, perfis, dados mestres, pesquisa, notificações, CRM, conteúdos e relatórios. A experiência deve permitir que o utilizador passe de uma oportunidade de investimento, empresa, projecto ou sector para a criação ou consulta de uma parceria sem novo registo.
A entidade gestora deve aprovar uma política de gestão de parcerias que estabeleça princípios de criação de valor, transparência, proporcionalidade, integridade, tratamento equitativo, responsabilização, confidencialidade e melhoria contínua. A política deve definir a autoridade para iniciar, aprovar, suspender e encerrar relações, bem como os critérios para classificar parcerias estratégicas, operacionais e transaccionais.
1.2.1 Pontos de entrada no portal
Menu principal “Parcerias”, com catálogo, tipos de parceria, como funciona e chamada para publicar.
Painel do investidor ou empresa, com recomendações, manifestações de interesse, negociações, tarefas e alertas.
Páginas de oportunidades de investimento, projectos, empresas e sectores, com acção “Procurar parceiro” ou “Propor parceria”.
Resultados de pesquisa global do InvesteMoz, incluindo oportunidades de parceria e organizações elegíveis.
Área administrativa e CRM, com filas de validação, moderação, acompanhamento e indicadores.
1.2.2 Reutilização e integração de dados
Componente InvesteMoz
Utilização pela Bolsa de Parcerias
Identidade e autenticação
Conta única, recuperação de acesso, consentimentos e funções por organização.
Perfil de investidor, empresa ou instituição
Dados legais, contactos, sectores, localização, capacidades, interesses e documentos, sem duplicação.
Oportunidades e projectos de investimento
Origem opcional de uma parceria; vínculo entre oportunidade, promotor, necessidade e parceiros procurados.
Sectores e geografia
Taxonomias únicas para pesquisa, filtros, mapas e correspondência.
CRM
Registo das interacções, estado do relacionamento, tarefas, responsáveis e conversão.
Notificações
Alertas no portal e por correio para recomendações, prazos, decisões e mensagens.
Conteúdos e agenda
Divulgação de chamadas, missões empresariais, sessões B2B e histórias de sucesso.
Analítica
Funil desde visualização e interesse até acordo, investimento mobilizado e impacto.

1.2.3 Princípios de integração
Uma conta, uma organização e um perfil mestre para todo o InvesteMoz.
Identificadores estáveis e APIs versionadas para relacionamento entre módulos.
Oportunidades de parceria podem referenciar oportunidades de investimento existentes, sem copiar os seus dados.
Permissões, confidencialidade e consentimentos aplicados de forma consistente em todo o portal.
Estados de negócio sincronizados com o CRM por eventos, preservando a fonte oficial de cada dado.
Interface visual, terminologia, acessibilidade, responsividade e idiomas coerentes com o portal.
2. Actores e responsabilidades
Actor
Responsabilidade principal
Empresa ou organização
Criar perfil, publicar procura ou oferta, responder a oportunidades e executar os compromissos assumidos.
Investidor ou financiador
Divulgar instrumentos, analisar propostas e estruturar financiamento ou investimento.
Comprador âncora
Publicar necessidades de fornecimento, critérios técnicos, volumes e prazos.
Entidade gestora
Validar perfis e oportunidades, moderar, facilitar encontros, medir resultados e gerir reclamações.
Especialista ou prestador
Apoiar due diligence, capacitação, certificação, assessoria jurídica, financeira ou técnica.
Administrador da plataforma
Gerir acessos, taxonomias, integrações, segurança, auditoria e níveis de serviço.

3. Fluxo ponta a ponta
Registo e consentimento: criação da conta, aceitação dos termos, política de privacidade e declaração de veracidade.
Perfil empresarial: dados legais, contactos, localização, sectores, capacidades, certificações, produtos, serviços, mercados, capacidade produtiva e documentos comprovativos.
Verificação e classificação: validação automática e humana; atribuição dos níveis “Não verificado”, “Verificação básica”, “Verificado” ou “Verificado premium”.
Publicação da oportunidade: selecção do tipo de parceria, objectivo, requisitos, localização, orçamento indicativo, prazo, confidencialidade e critérios de elegibilidade.
Moderação: verificação de completude, legitimidade, linguagem, duplicação, risco e conformidade; aprovação, devolução para correcção ou rejeição fundamentada.
Matchmaking: cálculo de compatibilidade por sector, capacidade, localização, certificações, dimensão, histórico, interesse e requisitos obrigatórios.
Manifestação de interesse: envio de proposta curta, documentos, disponibilidade, contrapartida e autorização de partilha de dados.
Pré-qualificação: comparação de candidatos, lista curta, pedidos de esclarecimento e avaliação por grelha padronizada.
Conexão e negociação: sala segura com mensagens, agenda, videoconferência, repositório documental, tarefas e registo de decisões.
Due diligence: a due diligence deve ser contínua, proporcional e baseada no risco. Deve abranger identidade e beneficiário efectivo, integridade, situação jurídica e fiscal, capacidade financeira e técnica, conflitos de interesse, sanções aplicáveis, fraude, corrupção, branqueamento de capitais, direitos laborais e humanos, ambiente, saúde e segurança, protecção de dados e reputação. O processo deve identificar impactos reais e potenciais, prevenir ou mitigar riscos, acompanhar a eficácia das medidas, comunicar resultados às partes autorizadas e prever reparação ou escalonamento quando forem detectados impactos adversos.
Formalização: memorando de entendimento, acordo de confidencialidade, contrato ou plano de trabalho com marcos, responsáveis e indicadores.
Execução e monitoria: acompanhamento de entregáveis, alertas, evidências, pagamentos, incidentes e alterações aprovadas.
Avaliação e encerramento: confirmação dos resultados, avaliação bilateral, lições aprendidas, renovação ou encerramento e reporte de impacto.
3.1 Fluxo resumido
Registo → Perfil → Verificação → Publicação → Moderação → Matchmaking → Manifestação de interesse → Pré-qualificação → Negociação → Due diligence → Acordo → Execução → Avaliação.
3.2 Estados da oportunidade
Rascunho; Submetida; Em validação; Requer correcção; Publicada; Em recepção de interesses; Em pré-qualificação; Em negociação; Em due diligence; Acordada; Em execução; Concluída; Suspensa; Cancelada; Arquivada.
O instrumento de parceria deve prever condições de renovação, suspensão e saída; tratamento de compromissos pendentes; devolução ou destruição de informação confidencial; continuidade de serviços críticos; transferência de conhecimento; propriedade dos resultados; comunicação às partes afectadas; e resolução de divergências. O encerramento só deve ser concluído após verificação das obrigações remanescentes e registo das lições aprendidas.
3.3 Matriz detalhada do fluxo, etapas e responsáveis
Etapa
Responsável
Participantes
Actividades e controlos
Saída/estado
SLA indicativo
1. Registo
Representante da organização
Administrador
Criar conta; validar correio e telefone; aceitar termos, privacidade e declaração de veracidade; bloquear duplicação por NUIT e correio.
Conta activa
Imediato
2. Perfil empresarial
Gestor do perfil
Representante legal
Preencher dados legais, localização, sectores, capacidades, produtos, serviços, mercados e contactos; anexar documentos; indicar utilizadores autorizados.
Perfil completo e submetido
Até 5 dias pelo utilizador
3. Verificação
Analista de validação
Gestor do perfil; supervisor
Conferir identidade, NUIT, registo, licenças e validade documental; registar divergências; aprovar, devolver ou escalar risco.
Não verificado, básico, verificado ou premium
2 dias úteis
4. Criação da oportunidade
Proponente
Gestor do perfil
Escolher tipo; definir objectivo, requisitos, orçamento, localização, prazos, confidencialidade, critérios eliminatórios e preferenciais; guardar rascunho.
Rascunho ou submetida
Definido pelo proponente
5. Moderação
Moderador
Proponente; supervisor
Validar completude, legitimidade, linguagem, duplicação, propriedade da informação e conformidade; justificar decisão.
Publicada, requer correcção ou rejeitada
2 dias úteis
6. Matchmaking
Sistema
Moderador; gestor da oportunidade
Aplicar filtros eliminatórios; calcular pontuação; explicar correspondências; notificar perfis elegíveis; permitir ajuste controlado de pesos.
Lista ordenada de potenciais parceiros
Após publicação
7. Manifestação de interesse
Organização candidata
Gestor da oportunidade
Submeter proposta curta, capacidade, disponibilidade, contrapartida e anexos; declarar conflitos; retirar ou actualizar antes do prazo.
Interesse submetido ou retirado
Conforme prazo da oportunidade
8. Pré-qualificação
Comité de avaliação
Gestor; especialista; observador
Verificar elegibilidade; pontuar critérios; pedir esclarecimentos; registar notas independentes; aprovar lista curta e motivos.
Pré-qualificada, não qualificada ou em esclarecimento
5 dias úteis após fecho
9. Conexão e negociação
Gestor da oportunidade
Proponente; candidatos da lista curta; facilitador
Abrir sala; agendar reunião; trocar mensagens e documentos; registar decisões, tarefas, versões e condições propostas.
Em negociação
10 dias úteis, prorrogável
10. Due diligence
Responsável de conformidade
Jurídico; financeiro; técnico; partes
Aplicar checklist por risco; validar situação legal, fiscal, financeira, técnica e reputacional; identificar beneficiário efectivo e conflitos; emitir parecer.
Aprovada, condicionada ou rejeitada
5 a 15 dias úteis
11. Formalização
Responsável jurídico
Representantes autorizados; gestor
Seleccionar instrumento; consolidar condições, marcos, indicadores, responsabilidades, confidencialidade e resolução de litígios; recolher aprovações e assinaturas.
Acordada
5 dias úteis após aprovação
12. Execução e monitoria
Gestor da parceria
Responsáveis de cada parte; financeiro
Actualizar marcos, entregáveis, evidências, riscos, incidentes e pagamentos; emitir alertas; aprovar alterações; produzir relatórios.
Em execução, suspensa ou concluída
Conforme plano de trabalho
13. Avaliação e encerramento
Gestor da parceria
Partes; entidade gestora
Confirmar entregáveis e resultados; recolher avaliação bilateral; apurar impacto; tratar pendências; renovar, encerrar ou arquivar.
Concluída, renovada ou arquivada
5 dias úteis após o último marco

3.4 Matriz RACI resumida
Processo
R — Executa
A — Aprova
C — Consultado
I — Informado
Verificar perfil
Analista de validação
Supervisor
Conformidade
Gestor do perfil
Publicar oportunidade
Moderador
Gestor da plataforma
Proponente
Perfis elegíveis
Pré-qualificar candidatos
Comité de avaliação
Gestor da oportunidade
Especialista
Candidatos
Aprovar due diligence
Conformidade
Responsável designado
Jurídico, financeiro e técnico
Partes
Formalizar acordo
Jurídico
Representantes autorizados
Gestor da parceria
Entidade gestora
Encerrar parceria
Gestor da parceria
Patrocinador da parceria
Partes e financeiro
Entidade gestora

4. Tipos de parceria
Fornecimento e subcontratação.
Distribuição, representação comercial e franquia.
Joint venture, consórcio ou co-investimento.
Transferência de tecnologia, licenciamento e inovação.
Financiamento, investimento e garantias.
Formação, assistência técnica e certificação.
Investigação, desenvolvimento e ligação academia–empresa.
Logística, exportação, acesso a mercados e integração em cadeias de valor.
Parcerias público-privadas e iniciativas de impacto social.
5. Regras de negócio e confiança
Campos de escolha múltipla devem usar listas controladas para sector, província, distrito, tipo de parceria, moeda, certificação e estado.
Requisitos obrigatórios funcionam como filtros eliminatórios; critérios desejáveis alimentam a pontuação.
O algoritmo recomenda, mas a decisão final permanece humana e deve ser justificável.
O mesmo perfil empresarial constitui a fonte mestre para todos os módulos, evitando duplicação de dados.
Oportunidades similares são sinalizadas antes da publicação para prevenir duplicações.
Documentos sensíveis são partilhados por nível de acesso, com validade, histórico e registo de consulta.
Alterações de estado, avaliações, decisões e aprovações mantêm data, responsável e motivo.
A avaliação pública deve incidir sobre a experiência da organização na transacção, com direito de resposta e moderação.
Suspeitas de fraude, conflito de interesse ou utilização indevida activam suspensão preventiva e análise formal.
A plataforma deve disponibilizar um canal confidencial para denúncias, reclamações e pedidos de recurso relacionados com fraude, corrupção, conflito de interesse, discriminação, utilização indevida de dados, decisões de moderação e incumprimento de compromissos. Cada caso deve receber referência, classificação de risco, responsável independente, prazo de tratamento, protecção contra retaliação, decisão fundamentada e registo auditável, preservando o direito de resposta das partes.
6. Modelo de matchmaking
Critério
Peso indicativo
Aplicação
Aderência sectorial e tipo de parceria
25%
Compatibilidade entre a necessidade e a oferta.
Capacidade técnica e produtiva
20%
Produtos, serviços, equipa, equipamentos e volume disponível.
Requisitos e certificações
20%
Conformidade com critérios obrigatórios e preferenciais.
Localização e cobertura de mercado
10%
Proximidade, logística e actuação geográfica.
Experiência e desempenho
10%
Histórico comprovado e resultados anteriores na plataforma.
Disponibilidade e prazo
10%
Capacidade de responder no período requerido.
Impacto e conteúdo local
5%
Emprego, inclusão de PME, inovação e sustentabilidade.

A pontuação deve ser configurável por categoria de oportunidade. Perfis que falhem um requisito eliminatório não avançam, mesmo que obtenham pontuação global elevada. Cada recomendação deve apresentar os factores que contribuíram para o resultado.
Quando uma organização apresentar potencial de correspondência, mas não cumprir integralmente requisitos não eliminatórios, a plataforma deve gerar um diagnóstico de lacunas e recomendar acções de melhoria, tais como certificação, assistência técnica, formação, financiamento, adopção tecnológica ou reforço de capacidade produtiva. O progresso deve ser acompanhado e pode originar nova avaliação de elegibilidade, sem alterar os requisitos da oportunidade em curso.
Para cada parceria formalizada, as partes devem registar uma proposta conjunta de valor contendo objectivos, benefícios esperados, contributos de cada parte, dependências, custos, indicadores, riscos, pressupostos e método de distribuição dos resultados. O plano deve ser revisto nos marcos acordados e sempre que ocorrer uma alteração material no contexto, no escopo ou na capacidade das partes.
7. Funcionalidades essenciais
Portal público com pesquisa, filtros, mapa e oportunidades em destaque.
Cadastro empresarial único com documentos, capacidades, certificações e portefólio.
Formulários dinâmicos por tipo de parceria e fluxo de aprovação.
Pesquisa guardada, alertas personalizados e recomendações automáticas.
Gestão de manifestações de interesse, lista curta e grelha de avaliação.
Sala de negociação segura com mensagens, reuniões, documentos, tarefas e marcos.
Modelos de acordo, assinatura electrónica e gestão do ciclo contratual.
Painéis por perfil: participante, moderador, gestor, parceiro institucional e administrador.
Integração com CRM, registo empresarial, identificação fiscal, pagamentos, georreferenciação e notificações.
API para interoperabilidade, catálogo de dados, consentimentos, auditoria e relatórios.
Interface responsiva, acessível, multilingue e de baixo consumo de dados.
8. Indicadores de desempenho
Número e percentagem de perfis verificados.
Oportunidades submetidas, aprovadas, activas e concluídas.
Tempo médio de validação, primeira resposta, conexão e formalização.
Taxa de oportunidade com pelo menos uma candidatura qualificada.
Taxa de conversão de manifestação de interesse em negociação e acordo.
Valor estimado e realizado dos acordos.
Participação de PME, empresas locais, mulheres e jovens, quando declarada voluntariamente e tratada de forma agregada.
Empregos, exportações, investimento, contratos locais e transferência de tecnologia gerados.
Taxa de conclusão, renovação, litígio, cancelamento e satisfação.
Qualidade do matching: recomendações aceites, rejeitadas e respectivos motivos.
9. Roteiro de implementação
Fase
Entregáveis
Critério de saída
0. Preparação
Governação, taxonomias, política de validação, termos, privacidade, RACI, riscos e arquitectura.
Responsáveis nomeados e requisitos aprovados.
1. MVP
Registo, perfil, verificação básica, oportunidade, pesquisa, manifestação de interesse, moderação, notificações e painel.
Fluxo completo testado com utilizadores-piloto.
2. Matchmaking e negociação
Pontuação configurável, recomendações, lista curta, sala de negociação, agenda e modelos de acordo.
Correspondências explicáveis e negociação rastreável.
3. Confiança e integração
Due diligence, assinatura, CRM, registos externos, API, auditoria avançada e gestão contratual.
Controlos jurídicos, de segurança e interoperabilidade validados.
4. Escala e inteligência
Aplicação móvel, análise preditiva, eventos B2B, internacionalização e programas de desenvolvimento de fornecedores.
Metas de adopção, conversão e impacto alcançadas.

10. Critérios mínimos para entrada em produção
Termos de utilização, privacidade, consentimento e canal de reclamações aprovados.
Perfis, permissões e segregação de funções testados.
Validações, listas controladas e regras de duplicação configuradas.
Encriptação, cópias de segurança, recuperação, monitoria e resposta a incidentes testadas.
Trilho de auditoria e retenção de documentos validados.
Critérios de matching, moderação e due diligence documentados.
Testes funcionais, integração, desempenho, segurança, acessibilidade e usabilidade aprovados.
Equipa de operação formada, níveis de serviço definidos e suporte activo.
Piloto concluído com evidências, correcções críticas encerradas e decisão formal de Go/No-Go.
Acesso ao portal InvesteMoz: https://teste-investidor.tempo.co.mz/. A Bolsa de Parcerias deverá ser implementada como módulo interno deste portal, utilizando a rota definitiva, o desenho visual e a autenticação comum definidos para o ambiente InvesteMoz.
A entidade gestora deve realizar, pelo menos anualmente, uma avaliação de conformidade do modelo de parceria, verificando a aplicação dos referenciais adoptados, a eficácia dos controlos, os incidentes ocorridos, as reclamações, os resultados das auditorias e as alterações legais ou normativas. As oportunidades de melhoria devem originar um plano de acção com responsável, prioridade, prazo e evidência de encerramento.
10.1 Validação da revisão e lacunas residuais
A revisão consolidada confirmou a aplicação das oito melhorias acordadas: referenciais de boas práticas, avaliação anual de conformidade, política de gestão das relações, plano conjunto de criação de valor, estratégia de saída e continuidade, due diligence contínua baseada no risco, mecanismo de denúncia e recurso e desenvolvimento de capacidades ligado ao matchmaking. Não foram identificadas sugestões pendentes desse ciclo.
Lacuna residual
Tratamento antes da execução ou produção
Responsável proposto
Base legal e instrumentos moçambicanos específicos
Validar termos, privacidade, consentimentos, retenção, denúncia, contratação electrónica e requisitos sectoriais; registar parecer jurídico.
Jurídico e protecção de dados.
Modelo operacional da entidade gestora
Aprovar organograma, RACI nominal, níveis de serviço, capacidade das filas, escalonamento e orçamento operacional.
Patrocinador e gestor da plataforma.
Política de parceria e modelos documentais
Aprovar política, checklists, grelhas, acordo de confidencialidade, memorando, acordo, plano de valor e procedimento de encerramento.
Entidade gestora e Jurídico.
Fonte mestre e prontidão das integrações
Confirmar sistemas oficiais, proprietários de dados, endpoints, ambientes, autenticação, limites, SLAs e estratégia de reconciliação.
Arquitectura e equipas de plataforma.
Governação do matchmaking
Validar pesos por categoria, limiares, testes de qualidade, controlo de alterações, explicabilidade, contestação e monitoria de resultados.
Product Owner, dados e comité funcional.
Estimativas e capacidade
Recalibrar pontos de história após a Sprint 1, confirmar disponibilidade da equipa e reservar capacidade para integração, segurança e correcções.
Gestor do projecto e líder técnico.
Plano de adopção e piloto
Seleccionar organizações-piloto, métricas de sucesso, apoio ao utilizador, comunicação, formação e critérios de expansão.
Negócio, comunicação e operação.

10.2 Decisão e aprovação
Decisão
Opção
Observações/condições
Aprovação do modelo funcional e técnico
☐ Aprovar ☐ Aprovar com condições ☐ Não aprovar

Autorização para iniciar a Sprint 0
☐ Autorizar ☐ Adiar

Confirmação do escopo do MVP
☐ Confirmar ☐ Ajustar

Aprovação da equipa e capacidade
☐ Aprovar ☐ Ajustar


Papel
Nome
Decisão
Data
Assinatura
Patrocinador executivo




Product Owner do InvesteMoz




Responsável de Tecnologia




Responsável Jurídico/Conformidade





11. Modelo de dados da Bolsa de Parcerias
O modelo deve usar identificadores únicos, datas de criação e alteração, estado, utilizador responsável e histórico para as entidades transaccionais. Organização, localização, sector e utilizador devem ser dados mestres reutilizados por todos os módulos, evitando registos paralelos.
11.1 Entidades principais e campos-chave
Entidade
Finalidade
Campos principais
users
Identidade e acesso
id, name, email, phone, password_hash, status, last_login_at
roles / permissions / user_roles
Controlo de acesso por função
id, code, name; user_id, role_id, organization_id
organizations
Fonte mestre da entidade participante
id, legal_name, trade_name, nuit, registration_no, organization_type_id, size_id, country_id, province_id, district_id, address, website, status
organization_users
Vínculo entre utilizador e organização
organization_id, user_id, position, is_legal_representative, status
organization_profiles
Descrição operacional e comercial
organization_id, description, employees_range, annual_turnover_range, production_capacity, export_experience, target_markets, completion_score
sectors / organization_sectors
Taxonomia e sectores de actuação
id, parent_id, code, name; organization_id, sector_id, is_primary
capabilities
Capacidades, produtos e serviços
id, organization_id, type, name, description, unit, available_capacity, status
documents
Metadados e controlo documental
id, organization_id, opportunity_id, interest_id, document_type_id, file_path, issue_date, expiry_date, confidentiality_level, verification_status
verification_requests
Processo de verificação
id, organization_id, requested_level, status, submitted_at, assigned_to, reviewed_at, decision_reason
verification_checks
Checklist e evidência de validação
id, verification_request_id, check_type, result, evidence_document_id, checked_by, checked_at, notes
partnership_types
Catálogo de modalidades
id, code, name, description, active
opportunities
Oferta ou procura de parceria
id, reference, owner_organization_id, partnership_type_id, title, summary, description, budget_min, budget_max, currency_id, province_id, district_id, confidentiality_level, status, submission_deadline, published_at
opportunity_sectors
Sectores associados
opportunity_id, sector_id
opportunity_requirements
Requisitos eliminatórios ou pontuáveis
id, opportunity_id, criterion_type, name, description, mandatory, weight, minimum_value, expected_evidence
opportunity_status_history
Rastreabilidade de estados
id, opportunity_id, from_status, to_status, reason, changed_by, changed_at
matches
Resultado do matchmaking
id, opportunity_id, organization_id, total_score, eligibility_status, explanation, generated_at, algorithm_version
match_scores
Detalhe explicável da pontuação
id, match_id, criterion_code, weight, raw_score, weighted_score, explanation
interests
Manifestação de interesse
id, opportunity_id, organization_id, proposal_summary, availability_date, proposed_value, currency_id, conflict_declared, status, submitted_at
evaluations / evaluation_scores
Pré-qualificação
id, interest_id, evaluator_id, status, recommendation; evaluation_id, requirement_id, score, comment
negotiation_rooms
Espaço de negociação
id, opportunity_id, selected_interest_id, status, opened_at, closed_at
messages / meetings / tasks
Colaboração rastreável
room_id, author_id, content; scheduled_at, location_or_link; responsible_id, due_date, status
due_diligence_cases
Análise de risco e conformidade
id, room_id, risk_level, status, assigned_to, final_opinion, completed_at
due_diligence_checks
Checklist por domínio
id, case_id, domain, result, evidence_document_id, reviewer_id, notes
agreements
Instrumento formal da parceria
id, room_id, agreement_type, reference, start_date, end_date, total_value, currency_id, status, signed_document_id
milestones
Marcos de execução
id, agreement_id, name, due_date, responsible_organization_id, expected_result, status, completed_at
monitoring_updates
Progresso e evidências
id, milestone_id, progress_percent, narrative, evidence_document_id, risk_level, created_by, created_at
reviews
Avaliação bilateral
id, agreement_id, reviewer_organization_id, reviewed_organization_id, rating, comment, moderation_status
notifications
Alertas multicanal
id, user_id, type, subject, payload, channel, read_at, sent_at
audit_logs
Auditoria transversal
id, user_id, organization_id, action, entity_type, entity_id, old_values, new_values, ip_address, created_at

11.2 Relações e cardinalidades essenciais
Uma organização possui vários utilizadores, sectores, capacidades, documentos, verificações e oportunidades.
Uma oportunidade pertence a uma organização, a um tipo de parceria e pode abranger vários sectores, requisitos, correspondências e manifestações de interesse.
Cada correspondência liga uma oportunidade a uma organização e contém várias parcelas de pontuação.
Cada manifestação de interesse pertence a uma oportunidade e a uma organização; pode ter documentos e várias avaliações independentes.
Uma sala de negociação vincula uma oportunidade e uma manifestação seleccionada; agrega mensagens, reuniões, tarefas e um processo de due diligence.
Um acordo resulta de uma negociação, contém marcos e recebe actualizações de monitoria e avaliações bilaterais.
O histórico de estados e o registo de auditoria são imutáveis e referenciam o utilizador responsável.
11.3 Restrições de integridade e governação
NUIT e número de registo são únicos por país; correio do utilizador é único.
A mesma organização não pode manifestar interesse na própria oportunidade nem submeter duas manifestações activas para a mesma oportunidade.
A soma dos pesos dos critérios pontuáveis de cada oportunidade deve ser 100%.
Oportunidades só podem ser publicadas por organizações com verificação mínima definida e perfil suficientemente completo.
Documentos expirados não satisfazem requisitos obrigatórios e geram alerta prévio de validade.
Transições de estado devem seguir uma máquina de estados configurada e exigir motivo nas devoluções, rejeições, suspensões e cancelamentos.
Eliminação lógica deve ser usada nas entidades de negócio; evidências, decisões e auditoria obedecem à política de retenção.
Dados sensíveis devem ter encriptação, controlo por função, consentimento e registo de acesso.
12. Requisitos do MVP
12.1 Escopo e perfis
O MVP deve provar o ciclo cadastro → verificação básica → publicação → descoberta → manifestação de interesse → pré-qualificação → conexão → acompanhamento inicial. Perfis mínimos: visitante, representante da organização, gestor do perfil, moderador, analista de validação, gestor da oportunidade e administrador.
12.2 Requisitos funcionais
ID
Requisito
Prioridade
Critério de aceitação
RF-01
Registar conta com validação de correio, recuperação de palavra-passe, consentimentos e autenticação.
Obrigatório
Conta só fica activa após validação; eventos ficam auditados.
RF-02
Criar uma organização por dados legais e convidar utilizadores com funções distintas.
Obrigatório
NUIT duplicado é bloqueado; convite permite aceitar ou expirar.
RF-03
Preencher perfil empresarial, localização, sectores, capacidades, produtos, serviços e contactos.
Obrigatório
Indicador de completude identifica campos e documentos pendentes.
RF-04
Carregar documentos por tipo, validade e nível de confidencialidade.
Obrigatório
Formato e tamanho são validados; documento pode ser substituído sem perder histórico.
RF-05
Submeter perfil para verificação básica e permitir aprovar, devolver ou rejeitar com motivo.
Obrigatório
Decisão altera nível, notifica a organização e cria histórico.
RF-06
Criar, editar, pré-visualizar e submeter oportunidade com requisitos obrigatórios e preferenciais.
Obrigatório
Campos condicionais e regras impedem submissão incompleta.
RF-07
Moderar oportunidade e detectar potenciais duplicações.
Obrigatório
Moderador vê checklist, similares e histórico; decisão exige justificação quando negativa.
RF-08
Publicar catálogo pesquisável por palavra, sector, tipo, localização, prazo e estado.
Obrigatório
Filtros podem ser combinados e resultados respeitam confidencialidade e prazo.
RF-09
Calcular correspondência inicial por regras configuráveis e requisitos eliminatórios.
Obrigatório
Resultado apresenta pontuação e factores explicativos; inelegibilidade indica o requisito falhado.
RF-10
Submeter, actualizar ou retirar manifestação de interesse até ao prazo.
Obrigatório
Organização não se candidata à própria oportunidade nem duplica candidatura activa.
RF-11
Listar, filtrar e comparar manifestações; pedir esclarecimentos e seleccionar lista curta.
Obrigatório
Cada decisão regista avaliador, data, nota e motivo.
RF-12
Abrir conexão entre proponente e candidato pré-qualificado, com mensagens e documentos.
Obrigatório
Só participantes autorizados acedem; mensagens e ficheiros ficam datados.
RF-13
Enviar notificações por correio e no sistema para eventos críticos.
Obrigatório
Utilizador vê estado de leitura; falha de envio pode ser reprocessada.
RF-14
Disponibilizar painéis para participante, moderador e administrador.
Obrigatório
Cada painel mostra tarefas, prazos, estados e indicadores adequados ao perfil.
RF-15
Gerir taxonomias, utilizadores, funções, estados e parâmetros básicos.
Obrigatório
Alterações administrativas são autorizadas, validadas e auditadas.
RF-16
Exportar listas autorizadas e relatório resumido de oportunidades e interesses.
Importante
Exportação respeita filtros, permissões e protecção de dados.
RF-17
Registar um acordo e marcos básicos após a selecção.
Importante
Acordo associa as partes, datas, estado e entregáveis, permitindo actualização de progresso.

12.3 Requisitos não funcionais
ID
Área
Requisito mensurável
RNF-01
Segurança
HTTPS; palavras-passe com hash forte; controlo por função e organização; protecção contra ataques comuns; sessões expiradas; registo de eventos críticos.
RNF-02
Privacidade
Consentimento versionado, minimização de dados, finalidade explícita, acesso restrito, exportação e correcção mediante processo autorizado.
RNF-03
Desempenho
95% das páginas transaccionais em até 3 segundos e pesquisa em até 2 segundos sob a carga acordada para o piloto.
RNF-04
Disponibilidade
Meta mínima de 99,5% mensal no piloto, excluindo manutenção programada comunicada.
RNF-05
Cópia e recuperação
Cópia diária, testes periódicos de restauração, RPO até 24 horas e RTO até 8 horas no MVP.
RNF-06
Acessibilidade
Navegação por teclado, contraste adequado, rótulos e mensagens de erro compreensíveis, estrutura compatível com tecnologias de apoio.
RNF-07
Responsividade
Fluxos principais utilizáveis em telemóvel, tablet e computador, incluindo envio de formulários e consulta de oportunidades.
RNF-08
Auditabilidade
Conservar autor, data, valores anteriores e novos para decisões, estados, permissões e parâmetros.
RNF-09
Interoperabilidade
API versionada para organizações, oportunidades e estados; identificadores estáveis; documentação de contratos e erros.
RNF-10
Observabilidade
Registos centralizados, monitoria de disponibilidade, alertas de falha e correlação por identificador de pedido.

12.4 Regras de negócio do MVP
Somente organizações activas e com verificação básica podem publicar oportunidades e manifestar interesse.
Uma oportunidade publicada não pode alterar requisitos materiais sem nova moderação e notificação aos candidatos.
O prazo de manifestação deve ser futuro; após o fecho só o moderador pode reabrir, com motivo auditado.
Requisitos obrigatórios eliminam automaticamente candidaturas não conformes; a lista curta exige decisão humana.
O proponente não visualiza dados confidenciais de candidatos antes da permissão e da etapa definida.
Rejeições, devoluções, suspensões e cancelamentos exigem motivo e notificação.
Documentos com validade expirada não podem comprovar elegibilidade.
Todos os estados, decisões e alterações de permissões geram histórico.
12.5 Fora do escopo do MVP
Ficam para fases posteriores: aplicação móvel nativa; inteligência artificial preditiva; assinatura electrónica qualificada; pagamentos; videoconferência incorporada; integração automática com registos públicos; due diligence avançada; gestão contratual completa; avaliação pública; eventos B2B; internacionalização; e modelos de monetização.
13. Mapa de integração com o portal InvesteMoz
A Bolsa de Parcerias será um módulo interno do InvesteMoz, usando os serviços partilhados do portal e expondo eventos de negócio ao CRM e à analítica. A integração deve seguir o princípio de fonte mestre única: a Bolsa referencia utilizadores, organizações, sectores, localizações, projectos e oportunidades de investimento existentes, mantendo localmente apenas dados específicos do ciclo de parceria.
13.1 Integrações funcionais e contratos
Domínio/serviço InvesteMoz
Direcção
Dados ou acção
Mecanismo
Responsável
Identidade e autenticação
InvesteMoz → Bolsa
Utilizador autenticado, sessão, recuperação de acesso e autenticação multifactor quando aplicável.
SSO/OAuth 2.0 ou serviço de autenticação existente.
Equipa de plataforma.
Organizações e perfis
Bidireccional controlada
Identificação legal, contactos, tipo, estado, representantes e completude.
API versionada; InvesteMoz permanece fonte mestre.
Gestão de dados mestres.
Sectores e geografia
InvesteMoz → Bolsa
Sectores, províncias, distritos, países e outras listas controladas.
API de catálogos com cache e sincronização agendada.
Administrador funcional.
Projectos e oportunidades de investimento
InvesteMoz → Bolsa
Referência, promotor, sector, localização e estado para originar uma procura de parceiro.
API e identificador externo; sem duplicar o registo de origem.
Gestor de oportunidades.
Bolsa de Parcerias
Bolsa → InvesteMoz
Oportunidades publicadas, contagens, estados e chamadas para acção.
API de leitura e índice de pesquisa.
Product Owner da Bolsa.
CRM
Bidireccional por eventos
Manifestação de interesse, conexão, negociação, acordo, tarefas e responsável.
Eventos/webhooks idempotentes e API de consulta.
Gestor de CRM.
Notificações
Bolsa → serviço comum
Modelos, destinatários, canal, idioma, prioridade e estado de entrega.
Fila assíncrona e serviço de correio/notificação no portal.
Equipa de plataforma.
Documentos
Bidireccional controlada
Ficheiro, tipo, validade, confidencialidade, versão e autorização de acesso.
Repositório comum com URL temporária e antivírus.
Segurança e gestão documental.
Pesquisa global
Bolsa → InvesteMoz
Título, resumo, sector, localização, tipo, prazo e visibilidade.
Indexação após publicação, alteração, suspensão ou arquivo.
Equipa de pesquisa.
Analítica e relatórios
Bolsa → plataforma analítica
Eventos do funil, duração das etapas, conversão, valor e impacto.
Eventos pseudonimizados e cargas incrementais.
Dados e BI.
Auditoria e monitoria
Todos → serviço comum
Acessos, decisões, alterações, falhas, correlação e alertas.
Registos centralizados e identificador de correlação.
Segurança e operações.

13.2 Eventos de integração
organization.updated: actualizar a visão do perfil usada no matching e invalidar a cache.
organization.verified: habilitar publicação ou candidatura conforme o nível alcançado.
investment_opportunity.updated: actualizar apenas a referência apresentada na parceria vinculada.
partnership_opportunity.published: indexar na pesquisa, gerar recomendações e criar actividade no CRM.
partnership_interest.submitted: notificar o proponente e registar avanço no funil.
partnership_interest.shortlisted: abrir tarefa no CRM e permitir criação da sala de negociação.
partnership_agreement.created: actualizar conversão, valor previsto e plano de monitoria.
partnership_status.changed: sincronizar estado, responsável, motivo e data.
13.3 Controlos técnicos de integração
APIs versionadas, documentação OpenAPI e ambiente de testes.
Autorização por escopo, organização e propriedade do registo.
Idempotência, repetição com espera progressiva e fila de erros para integrações assíncronas.
Validação de esquema, assinatura de webhooks e protecção contra reenvio.
Identificador de correlação de ponta a ponta e métricas de latência, erro e disponibilidade.
Reconciliação diária entre Bolsa, CRM e pesquisa, com relatório de divergências.
Política clara de fonte mestre, retenção, minimização e classificação dos dados.
13.4 Catálogo detalhado de APIs
Os caminhos são indicativos e devem ser publicados sob /api/v1. As operações de escrita exigem autenticação, autorização por escopo, cabeçalho de correlação e chave de idempotência quando criam ou transitam recursos.
ID
Método e recurso
Finalidade e consumidor
Entrada/saída principal
Segurança e dependência
API-01
GET /me
Obter identidade, organizações e permissões; consumida pela Bolsa.
Saída: user_id, organizations, roles, scopes, locale.
Token SSO; depende do serviço de identidade.
API-02
GET /organizations/{id}
Consultar organização mestre e estado de verificação.
Saída: dados legais, contactos, localização, status, verification_level, updated_at.
Escopo organization:read; ETag para cache.
API-03
PATCH /organizations/{id}/partnership-profile
Actualizar apenas a extensão de capacidades da Bolsa.
Entrada: descrição, capacidades, mercados e preferências; saída: completude.
Gestor do perfil; controlo optimista de versão.
API-04
GET /catalogs/{type}
Consumir sectores, geografia, moedas, tipos e estados.
Filtros: active, parent_id, updated_since; saída paginada.
Leitura autenticada ou pública; cache.
API-05
GET /investment-opportunities/{id}
Referenciar projecto ou oportunidade de investimento do InvesteMoz.
Saída: reference, promoter_id, sector_ids, location_ids, status.
Respeita visibilidade da origem.
API-06
POST /partnership-opportunities
Criar rascunho de parceria.
Entrada: owner_id, type_id, title, descrição, requisitos, prazo e vínculo opcional.
Escopo opportunity:write; Idempotency-Key.
API-07
GET/PATCH /partnership-opportunities/{id}
Consultar ou alterar rascunho e dados não bloqueados.
Saída: recurso, requisitos, estado, versão e ligações.
Proprietário/gestor; If-Match obrigatório na alteração.
API-08
POST /partnership-opportunities/{id}/submit
Submeter para moderação.
Entrada: declaration_accepted; saída: status e validation_errors.
Organização verificada; Idempotency-Key.
API-09
POST /partnership-opportunities/{id}/moderation-decisions
Aprovar, devolver, rejeitar, suspender ou arquivar.
Entrada: decision, reason, checklist; saída: nova versão/estado.
Moderador; segregação e auditoria.
API-10
GET /partnership-opportunities
Catálogo e pesquisa da Bolsa.
Filtros: q, type, sector, location, status, deadline; paginação e ordenação.
Dados públicos ou ampliados conforme token.
API-11
GET /partnership-opportunities/{id}/matches
Obter organizações recomendadas e explicação.
Saída: organization_id, eligibility, total_score, score_breakdown, algorithm_version.
Gestor/moderador; depende do perfil e catálogos.
API-12
POST /partnership-opportunities/{id}/interests
Submeter manifestação de interesse.
Entrada: organization_id, proposta, valor, disponibilidade e documentos.
Escopo interest:write; regras de unicidade.
API-13
GET/PATCH /interests/{id}
Consultar, actualizar ou retirar interesse dentro do prazo.
Entrada/saída: dados, documentos, estado e versão.
Organização candidata; If-Match.
API-14
POST /interests/{id}/evaluations
Registar pontuação, recomendação e esclarecimentos.
Entrada: critérios, notas, recommendation; saída: total e estado.
Avaliador atribuído; conflito validado.
API-15
POST /interests/{id}/shortlist
Aprovar ou retirar da lista curta.
Entrada: decision, reason; saída: status.
Comité/gestor; decisão auditada.
API-16
POST /negotiation-rooms
Abrir sala para interesse pré-qualificado.
Entrada: opportunity_id, interest_id, participants; saída: room_id.
Gestor autorizado; verifica shortlist.
API-17
GET/POST /negotiation-rooms/{id}/messages
Consultar e publicar mensagens.
Entrada: content, attachments; saída paginada com autor/data.
Somente participantes; antivírus nos anexos.
API-18
POST /documents/uploads
Iniciar carregamento seguro.
Entrada: entity_type, entity_id, type, size, checksum; saída: upload_url.
URL temporária, formatos permitidos e antivírus.
API-19
POST /agreements
Registar acordo resultante da negociação.
Entrada: room_id, partes, datas, valor e marcos; saída: agreement_id.
Gestor da parceria; aprovação das partes.
API-20
PATCH /milestones/{id}
Actualizar execução e evidência.
Entrada: status, progress, evidence_ids, risks; saída: versão.
Responsável pelo marco; If-Match.
API-21
POST /notifications
Enviar pedido ao serviço comum de notificações.
Entrada: template, recipients, locale, channels, data.
Service account; processamento assíncrono.
API-22
POST /crm/activities
Criar ou actualizar actividade/funil no CRM.
Entrada: event_id, entity, stage, owner, occurred_at.
Service account; upsert idempotente.
API-23
POST /search/index-commands
Indexar ou remover oportunidade.
Entrada: action, entity_id, version, searchable_payload.
Assíncrona; só estados publicáveis.
API-24
GET /integration/reconciliation
Consultar divergências entre Bolsa, CRM, pesquisa e documentos.
Filtros: system, status, date; saída: divergência e acção.
Operações/auditor; leitura restrita.

13.5 Contrato comum das APIs
Identificação: UUID para recursos; referência legível adicional para oportunidades e acordos.
Cabeçalhos: Authorization, X-Correlation-ID, Idempotency-Key nas criações/transições e If-Match nas alterações concorrentes.
Paginação: page, page_size, total e links; limite máximo configurável.
Datas e moeda: ISO 8601 em UTC; valores monetários com amount e currency_code.
Erros: code, message, field_errors, correlation_id e retryable; códigos HTTP 400, 401, 403, 404, 409, 422, 429 e 5xx.
Compatibilidade: alterações incompatíveis exigem nova versão; campos novos são opcionais por defeito.
Desempenho: timeout, limites de chamadas e circuit breaker acordados por integração.
Auditoria: actor_id, organization_id, purpose, source_system e occurred_at nas operações críticas.
13.6 Catálogo detalhado de eventos
Evento
Produtor → consumidores
Disparo e carga mínima
Acção esperada
identity.user_access_changed.v1
Identidade → Bolsa
user_id, organization_id, roles, scopes, status, occurred_at.
Invalidar autorização e encerrar acesso quando aplicável.
organization.updated.v1
InvesteMoz → Bolsa, matching
organization_id, changed_fields, version, updated_at.
Actualizar projecção e recalcular matches afectados.
organization.verification_changed.v1
InvesteMoz/validação → Bolsa, CRM
organization_id, old_level, new_level, reason, effective_at.
Habilitar/bloquear acções e registar actividade.
catalog.changed.v1
Dados mestres → Bolsa, pesquisa
catalog_type, item_id, action, version.
Invalidar cache e actualizar filtros sem quebrar referências.
investment_opportunity.updated.v1
InvesteMoz → Bolsa
opportunity_id, changed_fields, status, version.
Actualizar referência exibida e alertar vínculo incompatível.
partnership_opportunity.submitted.v1
Bolsa → fila de moderação, notificações
opportunity_id, owner_id, submitted_by, submitted_at.
Criar tarefa de moderação e confirmação ao proponente.
partnership_opportunity.published.v1
Bolsa → pesquisa, matching, CRM, analítica
opportunity_id, owner_id, type_id, sectors, locations, deadline, version.
Indexar, gerar matches, abrir etapa do funil e contar publicação.
partnership_opportunity.changed.v1
Bolsa → pesquisa, matching, notificações
opportunity_id, material_change, changed_fields, version.
Reindexar; recalcular; notificar candidatos se alteração material.
partnership_opportunity.closed.v1
Bolsa → pesquisa, matching, CRM
opportunity_id, closure_type, reason, closed_at.
Remover da descoberta, parar recomendações e actualizar funil.
partnership.match_generated.v1
Matching → Bolsa, analítica
match_id, opportunity_id, organization_id, eligibility, score, algorithm_version.
Disponibilizar recomendação e medir qualidade.
partnership_interest.submitted.v1
Bolsa → proponente, CRM, analítica
interest_id, opportunity_id, candidate_id, submitted_at.
Notificar, criar actividade e actualizar conversão.
partnership_interest.changed.v1
Bolsa → proponente, CRM
interest_id, old_status, new_status, reason, version.
Sincronizar estado e tarefas.
partnership_interest.shortlisted.v1
Bolsa → CRM, notificações
interest_id, opportunity_id, decision_by, decided_at.
Abrir tarefa de conexão e avisar partes autorizadas.
negotiation_room.opened.v1
Bolsa → CRM, notificações, analítica
room_id, opportunity_id, interest_id, participant_ids.
Actualizar etapa para negociação e enviar convites.
partnership_agreement.created.v1
Bolsa → CRM, analítica, notificações
agreement_id, opportunity_id, party_ids, value, currency, start_date.
Marcar conversão e iniciar monitoria.
partnership_milestone.changed.v1
Bolsa → CRM, analítica, alertas
milestone_id, agreement_id, old_status, new_status, progress, due_date.
Actualizar progresso e alertar atraso ou risco.
document.status_changed.v1
Documentos → Bolsa
document_id, entity_type, entity_id, scan_status, verification_status, expiry_date.
Libertar/bloquear uso e reavaliar elegibilidade.
notification.delivery_changed.v1
Notificações → Bolsa
notification_id, channel, status, attempt, failure_code.
Actualizar entrega e reprocessar falhas recuperáveis.
integration.delivery_failed.v1
Gateway/event bus → operações
event_id, target, attempts, error_code, correlation_id.
Enviar para fila de erros, alertar e reconciliar.

13.7 Envelope, entrega e governação de eventos
Envelope obrigatório: event_id, event_type, event_version, source, subject_id, occurred_at, producer_version, correlation_id, causation_id, data_classification e payload.
Semântica: entrega pelo menos uma vez; consumidores devem ser idempotentes por event_id e versão da entidade.
Ordenação: garantida apenas por aggregate_id; eventos antigos não podem sobrescrever versões mais recentes.
Repetição: espera progressiva, máximo configurável e encaminhamento para fila de erros.
Segurança: assinatura, TLS, lista de produtores autorizados e minimização de dados pessoais.
Compatibilidade: evolução aditiva no mesmo número de versão; remoção ou mudança semântica cria nova versão.
Monitoria: taxa de entrega, atraso, repetição, erros, tamanho da fila e divergências de reconciliação.
Retenção: definida por classificação e necessidade de reprocessamento; dados sensíveis nunca devem ser replicados sem finalidade.
14. Perfis de acesso e permissões
O controlo de acesso deve combinar função, organização, propriedade do registo, estado do processo e nível de confidencialidade. A atribuição de perfis administrativos, de validação, moderação, conformidade ou auditoria deve exigir aprovação e permanecer registada.
14.1 Perfis funcionais
Perfil
Escopo
Permissões principais
Restrições
Visitante
Público
Consultar conteúdos e oportunidades públicas; pesquisar; iniciar registo.
Sem acesso a contactos, documentos ou candidaturas.
Membro da organização
Própria organização
Consultar perfil, oportunidades e processos autorizados; receber notificações.
Não altera dados nem submete transacções sem permissão adicional.
Gestor do perfil
Própria organização
Editar perfil, sectores, capacidades, contactos e documentos; convidar membros.
Não aprova a própria verificação nem decisões da plataforma.
Proponente/gestor da oportunidade
Oportunidades da organização
Criar, submeter e acompanhar oportunidades; responder a esclarecimentos; consultar e pré-seleccionar interesses.
Não publica directamente nem acede a dados confidenciais antes da etapa permitida.
Candidato
Interesses da organização
Pesquisar, manifestar interesse, anexar evidências, actualizar ou retirar candidatura e participar na negociação.
Não consulta candidaturas concorrentes nem altera critérios.
Analista de validação
Fila atribuída
Rever perfis e documentos; pedir correcções; recomendar aprovação ou rejeição.
Sem edição do perfil; conflitos de interesse exigem redistribuição.
Moderador
Oportunidades atribuídas
Rever, devolver, aprovar, suspender ou arquivar oportunidades; moderar conteúdos.
Decisões negativas exigem motivo; não avalia candidatura da sua organização.
Avaliador/comité
Processos nomeados
Verificar elegibilidade, pontuar, comentar e recomendar lista curta.
Notas independentes ficam bloqueadas após submissão; conflito impede acesso.
Gestor da parceria
Negociações e acordos atribuídos
Facilitar conexão, gerir tarefas, marcos, estados e relatórios.
Não assina em nome das partes nem altera parecer de conformidade.
Conformidade/Jurídico
Casos atribuídos
Executar due diligence, consultar evidências restritas e emitir parecer.
Acesso temporário e registado; parecer final exige responsável autorizado.
Gestor da plataforma
Todo o módulo
Supervisionar operações, filas, SLAs, parâmetros funcionais e relatórios.
Não acede ao conteúdo confidencial sem motivo funcional e registo.
Administrador técnico
Configuração técnica
Gerir integrações, parâmetros técnicos, monitoria e suporte.
Sem poder de decisão de negócio; acesso privilegiado sujeito a controlo reforçado.
Auditor
Leitura transversal
Consultar histórico, decisões, acessos e exportar evidência autorizada.
Somente leitura; dados pessoais minimizados quando não necessários.

14.2 Matriz de permissões críticas
Acção
Executa
Aprova
Controlo obrigatório
Alterar perfil empresarial
Gestor do perfil
Não aplicável; alterações críticas podem reabrir verificação
Âmbito da organização e histórico.
Aprovar verificação
Analista de validação
Supervisor/gestor da plataforma
Segregação de funções e checklist.
Submeter oportunidade
Proponente
Moderador publica
Organização verificada e perfil completo.
Alterar oportunidade publicada
Proponente solicita
Moderador
Nova moderação e notificação quando material.
Manifestar interesse
Candidato
Não aplicável
Prazo, elegibilidade e ausência de auto-candidatura.
Definir lista curta
Avaliador/comité
Gestor da oportunidade
Critérios, conflito de interesse e justificação.
Aceder a documento confidencial
Utilizador autorizado
Proprietário ou regra da etapa
Consentimento, acesso temporário e auditoria.
Emitir parecer de conformidade
Conformidade/Jurídico
Responsável designado
Evidências, versão e assinatura da decisão.
Suspender utilizador ou organização
Gestor da plataforma
Administrador autorizado
Motivo, prazo, notificação e recurso.
Exportar dados
Gestor autorizado ou auditor
Regra de política
Finalidade, minimização, marca de água e registo.

15. Backlog técnico de implementação
O backlog está organizado por épicos e priorizado para entregar primeiro um fluxo utilizável e integrado. P0 é indispensável para o MVP; P1 completa a operação piloto; P2 pode seguir após validação do produto.
ID
Épico
Item técnico/entregável
Prioridade
Critério de conclusão
BT-01
Arquitectura
Definir arquitectura do módulo, fronteiras, fontes mestres, decisões técnicas e diagrama de integração.
P0
Arquitectura aprovada e riscos registados.
BT-02
Base de dados
Criar migrações PostgreSQL para entidades do MVP, chaves, índices, restrições, estados e auditoria.
P0
Migrações reversíveis, testadas e sem duplicar dados mestres.
BT-03
Autenticação
Integrar a autenticação existente do InvesteMoz e mapear utilizador para organização.
P0
Sessão única funciona e acessos inválidos são bloqueados.
BT-04
Autorização
Implementar RBAC com escopo por organização, propriedade, estado e confidencialidade.
P0
Testes cobrem permissões permitidas e negadas de cada perfil.
BT-05
Dados mestres
Consumir organizações, sectores, geografia e catálogos do InvesteMoz.
P0
Dados são referenciados por identificador e cache é actualizável.
BT-06
Perfil
Construir visão e extensão do perfil para capacidades, produtos, serviços e completude.
P0
Utilizador vê pendências e não cria organização duplicada.
BT-07
Documentos
Integrar carregamento, validação, antivírus, versão, validade e confidencialidade.
P0
Formatos inválidos são rejeitados e acessos ficam auditados.
BT-08
Verificação
Implementar submissão, fila, checklist, atribuição, decisão, histórico e notificações.
P0
Fluxo aprovar/devolver/rejeitar funciona com motivo.
BT-09
Oportunidades
Criar API e interface para rascunho, validação, pré-visualização, submissão e estados.
P0
Regras condicionais impedem submissão incompleta.
BT-10
Moderação
Construir fila, checklist, detecção básica de similares e decisão auditada.
P0
Só oportunidades aprovadas ficam públicas.
BT-11
Catálogo
Implementar listagem pública, detalhe, pesquisa, paginação e filtros.
P0
Resultados respeitam estado, prazo e visibilidade.
BT-12
Matchmaking
Implementar motor inicial por regras, requisitos eliminatórios, pesos e explicação.
P0
Pontuação reproduzível e causa de inelegibilidade visível.
BT-13
Interesses
Criar manifestação de interesse com anexos, edição, retirada e regras de unicidade.
P0
Auto-candidatura e duplicação activa são bloqueadas.
BT-14
Avaliação
Implementar comparação, pedidos de esclarecimento, pontuação e lista curta.
P0
Decisões registam avaliador, data, nota e motivo.
BT-15
Conexão
Criar sala com participantes autorizados, mensagens e documentos.
P0
Acesso indevido é bloqueado; actividade fica datada.
BT-16
Notificações
Integrar modelos e filas para eventos críticos no portal e por correio.
P0
Envio é reprocessável e estado de entrega é consultável.
BT-17
CRM
Publicar eventos de oportunidade, interesse, lista curta, negociação e acordo.
P1
Eventos idempotentes actualizam o funil sem duplicações.
BT-18
Pesquisa global
Indexar oportunidades publicadas e remover/sinalizar registos suspensos ou arquivados.
P1
Pesquisa do portal apresenta resultados coerentes.
BT-19
Painéis
Criar painéis do participante, validação, moderação, gestão e administração.
P1
Cada perfil vê tarefas, prazos e indicadores autorizados.
BT-20
Acordos
Registar acordo, partes, datas, valor, marcos e actualizações básicas.
P1
Progresso e estados são auditáveis.
BT-21
API
Documentar contratos OpenAPI, erros, paginação, filtros e versionamento.
P1
Contrato validado e colecção de testes disponível.
BT-22
Observabilidade
Centralizar logs, métricas, alertas, correlação e painel operacional.
P0
Falhas críticas geram alerta e podem ser rastreadas.
BT-23
Segurança
Executar análise de ameaças, endurecimento, testes de vulnerabilidade e gestão de segredos.
P0
Riscos críticos e altos corrigidos antes do Go-Live.
BT-24
Qualidade
Automatizar testes unitários, integração, autorização, API e regressão.
P0
Pipeline bloqueia falhas e cobertura crítica está acordada.
BT-25
UX e acessibilidade
Validar fluxos responsivos, teclado, contraste, erros e baixo consumo de dados.
P0
Testes com utilizadores-piloto e problemas críticos encerrados.
BT-26
DevOps
Configurar CI/CD, ambientes, dados de teste, migração, rollback e aprovações.
P0
Implantação e rollback reproduzíveis.
BT-27
Backup e continuidade
Configurar cópias, restauração, RPO/RTO e exercício de recuperação.
P1
Restauração testada com evidência.
BT-28
Analítica
Emitir eventos do funil e criar indicadores mínimos de adopção, SLA e conversão.
P1
Painel reconcilia com os dados transaccionais.
BT-29
Operação
Preparar procedimentos, matriz de suporte, formação e gestão de incidentes.
P1
Equipa formada e SLAs publicados.
BT-30
Evolução
Preparar assinatura electrónica, due diligence avançada, pagamentos, IA e aplicação móvel.
P2
Itens refinados após métricas e feedback do piloto.

15.1 Plano de execução por sprint, dependências e estimativas
Estimativa de referência: sprints de duas semanas, equipa dedicada composta por 1 Product Owner/analista de negócio, 1 líder técnico, 2 programadores backend, 2 frontend, 1 QA, DevOps a 50%, UX/UI a 50% e apoio pontual de segurança, dados e CRM. Os pontos de história (SP) expressam esforço relativo; uma capacidade inicial de 38–44 SP por sprint deve ser recalibrada após os dois primeiros sprints.
Sprint
Objectivo e backlog
Dependências
Estimativa
Critério de saída
0 — Descoberta e fundação
BT-01 arquitectura; desenho de API/eventos; modelo de dados inicial; ambientes, CI/CD base; refinamento de histórias; protótipos críticos.
Acesso ao código e ambientes do InvesteMoz; responsáveis de identidade, CRM, pesquisa e documentos nomeados; decisões de fonte mestre.
30–35 SP; 2 semanas.
Arquitectura, contratos preliminares, backlog refinado, riscos e Definition of Done aprovados.
1 — Plataforma, identidade e segurança base
BT-02, BT-03, BT-04, BT-22, BT-26: migrações núcleo, SSO, vínculo utilizador–organização, RBAC inicial, auditoria, logs e pipeline.
Sprint 0; credenciais do provedor de identidade; convenções de segurança e observabilidade.
40–44 SP; 2 semanas.
Utilizador entra por SSO, vê organização correcta; permissões negativas testadas; implantação automática em testes.
2 — Dados mestres, perfil e documentos
BT-05, BT-06, BT-07: APIs de catálogos, projecção da organização, extensão do perfil, completude, upload, versões, validade e confidencialidade.
Sprint 1; APIs de organizações/catálogos; repositório documental e antivírus disponíveis.
42–46 SP; 2 semanas.
Perfil reutiliza dados mestres, não duplica organização e documentos são validados e auditados.
3 — Verificação e oportunidades
BT-08 e BT-09: submissão de verificação, fila/checklist, decisões; rascunho, requisitos, validações, pré-visualização e submissão de oportunidade.
Sprint 2; perfis e documentos operacionais; regras de verificação e taxonomias aprovadas.
42–46 SP; 2 semanas.
Organização pode ser verificada e submeter oportunidade completa; devolução/rejeição exigem motivo.
4 — Moderação, catálogo e notificações
BT-10, BT-11, BT-16 e parte de BT-18: fila de moderação, similares básicos, publicação, catálogo, filtros, detalhe e notificações.
Sprint 3; serviço comum de notificações; índice de pesquisa ou alternativa de pesquisa transaccional.
44–48 SP; 2 semanas.
Somente oportunidades aprovadas são descobertas; transições notificam e sincronizam o índice.
5 — Matchmaking e manifestações de interesse
BT-12 e BT-13: motor por regras, filtros eliminatórios, pesos, explicação, criação/edição/retirada de interesse e anexos.
Sprint 4; perfis, capacidades, requisitos e oportunidade publicada com dados consistentes.
42–46 SP; 2 semanas.
Matches reproduzíveis; inelegibilidade explicada; auto-candidatura e duplicação bloqueadas.
6 — Avaliação, lista curta e negociação
BT-14 e BT-15: comparação, esclarecimentos, grelha, lista curta, sala, participantes, mensagens e documentos.
Sprint 5; interesses válidos; RBAC refinado; serviço documental estável.
44–48 SP; 2 semanas.
Comité selecciona com auditoria e abre conexão acessível apenas às partes autorizadas.
7 — Integrações, painéis e acordo básico
BT-17, BT-18, BT-19, BT-20, BT-21 e BT-28: eventos CRM, pesquisa global, painéis, OpenAPI, acordo/marcos e eventos analíticos.
Sprints 4–6; endpoints ou webhooks do CRM/pesquisa/BI; mapeamento de etapas aprovado.
46–52 SP; 2 semanas.
Fluxo reflectido no CRM e pesquisa; painéis reconciliados; contrato OpenAPI e acordo básico testados.
8 — Endurecimento, piloto e Go-Live
BT-23, BT-24, BT-25, BT-27 e BT-29: testes completos, desempenho, acessibilidade, segurança, backup/restauro, reconciliação, formação, suporte, migração e piloto.
Todas as sprints anteriores; ambiente de produção; utilizadores-piloto; segurança e operação disponíveis.
38–44 SP; 2 semanas, com 1 semana opcional de estabilização.
Zero defeitos críticos/altos abertos; restauração comprovada; UAT aprovada; runbooks e decisão formal Go/No-Go.

15.2 Dependências críticas e caminho de entrega
Caminho crítico: arquitectura → identidade/RBAC → dados mestres/perfil/documentos → verificação → oportunidades/moderação → matching/interesses → avaliação/conexão → integrações/UAT → Go-Live.
Dependências externas bloqueantes: identidade, APIs de organização e catálogos, repositório documental, notificações, CRM, pesquisa e ambiente de produção.
Trabalho transversal: QA, segurança, acessibilidade, observabilidade, documentação OpenAPI e auditoria acompanham todas as sprints; não devem ser adiados para o final.
Reserva: manter 10–15% da capacidade para defeitos, integração e dívida técnica; alterações de escopo substituem itens de capacidade equivalente.
Gate de Sprint 4: fluxo de publicação operacional; Gate de Sprint 6: fluxo de conversão operacional; Gate de Sprint 8: critérios de produção satisfeitos.
15.3 Estimativa consolidada e marcos
Dimensão
Estimativa de referência
Duração base
18 semanas: Sprint 0 mais oito sprints de duas semanas.
Duração prudente
19–20 semanas, incluindo estabilização e decisões externas.
Esforço
364–409 SP; aproximadamente 50–56 pessoa-mês para a equipa multidisciplinar indicada.
Marco 1
Fim da Sprint 2: plataforma integrada, perfil e documentos demonstráveis.
Marco 2
Fim da Sprint 4: publicação e descoberta ponta a ponta.
Marco 3
Fim da Sprint 6: matchmaking, candidatura, avaliação e conexão.
Marco 4
Fim da Sprint 7: integrações e acompanhamento básico completos.
Marco 5
Fim da Sprint 8: piloto aprovado e decisão de entrada em produção.

