Integração de sistemas de restaurante quer dizer uma coisa concreta: PDV, estoque, delivery, emissão fiscal e CRM trocando dado em tempo real, sem ninguém copiar número de um sistema para outro. Quando isso falta, o problema não é só demora. É documento fiscal emitido errado, prato vendido sem estoque no salão e pedido de delivery que não bate com o que saiu da cozinha.
O que muda quando os sistemas do restaurante conversam entre si
Sem integração, cada sistema vira uma ilha e alguém da equipe vira o elo manual entre elas: o gerente que digita a venda do delivery no controle de estoque, o caixa que lança o desconto duas vezes porque o PDV não sabe da promoção cadastrada no CRM. Esse trabalho manual não é só ineficiente, é onde o erro entra.
Com os sistemas integrados, a venda registrada no PDV já debita o estoque, já aparece no relatório de CMV e já está disponível para o time olhar no painel operacional do dia. O ganho real não é “ter tecnologia”, é tirar do dono a função de conferir manualmente se um sistema bateu com o outro. Isso é o núcleo do que o mercado chama de software de gestão de restaurante quando ele cumpre o que promete.
Prioridade real: fiscal, estoque, delivery, checklist e CRM
Nem toda integração tem o mesmo retorno. Existe uma que é obrigação legal, uma que evita prejuízo direto no caixa e outras que melhoram a operação sem serem urgentes. A tabela abaixo organiza por prioridade real, não por ordem alfabética de sistema:
| Integração | O que resolve | O que acontece sem ela | Prioridade |
|---|---|---|---|
| PDV com emissão fiscal (NFC-e ou modelo exigido na UF) | Documento fiscal emitido automaticamente a cada venda | Risco de autuação e documento emitido fora do prazo ou do modelo exigido no estado | Obrigatória |
| PDV com controle de estoque | Baixa automática de insumo por venda | Ruptura descoberta só na hora do preparo | Alta |
| Delivery com PDV e estoque | Cardápio e disponibilidade sincronizados nos apps | Pedido cancelado por item que já acabou | Alta |
| Checklists operacionais com estoque | Conferência de recebimento e produção com prova de execução | Divergência de estoque sem saber a causa | Média |
| CRM com PDV | Histórico de compra ligado ao cliente | Fidelização depende da memória de quem atende | Baixa a média |
A integração fiscal não é opcional: o caso da NFC-e em São Paulo
Antes de qualquer discussão sobre estoque ou delivery, existe uma integração que não é escolha do dono: o PDV precisa emitir o documento fiscal correto a cada venda, no modelo e no calendário da unidade da federação em que o restaurante opera. Em São Paulo, a Secretaria da Fazenda e Planejamento (Sefaz-SP) informa que a emissão de NFC-e é obrigatória desde 01/01/2026 para todo o varejo paulista, em substituição à Nota Fiscal de Venda a Consumidor (modelo 2) e ao Cupom Fiscal Eletrônico gerado por SAT (CF-e-SAT), com transmissão à administração tributária via webservice e uso do código de segurança do contribuinte (CSC) no padrão técnico da NFC-e (Sefaz-SP, portal NFC-e).
Essa data de obrigatoriedade é regra estadual de São Paulo. Cada UF define o próprio calendário de migração, mas o documento em si (NFC-e, modelo 65) foi instituído em âmbito nacional pelo Ajuste SINIEF 19/16 do CONFAZ, que autoriza as unidades federadas a adotá-lo em substituição, entre outros, à nota de venda a consumidor em papel e ao CF-e-SAT. Na prática, quem escolhe um PDV precisa confirmar com o fornecedor se a emissão fiscal já está homologada para o estado em que o restaurante opera, e não assumir que “emite nota” é a mesma coisa em qualquer lugar do país.
PDV, estoque e delivery: onde o erro manual mais aparece
O ponto mais comum de falha não é o PDV isolado, é a ponte entre ele e o delivery. Quando o cardápio no aplicativo de entrega não reflete o estoque real, o restaurante vende algo que não tem, o pedido é cancelado e o cliente associa a falha à marca, não ao processo interno. A correção não é operacional, é técnica: o item precisa sair do ar em todos os canais no instante em que o estoque zera, não numa conferência manual no fim do turno.
O mesmo vale para o controle de estoque puro. Sem integração via API entre PDV e estoque, o dono descobre a falta de insumo no meio do preparo, quando já é tarde para reagir. Com a venda debitando o estoque automaticamente, a ruptura aparece como alerta antes de virar problema no prato. É diferença entre reagir e prevenir.
Checklists de recebimento e produção fecham essa ponta: quando a conferência de mercadoria e o registro de produção estão ligados ao mesmo estoque que o PDV movimenta, a divergência de inventário passa a ter causa rastreável, em vez de ser só um número que não fecha no fim do mês.
Sinal de que a integração está funcionando de verdade
- O estoque muda sozinho quando uma venda é registrada, sem lançamento manual depois.
- Um item esgotado some do cardápio de delivery no mesmo minuto, em todos os apps.
- O documento fiscal sai no momento da venda, sem fila de emissão pendente no fim do dia.
- O relatório de CMV do dia bate com o consumo real de estoque, sem ajuste manual.
CRM e dado de cliente: o que a LGPD exige antes de integrar
Integrar CRM com PDV e delivery concentra nome, telefone, endereço e histórico de consumo do cliente num só lugar, o que já configura tratamento de dado pessoal pela Lei Geral de Proteção de Dados (Lei 13.709/2018). A Autoridade Nacional de Proteção de Dados (ANPD) define dado pessoal como qualquer informação relacionada a pessoa natural identificada ou identificável, o que inclui nome, telefone, e-mail e geolocalização, e trata o controlador (em regra o restaurante, quando define a finalidade do cadastro) como responsável por garantir os direitos do titular sobre essa informação (ANPD, titular de dados).
Na prática, isso muda como a integração deve ser desenhada, não se ela deve existir:
- Coletar só o dado que o programa de fidelidade ou o CRM realmente usa, não o que “pode ser útil um dia”.
- Deixar claro para o cliente, no cadastro, para que o dado será usado.
- Ter como localizar e apagar o dado de um cliente específico se ele pedir. Cadastro único entre PDV, delivery e CRM torna isso operacionalmente viável; dado espalhado em planilhas separadas torna o mesmo pedido lento e incompleto.
- Revisar com o fornecedor de tecnologia quem tem acesso ao banco de dados de clientes e sob qual contrato.
Ordem de integração com orçamento limitado: fiscal, estoque, delivery, checklist e CRM
A maioria dos restaurantes pequenos não integra tudo de uma vez, e não precisa. A ordem que reduz risco primeiro e ganho depois costuma seguir esta sequência:
- Fiscal. Confirmar que o PDV emite o documento fiscal exigido no estado, homologado e sem gargalo manual.
- PDV com estoque. Fazer a venda debitar o insumo automaticamente, mesmo que o resto ainda seja manual.
- Delivery com PDV e estoque. Sincronizar cardápio e disponibilidade nos aplicativos usados.
- Checklists operacionais ligados ao estoque. Conferência de recebimento e produção com evidência, para rastrear divergência.
- CRM. Só depois de resolver o operacional, concentrar dado de cliente com as salvaguardas de LGPD acima.
Essa ordem também é a que evita contratar automação de processo antes de ter o básico fiscal e de estoque resolvido, erro comum de quem compra tecnologia pela funcionalidade mais vistosa em vez de pela urgência real.
O Koncluí entra nessa etapa de checklists operacionais e conferência de estoque: transforma rotina de recebimento, produção e abertura em tarefa com responsável, prazo e prova de execução, dentro da mesma biblioteca de checklists prontos para restaurante, sem depender de planilha paralela.
Perguntas que aparecem na hora de contratar a integração
E se o PDV que eu já pago não conversa com o app de delivery?
Antes de trocar de sistema, peça por escrito ao fornecedor do PDV a lista de integrações nativas e via API com os apps que você usa de verdade. Se a ponte não existir, a saída costuma ser um conector intermediário ou migrar o PDV, não insistir em planilha paralela. Compare o custo da migração com o custo recorrente de cancelamento de pedido e de estoque desatualizado. Quem decide a troca é o dono, mas a homologação fiscal do novo PDV no seu estado precisa estar pronta antes do go-live.
Se a internet cair no horário de pico, a venda para?
Depende do que o seu PDV e o emissor fiscal suportam em modo offline. Muitos sistemas permitem registrar a venda localmente e transmitir a NFC-e ou o documento exigido na UF assim que a conexão volta, dentro do prazo legal de contingência. Confirme com o fornecedor o tempo máximo de contingência, o que fica pendente de sincronizar no estoque e no delivery, e quem reprocessa a fila. Sem esse combinado, a queda de link vira fila de documento e divergência de estoque no mesmo turno.
Tenho duas unidades com CNPJ diferente. A integração é a mesma nas duas?
Cada CNPJ é um contribuinte: emissão fiscal, CSC, certificado e cadastro na Sefaz (ou órgão equivalente na UF) são por estabelecimento, não por “rede” informal. O mesmo fornecedor de PDV pode atender as duas lojas, mas a configuração fiscal e o estoque costumam ser instâncias separadas, com regras de cardápio e de transferência entre unidades definidas por você. Não assuma que o que funciona na matriz replica sozinho na filial sem homologação e sem usuário e permissão por loja.
Quando a nota não transmite, a multa é minha ou do fornecedor do PDV?
Diante do fisco, o contribuinte é o restaurante. O fornecedor responde pelo contrato de software, suporte e, em alguns casos, SLA de disponibilidade, mas a obrigação de emitir o documento correto no prazo continua sendo sua. Por isso o contrato precisa deixar claro tempo de contingência, canal de suporte em horário de operação e o que fazer se a homologação falhar. Guarde comprovante de contingência e de tentativa de transmissão; isso ajuda na defesa e na cobrança do fornecedor, mas não transfere a responsabilidade legal.
A equipe precisa de treinamento longo ou a integração “anda sozinha”?
A baixa automática de estoque e a emissão fiscal reduzem digitação, mas não eliminam o trabalho humano nos pontos em que o sistema não “vê” sozinho: recebimento de mercadoria, inventário periódico e cancelamento de item. Se a cozinha ou o estoquista continua lançando fora do fluxo, a integração vira número bonito no relatório e divergência no inventário. Reserve tempo curto de treino no fluxo real do turno, com um responsável por loja, e use checklist de recebimento e produção para fechar a ponta que o PDV não cobre.
Quando o mapa de sistemas vira rotina de caixa e cozinha
Quem aplica a ordem deste artigo deixa de gastar o turno conferindo se um sistema bateu com o outro e passa a tratar falha de emissão, ruptura e pedido cancelado como exceção, não como rotina. A operação ganha uma fila clara: fiscal em dia, estoque debitado na venda, delivery alinhado ao que existe na casa, e só depois CRM. Para a etapa de conferência de recebimento e produção com responsável e prova de execução, use a biblioteca de checklists prontos para restaurante.