Plataforma
A infraestrutura por trás da montra.
Um único backend alimenta o Backoffice, o POS e o Guests — os mesmos serviços OAuth2, REST e SignalR por baixo de cada ecrã. Tempo real por definição, multi-tenant por sub-merchant e aberto nas extremidades através de uma Partner API e de webhooks de saída. Sério que chegue para gerir mais do que um único espaço.
O problema
Um conjunto de aplicações que não falam entre si, integrações que tem de vigiar e dados que se desalinham em silêncio
A maioria dos stacks de hospitality são três fornecedores agrafados uns aos outros — um POS aqui, uma ferramenta de pedidos por QR ali, uma caixa de pagamentos que sincroniza a horas certas. É nas costuras que se perde dinheiro e confiança.
Menus dessincronizados
O preço que alterou na caixa nunca chega ao menu QR que o cliente está a ver.
Integrações que é você a manter
Cada conector é mais uma coisa que se parte a uma sexta-feira à noite e aterra no seu colo.
Um espaço é o teto
Acrescentar um segundo espaço significa um segundo stack, segundos logins e reconciliação feita à mão.
Sincronização ao vivo
Altere uma vez — já está em todo o lado antes de levantar os olhos
Quando uma entidade muda, o SignalR envia uma invalidação de cache e cada aplicação ligada volta a buscar os dados sozinha. Sem exportações, sem refrescar, sem esperas.
Faça uma alteração
A espinha dorsal
A espinha dorsal por baixo de cada ecrã.
Quatro ideias fazem o trabalho pesado: um núcleo único, envio em tempo real, isolamento de tenants e extremidades abertas. Tudo o resto é construído por cima delas.
- 01 Núcleo
Um núcleo único por trás de cada ecrã
O Backoffice, o POS e o Guests partilham os mesmos serviços — OAuth2, REST e SignalR em tempo real, com background jobs e um event bus por baixo — por isso há uma única fonte de verdade, e não três a discutir entre si.
- 02 Sincronização
Enviar, não sondar
O SignalR envia invalidações de cache no instante em que uma entidade muda, e cada aplicação volta a buscar os dados automaticamente. Se um dispositivo se desligar, uma sondagem a cada ~30s repõe-no em dia.
- 03 Isolamento
Multi-tenant por sub-merchant
Cada chamada à API está circunscrita ao sub-merchant ativo, por isso um espaço nunca invade o outro. Acrescente um espaço como configuração — sem um novo stack para pôr de pé ao lado do anterior.
- 04 Ligar
Aberto nas extremidades
Integrações de POS, configurações de acquirer e de entregas, uma Partner API dedicada e webhooks de saída — a plataforma liga-se ao que já usa em vez de o encurralar.
O que está realmente a comprar
Infraestrutura sobre a qual pode construir um negócio.
Uma verdadeira plataforma multi-tenant à qual se pode ligar, contra a qual pode emparelhar dispositivos e que corre em mais do que um espaço.
Um backend, três aplicações
Backoffice para configuração, POS com modo KDS integrado e a aplicação Guests por QR — um conjunto único de serviços partilhados por baixo, da autenticação ao tempo real e à impressão ESC/POS.
Tempo real via SignalR
As invalidações de cache são enviadas a cada mudança de entidade e as aplicações voltam a buscar os dados de imediato — o pedido QR de um cliente aterra no POS e na cozinha ao vivo, com uma sondagem de fallback a cada ~30s.
Multi-tenant por sub-merchant
Cada pedido está circunscrito ao sub-merchant ativo, por isso um espaço nunca se infiltra no outro — gira um único espaço ou um grupo inteiro no mesmo backend.
OAuth2, JWT e emparelhamento de dispositivos
Um servidor Quivi.OAuth2 próprio, sobre ASP.NET Identity, emite OAuth2 + JWT com refresh automático. Os dispositivos POS emparelham com um código de autorização de dispositivo do Backoffice e depois correm sobre um JWT sem novo login.
Integrações, Partner API e webhooks
Integrações de POS nativas do Quivi ou via Facturalusa, configurações de acquirer (Cash, Paybyrd, Revolut Pay, MB Way) e entregas — mais uma Partner API separada e webhooks de saída para BI e agregadores.
Conformidade fiscal PT/DK
A funcionar em Portugal e na Dinamarca, com validação de NIF/CVR, códigos postais e moeda sensíveis à região, faturação nativa do Quivi ou via Facturalusa, e rastreabilidade total de reembolsos.
Gira um único espaço ou um grupo inteiro — sem invasão entre tenants.
Cada chamada à API está circunscrita ao seu sub-merchant, e o POS recarrega sempre que o tenant ativo muda para manter todas as caches consistentes. Acrescentar um espaço é configuração no Backoffice, e não um segundo stack para pôr de pé e reconciliar.
Um backend · muitos espaços · circunscrito a cada pedido
O tecido conjuntivo
Um backend, todas as superfícies do Quivi.
O Ponto de Venda, os Pagamentos e o Assistente IA não são produtos aparafusados por fora — são superfícies deste mesmo backend, a ler a mesma verdade em tempo real. Configure uma vez no Backoffice e é isso que a sala vende, o que o terminal cobra e aquilo sobre que o assistente atua.
Veja a plataforma, de ponta a ponta
Traga as suas perguntas de arquitetura — multi-espaço, autenticação, webhooks, fiscal. Percorremos a arquitetura e mostramos como o seu stack se liga.