Diretrizes de suspensão de projetos

O Google trata as violações dos Termos de Serviço (ToS, na sigla em inglês) e das políticas com muita seriedade para proteger usuários, recursos e dados. Se o Cloud de Confiance by S3NS suspender seu projeto por violar a política ou os Termos de Serviço, use as ferramentas integradas de proteção e recuperação para recuperar o acesso aos recursos. Ao aprender como as suspensões afetam seu projeto, você pode corrigir problemas mais rapidamente e evitar interrupções futuras.

Recursos de projeto suspensos versus órfãos

Um recurso de projeto ou usuário pode ser suspenso pelo Google devido a violações dos TOS. Se o usuário for o único proprietário de um recurso de projeto, esse projeto também será suspenso. Quando isso acontece, as cargas de trabalho atuais são encerradas e os usuários perdem o acesso ao recurso do projeto suspenso. Os proprietários do projeto vão receber uma notificação por e-mail informando sobre a suspensão e como contestá-la.

Um recurso de projeto fica órfão se não tiver um proprietário, esteja ele ativo ou suspenso. Isso pode acontecer se as Contas do Google de todos os proprietários ou usuários associados ao recurso do projeto forem excluídas. Um recurso de projeto não será considerado órfão se os proprietários estiverem suspensos.

Os recursos de projetos órfãos ficam inacessíveis. Para recuperar o acesso a um projeto órfão, consulte Recuperar o acesso perdido a projetos e organizações. Um recurso de projeto órfão será marcado imediatamente para exclusão, a menos que um dos seguintes critérios seja atendido:

  1. Ter alguma atividade de API refletida nos registros.
  2. Ele está associado a um domínio de cliente do Google Workspace.
  3. Ter um aplicativo do Google App Engine ativo.
  4. Ter Cota de termo variável ativa ou futura.
  5. Ele está vinculado a uma conta do Cloud Billing.
  6. Pertencer a um recurso Organização.

Os projetos marcados para exclusão não podem ser usados e serão totalmente excluídos depois de aproximadamente 30 dias. Alguns recursos, como os recursos do Cloud Storage, são excluídos bem mais cedo. Para mais informações sobre o processo de exclusão de projetos, consulte Como criar e gerenciar projetos.

Como evitar projetos órfãos

Para evitar que um projeto fique órfão, recomendamos que sempre haja mais de um proprietário associado a ele.

No caso de projetos pertencentes a um recurso Organização, eles sempre terão, no mínimo, a organização como proprietária e, portanto, nunca ficarão órfãos. O administrador da organização tem controle total sobre cada projeto nela. Para eliminar o risco de um recurso de projeto ficar órfão, recomendamos obter um recurso da organização e migrar todos os projetos de produção para ele.

Recuperar o acesso perdido a projetos e organizações

Se você perder o acesso a um projeto ou recurso da organização do Cloud de Confiance , o processo de recuperação vai depender se o recurso pertence a um recurso da organização ou se é um projeto independente.

Recuperar o acesso a um projeto em uma organização

Se um projeto pertencer a um recurso de organização, será possível recuperar o acesso sem entrar em contato com o Cloud Customer Care. Os administradores da organização (roles/resourcemanager.organizationAdmin) têm controle total sobre todos os projetos no recurso da organização e podem conceder o papel de proprietário (roles/owner) ou reatribuir a propriedade do projeto diretamente.

Para recuperar o acesso a um projeto em um recurso de organização, siga um destes procedimentos:

  • Peça a um administrador da organização para conceder a você o papel de Proprietário (roles/owner) ou outro papel apropriado do Identity and Access Management (IAM) no projeto. Para mais instruções, consulte Gerenciar o acesso a projetos, pastas e organizações.
  • Se a organização não tiver um Administrador da organização ativo, peça ao superadministrador do Google Workspace ou do Cloud Identity para atribuir o papel de Administrador da organização (roles/resourcemanager.organizationAdmin) e conceder acesso ao projeto. Para ver instruções, consulte Conceder acesso a um recurso de organização.

Recuperar o acesso a um recurso da organização

O Atendimento ao Cliente não pode conceder acesso direto a um recurso da organização do Cloud de Confiance. Se você perder o acesso ao recurso da organização, recupere-o pela conta de domínio do Google Workspace ou do Cloud Identity:

  1. Faça login no Google Admin Console usando uma conta de admin do Google Workspace ou do Cloud Identity superadministrador e conceda o papel de Administrador da organização (roles/resourcemanager.organizationAdmin) no recurso da organização.
  2. Se você não tiver acesso a uma conta de superadministrador, siga o processo de recuperação de conta de administrador para recuperar o acesso à sua conta do Google Workspace ou do Cloud Identity. Se a recuperação automatizada não estiver disponível e você puder modificar os registros DNS do domínio, verifique a propriedade do domínio pela recuperação de acesso de administrador.

Recuperar o acesso a um projeto independente

Um projeto independente é um projeto que não pertence a um recurso de organização. Antes de entrar em contato com o Atendimento ao Cliente para recuperar o acesso a um projeto independente, você precisa esgotar todas as opções de recuperação de autoatendimento.

Tente as opções de recuperação de autoatendimento primeiro

Antes de abrir um caso de suporte, tente todos os seguintes métodos de recuperação de autoatendimento:

  • Entre em contato com os proprietários atuais do projeto: entre em contato com todos os proprietários atuais do projeto e peça que eles concedam a você o papel de proprietário (roles/owner) no console doCloud de Confiance .
  • Recuperar uma conta de proprietário: se você não tiver mais as credenciais de uma conta de proprietário, tente recuperá-la:
    • Conta gerenciada do Google Workspace ou do Cloud Identity: peça ao administrador do domínio para redefinir a senha do usuário ou restaurar uma conta de usuário excluída recentemente, que fica disponível por até 20 dias após a exclusão.
    • Conta pessoal do Google: use a página de recuperação de conta do Google para recuperar a conta usando o endereço de e-mail de recuperação ou o número de telefone configurado. Se a conta tiver um endereço de e-mail alternativo, você também poderá fazer login usando esse endereço e a senha.
    • Conta conflitante que termina em @gtempaccount.com: se o endereço de e-mail de um proprietário terminar em @gtempaccount.com, peça para o usuário fazer login e resolver o conflito de conta usando o solucionador de problemas de contas conflitantes.
  • Aceitar um convite de proprietário pendente: se um usuário ativo na sua empresa tiver um convite pendente para se tornar proprietário do projeto, peça para ele fazer login com o endereço de e-mail convidado e aceitar o convite no console doCloud de Confiance .
  • Representar uma conta de serviço de proprietário: se uma conta de serviço tiver o papel de Proprietário (roles/owner) no projeto, qualquer principal com o papel de Usuário da conta de serviço (roles/iam.serviceAccountUser) nessa conta de serviço poderá representá-la e conceder acesso ao projeto.

Solicitar a recuperação de acesso ao Atendimento ao Cliente

Se você já tentou todas as opções de recuperação de autoatendimento e ainda não consegue acessar um projeto independente, entre em contato com o atendimento ao cliente para solicitar a recuperação do acesso ao projeto. O Atendimento ao Cliente só pode avaliar solicitações de recuperação de acesso para projetos independentes órfãos, que são projetos independentes que não têm proprietários humanos ativos ou cujos proprietários registrados não respondem.

Quando você envia uma solicitação de recuperação, o Atendimento ao Cliente segue um processo obrigatório de verificação e notificação:

  1. Notificação do proprietário e janela de resposta: mesmo que você já tenha tentado entrar em contato com os proprietários atuais do projeto, o Atendimento ao Cliente é legalmente obrigado a entrar em contato com todos os proprietários registrados do projeto nos endereços de e-mail principal, secundário e alternativo. Confirme se o atendimento ao cliente tem sua permissão para notificar os proprietários registrados sobre sua solicitação:
    • O Atendimento ao Cliente aguarda pelo menos três dias úteis, ou 72 horas, por uma resposta a cada tentativa de notificação, até uma semana no total, antes de declarar o projeto órfão.
    • Se um proprietário atual responder e aprovar a solicitação, ele poderá conceder acesso diretamente a você.
    • Se um proprietário atual responder e negar a solicitação, o Atendimento ao Cliente não poderá conceder acesso a você.

  2. Justificativa de dados verificáveis: se os proprietários registrados não responderem dentro do período de resposta obrigatório, você precisará fornecer dados verificáveis que comprovem sua propriedade legítima do projeto e das cargas de trabalho antes que o atendimento ao cliente possa avaliar a concessão de acesso. Dependendo do seu nível de acesso, o Atendimento ao Cliente pode exigir vários dos seguintes pontos de dados:

    • Aprovação do administrador da conta de faturamento (roles/billing.admin) da conta do Cloud Billing vinculada ao projeto, além do ID da conta de faturamento e do valor faturado mais recente. Se o único objetivo for interromper as cobranças em um projeto órfão, o Administrador da conta de faturamento poderá desativar o faturamento no projeto em vez de recuperar o acesso ao projeto.
    • Verificação da propriedade do domínio por um registro DNS TXT ou aprovação de pelo menos dois administradores de domínio, se todas as contas de proprietário atuais pertencerem ao seu domínio.
    • Data de criação do projeto, criador de projetos original e proprietários do projeto atuais ou anteriores.
    • Detalhes específicos de configuração do projeto e identificadores de recursos, como contas de serviço criadas pelo usuário, IDs de cliente do OAuth 2.0 e domínios autorizados, chaves de API ou nomes de recursos ativos.

    A aprovação de um representante do Google, como um gerente de contas ou engenheiro de clientes, não é aceita como justificativa de dados porque os representantes do Google não têm visibilidade dos dados do projeto ou da propriedade legal. Se você não puder fornecer dados verificáveis suficientes para comprovar a propriedade, o Atendimento ao Cliente não poderá conceder acesso ao projeto.

Projetos não qualificados para o Atendimento ao Cliente

O Atendimento ao Cliente não pode conceder acesso aos seguintes tipos de projetos:

  • Projetos em um recurso de organização: recupere o acesso pela sua conta de administrador ou superadministrador da organização.
  • Projetos internos do Google: os projetos na organização google.com não estão qualificados para recuperação de suporte externo.
  • Projetos exclusivos do Firebase: os projetos que usam apenas APIs do Firebase são gerenciados pelo suporte do Firebase por meio do processo de propriedade do projeto do Firebase.
  • Projetos de faturamento do Google Cloud Marketplace: os projetos de faturamento gerenciados pelo Google para serviços do Cloud Marketplace não estão qualificados para acesso do cliente.
  • Projetos de clientes de revenda: os revendedores não podem receber acesso a projetos vinculados a contas de faturamento de revenda, mesmo que o revendedor seja um administrador da conta de faturamento. Para interromper as cobranças em um projeto, um revendedor pode desativar o faturamento no projeto.
  • Projetos padrão do Google Apps Script: o Atendimento ao Cliente não pode conceder acesso a projetos padrão criados automaticamente para o Apps Script, que têm nomes de projeto que começam com sys-. Para mais informações, consulte Projetos doCloud de Confiance no Apps Script.

Efeito das violações dos Termos de Serviço

Cloud de Confiance suspensão da conta

Em determinadas circunstâncias, quando um usuário do Cloud de Confiance viola consistentemente os Termos de Serviço ou a Cloud de Confiance Política de Uso Aceitável (AUP, na sigla em inglês) nos projetos, o acesso dele aoCloud de Confiance pode ser suspenso. Quando isso acontece, o desenvolvedor não poderá acessar seus projetos do Cloud. Eles continuarão a ter acesso a outros serviços do Google, como o Gmail.

Quando uma conta do Cloud de Confiance é suspensa e o desenvolvedor tem pelo menos um projeto ativo, ele recebe um e-mail informando sobre a suspensão do projeto. O desenvolvedor pode acessar o Console, preencher o formulário e entrar em contato com o Google para resolver o problema.

Suspensão do projetoCloud de Confiance

Os projetos doCloud de Confiance podem ser suspensos devido a violações dos Termos de Serviço do Cloud de Confiance by S3NS , incluindo a Cloud de Confiance Política de Uso Aceitável (Cloud de Confiance by S3NS AUP). Quando atividades que violam a Cloud de Confiance AUP ou os Termos de Serviço são detectadas em um projeto, o proprietário do projeto tem a obrigação de corrigir a violação imediatamente. Se a violação não for corrigida, o Google poderá tomar medidas para suspender o projeto. É importante que os desenvolvedores do Cloud de Confiance verifiquem a conta de e-mail do proprietário do projeto regularmente. Se o Google suspender um projeto do Cloud de Confiance , todas as cargas de trabalho associadas do Cloud de Confiance também serão suspensas. O proprietário de um projeto suspenso receberá um e-mail de notificação de google-cloud-compliance@google.com com instruções para a contestação.

Se um recurso de projeto suspenso tiver pelo menos um proprietário, seja ativo ou suspenso, ele não será considerado órfão e não será marcado para exclusão. No entanto, um recurso de projeto suspenso por nove meses será marcado para exclusão, mesmo que não seja órfão.

Suspensão da conta do Cloud Billing

Cloud de Confiance As contas do Cloud Billing podem ser suspensas devido a violações dos Cloud de Confiance TOS, falta de pagamento ou suspeita de fraude. Se uma conta do Cloud Billing for suspensa, todos os recursos do Cloud de Confiance vinculados a ela também serão suspensos.

Se a conta do Cloud Billing permanecer inválida por um período prolongado, alguns recursos poderão ser removidos dos projetos associados a ela. Os recursos removidos não são recuperáveis. Consulte a página Resolver problemas do Cloud Billing para mais informações.

Para recuperar uma conta suspensa do Cloud Billing, os proprietários podem usar uma destas opções:

Talvez seja necessário reiniciar manualmente os serviços que foram encerrados enquanto a conta do Cloud Billing estava suspensa. Consulte Como reiniciar os serviços do Cloud de Confiance para saber como reiniciar os serviços.

Os recursos do Cloud vinculados a uma conta suspensa do Cloud Billing não são considerados órfãos, desde que tenham pelo menos um proprietário ativo.