Scan dentro do app
A etiqueta QR carrega o barcode do item. A câmera nativa mostra um código. O painel abre em Scan com o usuário logado: o que é, quanto tem, onde está, foto e campos extras.
Caderno interno · 21/10/2026 · atualizado à noite
Pedro fechou o recorte: o print é o dia 1 (QR fixo no pavimento, serviços, evidência, avanço por torre). Material entra na fase 2, no mesmo local. Demo da plataforma que já roda — Calendly enviado.
21/10/2026, WAHA sessão default. Três outbound DEVICE. Esta página não foi para ele.
fase 1 a atualização de serviços nos andares. fase 2 o controle de materiais.
Primeiro inbound era material e saldo — cabe no produto de hoje. O print e o briefing viraram o recorte principal: QR fixo em cada andar, painel daquele pavimento, painel geral por torre.
A ideia principal seria o painel do print, mas acho que faz sentido conhecermos primeiro a plataforma que já está funcionando e entender melhor a possibilidade de desenvolver o módulo de acompanhamento da execução por pavimento. QR Code fixo em cada andar: serviços previstos, em execução, concluídos e bloqueados; fotos, responsáveis, datas e histórico. Painel geral consolidando o avanço por torre e pavimento. Na demo: material de hoje e como os dois módulos se conectam. Estimativa preliminar de prazo e custo do módulo. Demo nesta semana.
Acho que se os dois derem certo, temos um grande futuro de negócios pela frente, melhoria e inclusão de processos dentro da Cyrela.
Terceiro zap (DEVICE, 3EB0338011F3E7081F951C): fase 1 print / fase 2 material; demo da plataforma viva; prazo e custo por escrito depois da call; Calendly calendly.com/matheus-puppe/purple-stock (evento de 15 min “Sua Empresa & Purple Stock”). Sem preço público, sem signup, sem esta página.
Host de produção: app.purplestock.com.br. Landing de obra: /industrias/construction. Sem usuário Cyrela em prod.
A etiqueta QR carrega o barcode do item. A câmera nativa mostra um código. O painel abre em Scan com o usuário logado: o que é, quanto tem, onde está, foto e campos extras.
Import e export CSV do catálogo. Relatório de estoque: saldo, baixo, valor, movimento por tipo e por local. Power BI nativo não existe. A API v1 pública está desligada (410).
Fase 1 combinada: QR na parede do andar. A câmera abre o painel daquele pavimento. Status de serviço, evidência e bloqueio. Fase 2: material no mesmo local.
Hoje o local é um nome solto. O print precisa de hierarquia e de um QR por andar, com URL própria — não o barcode de um saco de cimento.
No print: não iniciado, em andamento, pendente, concluído. No texto dele: previstos, em execução, concluídos e bloqueados. Foto, responsável, data, observação e motivo de bloqueio por etapa.
Engenharia, qualidade e encarregado. O viewer de estoque não cobre conferência de graute nem bloqueio de regularização. QR de parede pede página autenticada ou link de obra.
Percentual e fila de pendências por andar. Relatório de estoque não substitui isso. Excel de serviço e Power BI ficam para um export ou cubo depois do módulo existir.
| Pedido | No app hoje | Para o piloto |
|---|---|---|
| QR no pavimento abre painel do andar | QR é barcode de item, lido logado | URL por andar + página pública ou com login de obra |
| Torre e pavimento | Local com nome livre | Hierarquia torre / pavimento (e depois serviço) |
| Serviços com status | Não existe entidade serviço | Catálogo + quatro estados do print |
| Qualidade, conferência, liberação | Não há checklist de etapa | Liberação com responsável e bloqueio |
| Fotos, data, observação, bloqueio | Foto do item e nota na movimentação | Evidência por serviço, várias fotos |
| Histórico de atividades | Histórico de estoque | Timeline de status e evidências |
| Avanço por torre e pavimento | Relatório é de saldo | Dashboard de execução |
| Usuários e permissões | Admin, operator, viewer | Papéis de engenharia e qualidade |
| Material e saldo (fase 2) | Item, local, in/out/move | Ligar o item ao mesmo pavimento depois da fase 1 |
| Importar planilha | CSV de itens | CSV de serviços / pavimentos |
| Power BI | API v1 fora; webhook no schema | Export ou cubo depois do módulo |
Ele quer ver o que já roda (estoque) e construir primeiro o módulo do print. Material fica na fase 2, no mesmo pavimento. Calendly: calendly.com/matheus-puppe/purple-stock.
Mostrar scan, saldo, local, permissão e histórico. Sem conta Cyrela ainda: cria na hora. Explicar que isso é a fase 2 dele, já pronta, e que o print é o módulo novo.
Entidade andar, QR com URL, lista de serviços, status (previsto / em execução / concluído / bloqueado), evidência (foto + responsável + data + bloqueio), painel por torre. O print do Pedro é o critério de pronto. Prazo e custo por escrito depois da call.
Item, etiqueta, entrada e saída ligados ao pavimento da fase 1. Bloco, argamassa, madeira, EPI. O produto de estoque já cobre o fluxo; o encaixe é o mesmo QR de parede abrir as duas abas.
Serviço como item e status como campo extra quebra o workflow, a evidência e o QR de parede. O hack não passa numa demo de Cyrela.
Caderno interno. Calendly já foi no zap. Preço público de estoque não é o ticket do módulo. Faixa de prazo e custo só depois da demo.