ScopeTime
Privacidade e suporte

Informação do piloto · Contactos atualizados em 1 de outubro de 2026

A ScopeTime permite registar tempo no Jira, classificar trabalho e consultar relatórios de horas e capacidade. Esta página descreve o tratamento feito pela aplicação e como contactar o seu responsável.

O lançamento comercial da ScopeTime está em preparação. As condições aplicáveis à disponibilização no Atlassian Marketplace serão publicadas antes do lançamento.

A ScopeTime é disponibilizada para um piloto autorizado pelo administrador do Jira. A organização que instala a app determina as finalidades da utilização empresarial, quem pode aceder aos seus dados e os calendários e associações introduzidos. Esta informação complementa a política de privacidade da organização; não substitui os acordos ou informações que esta deva disponibilizar aos seus colaboradores.

Dados tratados e finalidade

• Jira: issues, worklogs, perfis e campos acessíveis à conta, para apresentar relatórios, resolver classificações e criar os registos de tempo pedidos pelo utilizador.
• Organização e calendário: nomes e IDs de conta, departamentos, equipas, horários, datas de entrada/saída, períodos de calendário confirmado, feriados e ausências completas ou parciais, para contextualizar as horas e calcular capacidade.
• Utilização da app: classificações, estado do timer e do registo manual, referências de gravação, idioma, favoritos, recentes e modelos de relatório, para manter continuidade e evitar worklogs duplicados.

As descrições introduzidas no registo manual são enviadas ao Jira como parte do worklog. A app elimina a descrição e o resumo em cache do estado/recibo concluído que conserva no Forge; a descrição nativa continua sujeita à gestão do Jira. Introduz apenas os dados necessários ao piloto, sem detalhes médicos ou documentos pessoais nos campos livres de ausências.

Acesso, alojamento e exportações

Os dados da aplicação são guardados em Atlassian Forge. A leitura de issues e worklogs e a criação de trabalho usam as permissões Jira do utilizador. Administradores Jira gerem a configuração e a capacidade organizacional; os restantes utilizadores recebem o seu próprio calendário. A app instalada não pede passwords nem tokens pessoais.

O backend revalida perfis já inventariados através da API Atlassian. O ciclo de privacidade comunica à própria Atlassian os IDs das contas com dados guardados e a antiguidade dos dados. Esse reporte não envia horas, descrições, calendários, ausências ou ficheiros exportados. Normalmente é efetuado a cada sete dias por conta, respeitando o intervalo indicado pela API e repetindo pedidos que falhem.

O manifest da ScopeTime não declara destinos externos nem serviços de analytics. Os controlos operacionais da Atlassian podem disponibilizar logs ao responsável pela app. As instalações são separadas pelo Forge; um site Jira não recebe a configuração de outro.

CSV, Excel, PDF e HTML são gerados no navegador quando o utilizador pede uma exportação. Podem conter dados pessoais e campos Jira selecionados. Quem descarrega o ficheiro controla a conservação e a partilha posterior. Quando os lembretes ou resumos por e-mail estão ativados, a ScopeTime pede à API de notificações do Jira o envio para as contas configuradas. A entrega passa pela Atlassian e pelo fornecedor de e-mail do destinatário. As cópias recebidas por e-mail não são eliminadas pelo pedido de privacidade da app.

Conservação, atualização e eliminação

A configuração e as preferências mantêm-se enquanto forem necessárias à utilização do piloto ou até serem corrigidas ou eliminadas. Não existe um prazo geral automático de expiração para todos os dados. Os recibos mínimos de gravação conservam referências e durações para impedir pedidos duplicados, sem a descrição e o resumo em cache de um registo concluído. Os novos marcadores globais de concorrência guardam apenas a data técnica; o histórico de edição da configuração pode identificar o editor e é abrangido pelos pedidos de privacidade.

Quando a Atlassian comunica uma atualização de perfil, a ScopeTime revalida o identificador e o nome atual e remove resumos de issues em cache associados. Os calendários e classificações introduzidos pela organização são preservados. Dados antigos sem uma data de recolha fiável são revalidados antes do primeiro reporte. Se não for possível identificar o titular de um registo antigo ou revalidar um perfil, o estado fica pendente e visível para revisão.

Quando a Atlassian comunica o encerramento de uma conta, ou quando o próprio confirma um pedido de eliminação, a ScopeTime remove a informação própria da app associada àquela conta. Isso abrange as associações e calendários, preferências, estado de gravação e metadados de classificação associados; referências a essa pessoa em modelos de outros utilizadores são removidas. A operação pode alterar classificações e agrupamentos, mas não apaga nem desconta worklogs nativos no Jira.

Durante o processamento, a app pode entrar temporariamente em manutenção para deixar terminar operações em curso e impedir que dados antigos sejam repostos. Pedidos interrompidos são retomados. Mantém-se um marcador mínimo derivado do identificador da conta para impedir reintroduções indevidas após uma eliminação; é uma referência pseudonimizada, não uma promessa de anonimização. Uma reativação voluntária permite guardar novos dados, sem recuperar os eliminados.

A desinstalação e a conservação posterior do armazenamento alojado são geridas pela Atlassian segundo o seu ciclo de vida de dados Forge. A desinstalação não equivale a eliminar os worklogs nativos do Jira.

Pedidos de privacidade e suporte

Na ScopeTime, abre Privacidade no rodapé para consultar o estado da tua conta e pedir a eliminação dos dados próprios da app. A confirmação apresenta o impacto antes de executar. O administrador pode acompanhar a migração e os reportes sem que os estados de outras contas sejam expostos a utilizadores sem privilégios.

Para acesso aos teus dados, correção, limitação, oposição, portabilidade quando aplicável, ou para esclarecer um pedido, contacta support@ramsvio.com e o responsável pelo Jira da tua organização. Poderá ser necessário confirmar a identidade e o âmbito do pedido. Não envies passwords, tokens ou documentação sensível sem combinar um meio adequado. A gestão dos dados nativos de Jira e das cópias já exportadas pertence aos respetivos responsáveis.

Podes apresentar uma reclamação junto da autoridade de proteção de dados competente; em Portugal, a CNPD.

As mensagens enviadas para support@ramsvio.com são encaminhadas pela Porkbun para uma caixa Gmail gerida pelo responsável da aplicação. As respostas podem ser enviadas a partir dessa conta Gmail. Estas mensagens ficam fora do armazenamento da app; pedidos relativos ao seu tratamento podem ser dirigidos ao mesmo contacto.

Interpretação dos relatórios

As associações de pessoas e os valores automáticos das tarefas refletem a informação atual. Os cálculos dependem dos calendários configurados e dos registos visíveis. Indicadores de capacidade e possíveis sobreposições são informação para revisão: a app não toma decisões laborais, não avalia automaticamente produtividade e não altera horas por causa de um alerta.