# Plataforma Dos métodos em produtos à integração, ativação e operação: veja como identidade, ciclo de vida, direitos e conexões sustentam a jornada completa do SaaS independente. > Runlume oferece recursos de plataforma, aplicativos independentes e serviços combináveis. Funções, cotas e entrega seguem o plano ou acordo. Aplicativos oficiais podem ser escolhidos separadamente; colaboração segue configuração e autorização. Página original: https://runlume.app/pt-br/platform ## Sistemas independentes, responsabilidades claras. Ilustração dos papéis: a plataforma conecta recursos comuns; sistemas cuidam do negócio e dos dados. Integração não exige um único banco. ### Sistemas de negócio Processos, permissões e banco independentes, em computador local ou nuvem conforme o plano. ### Plataforma Runlume Identidade, organização, direitos, ativação, autorização explícita e registros. ### Responsáveis pela implantação e operação Confirme rede, backup, recuperação, monitoramento, atualizações e incidentes. ## Veja a base comum de gestão pelas telas. Diretório organizacional e autorização têm papéis distintos. Vínculos não concedem acesso a dados automaticamente. ### Estrutura organizacional Exemplo de sede, departamentos, funções e vínculos com membros fictícios, sem informações pessoais. ### Autorização de recursos Exemplo de recursos e acesso, não autorização ou execução efetiva. ## Implante onde escolher; os dados circulam conforme sua autorização. Os sistemas de negócio podem ser executados, conforme o plano de implantação, em um computador local que atenda aos requisitos, em servidores da empresa ou em servidores de nuvem indicados por você, mantendo bancos de dados independentes. Você escolhe o local; integrar o Runlume não altera a titularidade dos dados de negócio. A integração unificada permite usar identidade, estrutura organizacional, direitos de assinatura e recursos de colaboração. ### Ambiente empresarial Sistemas e bancos operam no ambiente acordado. Métodos, clientes e registros permanecem em seus sistemas; local, administradores e retenção são definidos no plano. ### Plataforma Runlume Gerencia identidade, integração, direitos e colaboração controlada. Não exige fusão de bancos; trata mapeamento, estados, uso e registros necessários às funções. ### Agente e recursos externos O agente usa interfaces autorizadas; modelos e serviços externos seguem a solução escolhida. Campos, destinatários e finalidades devem ser claros. Integrar não libera todos os dados. ### Conecte recursos sem fundir limites de dados CRM e Pedidos trocam referências e informações necessárias por interfaces autorizadas, mantendo bancos e permissões. Solicitações e respostas circulam pela cadeia e devem integrar a revisão de dados e rede. ### Segurança em cada acesso e etapa de entrega. #### Titularidade e autonomia de gestão A titularidade dos seus dados de negócio não é transferida em razão do local de implantação ou da integração à plataforma. Você gerencia armazenamento, backups, exportação e exclusão conforme o acordo e define o escopo autorizado de acesso externo. Na migração do sistema ou no encerramento do serviço, os dados são tratados e as permissões de acesso são revogadas conforme o acordo de entrega. Os direitos e as restrições de uso aplicáveis a dados pessoais e de terceiros continuam sendo respeitados. #### Isolamento e menor privilégio Valide conta, instância e papéis. Vínculos explícitos liberam só recursos e dados necessários; especialistas, engenheiros, FDE e usuários recebem permissões adequadas às funções. #### Chamadas de IA também são controladas Coordenar tarefas não torna o agente administrador. Ele segue tenant, recurso e dados; mudanças críticas passam por revisão. Antes de IA externa, confirme conteúdo enviado, termos e tratamento. #### Operação segura e rastreabilidade Use registros importantes para rastrear processos, sem expor chaves ou cargas sensíveis. Defina e valide rede, transmissão, credenciais, recuperação e responsabilidades de atualização na entrega. #### Entrega privada e gestão de License Oferecemos emissão, consulta, registro de implantação e revogação de License, com definição da versão do produto, do ambiente, das quantidades de implantações e instâncias de negócio e da validade. Após integrar o componente de validação, o sistema de negócio verifica localmente a assinatura e as condições de autorização com uma chave pública. A licença de implantação não substitui os direitos de assinatura nem as permissões de acesso aos dados. A atualização do estado da licença em implantações offline e o escopo de entrega seguem o acordo de cooperação. ### FDE incorpora implantação e segurança à entrega. Identifique dados sensíveis, papéis e chamadas desde os requisitos e confirme topologia, autorizações e exemplos com TI, especialistas e engenheiros. Entregar inclui acesso, transição operacional, recuperação e escopo de suporte. ### Implantação local significa que nenhum dado sai? Não. Os dados de negócio podem ficar no sistema local, mas identidade unificada, colaboração na plataforma, notificações ou IA externa podem tratar as informações necessárias. Antes da implantação, liste os fluxos e as finalidades dos dados. Para dados sensíveis, limite os campos enviados e os destinatários. ### É possível usar tudo totalmente offline? Implantação independente não torna todos os recursos offline. Autenticação, direitos e serviços externos exigem conexões. Acesso interno, rede e funções offline devem ser confirmados individualmente na escolha e implantação. ### Quem responde pela segurança local? O contrato divide tarefas: empresa gerencia ambiente e pessoas; fornecedor, permissões e manutenção; equipe de entrega, configuração, validação e transição. Runlume governa a plataforma, mas o ambiente local exige operação segura contínua. ## Métodos empresariais transformados em produtos Runlume conecta especialistas, engenheiros e usuários para transformar métodos e experiência em software executável. FDE atua no negócio, converte requisitos em especificações conjuntas e coordena construção e validação. A plataforma apoia integração, colaboração autorizada e operação, tornando a entrega um ativo em evolução. ### Por exemplo: transformar acompanhamento de clientes em sistema da equipe. O especialista define classificação de leads, ritmo e passagem de pedidos. FDE e usuários validam cenários e criam especificações e exemplos. Engenheiros conectam CRM, Pedidos e agente com telas, fluxos e autorização. Exceções do uso orientam ajustes de regras e versões, tornando experiência individual um método reutilizável. ### Reúna quem conhece o negócio, quem desenvolve e quem usa. FDE não apenas repassa requisitos: alinha método, implementação e retorno à mesma especificação e objetivo, próximo ao negócio real. Runlume fornece base comum da construção à operação. #### Especialistas de domínio Por que o negócio funciona assim? Esclareça conhecimento, experiência e critérios; defina processos, regras e exceções e confirme a validade do método. Ativos: métodos, regras e critérios de aceitação #### Engenheiros de software Como fazer o método funcionar com confiabilidade? Transforme especificações em sistemas, interfaces e automações, cuidando de qualidade, testes, implantação e manutenção, com IA para apoiar a construção. Ativos: sistemas, interfaces, testes e versões #### Usuários de negócio Funciona no trabalho real? Traga tarefas, ambiente e restrições, participe dos testes e da aceitação e use resultados diários para avaliar se resolve o problema. Ativos: exemplos reais, retorno de uso e resultados #### FDE conecta compreensão do negócio e implementação Dos requisitos e protótipos à implantação e revisão pós-lançamento, coordena as partes e mantém problema, especificação, implementação e retorno alinhados. Pode implementar, mas não substitui o julgamento do especialista ou a aceitação do usuário. ### Por que Runlume é adequado ao FDE? #### Transforme métodos em especificações comuns Objetivos, processos, dados, permissões e aceitação conectam as partes, reduzem divergências e permitem melhorar métodos a cada versão. #### Reutilize recursos e foque as diferenças do negócio A plataforma fornece identidade, ciclo de vida, direitos e recursos comuns. FDE e engenheiros entregam regras setoriais e fluxos críticos sem reconstruir a base operacional em cada sistema. #### Implantação independente com colaboração Sistemas podem operar de forma independente ou privada, conectados com autorização explícita. O agente executa tarefas no escopo permitido. Reutilizar recursos não significa compartilhar dados sem limites. #### Continue operando depois da entrega Conecte aceitação, versões, ativação e direitos e leve retorno às regras. Métodos e recursos reutilizáveis com autorização tornam-se produtos para mais cenários compatíveis. Faça de seus métodos um ativo de software próprio. ### 1. Organize o método de gestão Especialistas fornecem métodos e critérios; usuários trazem processos e exceções; FDE alinha objetivos e prioridades, tornando experiência tácita uma definição discutível. Objetivos, processos e regras ### 2. Crie especificações estruturadas FDE, especialistas e engenheiros organizam Blueprint / Spec com dados, permissões, entradas, saídas e aceitação, criando referência comum para negócio e implementação. Blueprint / Spec ### 3. Construa o sistema de negócio Engenheiros usam IA para transformar especificações em telas, fluxos e APIs. FDE verifica o significado de negócio e reutiliza aplicativos e recursos existentes, reduzindo reconstrução. Sistemas e conjuntos de mudanças ### 4. Valide e publique versões Valide exemplos, limites e critérios, revise alterações e mantenha registros claros de versão e publicação. Aceitação e versões ### 5. Integre e opere continuamente Conecte identidade, ativação, direitos e colaboração para uso interno e escopo claro de serviços comercializados. Aplicativos e serviços ### 6. Melhore o método pelos resultados Leve retorno, resultados e exceções às regras e especificações para a próxima melhoria, sem encerrar na entrega. Retorno e próxima versão O responsável confirma método e aceitação; IA auxilia construção e execução. Mudanças importantes são revisadas e chamadas respeitam tenant, dados e autorização. Titularidade e uso de métodos, código, dados e entregas seguem o acordo. Dados ficam nos limites autorizados; reutilização entre clientes não significa cópia de dados ou conhecimento proprietário. ## [Agente Runlume · Assistente unificado](https://runlume.app/pt-br/apps/agent) O Agente Runlume é o assistente unificado oficial da plataforma. Dentro da autorização do tenant, usa recursos e dados dos sistemas que ele possui para compreender o contexto, executar tarefas proativamente e acompanhar os resultados. ## Sistemas independentes, regras comuns para comunicação e dados. A base regula autenticação, interfaces, dados e eventos, além das entradas. Contratos sobre padrões públicos permitem colaboração entre tecnologias, reduzindo explicações e conversões repetidas. ### Contratos padronizados de comunicação e eventos HTTP/JSON transporta chamadas; OpenAPI descreve solicitações e respostas; OIDC/OAuth 2.0 apoia identidade e autorização; CloudEvents padroniza eventos. Unificação significa regras comuns, não a mesma linguagem de programação. - Interfaces versionadas definem entradas, saídas, erros e compatibilidade. - Identificadores, origem, tipo e carga descrevem mudanças, com registros de entrega e idempotência para acompanhar colaboração. - Chamadas e assinaturas de eventos seguem conta, instância e autorização de recursos; padrões não dispensam permissões. Integração ainda exige adaptação, validação de versões e autorização. Padrões não garantem conexão sem ajustes, entrega única de eventos ou chegada em tempo real. ### Padronize formatos para apoiar análises JSON Schema descreve campos, tipos e validação; contratos de API e eventos definem versão, origem e contexto. Entradas consistentes reduzem conversão e organização, apoiando agregações autorizadas, análise e comparação de indicadores. - Padronizamos troca e descrição; cada sistema mantém domínio e banco próprios. - Alinhe significado, período, unidades e indicadores antes de analisar. Estrutura igual não implica significado igual. - Selecione campos pela finalidade autorizada e aplique qualidade, retenção e desidentificação necessárias. Isso não agrega dados de clientes por padrão, não funde tenants nem cria data warehouses automaticamente. Ferramentas, escopo e cálculos seguem a solução; resultados dependem de qualidade e método. ## De sistemas independentes a um SaaS pronto para operar. Integração técnica, relação comercial e operação não são fluxos isolados. A plataforma os conecta com identidade, estado e responsabilidade em cada etapa. ### 1. Definição e integração Implante o sistema independentemente e declare aplicativo, interfaces, eventos e permissões em contratos compreensíveis pela plataforma. Contrato do aplicativo ### 2. Validação e publicação Valide identidade, isolamento, ciclo de vida e compatibilidade, vinculando a publicação a uma versão clara. Versões e revisão ### 3. Organização de produtos e planos Estruture funções em planos, direitos e cotas, esclarecendo o que o cliente compra e utiliza. Escopo do serviço ### 4. Assinatura e ativação Crie direitos e instâncias conforme a assinatura e conecte conta, espaço de negócio e entrada do aplicativo. Assinaturas e instâncias ### 5. Autorização e colaboração Escolha sistemas e recursos a conectar. Agente e colaboração operam dentro dos limites de tenant, instância, direitos e autorização. Conexões autorizadas ### 6. Operação e evolução Uso, chamadas, estado e retorno do negócio apoiam renovações, resolução de problemas e novas versões. Operação e retorno Esta é a jornada de operação comercial do produto, não geração ou hospedagem automática de código. Integração, publicação e acordos comerciais seguem recursos disponíveis e termos do serviço. [Leia também: do Vibe Coding à operação de produtos](https://runlume.app/pt-br/developers#vibe-to-business) ## Recursos que sustentam o negócio Da implementação de métodos à operação, é necessária uma base comum. Runlume conecta identidade, organização, ciclo de vida, assinaturas, sistemas, recursos e segurança para independência com colaboração organizada. ### Identidade e estrutura organizacional unificadas Um login, acesso claro aos aplicativos permitidos. Identidade comum não dá permissões iguais a todos; organiza contas, membros e acessos. O primeiro login pode criar a conta automaticamente, sem cadastro separado. - Autentique-se na entrada comum e acesse aplicativos autorizados. - A plataforma gerencia empresas, departamentos, equipes e vínculos. Sistemas que adotam seu diretório podem ler relações e mudanças com autorização, reduzindo duplicação. Organização não substitui permissões de negócio. - Diferencie usuário da plataforma, conta vinculada e instância; um login não autoriza todos os espaços. - A plataforma gerencia entrada; o aplicativo valida a visibilidade dos dados específicos. #### Cenários de negócio A equipe usa a mesma identidade no CRM e em Pedidos, mas consultar um cliente ou alterar um pedido depende das permissões de cada aplicativo. #### Limites dos recursos Login bem-sucedido não significa todos os aplicativos ativos ou acesso a todos os dados. ### Ativação e ciclo de vida de aplicativos Da ativação à saída, estados claros para cada aplicativo. A plataforma gerencia o uso por instâncias, além de links. Ativação, suspensão, retomada e saída são executadas pelo sistema via interfaces acordadas, com estado registrado. - Relacione a instância da conta ao espaço próprio do sistema. - Controle acesso pelo estado: disponível, em processamento ou suspenso. - Mantenha estado e continuidade para operações lentas ou falhas, sem confundir solicitação com conclusão. #### Cenários de negócio Ao ativar CRM, a plataforma cria a instância e o CRM cria o espaço e retorna o resultado. O uso só é liberado quando as condições acordadas são atendidas. #### Limites dos recursos Ativação não é hospedagem de código ou implantação de servidores pelo Runlume. Dados no encerramento seguem o aplicativo e o acordo. ### Cobrança de assinaturas e direitos de uso Relacione o que foi comprado ao que pode ser usado. Plano, assinatura, permissões e cotas precisam coincidir. A plataforma aplica regras comerciais às instâncias para servir conforme os direitos vigentes. - Organize compras por produto, plano e assinatura, sem agrupar obrigatoriamente os cinco aplicativos. - Separe disponibilidade da função e quantidade de recurso, sem confundir habilitação e consumo. - Relacione direitos, uso e faturas para renovação, limites e conferência. #### Cenários de negócio Uma assinatura pode incluir funções e cotas. O aplicativo executa o negócio; a plataforma gerencia concessão e uso. Preços e cotas vêm do plano oficial. #### Limites dos recursos Criar conta não concede tudo gratuitamente. Planos, limites, cobrança e reembolso seguem a publicação oficial. ### Integração de aplicativos e troca de recursos O negócio pode colaborar sem misturar os dados. Sistemas trocam dados e recursos diretamente por conexões autorizadas. O agente também usa os mesmos contratos. A plataforma controla quem chama quem, quais recursos e em qual contexto de tenant e permissão. - O provedor declara interfaces ou eventos; o chamador usa apenas recursos autorizados. - Crie vínculos explícitos na mesma conta. Novas interfaces ou permissões não ampliam autorizações automaticamente. - Registre chamadas e eventos controlados; cada sistema processa seus dados e duplicatas. #### Cenários de negócio CRM e Pedidos colaboram com recursos publicados e autorizados. CRM fornece referência do cliente; Pedidos mantém regras e dados de atendimento. O fluxo depende das interfaces disponíveis. #### Limites dos recursos Sem banco compartilhado, compartilhamento padrão entre contas ou promessa de transações distribuídas e sincronização imediata de tudo. ### IA e recursos compartilhados Recursos técnicos comuns não precisam ser reconstruídos a cada aplicativo. Além de identidade e assinatura, aplicativos usam IA, notificações e arquivos. A plataforma fornece acesso e regras comuns; cada aplicativo define como aproveitá-los. - IA da plataforma centraliza modelos, disponibilidade, cotas e registros. O aplicativo não precisa guardar chaves dos modelos da plataforma. - Notificações são organizadas por destinatário e entrega; o sistema decide quando disparar e para quem. - Arquivos e outros recursos seguem instância e autorização, conforme o catálogo publicado. #### Cenários de negócio Um aplicativo de conteúdo pode usar IA autorizada para criação e revisar e publicar por seu fluxo. IA não substitui responsabilidade ou permissão de publicação. #### Limites dos recursos IA da plataforma e IA própria do aplicativo têm cobranças distintas. Recursos comuns não permitem à IA contornar autorização e ler todos os dados. ### Segurança e governança operacional Limites para cada acesso, autorização e alteração. Mais aplicativos exigem governança consistente. A plataforma relaciona contas, instâncias, permissões, estados e registros, sem substituir a responsabilidade de segurança de cada sistema. - Isole por conta e instância, usando contexto de identidade e chamada verificado. - Autorização, direitos e estado determinam a execução; login não é passe livre a todas as interfaces. - Registre operações e chamadas importantes para consulta. Credenciais e cargas sensíveis não devem aparecer em logs comuns. - License gerencia versão, ambiente, quantidade e prazo de implantação privada, separadamente de assinaturas e autorização de acesso. #### Cenários de negócio Após suspensão ou revogação, novos acessos precisam satisfazer as restrições. Registros ajudam a rastrear o processamento em diagnósticos. #### Limites dos recursos Governança comum não significa risco zero ou certificação. Aplicativos ainda precisam implementar permissões, isolamento e retenção locais. ## Papéis da plataforma e dos aplicativos ### Identidade e acesso - Runlume: Autenticação, vínculos e entradas unificadas - Aplicativos de negócios: Usuários locais, papéis e permissões de dados ### Ativação e operação - Runlume: Direitos, estados e acompanhamento de operações - Aplicativos de negócios: Criação de espaços, funções e entrega do serviço ### Dados e colaboração - Runlume: Contratos de recursos, autorização explícita e registros - Aplicativos de negócios: Bancos independentes, regras de domínio e qualidade ## Saiba mais sobre integração e dados. ### Login unificado dá acesso a todos os aplicativos e dados? Não. Ele fornece a entrada comum; acesso depende da conta, instâncias ativas e autorização. Dados de clientes e pedidos continuam sujeitos às permissões de negócio de cada sistema. ### Protocolo unificado exige a mesma tecnologia em todos os sistemas? Não. Runlume usa HTTP, OIDC, OpenAPI, JSON Schema e CloudEvents para identidade, interfaces e eventos. Sistemas mantêm linguagem, framework, banco e implantação e adaptam o escopo necessário. ### Como o formato unificado ajuda a análise entre sistemas? Descrições, tipos e validações consistentes reduzem conversões e organização. Ainda é necessário alinhar significado, unidades, períodos e indicadores, além de obter autorização da finalidade. Formato comum não significa agregação automática nem garante conclusões. ### Formatos comuns exigem banco compartilhado? Não. São comuns as regras de troca e descrição, enquanto modelos de domínio e bancos permanecem independentes. A troca ocorre por interfaces autorizadas, sem substituir contratos por banco comum ou consultas cruzadas. ### Qual a diferença entre License privada e direitos da assinatura? A License verifica o direito de implantar e usar o software privado e pode limitar produto, versão, ambiente, identificador de implantação, quantidade e validade. Os direitos da assinatura definem as funções e os recursos adquiridos pela conta. Nenhum dos dois substitui a identidade de login, as permissões da instância ou as conexões autorizadas entre sistemas; ter uma License não dá acesso a todos os dados de negócio. ### Como tratar atualizações ou expiração da License? Confira versão, ambiente e escala autorizados antes de atualizar e renove ou atualize a licença quando necessário. Efeitos da expiração, renovação e manutenção constam da entrega. O SDK verifica assinaturas localmente com chave pública; isso não torna serviços externos offline nem leva revogações instantâneas a ambientes desconectados. ## Páginas relacionadas - [Aplicativos oficiais](https://runlume.app/pt-br/apps) - [Desenvolvedores](https://runlume.app/pt-br/developers) - [Sobre o Runlume](https://runlume.app/pt-br/about)