QRFront

Termos de serviço

Em vigor 2026-08-18

O texto coreano é a versão oficial. Se a tradução divergir, prevalece o coreano. O inglês é de conveniência; outros idiomas mostram este aviso e o corpo em coreano ou inglês.

Termos de Utilização QRFront

Em vigor: 14 de agosto de 2026 O texto coreano é a versão autoritativa. Se esta tradução divergir, prevalece a versão coreana.

1. Finalidade

Os presentes Termos regem a utilização do QRFront (a «Empresa» ou o «Serviço»): portal de hóspedes hoteleiro por QR, consola de receção, web móvel da equipa de piso, impressão de QR, tradução IA multilingue e funcionalidades relacionadas, bem como os direitos e deveres da Empresa, dos administradores de hotel (membros), da equipa de piso e dos hóspedes.

2. Definições

  1. «Administrador de hotel» significa uma empresa ou membro da equipa que cria uma conta por e-mail e opera um espaço de trabalho hoteleiro. Os ecrãs de administração hoteleira usam o caminho /admin.
  2. «Hóspede» significa uma pessoa que lê o QR de um quarto e usa o portal de hóspedes. Os hóspedes não criam uma conta QRFront.
  3. «Equipa de piso» significa housekeeping, runners e trabalhadores semelhantes no piso que entram em /staff ao ler um QR de convite emitido por um administrador de hotel. A equipa de piso não são contas de administração hoteleira (hotel_users / Supabase Auth) e não iniciam sessão diariamente com e-mail e palavra-passe.
  4. Os «tokens» são unidades digitais que medem a utilização da API de tradução IA, incluindo uma atribuição à carteira do hotel e packs de tokens pagos.
  5. A «demo» é uma pré-visualização sem contrato de venda. Os dados podem ser de exemplo e diferir da produção.
  6. «Operador de plataforma» significa uma pessoa com acesso ao centro de controlo (platform_admins). Essa superfície não se mistura com a administração hoteleira.

3. Publicação e alterações

  1. A Empresa publica os presentes Termos e a Política de Privacidade no sítio.
  2. A Empresa pode alterar os Termos dentro da lei e anunciará a data de vigência e as alterações.
  3. A utilização continuada após a entrada em vigor de uma alteração é tratada como aceitação, salvo quando a lei exija um consentimento separado.

4. O Serviço

  1. O Serviço inclui:

- Um portal web de hóspedes por QR de quarto (instalações, pedidos, chat, Wi-Fi e semelhantes). Sem instalação em loja de aplicações e sem registo de hóspede - Uma consola de receção, pedidos e chat da administração hoteleira (/admin) - Web móvel da equipa de piso (/staff: Início, Pedidos, Chat). Não é uma aplicação nativa; corre no navegador (e como PWA no ecrã inicial) - Criação e impressão em lote de quartos/QR - IU multilingue (38 locais na lista suportada) e tradução IA (a lista permitida do motor é distinta da IU; atualmente cerca de 28 línguas no ) - Faturação de subscrição e tokens, definições do hotel, QR de convite de acesso da equipa e MFA opcional

  1. As funcionalidades podem ser adicionadas, alteradas ou pausadas. Reduções materiais de funcionalidades pagas serão anunciadas de forma razoável.
  2. A tradução IA pode usar Same-language chat and notes may skip the translation API and may use no tokens. Facility-issue notes may be translated for staff only when languages differ.
  3. A Empresa não fornece integração PMS, Web Push num separador Safari iOS comum, nem APIs de tradução da administração hoteleira (/api/translate) aos cookies da equipa de piso.

5. Contas

  1. O registo de administrador de hotel limita-se a pessoas com 14 anos ou mais e exige e-mail, palavra-passe e aceitação dos presentes Termos e da Política de Privacidade.
  2. A autenticação usa Supabase Auth. Quando a proteção anti-bots (p. ex. Turnstile) está configurada, deve ser concluída.
  3. Os membros podem ativar opcionalmente MFA TOTP, códigos de recuperação e recuperação por OTP de e-mail. Com MFA ativo, é necessário um código extra no início de sessão.
  4. Os membros são responsáveis pelo e-mail, palavra-passe e códigos de recuperação. Utilização suspeita deve ser comunicada prontamente.
  5. A Empresa pode recusar ou limitar o registo ou a utilização por manutenção, registos fechados, informação falsa ou violações legais/dos Termos.

6. Deveres do administrador de hotel

  1. Manter precisos e lícitos o nome do hotel, contactos, quartos, Wi-Fi, instalações e fotografias.
  2. O hotel é o operador no local da utilização pelos hóspedes e é principalmente responsável pelo atendimento aos hóspedes, pedidos e conteúdos ilícitos ou prejudiciais.
  3. Gerir os códigos QR dos quartos para que estejam razoavelmente disponíveis apenas a hóspedes reais.
  4. Manter separados as contas de administração hoteleira e os QR de convite da equipa de piso; revogar convites e sessões quando a equipa sai ou um dispositivo é perdido.
  5. Manter o método de pagamento, o número de quartos, o estado da subscrição e o saldo de tokens coerentes com a operação real.

7. Utilização pelo hóspede

  1. Os hóspedes usam o portal num navegador, sem instalação de aplicação e sem conta QRFront.
  2. Vários dispositivos podem partilhar uma sessão de quarto durante um ciclo de estadia. Um novo ciclo de estadia (por exemplo uma nova leitura de dispositivo após a hora de check-in) pode invalidar a sessão anterior.
  3. Os hóspedes não devem enviar mensagens ilegais, obscenas, de assédio ou infratoras.
  4. O portal de hóspedes faz parte do serviço no local do hotel. A Empresa não é parte no contrato de alojamento hotel–hóspede.

7-2. Utilização pela equipa de piso

  1. A equipa de piso inicia uma sessão de dispositivo limitada ao hotel ao ler, no próprio telefone, um QR de convite com prazo a partir do Acesso da equipa. A adesão é única; não é necessário início de sessão diário por e-mail.
  2. A equipa de piso pode ver e tratar os pedidos e chats desse hotel. Não pode aceder a definições de administração hoteleira, faturação, emissão de convites nem ao centro de controlo da plataforma.
  3. A sessão é mantida num cookie HttpOnly (qrfront_staff_session). O servidor armazena um hash, não o token em bruto.
  4. O Web Push é opcional. Pode ser ativado em navegadores suportados como o Android Chrome. No iPhone, o push pode funcionar apenas após Adicionar ao ecrã inicial (PWA); um separador Safari comum pode não o receber. Enquanto a aplicação está aberta, as listas também podem atualizar-se com um inquérito breve.
  5. Os administradores de hotel podem revogar convites e terminar sessões. Dispositivos perdidos devem ser revogados prontamente.
  6. A equipa de piso não deve exportar informações de hóspedes ou de outros hotéis sem autorização.

8. Período de avaliação e subscrição paga

  1. Novos hotéis podem usar um período de avaliação gratuito pelo prazo definido pela Empresa (definição de operações, tipicamente cerca de um mês). As condições de início (como o registo de um método de pagamento) seguem os ecrãs de faturação.
  2. O Serviço QRFront é tarifado anualmente por faixas de número de quartos (arredondamento por excesso em dezenas de quartos), em geral em USD, sujeito a um máximo (p. ex. 10.000 quartos).
  3. Quando a avaliação termina ou o pagamento falha, as funcionalidades de operação podem ser limitadas. Os dados do hotel são retidos ou eliminados nos termos da Política de Privacidade e da lei.
  4. Demo/pré-visualização não é um contrato pago.

9. Tokens de tradução IA

  1. A tradução IA é faturada em separado da subscrição. Chat na mesma língua pode não usar tokens; só a utilização de tradução bem-sucedida é deduzida.
  2. Uma atribuição gratuita de tokens pode ser adicionada à carteira do hotel no início de uma avaliação. A Empresa também pode operar um pool gratuito partilhado, distinto das carteiras de hotel.
  3. A utilização extra é comprada em packs de tokens (p. ex. 10 milhões de tokens). O saldo não utilizado não caduca mensalmente e transita.
  4. Quando os tokens se esgotam, a tradução pode pausar. As outras funcionalidades da subscrição seguem a descrição do produto.
  5. Os tokens são conteúdo digital disponível no momento da atribuição. Uma vez iniciado o uso (dedução), a desistência da oferta pode ser limitada ao abrigo da lei coreana de proteção do consumidor no comércio eletrónico.

10. Pagamentos

  1. Os encargos correm pela gateway Paddle (PG) ligada pela Sociedade. Teste (sandbox) e encargos em direto podem coexistir. Pagamentos de teste podem não movimentar fundos reais.
  2. Os montantes são recalculados no servidor a partir do número de quartos e da finalidade (subscrição, configuração de avaliação, packs de tokens). Os montantes fornecidos pelo cliente não são considerados fiáveis.
  3. Impostos, câmbio e taxas Paddle (PG) seguem o mostrado no checkout e a lei aplicável.
  4. Recibos e histórico estão disponíveis na faturação do hotel e nos registos de pagamento da Empresa.

11. Desistência e reembolsos

  1. Os presentes Termos não renunciam a direitos de desistência ou reembolso exigidos pela lei do comércio eletrónico e outras normas.
  2. Após o pagamento da subscrição, se o Serviço tiver sido usado nem que seja uma vez (incluindo uma única chamada ao servidor), não há reembolso.
  3. Quando o conteúdo digital já foi fornecido ou utilizado (tokens atribuídos e usados, período de subscrição consumido), a desistência pode ser limitada na medida permitida pela lei.
  4. Montantes pré-pagos não utilizados, encargos duplicados e encargos por erro de sistema são tratados após verificação nos termos da lei e da política interna.
  5. Mesmo sem um botão de reembolso self-service, os membros podem pedir um reembolso através da cláusula 20. Os operadores podem registar um pagamento como reembolsado.
  6. Se a utilização for limitada por incumprimento ou abuso do membro, o prazo ou tokens não utilizados não têm de ser reembolsados salvo quando a lei o exija.

12. Aviso de isenção da IA

  1. A tradução IA é estatística e não é garantida quanto à exatidão, integralidade ou adequação a um fim particular. Podem ocorrer erros, omissões, atrasos e redação inadequada.
  2. Emergências, instruções médicas/jurídicas/de segurança e termos de pagamento ou contrato devem ser confirmados por um humano.
  3. Os fornecedores de IA (NVIDIA, OpenAI, Anthropic (Claude), Google (Gemini), etc.) podem falhar, limitar, alterar preços ou modelos. Os modelos em uso podem mudar a qualquer momento.

13. Tratamento por terceiros

Os seguintes tipos de subcontratantes podem tratar dados:

  • Infraestrutura, autenticação e base de dados: Supabase e semelhantes
  • Tradução IA: NVIDIA, OpenAI, Anthropic (Claude), Google (Gemini), etc. Os modelos reais podem mudar a qualquer momento segundo os preços dessas empresas
  • Pagamentos: Paddle (teste ou live). A Sociedade não armazena números de cartão completos
  • Proteção anti-bots: Cloudflare Turnstile e semelhantes, se configurado
  • Web Push: o serviço de push do navegador, se um dispositivo da equipa de piso se inscreveu

Os pormenores estão na Política de Privacidade.

  • Email delivery: Resend or similar (billing notices, support alerts, platform operational notices including the daily operations report)

14. Utilização aceitável

Os membros e hóspedes não devem:

  • Violar a lei, infringir direitos ou enviar conteúdo obsceno, de ódio ou violento
  • Atacar o serviço, extrair dados sem permissão ou contornar contas, QR ou sessões
  • Abusar da IA para spam, malware ou abuso de automatização
  • Cometer fraude de pagamento ou abusar de tokens / do pool gratuito
  • Recolher dados pessoais ou segredos comerciais de outrem sem autorização

A Empresa pode terminar sessões, suspender contas e cooperar com as autoridades.

15. Propriedade intelectual

  1. Software, marcas, IU e documentação pertencem à Empresa ou aos licenciantes.
  2. Fotografias e textos carregados por um membro permanecem no membro ou no titular legítimo. O membro concede à Empresa uma licença necessária para operar o Serviço.
  3. Chat e traduções destinam-se às operações desse hotel. A Empresa não armazena o texto de origem do cliente no livro de auditoria/utilização da plataforma (pode armazenar metadados como id do pedido, fornecedor, latência e contagens de tokens).

16. Interrupções

  1. A Empresa pode suspender o Serviço por manutenção, falhas, força maior, falha de terceiros, dever legal ou resposta de segurança.
  2. O modo de manutenção do centro de controlo, os interruptores de corte de registo/chat/IA e a pausa ou caducidade do hotel podem parar funcionalidades imediatamente.
  3. É dado aviso razoável quando praticável; urgências de segurança ou falhas podem proceder sem aviso prévio.

17. Cessação

  1. Os membros podem pedir a cessação através de passos no produto ou do suporte.
  2. A Empresa pode limitar ou cessar por violação dos Termos, inatividade prolongada, falta de pagamento ou encerramento do produto.
  3. A eliminação após a cessação segue a Política de Privacidade e os deveres legais de conservação.

18. Limitação de responsabilidade

  1. Na medida permitida pela lei, a Empresa limita a responsabilidade por avaliações gratuitas, demos, saídas de IA, litígios hotel–hóspede e conteúdo publicado por membros.
  2. A responsabilidade agregada da Empresa limita-se às taxas (incluindo packs de tokens) que o hotel pagou nos três meses anteriores ao surgimento da pretensão, salvo que este teto não é oposto em caso de dolo ou negligência grave.
  3. Perda indireta, lucros cessantes, perda de oportunidade e custo de recuperação de dados são excluídos na medida permitida pela lei.
  4. Nada nesta cláusula reduz direitos imperativos de proteção do consumidor.

19. Lei aplicável e foro

  1. Os presentes Termos e o contrato de serviço regem-se pelas leis da República da Coreia.
  2. Os litígios são apresentados nos tribunais com competência nos termos da lei processual civil coreana. Se existir um endereço comercial registado, o tribunal desse local também pode ser competente.
  3. O direito coreano aplica-se a utilizadores no estrangeiro, sem prejuízo de regras locais imperativas irrenunciáveis.

20. Contacto

Use o e-mail ou telefone do representante no rodapé do sítio, ou a informação empresarial registada no centro de controlo. Se esses campos estiverem vazios, use os canais de suporte no produto.

Adenda. Os presentes Termos entram em vigor a 13 de agosto de 2026 e foram alterados a 14 de agosto de 2026.

Billing, cancellation, and refunds (effective 16 August 2026)

The Korean Terms are authoritative. In short: canceling a paid subscription keeps access until the paid period ends. Renewal failure (past due) is notified by in-app popup, banner, and email. No refund if even one AI token was used or a guest used the portal even once (QR session, request, or chat). Unused purchases may be refunded and then the subscription or unused paid tokens are withdrawn. A checkout canceled before completion is not charged.