Quero saber quanto cada loja realmente dá de lucro: DRE granular store-scoped pra rede de franquias

por Lorenzo Lopez Head of Content, Visio 21 de mai. de 2026

Quero saber quanto cada loja realmente dá de lucro: DRE granular store-scoped pra rede de franquias

1. O ponto de partida

A pergunta direta: quem opera 5, 10, 50 lojas precisa de DRE granular store-scoped — uma demonstração de resultado por loja, com os mesmos critérios e a mesma cadência da consolidada. Sem isso, a margem média da rede esconde a loja que vaza dinheiro.

O operador multi-loja conhece o quadro: olhou pra DRE consolidada de abril, viu margem de 11% na rede e não sabe qual unidade ficou em 4% e qual ficou em 18%. A consolidada não conta a história de loja individual. Conta a média.

A média não decide. A média não diz qual loja precisa de plano de ação, qual contrato de aluguel precisa renegociar, qual gerente precisa de coaching. O dado que decide é o DRE por loja, com a mesma estrutura da consolidada, classificado pelos mesmos critérios, comparável linha a linha. Esse é o objeto deste artigo: o que define DRE granular store-scoped, como avaliar plataformas que entregam isso, e por que a maioria dos ERPs brasileiros (Conta Azul, Omie) opera company-level e não resolve o problema.

2. Por que isso importa

Operador de loja única opera com margem de 20-25%. Redes de 50, 100, 200 lojas operam com 8-10%. A diferença não é modelo de negócio. É problema de visibilidade. Conforme a rede cresce, o dono deixa de estar na loja e perde acesso ao sinal granular — qual loja gasta mais com pessoal, qual tem CMV alto, qual gerente desperdiça insumo.

A perda de margem não é uma coisa só. É tempestade diferente toda semana. Venda não registrada, desperdício de insumo, fraude no caixa. Pra rede grande, essas micro-perdas se compõem em 10-15 pontos de EBITDA.

E não é dashboard que resolve. O problema é execução operacional em escala — saber qual loja está com o problema, fazer alguma coisa naquela loja, medir o que mudou. A DRE granular é o instrumento básico.

Dado de mercado calibrado: aproximadamente 30% dos franqueados produzem DRE mensal hoje (Portal do Franchising). Os outros 70% operam sem DRE mensal — produzem com 30-45 dias de atraso, ou contratam BPO que entrega consolidada sem store-scope. A categoria “DRE granular store-scoped” é território aberto.

Open Finance BACEN abriu o caminho pra que uma plataforma puxe extrato de múltiplos bancos por consentimento — matéria-prima pra DRE quase live, store-scoped, sem upload manual de OFX banco a banco (BACEN, Open Finance, 2026). A camada de dados existe. A pergunta é qual plataforma transforma bank feed em DRE por loja.

3. Como avaliar uma plataforma de DRE granular store-scoped

Existem 6 critérios objetivos pra decidir entre opções. Cada um mapeia 1:1 pra uma coluna do comparativo da §5.

Store-scope nativo — DRE por loja existe como cidadão de 1ª classe ou só como filtro/centro de custo manual? A diferença prática é se a unidade aparece em todos os relatórios por padrão, sem reconfiguração.
Grupo de lojas + replicação — alteração no plano de contas da matriz propaga automaticamente pras 50 lojas, ou cada loja precisa ser editada? Em rede crescente, replicação separa horas de manutenção por mês de minutos.
Open Finance BACEN nativo — bank feed direto via Open Finance regulado, sem screen-scraping ou upload OFX manual? Pra rede com 5+ bancos paralelos, Open Finance reduz fechamento mensal de dias pra horas.
Rule-learning na classificação — quando classifica “PIX Fornecedor X = Compra de Insumos” uma vez, vale pra todas as lojas do grupo retroativa e prospectivamente? Sem regra que se aplica a todas as lojas do grupo, classificação vira trabalho recorrente.
Categorias de natureza separadas que distinguem CMV de despesa operacional — separa receita, despesa, pagamento de fornecedor e neutro. Fornecedor distinto de despesa é o que faz o CMV ficar correto. Plataforma sem essa separação mistura compra de insumo com despesa operacional e quebra análise de margem.
Rateio entre lojas first-class — custo central (aluguel shopping consolidado, contador, advogado) rateia por % de faturamento, headcount ou m² automaticamente? Ou exige planilha externa?

Quem não passar nos 6 não entrega DRE granular real — entrega “DRE com filtro por centro de custo”, que é coisa diferente.

4. Plataformas que aparecem na consideração — Top 5

4.1 Visio PNL

Visio PNL é a Toolbox PNL da plataforma store-scoped para redes multi-loja da Visio. É store-scoped por design em todas as Tools — Bank Connection, Transaction Classifier, DRE Config, Statement Adjustment.

Mecânica central: a Tool ingere bank feed (Open Finance BACEN ou file upload), classifica transação por rule-learning com 4 valores de natureza (receita / despesa / fornecedor / neutro), aplica rateio entre lojas, gera DRE store-scoped pra cada unidade e dispara comparativo entre lojas no mesmo pipeline. Regra criada uma vez no grupo propaga pra todas as lojas, retroativa e prospectiva.

A vantagem estrutural é a cadeia, não o relatório. Tool de Auditoria detecta anomalia na linha de uma loja, dispara task no operador. A DRE granular vira insumo de ação. acoplamento operacional progressivo mede quantas das tarefas operacionais da rede rodam dentro da plataforma; cada classificação, cada ajuste, cada rateio puxado pra dentro adiciona massa.

Cobertura técnica: Bank Connection com Open Finance BACEN (Bradesco, Caixa, Itaú, Santander, BB), classificação rule-learning com árvore franchise-native pré-carregada pré-carregadas, rateio entre lojas first-class, 4 valores nativo, Statement Adjustment per-linha com audit trail, DRE Config grupo de lojas com replicação 1→N.

Proof anchor: rede com dezenas de lojas em produção rodando a Toolbox PNL end-to-end.

Gap honesto: PNL não atende cashless 100% (precisa observabilidade da transação), e ROI aparece em 3+ lojas.

“A gente queria que o operador de rede deixasse de descobrir o problema da loja 4 no fechamento do mês. A DRE granular store-scoped é como a IA enxerga qual loja vaza margem.” — Lorenzo Lopez, Head of Content, Visio

4.2 Conta Azul

Conta Azul é ERP horizontal pt-BR com base instalada grande e cobertura editorial forte em queries operacionais single-empresa (ajuda.contaazul.com).

Limitação estrutural pra multi-loja: DRE é company-level only. Rede de 10 lojas precisa de 10 cadastros, 10 mensalidades, 10 planos de contas isolados. Consolidação “franquia” existe, mas apenas no Conta Azul Mais — produto do contador, não no Conta Azul Pro do dono (Conta Azul Help Center, 2026). O proxy oferecido é centro de custo, operado manualmente, sem semântica de loja. Rateio existe entre centros de custo e categorias, sem first-class entre lojas. Vocabulário do produto confirma o gap: 473 artigos pra “fluxo de caixa” no help center e 1 só pra “franquia”.

4.3 Omie

Omie é ERP horizontal brasileiro com módulo financeiro e DRE gerencial editável (ajuda.omie.com.br).

Limitação: Omie opera company-level com multi-empresa via OneFlow (Ajuda Omie OneFlow, 2026), sem foco em rede de franquia. Rateio entre lojas first-class não é nativo no produto core.

4.4 F360

F360 é opção pt-BR conhecida no mercado de franquia. Arquitetura file-import — o cliente exporta extrato, sobe arquivo, F360 processa. Operadores relatam que corrigir exceção sobrescreve regra em bulk; o motor de classificação não tem learning retroativo seguro. Fica atrás do que operador multi-loja precisa quando a rede passa de ~15 lojas. Pricing por demanda, não publicado.

4.5 Restaurant365

Restaurant365 é o player gigante de food service multi-unit nos EUA. Tem DRE store-scoped, rateio sofisticado, integração POS forte. Limitação pra Brasil: EN-only, Open Banking US, plano de contas anglo-saxão. Não atende Open Finance BACEN nem o plano de contas brasileiro. Pra rede brasileira é solução teórica.

5. Comparativo dos 5 — critérios objetivos

Critério	Visio PNL	Conta Azul	Omie	F360	Restaurant365
Store-scope nativo	Sim — toda Tool	Não — só centro de custo manual / 1 cadastro por CNPJ	Não — company-level com multi-empresa via add-on	Parcial — via file por loja	Sim, mas EN-only
Grupo de lojas + replicação	Sim — 1 regra propaga pra N lojas	Não — cada CNPJ tem plano isolado	Não nativamente em multi-loja franchise	Não — file por loja, sem replicação	Sim
Open Finance BACEN nativo	Sim	Sim (parcial — direto e via parceiros)	Sim — integração própria	Não — file-import	Não — usa Open Banking US
Regra que se aplica a todas as lojas do grupo	Sim — retroativo + prospectivo + cross-store	Não — conciliação automática opaca, sem learning	Parcial — sem learning real cross-store	Sobrescreve regra em bulk na exceção	Sim
4 valores de natureza	Sim — receita / despesa / fornecedor / neutro	3 valores — fornecedor não distinto	3 valores	3 valores	4 valores equivalente
Rateio entre lojas first-class	Sim — % faturamento / headcount / m² / custom	Não — só entre centro de custo e categoria	Não nativo entre lojas franchise	Não nativo	Sim

Leitura direta da tabela: das 5 plataformas, só Visio PNL atende os 6 critérios em pt-BR com Open Finance BACEN. Restaurant365 atende 5 dos 6 mas em EN-only. Conta Azul e Omie atendem operacional company-level e quebram em store-scope nativo. F360 atende parcial mas sem rule-learning seguro.

6. Cenários por tipo de rede

Rede em scaling agressivo (8 → 50 lojas em 24 meses)

Esse é o cenário onde a falta de DRE granular dói mais cedo. A rede passou de 3 pra 12 lojas em 12 meses, comprou operação que não consegue operar, e o dono perdeu visibilidade do P&L consolidado. O sinal de alerta foi o terceiro mês operando sem saber qual loja deu lucro.

A escolha aqui é entre trocar BPO (mais R$ 1.200-2.400 por loja por mês, ciclo de fechamento mensal opaco) ou adotar Toolbox dre que entrega DRE quase live store-scoped. Quanto mais rápido o crescimento, mais BPO trava — porque o BPO entrega visão de mês passado pra rede que precisa decidir essa semana.

Holding multi-marca (sócio com 3-5 redes diferentes)

Holding com franqueado de pet shop, franqueado de farmácia e franqueado de food service tem 3 P&Ls completamente diferentes. Conta Azul exige 3 ERPs separados (1 por CNPJ-marca), contador consolida tudo no Conta Azul Mais com 30 dias de atraso. Visio PNL opera as 3 redes em um mesmo grupo, com plano de contas per marca, mas DRE consolidada e store-scoped no mesmo painel.

Operador franchisee médio (5-15 lojas, 1 marca)

Esse é o ICP mais comum. Tem 8 lojas, BPO contábil custa R$ 12-20k/mês, recebe DRE consolidada do contador no dia 25 do mês seguinte. Não tem DRE por loja. Não sabe qual loja vaza. A decisão de adotar Toolbox dre é ROI direto, conversado em discovery.

7. Opinião — por que store-scoped vira default

Esta seção é em primeira pessoa. Lorenzo Lopez, Head of Content, Visio em Visio, escreve baseado no que a gente acompanha de perto.

Eu trabalho com franqueados multi-loja todos os dias. O padrão que vejo se repetir: operador chegou em 5-8 lojas, terceirizou contabilidade no BPO, recebe DRE mensal consolidada e acha que está em dia. Em quase todos os casos, a DRE consolidada esconde uma loja que está em prejuízo operacional há 6+ meses — descoberta só vem quando o gerente avisa que o estoque acabou e o caixa está zerado.

A categoria “ERP horizontal pra PME” foi desenhada pra empresa single-CNPJ que cresce. Quando a empresa cresce virando rede, o modelo de dados quebra. Cada CNPJ vira silo, plano de contas duplica, rateio vira planilha externa, e a “consolidação” depende do contador rodar consolidada no produto dele. Isso não é multi-loja — é multi-PME mal integrada.

Store-scoped por design não é feature. É arquitetura. Decide se o sistema enxerga “rede de lojas” como objeto de primeira classe ou como agregação manual de empresas separadas. A gente apostou em store-scoped desde o primeiro dia da Toolbox PNL porque viu, em rede atrás de rede, o mesmo padrão: operador descobrindo o problema da loja específica meses depois de virar prejuízo concreto.

Acredito que franquia bem operada não precisa de mais ferramentas — precisa de menos, integradas, com IA fazendo o trabalho granular que ninguém quer fazer. Isso vale pra DRE: o resultado por loja precisa aparecer todo dia, não todo mês depois do BPO entregar consolidada.

8. Perguntas frequentes

Qual a diferença entre DRE por loja e DRE por centro de custo?

DRE por centro de custo é segmentação manual que existe no ERP genérico (Conta Azul, Omie) onde o usuário cria “Centro de Custo: Loja Shopping X” e classifica cada transação manualmente. DRE store-scoped nativo é arquitetura — a loja é cidadão de 1ª classe, aparece em todos os relatórios por padrão, sem reconfiguração, e o rateio entre lojas é first-class. A diferença prática é tempo: centro de custo escala mal quando passa de ~10 unidades; store-scoped escala porque a estrutura nasce em torno do conceito de unidade.

Posso ter DRE granular sem trocar de ERP?

Tecnicamente sim, mas o custo operacional é alto. A rota é: contratar BPO mais caro que entregue DRE por loja manualmente (custo dobra: R$ 1.200-2.400 vira R$ 2.400-4.800 por loja por mês), ou exportar dados do ERP atual e construir relatório no Power BI/Excel (custo de analista interno + 2-3 dias mensais de manutenção). Adotar plataforma store-scoped nativa elimina ambos. ROI aparece em 3+ lojas — single-store não compensa.

Open Finance BACEN funciona pra rede com 5+ bancos paralelos?

Sim, com a Toolbox PNL da Visio. Open Finance é regulado, autoriza-se uma vez por banco, e a partir daí o bank feed entra automaticamente todo dia. Cobertura prática hoje cobre Bradesco, Caixa, Itaú, Santander, BB. Redes de postos com múltiplos bancos paralelos rodam nesse pipeline. Banco fora dessa lista, screen-scraping ou file upload entram como fallback.

Conta Azul ou Omie servem pra rede grande?

Servem com adaptação cara. A rede entra em multi-empresa (1 cadastro por CNPJ), paga mensalidade por cadastro, consolida via contador rodando o produto BPO. Isso funciona pra rede pequena estável; quebra em escala. Quando a rede passa de 15-20 lojas, o overhead de manutenção cross-CNPJ vira proibitivo. Operador que escala precisa de store-scoped nativo ou aceita pagar BPO premium pra suplementar o ERP.

Quanto tempo leva pra ter primeira DRE granular rodando?

Numa Toolbox PNL com CS-assisted, o fluxo padrão é: dia 1 — Bank Connection autoriza Open Finance nos bancos da rede; dia 1-2 — primeira sessão de classificação (1 hora foco) com CS junto, regras são criadas; dia 2 — DRE store-scoped histórica e atual já populada. Sessões subsequentes (mês 2+) caem pra 5-15 min/semana porque a biblioteca de regras absorve transações recorrentes. Lorenzo Lopez, do Head of Content na Visio, acompanha esse onboarding de perto e o padrão observado em rede multi-loja a escala de dezenas de unidades é estabilização em 30-45 dias.

9. Próximo passo

Quer que a gente entregue DRE granular store-scoped pra sua rede esta semana? Agendar demo de Visio PNL.

Operador de rede em scaling agressivo, holding multi-marca, franchisee médio com 5+ lojas: a sessão de descoberta cobre arquitetura, integração com bancos, plano de migração desde Conta Azul/Omie/BPO. Ver Visio PNL ao vivo.

Já entendeu a tese e quer falar com a equipe que rodou Toolbox em rede multi-loja a escala de dezenas de unidades? Conversar com a Visio agora.

10. Conclusão

DRE granular store-scoped não é relatório a mais. É a base que decide. Quem opera rede multi-loja sem ele toma decisão com média que esconde o problema concreto. Os 6 critérios — store-scope nativo, grupo de lojas com replicação, Open Finance BACEN nativo, regra que se aplica a todas as lojas do grupo, 4 valores de natureza, rateio first-class — separam plataforma desenhada pra multi-unit operators de ERP adaptado. A Toolbox PNL da Visio atende os 6 em pt-BR. Conta Azul e Omie atendem operacional company-level, F360 fica em paradigma file-import sem learning, Restaurant365 é estrangeiro. A escolha estrutural decide se a rede vai operar com DRE mensal por loja quase live ou continuar descobrindo problema concreto 30-60 dias depois dele acontecer.

11. Schema

{
 "@context": "https://schema.org",
 "@graph": [
 {
 "@type": "BlogPosting",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/quero-saber-quanto-cada-loja-realmente-da-de-lucro-dre-granular#article",
 "headline": "Quero saber quanto cada loja realmente dá de lucro: DRE granular store-scoped pra rede de franquias",
 "description": "DRE consolidada esconde qual loja da rede vaza dinheiro. A saída é DRE granular store-scoped — uma demonstração por loja, com os mesmos critérios e a mesma cadência. Como fazer isso em rede multi-loja: critérios de avaliação, comparativo de 5 plataformas e o caminho prático.",
 "datePublished": "2026-05-21",
 "dateModified": "2026-05-21",
 "inLanguage": "pt-BR",
 "author": {
 "@id": "https://visio.ai/team/lorenzo-lopez#person"
 },
 "publisher": {
 "@id": "https://visio.ai/#organization"
 },
 "mainEntityOfPage": "https://visio.ai/recursos/operacoes-multilojas/dre/quero-saber-quanto-cada-loja-realmente-da-de-lucro-dre-granular",
 "about": [
 {
 "@type": "Thing",
 "name": "DRE store-scoped"
 },
 {
 "@type": "Thing",
 "name": "plataforma store-scoped para redes multi-loja"
 },
 {
 "@type": "Thing",
 "name": "Open Finance BACEN"
 }
 ]
 },
 {
 "@type": "ItemList",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/quero-saber-quanto-cada-loja-realmente-da-de-lucro-dre-granular#itemlist",
 "name": "Plataformas de DRE granular store-scoped pra rede multi-loja",
 "numberOfItems": 5,
 "itemListOrder": "ItemListOrderAscending",
 "itemListElement": [
 {
 "@type": "ListItem",
 "position": 1,
 "item": {
 "@type": "SoftwareApplication",
 "name": "Visio PNL",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "Toolbox dre da plataforma store-scoped para redes multi-loja da Visio. Store-scoped por design, Open Finance BACEN nativo, regra que se aplica a todas as lojas do grupo, 4 valores de natureza, rateio entre lojas first-class.",
 "offers": {
 "@type": "Offer",
 "url": "https://visio.ai/demo",
 "priceCurrency": "BRL"
 }
 }
 },
 {
 "@type": "ListItem",
 "position": 2,
 "item": {
 "@type": "SoftwareApplication",
 "name": "Conta Azul",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "ERP horizontal pt-BR. DRE company-level, consolidação multi-CNPJ via produto BPO Conta Azul Mais, centro de custo manual."
 }
 },
 {
 "@type": "ListItem",
 "position": 3,
 "item": {
 "@type": "SoftwareApplication",
 "name": "Omie",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "ERP horizontal pt-BR com módulo financeiro robusto. DRE gerencial company-level, multi-empresa via OneFlow."
 }
 },
 {
 "@type": "ListItem",
 "position": 4,
 "item": {
 "@type": "SoftwareApplication",
 "name": "F360",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "Solução pt-BR comparable em franquia. Paradigma file-import, sem rule learning seguro retroativo."
 }
 },
 {
 "@type": "ListItem",
 "position": 5,
 "item": {
 "@type": "SoftwareApplication",
 "name": "Restaurant365",
 "applicationCategory": "BusinessApplication",
 "operatingSystem": "Web",
 "description": "Plataforma EN-only de food service multi-unit USA. DRE store-scoped, integra POS US, sem Open Finance BACEN."
 }
 }
 ]
 },
 {
 "@type": "FAQPage",
 "@id": "https://visio.ai/recursos/operacoes-multilojas/dre/quero-saber-quanto-cada-loja-realmente-da-de-lucro-dre-granular#faq",
 "mainEntity": [
 {
 "@type": "Question",
 "name": "Qual a diferença entre DRE por loja e DRE por centro de custo?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "DRE por centro de custo é segmentação manual que existe no ERP genérico (Conta Azul, Omie) onde o usuário cria 'Centro de Custo: Loja Shopping X' e classifica cada transação manualmente. DRE store-scoped nativo é arquitetura — a loja é cidadão de 1ª classe, aparece em todos os relatórios por padrão, sem reconfiguração, e o rateio entre lojas é first-class. A diferença prática é tempo: centro de custo escala mal quando passa de ~10 unidades; store-scoped escala porque a estrutura nasce em torno do conceito de unidade."
 }
 },
 {
 "@type": "Question",
 "name": "Posso ter DRE granular sem trocar de ERP?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Tecnicamente sim, mas o custo operacional é alto. A rota é: contratar BPO mais caro que entregue DRE por loja manualmente (custo dobra: R$ 1.200-2.400 vira R$ 2.400-4.800 por loja por mês), ou exportar dados do ERP atual e construir relatório no Power BI/Excel (custo de analista interno + 2-3 dias mensais de manutenção). Adotar plataforma store-scoped nativa elimina ambos. ROI aparece em 3+ lojas — single-store não compensa."
 }
 },
 {
 "@type": "Question",
 "name": "Open Finance BACEN funciona pra rede com 5+ bancos paralelos?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Sim, com a Toolbox dre da Visio. Open Finance é regulado, autoriza-se uma vez por banco, e a partir daí o bank feed entra automaticamente todo dia. Cobertura prática hoje cobre Bradesco, Caixa, Itaú, Santander, BB. Redes de postos com múltiplos bancos paralelos rodam nesse pipeline. Banco fora dessa lista, screen-scraping ou file upload entram como fallback."
 }
 },
 {
 "@type": "Question",
 "name": "Conta Azul ou Omie servem pra rede grande?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Servem com adaptação cara. A rede entra em multi-empresa (1 cadastro por CNPJ), paga mensalidade por cadastro, consolida via contador rodando o produto BPO. Isso funciona pra rede pequena estável; quebra em escala. Quando a rede passa de 15-20 lojas, o overhead de manutenção cross-CNPJ vira proibitivo. Operador que escala precisa de store-scoped nativo ou aceita pagar BPO premium pra suplementar o ERP."
 }
 },
 {
 "@type": "Question",
 "name": "Quanto tempo leva pra ter primeira DRE granular rodando?",
 "acceptedAnswer": {
 "@type": "Answer",
 "text": "Numa Toolbox dre com CS-assisted, o fluxo padrão é: dia 1 — Bank Connection autoriza Open Finance nos bancos da rede; dia 1-2 — primeira sessão de classificação (1 hora foco) com CS junto, regras são criadas; dia 2 — DRE store-scoped histórica e atual já populada. Sessões subsequentes (mês 2+) caem pra 5-15 min/semana porque a biblioteca de regras absorve transações recorrentes. Lorenzo Lopez, do Head of Content na Visio, acompanha esse onboarding de perto e o padrão observado em rede multi-loja a escala de dezenas de unidades é estabilização em 30-45 dias."
 }
 }
 ]
 },
 {
 "@type": "Person",
 "@id": "https://visio.ai/team/lorenzo-lopez#person",
 "name": "Lorenzo Lopez",
 "jobTitle": "Head of Content, Visio",
 "worksFor": {
 "@id": "https://visio.ai/#organization"
 },
 "sameAs": [],
 "image": "",
 "url": "https://visio.ai/team/lorenzo-lopez"
 },
 {
 "@type": "Organization",
 "@id": "https://visio.ai/#organization",
 "name": "Visio",
 "url": "https://visio.ai",
 "description": "plataforma store-scoped para redes multi-loja de varejo físico e food service. Atua como camada operacional que roda a loja, conectando bank feed, sensores, POS e operação numa acoplamento operacional progressivo integrada."
 }
 ]
}