Restaurant API
Uma API HTTP/JSON para o código do próprio time do restaurante — seu backend, sua BI, seu app interno, seus fluxos low-code. Mesmo auth, mesmos permissões por solução, mesmo log de auditoria.
Execute o Sinqro a partir do seu próprio backend.
Empurre os pedidos para o seu motor de fidelização quando eles chegarem ao Sinqro. Sincronize as mudanças de catálogo da sua ferramenta interna de administração para todos os canais. Transmita operações ao vivo para o data warehouse contra o qual a cadeia já gera relatórios. Dispare automações a partir do backend central de operações quando um alerta interno for acionado. Tudo que sua equipe já faz dentro do Dashboard é acessível via HTTP/JSON — com o mesmo modelo de auth, as mesmas permissões por solução e o mesmo log de auditoria.
Restaurant API NÃO é…
Se você é um vendor de POS, um marketplace ou uma empresa de entrega querendo conectar seu sistema ao Sinqro — essa é a Integration API e ela está em /store. Se você está construindo um produto de software em cima do Sinqro para vendê-lo a OUTROS restaurantes — essa é a história do developer e a porta certa é /collaborate/developers (MCP + REST + OpenAI function-calling, com considerações de faturamento e tenancy). A Restaurant API é exclusivamente para a equipe que opera o restaurante: mesmas mãos, apenas escrevendo código em vez de clicar no Dashboard.
→ Integrações (para vendors) → Desenvolvedores (para SaaS sobre Sinqro)
O que Restaurant API faz por cada solução que você tem ativa.
Ações concretas por combinação — não capacidades abstratas. Se o local tem a solução ativa, isso é o que Restaurant API realmente permite que a equipe faça.
GET pedidos pendentes, POST aceitação, inscreva-se para receber notificações de webhook quando um novo pedido chegar — direto para o seu backend interno, seu motor de fidelização ou um fluxo de Make/Zapier. Mesmos permissões por solução, mesmo log de auditoria que sua equipe já tem no Dashboard. Não é para fornecedores integrando um POS — isso é a Integration API em /store.
Abrir página da solução →Execute um cron noturno da própria infra do restaurante que envia o novo menu de sábado, marca os itens fora de estoque, regenera as bandeiras de alérgenos após uma mudança de fornecedor. As mesmas primitivas do Master Catalog contra as quais o Menu Studio escreve, mas acionadas pelo código da equipe do restaurante em vez de uma UI.
Abrir página da solução →Conecte o mesmo feed de Live Data que o Dashboard renderiza na TV interna do escritório do restaurante, a um relatório customizado do Power BI ou a um painel Grafana. Polling, webhooks ou eventos enviados pelo servidor — escolha o que se encaixa no seu stack. Não é para construir um produto de revenda de Live Data; essa é a história do desenvolvedor.
Abrir página da solução →Bata no mesmo feed de tickets e liquidações que o Data Sync envia para o Holded ou A3, mas espalhe para o Snowflake próprio do restaurante, BigQuery ou um Postgres custom. Útil quando a equipe de BI da cadeia quer o fluxo cru em vez de uma integração pré-construída.
Abrir página da solução →pausa Glovo em todos os locais quando nosso monitor interno de SLA marcar vermelho
Abrir página da solução →Consulte os mesmos forecasts, sinais de engenharia de menu e flags de pricing que o Dashboard renderiza, mas para o BI existente do restaurante — Looker, Metabase, Power BI, um Streamlit interno. Sem exportação de capturas, sem cópia e cola manual da tela de Analytics.
Abrir página da solução →