Projetos

objetivo projetos são agrupamentos lógicos de fluxos dentro de um workspace docid\ bqstxq1kzn1hn1c3fxv2z com eles, é possível organizar integrações por cliente, domínio, sistema, time ou qualquer critério que faça sentido para a operação — tornando a navegação, organização e o gerenciamento mais eficientes à medida que o volume de integrações cresce sem projetos, todos os fluxos de um workspace ficam numa lista plana com projetos, cada fluxo pertence a um contexto claro, e as equipes conseguem localizar e organizar os fluxos de integrações sem depender apenas de nomenclatura ou tags como funciona um projeto existe dentro de um workspace e agrupa fluxos relacionados a hierarquia da plataforma fica workspace └── projeto pai 1 │ ├── projeto filho │ │ ├── projeto neto │ │ └── fluxo 1 │ ├── fluxo 2 │ └── fluxo 3 └── projeto pai 2 │ ├── fluxo 4 │ └── fluxo 5 cada fluxo pertence a um único projeto por vez um projeto pode conter quantos fluxos forem necessários fluxos que não foram associados a nenhum projeto, são automaticamente associados ao projeto default a navegação dentro de um projeto exibe um breadcrumb indicando o caminho atual (workspace → projeto), e um empty state orientado é exibido quando o projeto ainda não possui fluxos acessar os projetos projetos estão disponíveis diretamente na tela de fluxos , no menu lateral do console ao acessar a listagem, os fluxos são exibidos organizados pelos projetos existentes no workspace pré requisito ações de criação, edição e exclusão requerem permissões específicas — consulte a seção permissões de projetos criar um projeto na tela de fluxos , clique em novo projeto no painel lateral ou no canto superior da listagem preencha os campos nome — obrigatório, deve ser único no workspace descrição — recomendado para facilitar a identificação futura do projeto clique em salvar o projeto aparecerá imediatamente na listagem, com seu empty state indicando que ainda não há fluxos associados nomes de projetos aceitam letras, números, espaços e caracteres especiais recomenda se nomes descritivos que reflitam o domínio ou cliente ao qual as integrações pertencem criar um subprojeto para organizar fluxos em níveis adicionais dentro de um projeto, é possível criar subprojetos na árvore de projetos (painel filtros , na listagem de fluxos), localize o projeto que servirá como pai clique no menu de ações (⋮) ao lado dele selecione criar subprojeto preencha nome e descrição do subprojeto clique em salvar um subprojeto pode, por sua vez, conter outros subprojetos, formando uma hierarquia (por exemplo, pai → filho → neto) cada nível é exibido com indentação na árvore de projetos, e o número de fluxos associados a cada projeto ou subprojeto aparece ao lado do respectivo nome a permissão necessária para criar um subprojeto é a mesma utilizada para criar um projeto — consulte a seção permissões de projetos ver detalhes de um projeto clique no nome de um projeto na listagem de fluxos para acessar sua visão de detalhe nela você encontra elemento descrição nome e descrição informações cadastradas na criação ou edição breadcrumb caminho de navegação workspace → projeto lista de fluxos todos os fluxos associados ao projeto empty state exibido quando o projeto ainda não possui fluxos editar um projeto na listagem ou na tela de detalhe, clique no menu de ações (⋮) do projeto desejado selecione editar altere nome ou descrição conforme necessário clique em salvar excluir um projeto no menu de ações (⋮) do projeto, selecione excluir confirme a exclusão na caixa de diálogo atenção ao excluir um projeto, os fluxos associados a ele não são apagados — eles passam a ser associados ao projeto default a exclusão afeta apenas a organização, não as integrações em si associar fluxos a projetos fluxos podem ser associados a um projeto em três momentos distintos ao salvar um fluxo ao criar ou editar um fluxo pelo canvas, o campo projeto estará disponível nas configurações do fluxo selecione o projeto desejado antes de salvar ao importar um fluxo no fluxo de importação, após selecionar o arquivo, uma etapa permite escolher o projeto de destino dentro do workspace caso nenhum projeto seja selecionado, o fluxo é importado no projeto default ao ativar um flowkit ao ativar um flowkit pelo marketplace, o formulário de ativação inclui o campo projeto todos os fluxos gerados pela ativação serão automaticamente associados ao projeto selecionado selecionar o projeto durante a ativação de um flowkit é especialmente útil quando o mesmo flowkit é ativado múltiplas vezes para clientes ou contextos diferentes — cada ativação pode ir para seu próprio projeto, facilitando a separação mover fluxos para reorganizar fluxos entre projetos e workspaces na listagem de fluxos, localize o fluxo que deseja mover clique no menu de ações (⋮) do fluxo e selecione mover fluxo escolha o workspace e o projeto de destino nas listas exibidas confirme a ação no botão mover a operação de mover um fluxo não afeta suas configurações, conexões, histórico de execuções ou status de publicação é preciso ter permissão para criar fluxos no workspace de destino caso seja diferente do workspace atual permissões de projetos o controle de acesso a projetos é integrado ao sistema de grupos docid 8dtrtudbca6j0l3fwkvbc de permissões do workspace as permissões disponíveis são permissão descrição criar projeto permite criar novos projetos no workspace editar projeto permite renomear e alterar a descrição de projetos existentes deletar projeto permite remover projetos do workspace mover fluxos entre projetos permite mover fluxo para outro projeto mover fluxos entre projetos de diferentes workspaces permite mover fluxo para outro projeto de outro workspace as permissões são configuradas nos grupos docid 8dtrtudbca6j0l3fwkvbc de permissões e aplicadas a todos os membros daquele grupo as permissões de fluxos (criar, editar, excluir) são independentes das permissões de projetos um usuário pode ter permissão para editar fluxos dentro de um projeto sem ter permissão para excluir o projeto em si boas práticas organize por domínio ou cliente, não por tipo de fluxo projetos funcionam melhor como contêineres de contexto de negócio um projeto por cliente, por domínio (financeiro, logística, comercial), por ambiente (produção, homologação) ou por sistema (tray, senior, etc) costuma ser mais eficiente do que categorizar por tecnologia ou conector usado use o campo descrição projetos com descrições claras facilitam a manutenção por outros membros da equipe, especialmente em operações com muitos workspaces e clientes simultâneos associe fluxos ao projeto na criação é mais fácil definir o projeto no momento em que o fluxo é criado ou importado do que reorganizar uma lista plana depois que os fluxos já estão em produção casos de uso comuns separar integrações por cliente em operações ipaas com múltiplos clientes no mesmo workspace, crie um projeto por cliente todos os fluxos relacionados àquele cliente ficam agrupados, facilitando o monitoramento, a manutenção e o controle de acesso por responsável separar homologação de produção em vez de usar nomes como fluxo producao e fluxo hml, crie dois projetos produção e homologação os fluxos ficam com nomes limpos e o contexto fica claro pela organização ativar múltiplos flowkits por cliente ao ativar um mesmo flowkit para clientes diferentes, direcione cada ativação para o projeto do respectivo cliente o identificador de ativação diferencia as instâncias, e o projeto garante que os fluxos gerados apareçam no contexto correto organizar um cliente por ambiente ou sistema com subprojetos em operações com um projeto por cliente que concentra muitas integrações, crie subprojetos dentro dele para refinar a organização — por exemplo, um subprojeto produção e outro homologação , ou um subprojeto por sistema integrado (tray, senior, etc) isso mantém o projeto do cliente como contexto principal, sem perder granularidade perguntas frequentes um fluxo pode pertencer a mais de um projeto? não cada fluxo pertence a um único projeto por vez para mover o fluxo para outro projeto, use a opção mover para projeto no menu de ações do fluxo qual a diferença entre um projeto e um subprojeto? um subprojeto é um projeto criado dentro de outro projeto (ou subprojeto), formando uma hierarquia funcionalmente, subprojetos se comportam como projetos — podem conter fluxos e outros subprojetos, e são criados, editados e excluídos da mesma forma o que acontece com os fluxos ao excluir um projeto? os fluxos não são excluídos eles são associados ao projeto default podem ser movidos posteriormente para outro projeto quando necessário posso criar um projeto sem adicionar fluxos? sim projetos vazios são válidos e exibem um empty state orientado é uma forma útil de preparar a estrutura antes de criar ou importar fluxos projetos são visíveis em outros workspaces? não projetos são criados dentro de um workspace específico e não são compartilhados entre workspaces relacionados flowkits docid\ teosuy9t7cjequplrbuxj acesso e governança docid\ c0yypfajh xjdveiwdshi grupos docid 8dtrtudbca6j0l3fwkvbc de permissões membros docid 7ptcs4eilrzrr2dclfyql workspaces docid\ bqstxq1kzn1hn1c3fxv2z release notes v3 30 0 docid\ qsifq5mzegyovhtx6emox