Starter Tests

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Now Content Creators can create unit tests for their Starters from the CLI, ensuring they work as expected.

What is the feature and what are the benefits?

Starter unit tests enable Content Creators to test and confirm the proper functioning of their Starters before publishing them.

How does it work?

Through the folder structure tests/ and its expected result in expected/, test cases can be created, and within each case, App and Infra files can be inserted into the expected/ folder.

The folder structure would look like this:

└── my-stack-java
    ├── docs
    │   ├── en_us
    │   │   └── docs.md
    │   └── pt_br
    │       └── docs.md
    ├── stack.yaml
    └── starters
        ├── my-starter-app-java
            ├── docs
            │   ├── en_us
            │   │   └── docs.md
            │   └── pt_br
            │       └── docs.md
            ├── starter.yaml
            └── tests
                └── test-case-1
                    ├── expected
                    │   └── README.md
                    └── test-case.yaml
       

When executing one or all tests, the CLI will map the expected behavior versus the test case file. If there are errors, they will be indicated in the CLI - the error mapping is included in the feature Documentation.

• User Journeys

Content Creators can create and execute one or more tests for their Starters directly via the CLI.

Support Content

• Documentation

Agora Criadores de Conteúdo poderão criar testes unitários em seus Starters a partir da CLI, assegurando que estes funcionem conforme o esperado.

O que é a feature e quais são benefícios?

Testes unitários de Starter possibilitam Criadores de Conteúdo testarem e confirmarem o funcionamento adequado de seus Starters antes de publicá-los.

Como funciona?

Através da estrutura de pastas testes/ e seu resultado esperado em expected/, pode-se criar casos de testes e dentro de cada caso inserir arquivos de App e Infra na pasta expected/

A estrutura de pastas ficaria assim:

└── my-stack-java
    ├── docs
    │   ├── en_us
    │   │   └── docs.md
    │   └── pt_br
    │       └── docs.md
    ├── stack.yaml
    └── starters
        ├── my-starter-app-java
            ├── docs
            │   ├── en_us
            │   │   └── docs.md
            │   └── pt_br
            │       └── docs.md
            ├── starter.yaml
            └── tests
                └── test-case-1
                    ├── expected
                    │   └── README.md
                    └── test-case.yaml
       

Ao executar um ou todos os Testes, a CLI mapeará o comportamento esperado versus o arquivo do caso de teste. Se houver erros, serão indicados na CLI - o mapeamento dos erros consta na Documentação da feature.

• Jornadas do usuário

Criadores de Conteúdo podem criar e executar um ou mais Testes de seus Starters diretamente via CLI.

Conteúdos de apoio

• Documentação

Starter for shared infrastructure and Starter for application infrastructure

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

In addition to creating an app starter, which is currently possible in the product, content creators now have the possibility of creating an infrastructure starter to create their shared infrastructure. Additionally, it is possible to insert a type of infrastructure plugin into the app starter in order to create the application's infrastructure.

What is Starter for shared infrastructure and Starter for application infrastructure and its benefits?

Content creators can now create their infra starter using only infra plugins in order to create their shared infra, in addition, content creators can add infra plugin with the "app allowed" flag registered in the plugin's yaml to create the application infrastructure.

This feature benefits content creators who will now be able to create their infra starters, making it possible to create a shared infra with the infra starter, being able, for example, to have a starter with a set of plugins that need to be applied to create the structure data, the data pipeline. In short, the content creator will now have the possibility to create a shared infrastructure from an infrastructure starter and create the application infrastructure by adding an infrastructure plugin “app allowed” in the app starter.

How it works?

When accessing the starter creation journey, the content creator can choose the starter creation type, app starter or infra starter. Once chosen, he can then choose the plugins that are available for this type of structure.
When inserting a create infra in the CLI, the user will have the possibility of using an infra starter in this flow, this does not eliminate the fact that they can use a stack in the create infra as is currently the case.

Supporting content

Documentation

---

Além de criar starter de app que já é possível atualmente no produto, agora criadores de conteúdo têm a possibilidade de criar starter de infra para criar sua shared infra. Além disso, é possível inserir um tipo de plugin de infra no starter de app com objetivo de criar a infraestrutura da aplicação.

O que é Starter for shared infrastructure and Starter for application infrastructure e seus benefícios?

Criadores de conteúdo agora podem criar seu starter de infra usando apenas plugins de infra com objetivo de criar sua shared infra, além disso, os criadores de conteúdo podem adicionar plugin de infra com a flag "app allowed" cadastrada no yaml do plugin para criar a infraestrutura da aplicação.

Esse recurso beneficia os criadores de conteúdo que agora poderão criar seus starters de infra, possibilitando realizar uma criação de shared infra com o starter de infra, podendo, por exemplo, ter um starter com um conjunto de plugins que precisa ser aplicados para criar a estrutura de dados, o pipeline de dados. Resumindo, o criador do conteúdo terá agora a possibilidade de criar uma shared infra a partir de um infra starter e criar a infraestrutura da aplicação adicionando um plugin de infra “app allowed” no starter de app.

Como funciona?

Ao acessar a jornada de criação do starter, o criador do conteúdo pode escolher o tipo de criação do starter, starter de app ou starter de infra. Uma vez escolhido, ele poderá então escolher os plugins que estão disponíveis para este tipo de estrutura.
Ao inserir um create infra na CLI, o usuário terá a possibilidade de utilizar um starter de infra neste fluxo, isso não elimina o fato dele poder utilizar uma stack no create infra como é o caso atualmente.

Conteúdos de apoio

Documentação

Creation of a service providing the SCIM Protocol

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Creation of a Service Providing the SCIM Protocol

What is the SCIM API and its benefits?

The SCIM (System for Cross-domain Identity Management) API allows users to perform Access Management activities within the StackSpot Portal through HTTP methods (GET, POST, PUT, PATCH, DELETE). This enables automated and streamlined identity management, especially useful for enterprise accounts.

How does it work?

The SCIM API offers comprehensive functionality for managing identities and access permissions. Below is a detailed description of its usage:

• Implementation

  To implement the SCIM API, users must authenticate using their service credentials. Follow these steps:

  1. Authentication: Only available for enterprise accounts due to authentication restrictions.
  2. Activate Permissions: Ensure that 'scim_use' permission is activated. Contact your account administrator if you cannot create a service credential.
  3. Retrieve Credentials: Copy 'client id', 'client key', and 'realm' for environment variables. If lost, revoke and recreate the credentials.
  4. Set Access Token: Use the following command to set the access token as an environment variable:

     export JWT=$(curl -s "https://idm.stackspot.com/$REALM/oidc/oauth/token" -H 'Content-Type: application/x-www-form-urlencoded' -d 'grant_type=client_credentials' -d "client_id=$CLIENT_ID" -d "client_secret=$CLIENT_KEY" | jq -r '.access_token')

• User Journeys

  Users can interact with the SCIM API through various StackSpot channels (CLI and/or Portal) and StackSpot AI. For example:

  • Create: Add new users or groups.
  • Update: Modify user or group attributes.
  • Delete: Remove users or groups.
  • Retrieve: Fetch details of users or groups.

Support Content

For more details, refer to the API Specification and other documentation provided:

• StackSpot IAM - Scim Provider API (1.0)

Criação de um Serviço que Fornece o Protocolo SCIM

O que é a API SCIM e seus benefícios?

A API SCIM (System for Cross-domain Identity Management) permite que os usuários realizem atividades de Gerenciamento de Acessos dentro do Portal StackSpot através de métodos HTTP (GET, POST, PUT, PATCH, DELETE). Isso possibilita um gerenciamento de identidade automatizado e simplificado, especialmente útil para contas empresariais.

Como funciona?

A API SCIM oferece funcionalidades abrangentes para gerenciar identidades e permissões de acesso. Abaixo está uma descrição detalhada de seu uso:

• Implementação

  Para implementar a API SCIM, os usuários devem autenticar-se usando suas credenciais de serviço. Siga estes passos:

  1. Autenticação: Disponível apenas para contas empresariais devido às restrições de autenticação.
  2. Ativar Permissões: Assegure-se de que a permissão 'scim_use' está ativada. Entre em contato com o administrador da sua conta se não conseguir criar uma credencial de serviço.
  3. Recuperar Credenciais: Copie 'client id', 'client key' e 'realm' para variáveis de ambiente. Se perdidas, revogue e recrie as credenciais.
  4. Definir Token de Acesso: Use o seguinte comando para definir o token de acesso como uma variável de ambiente:

     export JWT=$(curl -s "https://idm.stackspot.com/$REALM/oidc/oauth/token" -H 'Content-Type: application/x-www-form-urlencoded' -d 'grant_type=client_credentials' -d "client_id=$CLIENT_ID" -d "client_secret=$CLIENT_KEY" | jq -r '.access_token')

• Jornadas do Usuário

  Os usuários podem interagir com a API SCIM através de vários canais da StackSpot (CLI e/ou Portal) e StackSpot IA. Por exemplo:

  • Criar: Adicionar novos usuários ou grupos.
  • Atualizar: Modificar atributos de usuários ou grupos.
  • Deletar: Remover usuários ou grupos.
  • Recuperar: Buscar detalhes de usuários ou grupos.

Conteúdos de Apoio

Para mais detalhes, consulte a Especificação da API e outros documentos fornecidos:

• StackSpot IAM - Scim Provider API (1.0)

Requirement to apply Plugin

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Now there are warnings when adding Plugins and Actions to Stacks depending on certain conditions: Single Use, STK Project only, or if they depend on other Plugins or Actions

What is this feature and what are its benefits?

With this feature, a Content Creator can be alerted about a Plugin or Action in the following cases:

• Single Use Flag: indicate in the Studio or Workspace that the Plugin or Action can only be used once
• StackSpot Only Flag: indicate in the Studio or Workspace that the Plugin or Action can only be used in StackSpot projects
• Dependency Flag: indicate in the Stack or Starter that a certain Plugin or Action is dependent on other Plugins or Actions

How does it work?

• User Journeys

Single Use Flag: indicate in the Studio or Workspace that the Plugin or Action can only be used once:

CLI error when applying Single Use Plugin

StackSpot Only Flag: indicate in the Studio or Workspace that the Plugin or Action can only be used in StackSpot projects:


Studio warnings about Single Use Plugin

CLI error when applying Plugin exclusively for StackSpot projects

Dependency Flag: indicate in the Stack or Starter that a certain Plugin or Action is dependent on other Plugins or Actions:


Plugin with dependency being added to a Starter

Support Content

• Documentation

Agora tem-se avisos ao adicionar Plugins e Actions em Stacks dependendo de certas condições destes: Single Use, STK Project only ou se depende de outros Plugins ou Actions

O que é esta feature e quais são seus benefícios?

Com esta feature, um Criador de Conteúdo poderá ser alertado sobre um Plugin ou Action nos seguintes casos:

• Flag Single Use: indicar no Studio ou Workspace que o Plugin ou Action pode ser usado apenas uma vez
• Flag StackSpot Only: indicar no Studio ou Workspace que o Plugin ou Action pode ser usado apenas em projetos StackSpot
• Flag de Dependência: indicar na Stack ou Starter que um determinado Plugin ou Action é dependente de outros Plugins ou Actions

Como funciona?

• Jornadas do usuário

Flag Single Use: indicar no Studio ou Workspace que o Plugin ou Action pode ser usado apenas uma vez:

Erro na CLI ao aplicar Plugin de Single Use

Flag StackSpot Only: indicar no Studio ou Workspace que o Plugin ou Action pode ser usado apenas em projetos StackSpot:


Avisos no Studio sobre Plugin de Single Use

Erro na CLI ao aplicar Plugin de uso exclusivo para projetos StackSpot

Flag de Dependência: indicar na Stack ou Starter que um determinado Plugin ou Action é dependente de outros Plugins ou Actions:


Plugin com dependência sendo adicionado em um Starter

Conteúdos de apoio

• Documentação

Field Fetch dynamic control type (Remote input fetch)

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Content Creators can feed the select/multiselect input of Plugins and Actions with external data sources through public or private APIs (StackSpot)

What is this feature and what are its benefits?

Content Creators now have another versatility to offer Developers: in their Plugin and Action inputs, it will be possible to connect with an external data source via API to populate the field, enabling greater efficiency when creating and versioning new Content; instead of creating a select or multiselect input with dozens or hundreds of options, the data source of the options can now be JSON files.

The feature is available for use both in the CLI and the Portal.

How does it work?

Content Creators can now bring external data sources to populate the options of select and multiselect type inputs. Simply declare the JSON of the data source and map the desired key and value within the external-items block. See the example.

1. Consider the JSON at https://my-api.com/cities/brazil/city with the following structure:

[
  {
    "id": 1,
    "name": "São Paulo"
  },
  {
    "id": 2,
    "name": "Belo Horizonte"
  },
  {
    "id": 3,
    "name": "Rio de Janeiro"
  },
  {
    "id": 4,
    "name": "Vitória"
  },
  {
    "id": 5,
    "name": "Another city"
  }
]

2. Now, simply map the ID and value of each item in the external-items block of your Plugin or Action - the field type can be select or multiselect:
   

3. When the Developer uses the Plugin in the Portal or CLI, they will have a dropdown with the options from the JSON:
   In the Portal
   
   In the CLI
   

And that's it! Now with the external data source, it's easier to update your values.

Support Content

• Documentation

Criadores de Conteúdo podem alimentar o input select/multiselect de Plugins e Actions com fonte de dados externa através de API pública ou privada (StackSpot)

O que é essa feature e quais são seus benefícios?

Criadores de Conteúdo agora possuem mais uma versatilidade para oferecer aos Desenvolvedores: em seus inputs de Plugins e Actions será possível conectar com uma fonte externa de dados via API para popular o campo, possibilitando uma maior eficiência ao criar e versionar novos Conteúdos; ao invés de criar um input select ou multiselect com dezenas ou centenas de opções, a fonte de dados das opções agora pode ser arquivos JSONs.

A feature está disponível para uso tanto na CLI quanto no Portal.

Como funciona?

Criadores de Conteúdo podem agora trazer fontes externas de dados para popular as opções de inputs do tipo select e multiselect. Basta declarar o JSON da fonte de dados e mapear a chave e o valor desejado dentro do bloco external-items. Veja o Exemplo.

1. Seja o JSON em https://my-api.com/cities/brazil/city com a seguinte estrutura:

[
  {
    "id": 1,
    "name": "São Paulo"
  },
  {
    "id": 2,
    "name": "Belo Horizonte"
  },
  {
    "id": 3,
    "name": "Rio de Janeiro"
  },
  {
    "id": 4,
    "name": "Vitória"
  },
  {
    "id": 5,
    "name": "Another city"
  }
]

2. Agora, basta mapear o ID e o valor de cada item no bloco external-items do seu Plugin ou Action - o tipo do campo pode ser select ou multiselect:
   

3. Quando o Desenvolvedor usar o Plugin no Portal ou na CLI, ele terá um dropdown com as opções do JSON:
   No Portal
   
   Na CLI
   

E pronto! agora com a fonte de dados externa fica mais fácil de atualizar seus valores.

Conteúdos de apoio

• Documentação

Content Context Update

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

What is functionality and what are its benefits?

Now, when versioning a Stack that has Contexts configured at the Account or Workspace level, it is possible to import these settings into the new version of the Stack. The aim is to increase Content Creators' efficiency by facilitating the use of the same Context configuration across new Stack versions.

How does it work?

At both the Account and Workspace levels, users can now import Context settings directly in the portal when adding a new version of a Stack. In the Account, this can be done within Account > Stacks > Versioned Stack. In Workspaces, it can be done in Workspace > Stacks > Versioned Stack. In both cases, a notification will appear informing the user that new Stack versions need Context configurations.

• User Journeys

At the Account level:

1. The user will see that there are Stacks that can have their Context settings imported
   

2. Select from which Stack version you want to import the Context settings
   

3. When selecting a version and proceeding, the input Contexts that exist in the selected version will be included in this new version of the Stack.

At the Workspace level:

1. The user will see that there are Stacks that can have their Context settings imported.
   

2. Select from which Stack version you want to import the Context settings.
   

3. When selecting a version and proceeding, the input Contexts that exist in the selected version will be included in this new version of the Stack.

Support Content

• Documentation:
  • Configure Context in the Account
  • Configure Context in the Workspace

O que é funcionalidade e quais são seus benefícios?

Agora, ao versionar uma Stack que tenha Contextos configurados à nível de Conta ou de Workspace, é possível importar estas configurações na nova versão da Stack. O intuito é aumentar a eficiência dos Criadores de Conteúdo ao facilitar o uso da mesma configuração de Contextos entre novas versões de Stack.

Como funciona?

Tanto à nível de Conta como a de Workspace, usuários agora poderão importar as configurações de Contexto direto no portal quando adiciona-se uma nova versão de uma Stack. Em Conta, poderá ser feito dentro de Conta > Stacks > Stack versionada. Em Workspaces, poderá ser feito em Workspace > Stacks > Stack versionada. Em ambos os casos aparecerá um aviso ao usuário informando que há novas versões de Stacks que precisam de configurações de Contexto.

• Jornadas do usuário

A nível de Conta:

1. Usuário verá que existem Stacks que podem ter suas configurações de Contexto importadas
   

2. Seleciona-se de qual versão da Stack deseja-se importar as configurações de Contexto
   

3. Ao selecionar uma versão e prosseguir, o Contexto de inputs que existem na versão selecionada será incluso nesta nova versão da Stack.

A nível de Workspace:

1. Usuário verá que existem Stacks que podem ter suas configurações de Contexto importadas.
   

2. Seleciona-se de qual versão da Stack deseja-se importar as configurações de Contexto.
   

3. Ao selecionar uma versão e prosseguir, o Contexto de inputs que existem na versão selecionada será incluso nesta nova versão da Stack.

Conteúdos de apoio

• Documentação:
  • Configurar Contexto na Conta
  • Configurar Contexto no Workspace

FinOps - Cost Allocation Tags Filters

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Cost Allocation Tags: New Features and Benefits for Cloud Services Customers

What are Usability improvements in studios and their benefits?

For the Cost Allocation Tags feature, we are focused on further expanding the capabilities offered to our users. In the first version, we achieved the ability to read tags created by customers, using aggregators, date-based calendars, and presenting costs by service. In this new version, we aim to provide our users with new capabilities and perspectives. We plan to introduce advanced filters, including segmentation by type and a comprehensive filter encompassing all characteristics. Additionally, our goal is to increase the level of detail of service costs in the listing, providing more refined granularity.

How it works?

When first accessing the Cost Allocation menu screen, users will see more generalized information with a global cost. This cost will be associated with a master account, with a pre-selected tag from the current day.

Users with the appropriate permissions can select their master account, choose a tag linked to the services, set the desired period, and then apply type filters. These filters allow for a more detailed view, enabling the selection of region, linked account, or specific services.

The functionality allows users to view specific cost details on the screen. By expanding this cost, in addition to seeing the service section, they will have access to a breakdown of consumption, including fields such as Usage Type, Quantity, and Cost Value. This provides a more in-depth understanding of the expenses associated with the services.

It is important to note that for the Cost Allocation Tags functionality to work correctly, the applications must be properly tagged. This will enable our product to accurately render the information on the screen. Additionally, the AWS account needs to be connected to StackSpot.

---

Tags de Alocação de Custos: Novos Recursos e Benefícios para clientes de Cloud Services

O que é Tags de alocação de custos e seus benefícios?

Para a funcionalidade de Cost Allocation Tags, estamos concentrados em expandir ainda mais as capacidades oferecidas aos nossos usuários. Na primeira versão, conseguimos a habilidade de ler as Tags criadas pelos clientes, utilizando agregadores, calendários por data e apresentando o custo por serviço. Nesta nova versão, buscamos proporcionar aos nossos usuários novas capacidades e perspectivas. Planejamos introduzir filtros avançados, incluindo a segmentação por tipo e um filtro abrangente que englobe todas as características. Além dos novos filtros, nosso objetivo é aumentar o nível de detalhe dos custos dos serviços na listagem, proporcionando uma granularidade mais refinada.

Como funciona?

Ao acessar pela primeira vez a tela do menu de Alocação de Custos, os usuários verão informações mais generalizadas com um custo global. Este custo estará associado a uma conta principal, com uma tag pré-selecionada do dia atual.

Usuários com as permissões apropriadas poderão selecionar sua conta principal, escolher uma tag vinculada aos serviços, definir o período desejado e, em seguida, aplicar filtros de tipo. Esses filtros permitem uma visão mais detalhada, possibilitando a seleção de região, conta vinculada ou serviços específicos.

A funcionalidade permite que os usuários visualizem detalhes específicos de um custo na tela. Ao expandir este custo, além de ver a seção de serviços, eles terão acesso a um detalhamento do consumo, incluindo campos como Tipo de Uso, Quantidade e Valor do Custo. Isso proporciona uma compreensão mais aprofundada das despesas associadas aos serviços.

É importante destacar que, para a funcionalidade de Tags de Alocação de Custos funcionar corretamente, as aplicações devem estar devidamente tagueadas. Isso permitirá que nosso produto renderize as informações na tela de forma precisa. Além disso, a conta AWS precisa estar conectada à StackSpot.

Managed Cloud Accounts

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Managed Cloud Accounts

What is Managed Cloud Accounts and its benefits?

Managed Cloud Accounts is an exclusive feature for CloudServices clients, aimed at providing a centralized view of all Cloud accounts in their organization, whether they are accounts created through Cloud Foundation or Custom Cloud Accounts. It displays their status and connections, providing our clients with a clear view to assist in decision-making.

How it works?

Cloud Services clients through the StackSpot portal can access the Managed Cloud Account menu at the Account level with the necessary permission to view all associated/created cloud accounts in our product. It also displays their status and connected Workspaces.

Managed Cloud Accounts

O que é Managed Cloud Accounts e seus benefícios?

Managed Cloud Accounts é uma funcionalidade exclusiva para clientes de CloudServices, que visa trazer de forma centralizada uma visão de todas as contas de Cloud de sua organização, seja elas contas criadas através da fundação de Cloud ou contas personalizadas. Ele exibe seu status e conexões, proporcionando aos nossos clientes uma visão clara para auxiliar na tomada de decisões.

Como funciona?

Clientes de Cloud Services através do portal da StackSpot conseguem acessar a nível de Conta e com a permissão necessária para visualizar o menu Managed Cloud Account, conseguindo ver todas as contas de nuvem associadas/criadas em nosso produto. Assim como seus status e Workspaces conectados.

Created Managed Cloud Account

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

Created Managed Cloud Accounts

What is Managed Cloud Accounts and its benefits?

Created Managed Cloud Accounts is an exclusive feature for CloudServices clients, aimed at abstracting the complexity of creating cloud accounts for our customers.

How it works?

Cloud Services clients through the StackSpot portal in their Workspaces will be able to create cloud accounts easily and with just a few clicks. The process of creating cloud accounts automatically creates development, staging, and production accounts. These accounts, once created, already come with all the benefits of security and foundation.

Managed Cloud Accounts

O que é Created Managed Cloud Accounts e seus benefícios?

Created Managed Cloud Accounts é uma funcionalidade exclusiva para clientes de CloudServices, que visa abstrair a complexidade da criação de contas de nuvem por parte de nossos clientes.

Como funciona?

Clientes de Cloud Services, através do portal da StackSpot em seus Workspaces, poderão criar contas de nuvem de forma simples e com poucos cliques. O processo de criação de contas de nuvem cria automaticamente contas de desenvolvimento, homologação e produção. Essas contas, uma vez criadas, já nascem com todos os benefícios de segurança e fundação.

Cloud Services: Support cases visibility

This release note is written in English and Portuguese, scroll to the end to access both languages.

Esta release note está escrita em Inglês e Português, role a página até o final para ter acesso às duas linguagens.

---

StackSpot Cloud Services: New Feature for Comprehensive Viewing of Support Tickets for Admins and Account Holders

What is this feature and what are the benefits of it?

The latest update to the support feature provides Account Holders and Admins with the ability to view all support requests associated with their account. This provides a clear overview of operations, enabling them to make informed decisions based on this information.

How it works?

For customers with the Cloud Services offering activated on their account, users with Admin or Account Holder profiles can, through the Support / Cloud Services Support menu, have a centralized view of all open tickets in their organization and perform the following actions:

• Edit a ticket.
• Comment on a ticket.
• Attach files to the ticket.
• Cancel a ticket.

---

StackSpot Cloud Services: Nova Funcionalidade de Visualização Global de Tickets de Suporte para Admins e Account Holders

O que é essa nova funcionalidade?

A mais recente atualização da funcionalidade de suporte oferece aos Account Holders e Admins a capacidade de visualizar todos os pedidos de suporte associados à sua conta. Isso proporciona uma visão clara do andamento das operações, permitindo que tomem decisões informadas com base nessas informações.

Como funciona?

Para clientes que têm a oferta de Cloud Services ativada em suas contas, usuários com os perfis de Admins ou Account Holders poderão, por meio do menu de Suporte / Suporte a Serviços de Nuvem, obter uma visão centralizada de todos os tickets abertos em sua organização e executar as seguintes ações:

• Editar um ticket.
• Comentar em um ticket.
• Anexar arquivos ao ticket.
• Cancelar um ticket.