Se o upload falhar, especialmente com arquivos grandes, tente as seguintes dicas:

• Inicie o upload e evite alternar para outras abas ou janelas do navegador durante o processo.
• Certifique-se de que seu computador não entre no modo de suspensão — desative temporariamente a suspensão, se necessário.
• Uma conexão de Internet estável é essencial. Interrupções no Wi-Fi podem causar falhas no envio.

O tamanho do arquivo por si só não é uma limitação.

Também pode usar um serviço de partilha de ficheiros (suportado: link de download direto, Google Drive, Dropbox, Yandex Disk) e, em vez de carregar o arquivo diretamente no site, basta fornecer um link para o ficheiro. A nossa plataforma irá descarregá-lo automaticamente a partir do link e iniciar o processamento do projeto.

Localize facilmente o arquivo do banco de dados Leica seguindo os passos abaixo:

1. Inicie o Cyclone REGISTER 360.
2. Nas configurações do projeto, especifique a pasta onde seu projeto está armazenado.
3. Abra esta pasta no explorador de arquivos. Dentro, você deve ver um arquivo com um nome parecido com project_deliv_*.db.
4. Após localizar o arquivo, faça o upload do arquivo de banco de dados em nossa plataforma junto com seus panoramas JPG para criar um tour virtual.

Este arquivo contém dados espaciais essenciais necessários para o posicionamento e alinhamento precisos do panorama.

Um arquivo TXT armazena a posição e a orientação dos seus panoramas. Dois formatos são aceitos e detectados automaticamente a partir do conteúdo do arquivo:

1. Arquivo de posição/orientação (Leica)

Um arquivo por panorama, com o mesmo nome exato da imagem (por exemplo station_01.txt ao lado de station_01.jpg). Ele contém uma posição e uma orientação:

position = [positionX, positionY, positionZ];
orientation = [rotationW, rotationX, rotationY, rotationZ];

Aqui está um exemplo:

position = [-60.2344, 30.0544, -0.185128];
orientation = [0.804644, -8.74489e-06, -1.45999e-05, 0.593758];

A orientação é um quaternion na ordem W, X, Y, Z. Separe cada valor com uma vírgula e um espaço, exatamente como mostrado.

2. arquivo de cena iQscene

Um único ficheiro que lista todos os panoramas, reconhecido pela palavra iQscene na primeira linha. Seguem-se duas linhas de cabeçalho, depois uma linha por panorama, e a lista termina com uma chaveta de fecho }. Cada linha de panorama é separada por espaços:

"path\to\station_01.jpg" posX posY posZ axisX axisY axisZ angle

O caminho da imagem está entre aspas, posX posY posZ é a posição, e axisX axisY axisZ junto com angle (em graus) descrevem a rotação como um eixo e um ângulo. Exemplo:

iQscene ...
...
...
"C:\Project\station_01.jpg" -60.2344 30.0544 -0.1851 0 0 1 90.0
"C:\Project\station_02.jpg" -58.1021 31.7765 -0.1820 0 0 1 92.5
}

Use um ponto como separador decimal e salve o arquivo em codificação UTF-8. Essas estruturas permitem que a plataforma posicione e oriente seus panoramas corretamente no espaço 3D.

Um arquivo CSV armazena a posição e a orientação de cada panorama. Envie-o junto com os panoramas JPG equiretangulares — o nome do arquivo em cada linha (sem a extensão) deve corresponder à imagem correspondente. A plataforma detecta automaticamente o layout, portanto várias variantes são aceitas: Algumas coisas a ter em mente:

• Os nomes das colunas devem corresponder exatamente (diferenciam maiúsculas de minúsculas); a ordem não importa e quaisquer colunas extras são ignoradas.
• qw, qx, qy, qz (e Orientation(W...Z), pano_ori_w...z) são os componentes do quaternion na ordem W, X, Y, Z.
• rot_x, rot_y, rot_z (OmniSLAM) são ângulos de rotação de Euler expressos em radianos.
• Os arquivos RIEGL e Lixel são reconhecidos pelo nome (...ImageList.csv / ...panoramicPoses.csv); os demais formatos são detectados automaticamente a partir da linha de cabeçalho.
• Use um ponto como separador decimal e salve o arquivo em codificação UTF-8.

Aqui está um exemplo do layout genérico separado por vírgulas:

filename,x,y,z,qw,qx,qy,qz
station_01.jpg,-60.2344,30.0544,-0.185128,0.804644,-8.74489e-06,-1.45999e-05,0.593758
station_02.jpg,-58.1021,31.7765,-0.182004,0.799120,1.02000e-05,2.31000e-05,0.601171

Cyclone REGISTER 360
A imagem abaixo mostra as configurações recomendadas para exportar seu projeto para um arquivo LGSX:

Estas configurações ajudam a garantir compatibilidade e precisão ao usar o arquivo com nossa plataforma.

Uma nuvem de pontos composta por várias estações de digitalização deve ser pré-processada no FARO SCENE:

• Crie nuvens de pontos de digitalização para cada estação para melhorar a visualização.
• Desative o filtro de artefatos de borda para resultados mais nítidos.
• Registrar todas as estações e organizá-las em um único cluster.

Depois de feito, exporte o conteúdo do cluster conforme mostrado nas capturas de tela abaixo:

Este processo garante o alinhamento correto e a compatibilidade para o upload na nossa plataforma.

Assim que seu projeto for criado, você pode compartilhá-lo de várias formas — todas disponíveis na página de configurações do projeto.

A opção mais fácil é definir o modo de acesso como via link. Nesse caso, o registro não é necessário — qualquer pessoa com o link pode visualizar o projeto.

Ideal para compartilhar com clientes, partes interessadas ou revisores externos sem necessidade de criar uma conta.

Sim — cada projeto pode receber uma tag que funciona como uma pasta.

Use tags para agrupar projetos por cliente, subcliente ou qualquer outra categoria que ajude a organizar seu espaço de trabalho. Note que apenas uma tag pode ser atribuída por projeto, portanto, use uma convenção de nomenclatura clara e estruturada.

A configuração Links para outros projetos permite conectar vários projetos independentes dentro de um único tour virtual.

Por exemplo, ao navegar por um tour panorâmico, os usuários podem clicar numa transição e ser levados instantaneamente a outro projeto — como um edifício vizinho, outro andar ou um local relacionado.

Este recurso é especialmente útil para grandes instalações ou edifícios de vários andares.

Aqui está um exemplo real onde isso foi implementado:
https://360-for-you.com/projects/HLxVEP0d/

Sim — podemos ativar uma assinatura de teste para você, válida por 2 semanas. Esta versão de avaliação inclui quase os mesmos recursos do plano Pro e é ideal para testar projetos em grande escala.

Se o seu arquivo de digitalização (por exemplo, 100 GB) já estiver armazenado no Dropbox, Google Drive ou outra plataforma suportada, você pode colar o link de download ao criar um novo projeto. O sistema buscará e processará o arquivo automaticamente — não é necessário fazer upload manual.

Sim — não há restrições baseadas no país. Se o site carregar e funcionar para você, pode usar o serviço do Peru ou de qualquer outro lugar.
Sinta-se à vontade para experimentar! Você pode criar projetos com até 10 configurações totalmente grátis.

Obrigado pelo seu interesse — agradecemos muito suas perguntas e sugestões!

Atualmente, preferimos comunicar-nos por e-mail, pois isso nos permite acompanhar os pedidos de forma mais eficiente e responder detalhadamente. Estamos felizes em continuar a conversa dessa forma e tratar de tudo o que desejar discutir.

Aguardamos sua mensagem com expectativa!

Claro — um método simples para alinhar manualmente seus panoramas:

1. Ao capturar imagens, oriente sempre a câmera na mesma direção em relação aos pontos cardeais. Por exemplo, pode optar por manter a frente da câmera voltada para o "norte" enquanto se desloca pelo espaço.
2. Carregue fotos na plataforma. Por padrão, todos os panoramas serão posicionados na origem (0,0) do sistema de coordenadas.
3. (Opcional) Mova uma das estações ao longo do eixo X — por exemplo, 10 metros — para começar a organizar a cena.
4. (Opcional) Prepare uma imagem de fundo (por exemplo, uma planta baixa) com uma barra de escala visível para facilitar a colocação das estações.
5. Carregue o fundo e alinhe-o de acordo com a escala.
6. Coloque cada ponto panorâmico nos quartos ou áreas onde foi capturado.
7. Use a opção de triangulação de Delaunay nas configurações da estação para vincular pontos automaticamente.
8. Abra qualquer panorama e verifique visualmente se as posições das outras estações estão deslocadas.
9. Nas configurações de coordenadas, ajuste o campo "Girar direção da vista para todas as estações (graus)" para corrigir isso. Comece com sua melhor estimativa.
10. Se a rotação estiver no sentido errado, tente girar novamente usando a fórmula: -2 × suposição inicial.

Este método permite controlar com precisão a colocação do panorama manualmente — mesmo sem dados de GPS!

Assista a este vídeo curto para ver como é rápido e simples: https://youtu.be/IGucR18yJM4?si=2E1MyKhxYIDJG-PD

O problema é que as panorâmicas Insta360 não contêm dados de orientação para o norte, necessários para gerar automaticamente links direcionais corretos. Existem várias formas de resolver isso:

1. Orientação automática — para projetos street-view com pontos de captura próximos, experimente o recurso "Usar coordenadas GPS para calcular a rotação" no site.
   Exemplo de projeto capturado com uma Insta360 X4 e um módulo GPS externo, processado automaticamente:
   https://360-for-you.com/projects/Ik3R7NWu/
2. Fotografe em uma direção consistente — se você sempre mantiver a câmera voltada para o mesmo lado (por exemplo, mantendo a frente da câmera apontando "para frente"), poderá ajustar manualmente o ângulo de rotação global para alinhar os links em todas as imagens.
3. Alinhamento manual por panorama — abra cada panorama, oriente-se para o norte (aproximado) e clique no botão de alinhamento para definir a direção correta da visualização.
   Você pode fazer isso usando o editor vinculado na página "Configurações básicas" do seu projeto.

Nota: Estes métodos funcionam apenas se as coordenadas GPS estiverem disponíveis para cada ponto de captura.

Sim — uma visualização de mapa interativa está disponível para panoramas JPG que contêm coordenadas GPS em seus metadados EXIF.

Veja os locais de captura num mapa e alterne rapidamente entre os pontos. Isso torna a navegação e o contexto do projeto mais intuitivos, especialmente para panoramas ao ar livre ou com drones.

Também pode ligar a vista do mapa a qualquer projeto existente — desde que as coordenadas estejam georreferenciadas. Para isso, especifique o código EPSG do seu sistema de coordenadas nas definições do projeto. Uma vez definido, o sistema interpretará e exibirá corretamente os seus dados geoespaciais no mapa.

Sim — para desativar o recurso de mapa em um projeto, remova o código EPSG nas configurações do projeto. Uma vez que o sistema de coordenadas for limpo, o mapa não será mais exibido na interface.

Sim — personalize a cor de fundo do nível (e outros estilos) usando CSS personalizado.

Nas configurações do perfil há um campo para inserir uma folha de estilo personalizada. Uma vez adicionada, será aplicada automaticamente a todos os seus projetos.

Você pode preencher este campo usando o mesmo formato do exemplo do espaço reservado.

Sim — você pode exibir dados de sensores ao vivo ou gravados (temperatura, umidade, vibração, ocupação, qualquer coisa que um dispositivo meça) diretamente em seus panoramas.

O que é MQTT, em termos simples?
MQTT é um protocolo de mensagens leve, amplamente usado por sensores e dispositivos IoT. Um dispositivo publica pequenas mensagens (por exemplo, uma leitura de temperatura) em um canal nomeado chamado topic, e qualquer pessoa autorizada a ler esse topic recebe o valor quase instantaneamente. Você não precisa executar nenhum servidor por conta própria — nós hospedamos o broker de mensagens para você. Seu dispositivo apenas se conecta e envia valores; o visualizador do tour se conecta e os mostra.

Como um sensor nos envia dados
1. Em Perfil → chaves de API, crie uma chave com a permissão mqtt:publish. A chave é mostrada apenas uma vez — copie-a.
2. Aponte o seu dispositivo ou script para o nosso broker. Há duas formas de se conectar:

• MQTT nativo sobre TLS — para sensores físicos, gateways e a maioria das bibliotecas IoT. Endereço do servidor: mqtts://360-for-you.com:8883.
• MQTT sobre WebSocket (WSS) — para qualquer coisa que seja executada em um navegador da web ou em ambientes que só permitem tráfego da web. Endereço do servidor: wss://360-for-you.com/mqtt/.

Ambas as opções são equivalentes — escolha a que o seu dispositivo suportar. Use o seu ID de utilizador numérico como nome de utilizador e a chave da API como palavra-passe.
3. Publique suas leituras em um tópico chamado users/<your ID>/sensors/<sensor name>. Você só pode escrever no seu próprio ramo — a parte <your ID> deve corresponder à sua conta.

Como os dados aparecem em um panorama
Quando você adiciona um comentário a um panorama, pode incorporar um sensor nele. A partir daí, os visualizadores autorizados a abrir esse tour verão o valor mais recente do sensor atualizado ao vivo, sem recarregar a página. O acesso segue o tour: se o projeto for público ou compartilhado por link, qualquer pessoa com o link verá os dados; se for privado, apenas o proprietário, os usuários convidados e os membros do grupo verão. Tornar um projeto privado desconecta os leitores automaticamente em poucos segundos.

Incorporar um sensor em um comentário (a tag span)
Para inserir um valor, o proprietário do projeto edita um comentário no panorama e insere uma pequena tag <span> apontando para um dos seus próprios tópicos de sensor. O texto colocado dentro da tag é mostrado tal como está até chegar a primeira leitura — use-o como rótulo ou como marcador de posição, como um traço — e depois é substituído pelo valor em tempo real. A forma mais simples é:

<span data-mqtt="users/<your ID>/sensors/temperature">—</span>

O valor mostrado é exatamente a mensagem que o seu dispositivo publica (texto simples), portanto formate-o no lado do dispositivo, por exemplo 23.4 °C. O tópico deve ser um tópico concreto para o qual o seu dispositivo publica — curingas não são permitidos para visualizadores.

Os atributos opcionais permitem controlar como o valor é exibido:

• data-mqtt-json="<path>" — se o seu dispositivo publica um objeto JSON (por exemplo {"temperature": 23.4, "humidity": 45}), use isto para selecionar um único campo. Suporta caminhos aninhados como weather.temperature e índices de matriz como readings[0].value. Sem este atributo, a carga útil inteira é exibida tal como está.
• data-mqtt-suffix="<text>" — adicionado após o valor, útil para unidades. Por exemplo, data-mqtt-suffix=" °C" transforma 23.4 em 23.4 °C.
• data-mqtt-show-last-update="true" — mostra também há quanto tempo o valor chegou, por exemplo 23.4 (há 2 min).
• data-mqtt-stale-after="<seconds>" — se nenhuma nova leitura chegar dentro desse número de segundos, o elemento é marcado como desatualizado (um atributo data-mqtt-stale é adicionado a ele), para que você possa esmaecê-lo ou destacá-lo com seu CSS personalizado.
• data-mqtt-red, data-mqtt-yellow, data-mqtt-green — exibir um pequeno ponto colorido antes do valor quando a leitura estiver em um dos intervalos listados (um "semáforo"). Veja Indicador semafórico abaixo para a sintaxe dos intervalos.

Um exemplo mais completo — pegar o campo temperature de uma leitura JSON, acrescentar a unidade, mostrar quão recente ele é e marcá-lo como desatualizado após dois minutos de silêncio:

<span data-mqtt="users/42/sensors/weather"
      data-mqtt-json="temperature"
      data-mqtt-suffix=" °C"
      data-mqtt-show-last-update="true"
      data-mqtt-stale-after="120">no data yet</span>

Se o seu dispositivo divide as leituras por subtópicos, aponte a etiqueta para o subtópico exato acrescentando-o, por exemplo users/42/sensors/weather/humidity. Pode colocar várias etiquetas num comentário ou distribuí-las por diferentes panoramas — cada uma é atualizada de forma independente, e o mesmo sensor pode ser incorporado em tantos comentários e projetos quantos quiser.

Indicador semafórico
Para chamar a atenção quando uma leitura sai dos limites, adicione um ponto colorido ao valor. Defina um ou mais de data-mqtt-red, data-mqtt-yellow, data-mqtt-green como uma lista de intervalos numéricos; o ponto assume a cor do primeiro intervalo correspondente, verificado na ordem vermelho → amarelo → verde. Se nenhum intervalo corresponder, nenhum ponto é desenhado; se uma cor não tiver intervalo definido, essa cor é simplesmente ignorada. Os intervalos não são validados entre si — se se sobrepuserem ou tiverem lacunas, a prioridade vermelho → amarelo → verde decide qual cor prevalece.

Uma lista de intervalos é composta por uma ou mais expressões separadas por ;. Cada expressão é uma das seguintes:

• <X — o valor é estritamente menor que X
• >X — o valor é estritamente maior que X
• <=X / >=X — igual, inclusive
• X-Y — o valor está entre X e Y (ambos os extremos incluídos); X e Y podem ser negativos ou decimais
• true, false, on, off — payload corresponde exatamente a esta palavra, sem distinção entre maiúsculas e minúsculas — útil para sensores binários. Pode ser combinado livremente com intervalos numéricos na mesma lista, por exemplo <0;>100;off.

Um intervalo corresponde apenas ao seu próprio tipo: expressões numéricas precisam de um número, tokens booleanos precisam dessa palavra exata. Tudo o que não estiver coberto deixa o valor sem ponto. Se você usar data-mqtt-json, o campo extraído é o que é comparado — não o objeto JSON inteiro.

Por exemplo, para marcar uma temperatura em vermelho abaixo de 0 °C ou acima de 100 °C, em amarelo na transição (0-30 ou 70-100) e em verde na zona de conforto (30-70):

<span data-mqtt="users/42/sensors/weather"
      data-mqtt-json="temperature"
      data-mqtt-suffix=" °C"
      data-mqtt-red="<0;>100"
      data-mqtt-yellow="0-30;70-100"
      data-mqtt-green="30-70">no data yet</span>

Segurança
Todas as conexões são criptografadas. Um dispositivo só pode publicar nos seus próprios tópicos, e um visualizador só pode ler os sensores incorporados em tours aos quais já tem acesso. Revogar uma chave de API interrompe novas conexões imediatamente (as conexões existentes caem na próxima reconexão).

Se precisar de ajuda para ligar um dispositivo ou painel específico, contacte a nossa equipa de suporte técnico e sugeriremos a melhor abordagem de integração para o seu projeto.

Sim — os valores KNX podem aparecer nos seus panoramas através do mesmo suporte a sensores MQTT descrito acima. O KNX em si não chega à Internet pública (ele funciona num barramento com fios dentro do seu edifício), por isso uma pequena ponte KNX→MQTT é executada na sua rede local e encaminha os valores selecionados para nós. É uma configuração única.

O que você precisa

• Um gateway ou router KNX IP (KNXnet/IP, UDP 3671) na mesma LAN que o seu barramento KNX. A maioria das instalações modernas já tem um — pergunte ao seu integrador KNX se não tiver certeza.
• Uma pequena máquina sempre ligada na mesma rede — um Raspberry Pi, um NAS que executa Docker ou qualquer pequena caixa Linux.
• Uma exportação do ETS (ou apenas uma lista) dos endereços de grupo e dos respetivos tipos de datapoint (DPT) para os valores que pretende publicar. O KNX é estritamente tipado: cada endereço tem, por exemplo, DPT 9.001 (float de 2 bytes, °C) ou DPT 1.001 (booleano) — a bridge precisa de saber qual.
• Uma chave de API com a permissão mqtt:publish (Perfil → Chaves de API).

Como funciona

1. A bridge conecta-se ao seu gateway KNX IP e escuta os telegramas no barramento.
2. Para cada endereço de grupo listado na sua configuração, ele decodifica os bytes brutos em um valor legível usando o DPT que você forneceu (por exemplo, 21.4 em vez de 0x4C13).
3. Ele publica esse valor no nosso broker MQTT via TLS/WSS em users/<your ID>/sensors/<name you chose>, usando sua chave de API como senha.
4. No tour, incorpore o valor com exatamente a mesma tag span que qualquer outro sensor — veja Incorporar um sensor em um comentário.

Escolher uma ponte
Vários projetos open source maduros fazem isso — por exemplo xknx (Python, também o motor por trás da integração KNX do Home Assistant), ou qualquer bridge independente que você encontrar pesquisando no GitHub por knx mqtt bridge. Escolha o que melhor se adapta ao seu hardware e nível de experiência — qualquer bridge que publique no MQTT funcionará; do nosso lado, o contrato é apenas o nome do tópico e o valor.

Esboço de uma configuração de ponte
A maioria das bridges tem a mesma estrutura — um bloco de conexão KNX, um bloco de conexão MQTT e um mapeamento de endereços de grupo para nomes de sensores. Em linhas gerais:

knx:
  gateway: 192.168.1.10        # your KNX IP gateway

mqtt:
  url: wss://360-for-you.com/mqtt/
  username: "42"               # your numeric user ID, shown on Profile
  password: "sk_..."           # API key with mqtt:publish

mappings:
  - group: "1/2/3"
    dpt: "9.001"               # 2-byte float, °C
    topic: users/42/sensors/kitchen-temperature
  - group: "1/2/4"
    dpt: "1.001"               # bool, on/off
    topic: users/42/sensors/kitchen-light

Os nomes exatos dos campos variam conforme a bridge — consulte a documentação. Atribua a cada grupo KNX um nome de sensor claro; esse é o nome que você escreverá no atributo data-mqtt="..." do panorama.

Informações úteis

• A ponte é executada na sua rede, não na nossa. Depois de configurada, inicie-a como serviço ou contêiner Docker e ela continuará publicando enquanto o seu barramento KNX estiver ativo.
• Apenas os valores listados na configuração da ponte saem do seu edifício. Tudo o que não estiver no mapeamento permanece no seu barramento.
• Revogar a chave de API no seu perfil interrompe imediatamente a publicação pela bridge — útil se um dispositivo desaparecer ou se você trocar de instalador.
• Se um valor for um objeto JSON em vez de um número simples (algumas bridges publicam {"value": 21.4, "unit": "°C"}), use data-mqtt-json="value" na tag span para selecionar o campo — veja a pergunta anterior para detalhes.

Se precisar de ajuda para escolher uma bridge ou criar a configuração inicial da sua instalação, entre em contacto com a nossa equipa de suporte técnico.

You can find a detailed PDF guide on how to use Potree's interface functionalities below: Abrir PDF em uma nova aba
Source: https://www.linkedin.com/pulse/complete-guide-potrees-interface-functionalities-abderrazzaq/

Este guia abrange as principais ferramentas e opções do visualizador Potree para ajudá-lo a aproveitar ao máximo as visualizações de nuvens de pontos.

Sim — mesmo que seu projeto seja baseado no sistema métrico, é possível exibir as medidas em unidades imperiais (EUA).

Isto é especialmente útil para equipes que trabalham em ambientes internacionais ou apresentam dados a clientes que preferem pés e polegadas. As unidades de exibição podem ser alteradas na interface do visualizador.

Também pode definir a unidade de medida padrão nas suas definições de perfil. Isso garante que o formato selecionado seja aplicado automaticamente ao visualizar qualquer projeto.

Concordamos — a capacidade de limpar nuvens de pontos diretamente no visualizador seria extremamente conveniente, especialmente para remover artefatos como nuvens de vapor ou veículos em movimento.

Com a arquitetura atual do serviço, esse nível de edição detalhada não é tecnicamente viável. A exclusão de pontos em tempo real no navegador exigiria um modelo de processamento e uma estrutura de dados completamente diferentes.

Por enquanto, recomenda-se usar ferramentas externas para limpeza ao nível dos pontos antes do upload. Opções futuras estão sendo exploradas, mas ainda não há um cronograma para este recurso.

Os seus dados estão alojados na União Europeia. A nossa plataforma principal funciona em servidores localizados na Alemanha (operados pela Hetzner, um fornecedor de alojamento alemão com longa tradição), pelo que os seus dados são processados em conformidade com o RGPD da UE.

As cópias de segurança são armazenadas num centro de dados separado, longe do servidor principal, para que um incidente num local não possa afetar ao mesmo tempo os seus dados em produção e a respetiva cópia de segurança.

Se você usar um servidor dedicado, poderá escolher a localização — Alemanha ou Finlândia por padrão, ou outra região mediante solicitação.

Você está sempre no controle de quem pode ver cada projeto. Um projeto só fica visível para as pessoas que você autoriza — seus proprietários, usuários e grupos de usuários — a menos que você o torne deliberadamente acessível por link ou totalmente público. Como configurar isso é explicado em Há funções e permissões? e Como posso compartilhar um projeto com um cliente?.

Além das pessoas a quem você concede acesso, um pequeno número dos nossos especialistas de suporte pode acessar um projeto apenas para ajudar a resolver uma dúvida ou um problema que você tenha levantado, e sempre sob um rigoroso acordo de confidencialidade (NDA).

Cada projeto tem controle de acesso independente: um usuário só vê os projetos de que é proprietário ou para os quais foi explicitamente convidado, e não há como acessar os projetos privados de outro cliente.

Na plataforma partilhada, os seus dados estão logicamente isolados por conta e protegidos por estas regras de acesso. Se precisar de separação física, um servidor dedicado aloja apenas os seus projetos em hardware reservado exclusivamente para si (ver O que é um servidor dedicado e por que preciso de um?).

Sim. O acesso é controlado em dois níveis.

Primeiro, cada projeto tem uma configuração de visibilidade: privado (apenas contas autorizadas), acessível por link (qualquer pessoa com o link, sem cadastro) ou público.

Em segundo lugar, você atribui funções às pessoas: os proprietários podem ver um projeto e alterar suas configurações; os usuários e os grupos de usuários podem ver os projetos que você compartilha com eles. Você também pode controlar, por projeto, quem pode deixar comentários. Isso permite dar a cada membro da equipe exatamente o acesso de que precisa — e nada mais.

As cópias de segurança são executadas automaticamente e de forma contínua, para que os seus projetos e os dados da conta fiquem protegidos sem qualquer ação da sua parte.

Elas são armazenadas em um data center separado, longe do servidor em produção, para que um problema em um local não possa afetar ambas as cópias ao mesmo tempo. Além disso, um snapshot do banco de dados é criado automaticamente antes de qualquer alteração.

A plataforma é monitorada continuamente e seus serviços são reiniciados automaticamente se um deles parar de responder, de modo que interrupções curtas se recuperem sem intervenção manual.

Seus dados permanecem seguros de qualquer forma: como os backups são mantidos fora do local, o sistema pode ser restaurado para um estado anterior mesmo se um servidor for perdido. Clientes com requisitos rigorosos de disponibilidade também podem escolher um servidor dedicado (veja O que é um servidor dedicado e por que preciso de um?).

Sim. Monitoramos continuamente a integridade e o desempenho de cada parte da plataforma por meio de painéis e verificações automáticas de integridade, e mantemos registros de acesso. Se um componente ficar indisponível, ele é detectado e reiniciado automaticamente, e tudo o que precisar de atenção é sinalizado para a nossa equipe.

Mantemos a plataforma nas versões mais recentes estáveis e com correções de segurança de todos os seus componentes de software e bibliotecas. As atualizações são analisadas e aplicadas diariamente, para que as vulnerabilidades recém-descobertas sejam tratadas rapidamente, em vez de se acumularem.

Seguimos uma abordagem fix-forward: se surgir um problema após uma atualização, nós o diagnosticamos e lançamos rapidamente uma versão corrigida, em vez de reverter todo o sistema. Na prática, isso restaura o funcionamento normal mais rapidamente do que um rollback tradicional.

Seus dados estão protegidos independentemente das versões: um backup do banco de dados é feito automaticamente antes de qualquer alteração, e backups contínuos fora do local permitem que o sistema sempre possa ser restaurado a um estado anterior, conhecido e íntegro, se isso algum dia for necessário.

Sim — a plataforma já está em uso ativo em produção por clientes pagantes todos os dias.

É hospedado na UE e disponibilizado por conexões criptografadas (HTTPS). A aplicação é executada em ambientes reforçados e isolados com permissões restritas; o acesso a cada projeto é controlado; chaves secretas e credenciais são armazenadas criptografadas; a plataforma é monitorada 24 horas por dia; e os backups são mantidos fora do local. O mesmo software também alimenta instalações dedicadas e auto-hospedadas para organizações com requisitos mais rigorosos.

Atualmente, todos os usuários compartilham os recursos de um único servidor principal. Quando muitos usuários estão ativos simultaneamente, os recursos são distribuídos igualmente — o que, em casos raros, pode causar pequenas lentidões no desempenho. No entanto, a maioria dos usuários não percebe nenhum impacto.

Um servidor dedicado é um servidor físico separado criado especificamente para o seu uso. Apenas os seus projetos são hospedados nele — garantindo desempenho total, processamento privado de dados e maior controle sobre os recursos. É uma boa opção para equipes com grande volume de dados, muitos usuários ou políticas internas rigorosas.

Sim — você pode usar seu próprio domínio. Esta opção está disponível em todos os planos com servidor dedicado.

Também pode usar um domínio de terceiro nível (subdomínio) para o serviço. Em outras palavras, se o seu domínio for example.com, podemos disponibilizar a plataforma num endereço como 360.example.com — onde "360" pode ser substituído por qualquer palavra que escolher.

Podemos fornecer um servidor hospedado na Alemanha ou na Finlândia — conforme sua preferência.
Todos os servidores estão conectados à Internet por meio de um link de 1 Gbit/s, garantindo transferência de dados rápida e estável mesmo para os maiores projetos.

Sim — como parte de um plano de servidor dedicado, podemos instalar e configurar o Nextcloud para você. Isso permitirá que use o servidor como uma solução privada para hospedagem e compartilhamento de arquivos.

Por favor, note: realizamos a configuração inicial; a administração e gestão contínuas do sistema de armazenamento de arquivos (por exemplo, usuários, permissões, backups) serão de sua responsabilidade.

Sim — oferecemos uma versão self-hosted do software para uso totalmente offline, ideal para organizações que precisam manter dados sensíveis internamente.

A versão self-hosted está disponível por um pagamento único de €4.500. Você receberá um container Docker com instruções completas de configuração e orientação para a primeira implantação no seu próprio servidor.

O container inclui direitos de uso vitalícios e 1 ano de acesso a atualizações. Após um ano, pode continuar a usar o container com as suas funcionalidades atuais ou adquirir um pacote de suporte estendido para receber atualizações futuras.

Como alternativa, estão disponíveis planos de servidores dedicados com acesso ilimitado a todos os recursos. O armazenamento pode ser expandido até 308 TB.

Os requisitos dependem em grande parte do tamanho das suas nuvens de pontos. Se estiver a trabalhar com 10-20 milhões de pontos por estação, recomendamos o seguinte:

• Pelo menos 64 GB de RAM, além de um arquivo de troca grande como reserva.
• Um drive SSD ou NVMe rápido para o próprio contêiner — o armazenamento do projeto pode ser colocado em um HDD comum.
• CPU não é crítico, e uma GPU dedicada não é necessária.
• É necessário acesso SMTP ao seu servidor de e-mail para enviar e-mails pelo sistema.
• O acesso externo à internet (domínio, DNS, certificado SSL, proxy reverso) deve ser configurado do seu lado — isso é padrão se você já possui um servidor dedicado.
• Você também será responsável por criar backups.
• Não é necessário manutenção do banco de dados — tudo é gerenciado automaticamente dentro do contêiner.

Quando esses componentes estiverem no lugar, a plataforma funcionará de forma confiável e eficiente na sua infraestrutura.

Sim. Além do Google e do Microsoft Entra ID, a plataforma pode autenticar usuários por meio de qualquer provedor padrão OpenID Connect (OIDC) — incluindo Active Directory Federation Services (AD FS), Okta, Keycloak e Auth0 — para que você possa continuar usando seus procedimentos de IAM existentes. As contas são provisionadas automaticamente no primeiro login e associadas pelo endereço de e-mail. A configuração consiste apenas em uma URL de descoberta, um ID de cliente e um segredo, definidos nas configurações de administração.

Sim — a personalização está disponível. Por favor, entre em contato com nossa equipe de suporte e informe o que deseja alterar — o tema visual, os modelos de e-mail ou outros elementos. Discutiremos as opções disponíveis e ajudaremos a adaptar o sistema às suas necessidades.

Sim — se usar um servidor dedicado, sua equipe de TI pode personalizar várias partes da interface do usuário para refletir a identidade visual da sua empresa.

O sistema utiliza modelos Jinja2 para páginas web e e-mails, e folhas de estilo CSS para a formatação. Isso permite modificar elementos visuais como logotipos, cores, layouts e textos.

Se necessário, estamos sempre disponíveis para ajudar com ajustes personalizados — a maioria das alterações pode ser implementada de forma independente pela sua equipe.