Estou procurando um desenvolvedor para um trabalho pontual que tenha experiência com n8n, Typebot, Make, Zapier e Chatwoot. O foco é apoiar em projetos de desenvolvimento de integrações.

Requisitos:

• Excelente conhecimento em n8n para automação de fluxos.
• Experiência com Typebot para interações interativas.
• Familiaridade com Chatwoot e Make.
• Experiência prévia com integrações API.

Orçamento:
O projeto é voltado para quem já conhece as ferramentas. Favor enviar o valor/hora e a disponibilidade em horário comercial.

Briefing técnico – desenvolvimento do CRM com reconhecimento facial.

Objetivo
Construir, do zero, um módulo de CRM em Bubble (ou stack web equivalente) que receba eventos de reconhecimento facial, registre visitas e apresente ao atendente dados do cliente em tempo real, permitindo ações rápidas de recepção premium.

**1. Arquitetura**
Câmera IP ? Motor de Reconhecimento (Azure Face API ou local)
? ?
Webhook ? API ? Banco de Dados ? Front-end Tablet

Câmera captura rosto na entrada.

Motor de reconhecimento gera face_id em ?2 s.

Webhook (HTTPS) envia {face_id, timestamp, snapshot_url} ao back-end.

API back-end consulta banco, cria registro de visita e dispara evento de “chegada” para a interface.

Front-end (dashboard do atendente) atualiza a Fila de Chegada e abre o perfil do cliente.

2. Modelagem de dados
Tabela / Tipo
Campos principais
Observações
Cliente
id, nome, foto, face_id, nívelVIP, consentimentoLGPD, preferências (list), observações(text)
face_id é hash/UUID vindo do motor; preferências armazena JSON ou relational tag.
Visita
id, cliente_id, dataHora, atendente_id, notas
Criado a cada evento “chegada”.
Tarefa
id, cliente_id, tipo (mimo, transfer, etc.), status, criadoEm, concluídoEm
Ações disparadas pelo atendente.
Auditoria
id, user_id, ação, registroAfetado, timestamp
Log de privacidade (LGPD).

3. API e workflows
3.1 Webhook de chegada
POST /faceWebhook

json
{
"face_id": "e2c9-…",
"timestamp": "2025-07-18T14:08:55Z",
"snapshot_url": "https://…/img.jpeg"
}

**Passos internos**
Procurar Cliente onde face_id = body.face_id e consentimentoLGPD = true.

Se encontrado, criar Visita.

Emitir evento server-side “visitor_arrived” com cliente_id.

Se não encontrado, registrar em Auditoria como IdDesconhecido.

3.2 Evento “visitor_arrived”
Backend workflow que envia push ou publish via WebSocket para o front-end.

Payload mínimo: cliente_id, nome, foto, nívelVIP.

4. Interface do atendente (tablet paisagem)
Página Dashboard

Painel “Fila de Chegada” – lista horizontal de cartões com foto/nome e cronômetro de tempo de espera.

Toque em um cartão ? Modal Perfil do Cliente.

**Modal Perfil do Cliente**

Bloco superior: Foto ampla + saudação “Bem-vindo, <Nome>”.

Abaixo: Última visita, preferência de bebida, restrições, observações.

Área de ações rápidas (botões grandes):

Ver histórico (abre página “Histórico de Visitas”)

Enviar mimo (cria Tarefa tipo “Gift”)

Notificar lounge VIP (gatilho para equipe interna)

**Menu lateral**

Clientes Ativos | Fila de Chegada | Estatísticas | Aniversários

Página Estatísticas (para gerente)

Gráficos de visitas por período, valor médio de consumo, clientes TOP.

5. Permissões e privacidade
Papel
Acesso de leitura
Acesso de escrita
Diretor
Todos relatórios, dados consolidados
Nenhum
Gerente
Dados de cliente e visitas
Editar cliente, criar alertas
Atendente
Apenas dados de cliente no turno via evento “visitor_arrived”
Adicionar notas de visita, criar tarefas
Sistema
Webhook / backend
Gravar Visita, Auditar

Privacy Rules em Bubble garantem que atendentes nunca vejam CPF ou campos sensíveis.

6. LGPD
Campo consentimentoLGPD obrigatório para processar rosto.

Todo acesso ao registro de cliente grava linha em Auditoria.

Rotina diária de expurgo de logs anonimizados cuja finalidade expirou (> 5 anos).

7. Roadmap de implementação
Semana
Entrega
Detalhes
1
Data model & API webhook
Banco, segurança, mock de Face API
2
Dashboard + evento em tempo real
WebSockets / custom event
3
Modal de perfil + ações rápidas
Workflows de “Mimo” e “Notificar VIP”
4
Estatísticas, auditoria e testes E2E
LGPD, testes de latência

Tempo total estimado: 2 semanas.

Um site onde seja possível fazer apostas em corrida de cavalos, com um layout similar ao que já temos hoje com as maiores casas de apostas, porém com foco exclusivo nas apostas de corrida.

O objetivo é receber pagamento tanto em PIX quanto em criptomoedas. Para PIX, será utilizada a API da bspay, e em criptomoedas pode ser qualquer uma (a definir ainda).

Eu já tenho o script de uma bet, porém ele precisa ser totalmente configurado. Consigo disponibilizá-lo para auxiliar no desenvolvimento, evitando que tenhamos que partir de algo do zero.

Profissional experiente no desenvolvimento de aplicativos Android e iOS, utilizando apenas linguagens nativas ou híbridas — não aceito soluções baseadas em no-code ou low-code.

Também é necessário criar uma versão desktop com as mesmas telas e fluxo.

Já possuo todas as telas do projeto criadas no Figma, e é fundamental que o desenvolvimento siga exatamente o padrão visual e a interface definidos ali.

Preciso que o profissional:

• Crie um repositório no GitHub com todo o código-fonte do projeto;
• Entregue o código completo ao final do trabalho;
• Ofereça suporte após a entrega;
• Produza a documentação necessária para publicação nas lojas Google Play Store e Apple Store;
• Realize o envio do aplicativo para ambas as lojas.

Valorizo a transparência e a boa comunicação ao longo de todo o desenvolvimento, para que eu possa acompanhar o andamento do projeto de forma clara.

O aplicativo será um e-commerce, e todos os fluxos e telas serão enviados para análise detalhada antes do início do trabalho.

• Primeira versão Desktop
• Segundo: Aplicativos Android e iOS (todas as telas prontas no Figma)
• Algumas integrações com API e gateway
• Instalação em VPS, só após testes de segurança e funcionalidades.
• Envio para as lojas Apple e Google.
• Manutenção após entrega.