Todas as guias Como fazer

Como funcionam as liquidações de marketplaces para restaurantes

Um marketplace de delivery cobra do restaurante uma comissão por pedido, fica com a parte do preço que o cliente pagou e paga o resto ao restaurante em uma liquidação periódica — normalmente semanal ou quinzenal. Os restaurantes que operam em vários marketplaces acabam conciliando vários fluxos de liquidação com as vendas do POS, com os depósitos bancários, com devoluções e disputas. O Sinqro Data Sync substitui essa corrida mensal por uma reconciliação automatizada contra os dados ao vivo do POS.

As peças de uma liquidación de marketplace

Um extrato de liquidação típico tem cinco partes em movimento: vendas brutas (o preço que os clientes pagaram), comissão do marketplace (um percentual mais taxas fixas), promoções financiadas pelo restaurante (campanhas de desconto que o marketplace executou em nome do restaurante), devoluções e disputas (pedidos reembolsados ao cliente) e pagamento líquido (o que o marketplace realmente transfere para a conta bancária do restaurante). Cada marketplace formata isso de maneira diferente e usa termos distintos, o que é parte do motivo pelo qual a reconciliação é dolorosa.

Por que reconciliar a mão dói

O loop manual padrão é assim: baixar o CSV do marketplace a cada semana; abrir o POS para encontrar os tickets de venda correspondentes; casar cada linha com o pedido certo no POS; detectar as devoluções; cruzar com o depósito bancário; discutir com o marketplace quando falta um pedido ou uma devolução está mal aplicada. O trabalho é linear no número de pedidos e quadrático no número de marketplaces. Uma cadeia com cinco locais e quatro marketplaces gasta dias por mês nisso.

Como o Sinqro Data Sync muda isso

O Sinqro Data Sync coleta cada pedido no momento em que ele chega no Order Hub, carrega o ID do pedido do marketplace e o ID do local, acompanha o pedido durante a entrega ao POS (onde recebe um ID de ticket do POS) e o vincula depois ao registro de liquidação do marketplace quando chega. Cada pedido termina com uma única cadeia de auditoria: pedido do marketplace → ticket do POS → liquidação do marketplace → depósito bancário. A reconciliação se torna um controle derivado: 'essa liquidação bate com a soma dos tickets do POS atribuídos a esse marketplace neste período?'

As disputas habituais que Sinqro detecta automaticamente

Três disputas recorrentes concentram a maioria dos desacordos de liquidação. (1) Pedidos faltantes — a liquidação do marketplace omite um pedido que o POS claramente lançou e que o cliente recebeu. (2) Devoluções mal aplicadas — o marketplace deduziu uma devolução que era culpa do entregador, não do restaurante. (3) Tier de comissão errado — o marketplace cobrou uma taxa de comissão mais alta do que a contratada. O Data Sync detecta cada uma automaticamente cruzando dados do POS, marketplace e banco; a equipe de operações só gerencia as exceções.

Respostas rápidas

Perguntas frequentes

Com que frequência os marketplaces pagam os restaurantes?
A maioria dos marketplaces paga semanal ou quinzenalmente na Europa e na América Latina. A cadência exata está no contrato do restaurante com cada marketplace.
O Sinqro fala diretamente com a API de liquidações do marketplace?
Onde o marketplace expõe um endpoint de liquidações, sim — o conector do Sinqro o lê na sua cadência. Onde só há exportações CSV disponíveis, o Sinqro ingesta os mesmos arquivos que a equipe de operações costumava baixar manualmente.
Uma cadeia pode ver liquidations por local e por marca?
Sim. Cada pedido carrega o ID do local e a atribuição da marca, então as vistas de liquidação se agregam em qualquer nível: por local, por marca, por região, por marketplace, por período.