Pagamentos para restaurantes

Recebe o pagamento vinculado ao pedido, seja qual for o canal de origem do pedido, e mantém os dois conciliados.

Na plataforma, Pagamentos para restaurantes é o módulo payments, servido em /payments, com 6 rotas HTTP (4 GET, 2 POST) — /payments é a primeira que você vai usar. Dessas, 2 rotas gravam dados, então o módulo não é um relatório somente leitura acoplado aos dados de outro sistema — ele é dono dos próprios registros e o resto da plataforma os lê. Faz parte de “Pagamentos e finanças”, uma das dez áreas funcionais em que o Tablezio está organizado.

Não é restrito a um tipo de estabelecimento: funciona da mesma forma para um único salão e para um grupo. Como roda na mesma conta, nas mesmas unidades e com os mesmos registros de clientes e pedidos que todo o resto, não há sincronização noturna para vigiar nem um segundo login para pagar: o motivo para trocar três assinaturas por uma plataforma é que a terceira deixa de discordar das outras duas sobre o que aconteceu ontem.

Dentro de “Pagamentos e finanças”, ele fica ao lado de Divisão de conta para restaurantes, Recibos digitais para restaurantes, Controle de caixa para restaurantes, e esses módulos compartilham seus registros em vez de copiá-los — é por isso que a categoria funciona como uma unidade e não como três produtos que por acaso são vendidos juntos.

Pagamentos para restaurantes é operado pela interface do Tablezio, e não pela REST API pública — a API pública cobre pedidos, cardápio, reservas, clientes, fidelidade, estoque, análises, relatórios financeiros e webhooks, e este módulo não está entre eles. Se você precisar dele via código, um webhook nos eventos que ele gera costuma ser o caminho mais curto. Veja as páginas de soluções para entender como a categoria se encaixa em uma operação completa. O plano que o inclui está indicado na página de preços: o plano gratuito cobre o cardápio digital, e cada plano pago informa exatamente quais módulos vêm com ele.