Legal
Subcontratantes
Última atualização: 1 de novembro de 2026
Esta página enumera todos os terceiros que podem ver dados pessoais detidos pela Axiospec, o que cada um recebe e porquê. Resulta do código executado em produção, e não de um modelo, e é mantida atualizada juntamente com o site.
A Axiospec é desenvolvida pela CaliTech LLC d/b/a Axiospec, sociedade de responsabilidade limitada (limited liability company) constituída no Tennessee, 116 Agnes Rd. Ste 200, Knoxville, TN 37919, Estados Unidos. As questões devem ser enviadas para support@axiospec.com. Procuramos responder no prazo de dois dias úteis.
Leia esta página em conjunto com a Política de Privacidade, que explica quando somos Nós o responsável pelo tratamento dos dados pessoais e quando o é a própria organização do Utilizador.
Onde o serviço é executado
A Axiospec é executada na Amazon Web Services, na região us-east-1, Virgínia do Norte, Estados Unidos. A base de dados, os ficheiros de evidências carregados, os segredos da aplicação e a própria aplicação encontram-se todos nessa única região. Os subcontratantes ulteriores indicados abaixo tratam dados nas suas próprias localizações, o que, para a maioria deles, significa vários países.
Subcontratantes ulteriores
| Entidade | O que faz por Nós | Dados pessoais que recebe | Onde trata os dados | Fundamento da transferência |
|---|---|---|---|---|
| Amazon Web Services us-east-1, Estados Unidos |
Alojamento, a base de dados PostgreSQL, armazenamento de ficheiros, segredos, registos da aplicação, a fila de mensagens, a rede de distribuição de conteúdos e o correio eletrónico de saída | Todos os dados. Todos os registos da Axiospec residem na AWS, e todos os e-mails que enviamos saem através do Amazon Simple Email Service. A rede de distribuição de conteúdos é uma rede periférica global, pelo que termina as ligações em localizações periféricas que podem situar-se fora dos Estados Unidos, antes de as reencaminhar para us-east-1. As respostas da API não são armazenadas em cache na periferia da rede. | Estados Unidos (us-east-1). Pontos de presença da rede de distribuição de conteúdos em todo o mundo. | Data Privacy Framework |
| Stripe | Processamento de pagamentos dos planos pagos | O endereço de e-mail de faturação, um identificador do espaço de trabalho, e o nome do titular do cartão e o endereço de faturação que o Utilizador introduz no próprio formulário da Stripe. Os números de cartão vão diretamente para a Stripe e nunca chegam aos servidores da Axiospec. O encerramento de um espaço de trabalho cancela a subscrição. Não elimina o registo de cliente detido pela Stripe. O Link, um serviço da Stripe, vende o plano como vendedor (merchant of record) para um endereço de faturação no México e para compradores na Índia sem GSTIN. O Link conserva então os dados do comprador segundo a sua própria política de privacidade, como responsável próprio, e não como Nosso subcontratante ulterior. | Estados Unidos, e os países dos prestadores de serviços que a Stripe enumera em stripe.com/legal/service-providers | Data Privacy Framework |
| Sentry | Monitorização de erros da aplicação, no website, na aplicação e em ambas as aplicações móveis. As versões da aplicação Android anteriores à 1.8.6 também enviam rastreios de desempenho. | Relatórios de erros com o rastreio da pilha e o caminho da página ou do pedido. O endereço IP do Utilizador chega com um relatório enviado pelo seu navegador ou telemóvel, e o Sentry está configurado para não o guardar. Os relatórios recebidos até 7 de outubro de 2026 (inclusive) ainda podem conter um endereço IP, a identificação do navegador e, vindos dos Nossos servidores, um nome ou um endereço de correio eletrónico, até serem eliminados no início de novembro de 2026. Os relatórios são conservados durante 30 dias. O sítio web envia o identificador interno do Utilizador quando este tem sessão iniciada, e nenhum campo de nome ou de correio eletrónico, embora um endereço de correio eletrónico possa surgir numa mensagem de erro ou no endereço de uma página. Os Nossos servidores enviam o identificador interno do Utilizador e o identificador do seu espaço de trabalho quando este tem sessão iniciada. Não enviam corpos de pedidos, variáveis locais, rastreios de desempenho nem o endereço IP do Utilizador, e substituem os endereços de correio eletrónico por um código. A partir da versão 1.8.6, as aplicações móveis não enviam acompanhamento de sessões nem rastreios de desempenho, substituem antes os endereços de correio eletrónico e qualquer valor guardado num campo de nome ou de correio eletrónico, e têm um interruptor de relatórios de falhas nas definições. Num iPhone, removem o código que o Sentry gera a partir do identifierForVendor do telemóvel. As versões anteriores também comunicam cada arranque da aplicação, enviam um identificador aleatório da instalação, num iPhone um código gerado a partir do identifierForVendor do telemóvel e, no Android, cerca de um em cada cinco rastreios de desempenho, sem essa depuração. A Política de Privacidade explica isto em pormenor. | Estados Unidos (a região de dados do Sentry nos Estados Unidos) | Data Privacy Framework |
| Google Firebase Cloud Messaging |
Entrega de notificações push às aplicações móveis | O token push do dispositivo e o texto da notificação. Esse texto indica um instrumento e diz que a sua calibração está próxima, em atraso ou que está em quarentena. Não indica a pessoa que o colocou em quarentena. A partir da versão 1.8.6, as aplicações só iniciam o Firebase Cloud Messaging depois de o Utilizador iniciar sessão. Num iPhone, a mensagem passa depois ao Apple Push Notification service, descrito abaixo. | Qualquer local da Google Cloud, conforme a lista da Google em cloud.google.com/about/locations | Data Privacy Framework |
| Google Firebase Analytics |
Análise de produto, apenas na aplicação Android | A partir da versão 1.8.3 da aplicação Android a recolha está desativada e nada é enviado. As versões anteriores enviam eventos de utilização da aplicação, como visualizações de ecrã e calibrações registadas, até serem atualizadas. Enviam também o seu identificador interno de utilizador, que é definido quando o Utilizador inicia sessão e apagado quando termina sessão. A aplicação iOS não integra este SDK e não envia nada. Desde 7 de outubro de 2026 a versão mínima da aplicação é a 1.8.6, pelo que uma versão mais antiga pede para ser atualizada antes de poder ser utilizada. Em outubro de 2026 eliminámos as propriedades do Google Analytics da aplicação. | Centros de dados da Google, conforme a lista da Google abaixo da tabela | Data Privacy Framework |
| Google Google Analytics 4 |
Análise do website e da utilização do produto na web | Caminhos de páginas, eventos de interação, um identificador de cliente que a Google atribui ao navegador, e o endereço IP do Utilizador. Nada é enviado à Google, e nenhuma etiqueta (tag) é solicitada à Google, até que o Utilizador aceite no banner de cookies. O endereço IP do Utilizador só chega à Google depois de o Utilizador ter aceitado e de a etiqueta ter sido carregada. Recusar, ou não responder, significa que não é feito qualquer pedido. Não são enviadas leituras de calibração nem dados de instrumentos. Depois de o Utilizador aceitar, o Google Analytics pode partilhar medições de conversão com a Nossa conta associada do Google Ads. | Centros de dados da Google, conforme a lista da Google abaixo da tabela | Data Privacy Framework |
| Google Google Identity Services |
O botão de início de sessão com a Google nas páginas de início de sessão e de registo | A Google trata apenas da etapa de início de sessão. O token de sessão Axiospec do Utilizador é emitido pela Nossa própria API e permanece Connosco. O script do botão só é carregado a partir da Google quando o Utilizador clica no botão da Google. Esse carregamento revela à Google o endereço IP do Utilizador. | Centros de dados da Google, conforme a lista da Google abaixo da tabela | Data Privacy Framework |
| GitHub | Controlo de código-fonte e pipeline de implementação | Código-fonte e registos de compilação. Nenhum dado de clientes. | Estados Unidos | Data Privacy Framework |
| Google Google Workspace |
Correio eletrónico da Nossa caixa de suporte, support@axiospec.com, e da caixa do proprietário | O que o Utilizador Nos envia por correio eletrónico. Os Nossos servidores também enviam alertas para a caixa do proprietário. O formulário de comentários do produto envia o nome, o endereço de correio eletrónico, o nome do espaço de trabalho e a mensagem. Um novo registo envia o nome, o endereço de correio eletrónico e o espaço de trabalho de quem se regista, com o plano escolhido e o método de início de sessão. Um formulário de pedido, como o da lista de verificação, envia uma referência e um código do endereço de correio eletrónico, não o endereço em si, com o formulário de origem e a norma escolhida, se existir. Quando um espaço de trabalho Nos envia ficheiros para migrar, o alerta inclui o endereço de correio eletrónico de quem os carregou, o nome do espaço de trabalho, os nomes dos ficheiros e qualquer nota. Quando um espaço de trabalho é suspenso ao abrigo da legislação dos EUA de controlo de exportações e sanções, o alerta inclui o nome do espaço de trabalho, o seu país e a sua referência de cliente na Stripe. Quando os ficheiros guardados por um espaço de trabalho ultrapassam um tamanho que acompanhamos, o alerta inclui o nome do espaço de trabalho. | Centros de dados da Google, conforme a lista da Google abaixo da tabela | Data Privacy Framework |
| Mercury | Serviços bancários e pagamento de comissões a parceiros de referência | Apenas para parceiros de referência nos Estados Unidos: o nome e o endereço de correio eletrónico do parceiro, e os dados bancários e fiscais que o parceiro introduz no próprio formulário da Mercury. Nenhum dado de clientes ou de calibração. Um parceiro fora dos Estados Unidos é pago por transferência bancária internacional. | Estados Unidos | Não é necessário: nenhum dado sobre pessoas fora dos Estados Unidos |
Onde a Google trata dados: a Google enumera os seus centros de dados em datacenters.google/locations. Em 5 de outubro de 2026, essa lista indicava os Estados Unidos, a Áustria, a Bélgica, o Chile, a Dinamarca, a Finlândia, a Alemanha, a Índia, a Irlanda, o Japão, a Malásia, os Países Baixos, a Noruega, Singapura, a Suécia, Taiwan, a Tailândia, o Reino Unido e o Uruguai.
Fundamento da transferência
Para os dados pelos quais somos responsáveis, uma transferência para uma empresa da tabela a partir do Espaço Económico Europeu, do Reino Unido ou da Suíça baseia-se no EU-US Data Privacy Framework (Decisão de Execução (UE) 2023/1795 da Comissão), na sua extensão ao Reino Unido (SI 2023/1028) e no Swiss-US Data Privacy Framework (Anexo 1 da Portaria suíça de proteção de dados). É isso que "Data Privacy Framework" significa na tabela. Em 5 de outubro de 2026, consultámos cada empresa na Data Privacy Framework List: Amazon.com, Inc., cuja inscrição abrange a Amazon Web Services, Inc.; Stripe, LLC; Sentry.io, que é a Functional Software, Inc.; Google LLC; e GitHub. Todas estavam ativas nos três. Para os dados que o espaço de trabalho do Utilizador introduz no Axiospec, aplicam-se também o Nosso Acordo de Tratamento de Dados e as Cláusulas Contratuais-Tipo que contém.
Serviços que pertencem ao telemóvel
Dois serviços que recebem dados quando o Utilizador usa as aplicações móveis vêm com o telemóvel, e não de Nós. Não são Nossos subcontratantes ulteriores, e não temos termos de proteção de dados com eles.
-
Apple Push Notification service (Apple Inc.). Todas as aplicações para iPhone têm de entregar as notificações push através dele. Quando enviamos um alerta para um iPhone, o Firebase Cloud Messaging passa-o à Apple, pelo que a Apple recebe o token do dispositivo e o texto do alerta. Esse texto indica um instrumento e diz que a sua calibração está próxima, em atraso ou que está em quarentena, e não indica a pessoa que o colocou em quarentena. A Apple não faz parte do Data Privacy Framework. Para que os alertas deixem de chegar à Apple, desative Notificações push nas Definições de notificações da aplicação.
-
O reconhecimento de voz do telemóvel do Utilizador. Quando o Utilizador prime o microfone para ditar uma leitura, a aplicação entrega o áudio ao serviço de voz definido no telemóvel. Na maioria dos telemóveis Android, é o da Google, e no iPhone é o da Apple. Esse serviço pode enviar o áudio ao seu fornecedor para o converter em texto, nos termos acordados entre o Utilizador e esse fornecedor. Nunca recebemos o áudio, apenas o texto que é devolvido. A partir da versão 1.8.6, a aplicação informa o Utilizador disso na primeira vez que prime o microfone.
Google ML Kit em versões antigas do Android
As versões da aplicação Android anteriores à 1.8.6 contêm o ML Kit da Google, que lê o código QR ou o código de barras da etiqueta de um instrumento. Lê o código no telemóvel, mas também envia à Google dados sobre o dispositivo e a aplicação e um identificador dessa instalação, para os diagnósticos e as estatísticas de utilização da própria Google. A Google decide como utiliza esses dados. A partir da versão 1.8.6, a aplicação Android lê os códigos com o descodificador de código aberto ZXing, e a leitura não envia nada à Google.
Destinatários que são do Utilizador, e não Nossos
Há três destinos que recebem dados pessoais porque o Utilizador os escolheu. Não são subcontratantes ulteriores Nossos e Nós não temos qualquer contrato com eles em nome do Utilizador.
-
Webhooks de saída. Se o espaço de trabalho do Utilizador configurar um webhook, a Axiospec envia eventos de calibração para o endereço que o Utilizador Nos indicou. Esses dados incluem o nome completo do técnico que realizou a calibração e quaisquer notas em texto livre constantes do registo. A entrega é repetida durante cerca de três dias. Escolha esse destino com cuidado, porque, uma vez entregues, os dados deixam de estar sob o Nosso controlo.
-
O fornecedor de identidade do próprio Utilizador. Se o espaço de trabalho do Utilizador ativar o início de sessão único, a etapa de início de sessão é executada junto do fornecedor OIDC ou SAML que o Utilizador configurou. O token de sessão Axiospec do Utilizador continua a ser emitido pela Nossa própria API.
-
Qualquer pessoa a quem o Utilizador envie uma exportação. Cabe ao Utilizador gerar o arquivo de auditoria e cabe-lhe a ele partilhá-lo. O arquivo contém os nomes constantes de todos os registos de calibração abrangidos.
O que não consta desta lista
Algumas ausências merecem ser referidas, porque, de outro modo, o leitor iria interrogar-se.
- Não existe qualquer fornecedor de publicidade no sítio web nem na aplicação. Mantemos uma pequena campanha no Google Ads com o nome da marca Axiospec, e nenhuma etiqueta de anúncios, píxel de conversão ou etiqueta de remarketing é carregada no sítio web ou na aplicação. A associação entre o Google Analytics e essa conta do Google Ads está descrita na linha do Google Analytics 4 acima.
- Não existe plataforma de apoio ao cliente, ferramenta de chat em direto nem ferramenta de gravação de sessões. O apoio é prestado por e-mail.
- Não existe qualquer plataforma de e-mail marketing de terceiros. O e-mail de marketing é enviado através do Amazon Simple Email Service, o mesmo remetente de todas as restantes mensagens.
- Nenhum fornecedor de identidade detém a sessão Axiospec do Utilizador. Esse token é emitido pela Nossa própria API.
- O início de sessão social com a Microsoft está desenvolvido, mas encontra-se desativado em produção, pelo que a Microsoft não recebe atualmente nada. Se tal mudar, esta página será alterada primeiro.
Onde fica a infraestrutura, e pedidos de acesso de autoridades públicas
Esta secção é a Nossa declaração nos termos do artigo 28.º do Regulamento dos Dados da UE (Regulamento (UE) 2023/2854).
A CaliTech LLC é uma empresa do Tennessee e, por isso, está sujeita à lei dos Estados Unidos. Toda a infraestrutura própria da Axiospec está na AWS us-east-1, no norte da Virgínia, Estados Unidos. A única parte fora dessa região é a rede de distribuição de conteúdos, cujos pontos de presença em todo o mundo não guardam registos de clientes. Os subcontratantes acima tratam os dados nos locais indicados no quadro.
É assim que tratamos um pedido juridicamente vinculativo de dados de clientes de uma autoridade pública, nos Estados Unidos ou noutro lugar:
- Só divulgamos dados quando uma ordem válida e juridicamente vinculativa o exige. Não divulgamos dados em resposta a um pedido informal.
- Analisamos se o pedido é lícito, em especial se se mantém dentro dos poderes da autoridade que o faz. Contestamo-lo se, após uma avaliação cuidadosa, concluirmos que existem motivos razoáveis para o considerar ilícito à luz da legislação do país de destino, das obrigações aplicáveis ao abrigo do direito internacional e dos princípios da cortesia internacional. É o que prevê a cláusula 15.2 das Cláusulas Contratuais-Tipo.
- Divulgamos apenas o mínimo que a ordem exige.
- Quando a lei o permite, informamos o cliente afetado antes de divulgarmos o que quer que seja, para que se possa opor.
Os dados são cifrados em trânsito e em repouso, e a base de dados não aceita ligações a partir da internet pública.
Interpretação da Tradução
Esta lista de Subcontratantes Ulteriores pode ter sido traduzida caso a tenhamos disponibilizado ao Utilizador no Nosso Serviço. O Utilizador aceita que o texto original em inglês prevalece em caso de litígio.
Alterações a esta lista
Pelo menos 30 dias antes de um novo subcontratante ulterior começar a tratar dados pessoais que os Nossos clientes introduzem no Axiospec, enviamos uma mensagem de correio eletrónico aos administradores de cada espaço de trabalho e atualizamos esta página. As restantes alterações aparecem aqui quando acontecem. Se também quiser receber uma mensagem de correio eletrónico sobre elas, escreva para support@axiospec.com e peça-o. O Nosso Acordo de Tratamento de Dados explica como um cliente se pode opor a um novo subcontratante ulterior.
Situação contratual
O Nosso Acordo de Tratamento de Dados rege os dados pessoais que os Nossos clientes introduzem no Axiospec. Faz parte dos Nossos Termos e Condições. Incorpora as Cláusulas Contratuais-Tipo da UE (Módulo Dois, e Módulo Três para um cliente que seja ele próprio subcontratante), o International Data Transfer Addendum do Reino Unido e as adaptações exigidas pela autoridade suíça de proteção de dados. Para esses dados, agimos apenas segundo as instruções do cliente, pelo que o RGPD se aplica ao cliente enquanto responsável pelo tratamento. É esse o caso para o qual estas cláusulas foram redigidas. Para os dados pelos quais Nós próprios somos responsáveis, o RGPD aplica-se diretamente a Nós e estas cláusulas não são utilizadas. A CaliTech LLC não está certificada ao abrigo do EU-US Data Privacy Framework e não oferece nenhuma região de dados na UE ou no Reino Unido. Os contratos com os subcontratantes ulteriores acima são os termos-padrão que cada um deles publica. O Data Processing Addendum do Sentry foi aceite para a Nossa conta em 5 de outubro de 2026. Os Google Ads Data Processing Terms, que abrangem a Nossa conta do Google Analytics, foram aceites em 28 de abril de 2026. Os Firebase Data Processing and Security Terms fazem parte dos Termos de Serviço do Firebase.