Descrição do projeto:

Precisamos de um(a) desenvolvedor(a) full stack — início imediato — para:

1. Construir do zero uma aplicação web em React (TypeScript) e um app mobile em React Native (Expo) que controlem o estoque de materiais, com modo offline e sincronização via backend FastAPI (Python 3.11) + PostgreSQL.

2. Modelar e integrar esse novo sistema a um banco de dados e a uma API SAP (integração em Python).

3. Containerizar toda a stack (Docker) e auxiliar no deploy do front web em Kubernetes (DigitalOcean/AWS).

4. Manter e evoluir um produto já existente de apontamento de horas feito em Angular + TypeScript (PWA desktop/web/mobile), cujo backend roda em Cloudflare Workers usando Hono, Drizzle ORM e Zod.

Comunicação diária via GitHub Issues/PRs e reuniões semanais.

Contexto geral do projeto:

É uma empresa de óleo e gás (prestadora de serviço para plataformas de petróleo) que precisa rastrear, em tempo real, o fluxo de materiais enviados a campo. Hoje usamos planilhas e um sistema legado limitado; queremos substituí-los por uma solução moderna e integrada ao SAP para garantir inventário confiável e reduzir perdas logísticas. Paralelamente, possuímos um sistema de controle de horas já ativo que precisa de novas funcionalidades e correções para acompanhar o crescimento da operação.

Alcance: MVP web + mobile, seguido de incrementos e manutenção contínua.
Times de referência: arquitetura inspirada em exemplos open source de FastAPI + React (por exemplo, cookiecutter react fastapi).
Objetivo final: digitalizar processos, melhorar confiabilidade dos dados e centralizar indicadores de estoque e produtividade em painéis Power BI já existentes.

Olá!

Estou iniciando o desenvolvimento de uma aplicação web para minha empresa e, neste primeiro momento, procuro um(a) desenvolvedor(a) experiente para me apoiar na estruturação da documentação técnica do projeto (especificação de requisitos). Esta etapa é essencial para viabilizar a arquitetura da solução e permitir uma estimativa mais precisa do escopo e esforço necessários.

Objetivo desta primeira fase:
Não estou buscando iniciar imediatamente a codificação. Antes disso, gostaria de formalizar o escopo funcional e técnico da aplicação com o apoio de um(a) profissional que possa me ajudar a estruturar:

• Fluxos de usuários (User Flows)
• Arquitetura inicial do sistema
• Proposta de estrutura de banco de dados
• Especificação de integrações via API
• Modelo de MVP com priorização funcional

Após essa etapa de documentação, a ideia é avançar para o desenvolvimento com base em estimativas realistas e entregas iterativas.

Contexto Geral da Empresa:
Trabalho com um modelo híbrido de hotelaria + investimento, e meus principais stakeholders são:

• Hóspedes (usuários finais das acomodações)
• Investidores (que financiam os imóveis e recebem rendimentos)
• Colaboradores operacionais (especialmente equipe de limpeza)

Atualmente, operamos com diversas ferramentas descentralizadas, e o objetivo é consolidar processos em uma aplicação própria, que funcione como um hub operacional e financeiro, integrando APIs de terceiros, comunicação via WhatsApp e visualização de dados transacionais.

Módulo 1 – Hóspedes (Guest Experience / Pós-Reserva):
Atualmente, a comunicação com hóspedes ocorre via:

• Airbnb e Booking.com (com mensagens dentro das plataformas)
• WhatsApp (para reservas diretas)
• Stays.net (Channel Manager com API pública)

Objetivo: Criar uma área logada para o hóspede (pós-reserva confirmada), onde ele poderá:

• Visualizar os detalhes da reserva (check-in/out, regras, endereço, horário de limpeza, etc.)
• Receber e responder mensagens dentro do app (centralizar a comunicação)
• Receber relatórios de check-in e check-out (verificação de itens, fotos, confirmação de devolução de controles e objetos)
• Eventualmente, gerar um botão de atendimento via WhatsApp se necessário

Observações Técnicas:

A API do Stays.net já permite o acesso a dados de reservas, hóspedes, calendário e mensagens.
O ideal seria integrar também com a API do WhatsApp Business (via provider como Twilio ou Z-API), mas isso pode ser fase 2.

Módulo 2 – Investidores (Painel Financeiro Self-Service):
Hoje, os investidores recebem relatórios e extratos via Google Sheets e mensagens no WhatsApp.

Objetivo: Desenvolver um painel simples e responsivo, onde cada investidor poderá:

• Acessar o saldo individual (capital investido, saldo, lucro, retiradas)
• Ver o extrato de movimentações mês a mês
• Baixar relatórios em PDF
• Receber notificações por e-mail ou push (quando houver novos créditos, por exemplo)

Referência técnica: algo no estilo "white-label banking app" ou extrato de corretora (como a XP), mas sem funcionalidades de transação — apenas leitura de dados.

Desafios Técnicos:

• Integração inicial com planilhas Google ou migração para banco relacional
• Controle de acesso por token de login ou autenticação simples via e-mail

Módulo 3 – Colaboradores (Limpeza e Relatórios de Manutenção):
Atualmente utilizamos o aplicativo Lula, que é funcional, mas com interface limitada.

Objetivo: Customizar ou recriar um painel mais amigável e com comunicação bidirecional entre:

• Equipe de limpeza: recebe tarefas, preenche checklist, reporta problemas (com fotos, status do quarto, objetos faltando, etc.)
• Hóspede: recebe o relatório preenchido pela equipe antes do check-in e devolve o mesmo no check-out (confirmação de que objetos e itens estão como recebidos)

Fluxo desejado:

• Camareira entra no sistema, acessa lista de tarefas
• Preenche checklist com fotos e confirmações (ex: controle remoto presente, ar-condicionado funcionando)
• Hóspede visualiza o relatório e confirma devolução (pelo app ou por link enviado)
• Sistema armazena os dois relatórios e marca como “concluído” ou “pendente”

Funcionalidades Técnicas esperadas:

• Upload de imagens
• Checklist dinâmico
• Integração com notificações por WhatsApp ou e-mail
• Controle por permissão (quem vê o quê)

Formato Esperado da Entrega Inicial:
Nesta primeira fase, gostaria que o(a) desenvolvedor(a) me ajudasse a elaborar um documento técnico detalhado, contendo:

• Descrição de usuários e personas
• Mapa de funcionalidades (por stakeholder)
• Especificação de API/integrações
• Estrutura de banco de dados proposta (ERD inicial)
• Estimativa macro de tempo e complexidade (para cada módulo)
• Ferramentas sugeridas (stack ideal)

Etapas do Projeto:
Fase 1 – Documentação Técnica (objetivo desta contratação)
Fase 2 – Desenvolvimento do MVP (contrato a ser definido após documentação).

Como sou americano (e o projeto é internacional), o inglês será útil.

1. Objetivo

Criar um sistema de copy trade que replique automaticamente em milissegundos (1–20 ms) todas as operações de uma conta mestre para um conjunto de contas copiadas, com painel de gestão simples e integração a webhook de pagamento. Embora tenha mencionado IQ Option no título, o sistema será desenvolvido para outra corretora, utilizando a mesma base de tecnologia.

2. Funcionalidades principais

- Replicação de ordens
- Detectar ordens (market, limit, stop, etc.) na conta mestre e enviá-las instantaneamente para todas as contas ativas.
- Latência máxima de 20 ms entre execução na conta mestre e envio às contas copiadas.
- Painel de gestão
- Cadastro, ativação e desativação de contas copiadas.
- Configuração de alocação de capital por operação (ex.: R$ X por trade).
- Interface simples — pode ser um bot no Telegram, painel web minimalista ou outra solução equivalente.
- Configuração de gerenciamento de capital (stop win / stop loss / martingale).
- Controle de acesso / comercialização
- Integração via webhook com sistema de pagamentos:
- Liberar acesso após confirmação de pagamento.
- Revogar acesso em caso de estorno ou cancelamento.

3. Requisitos não funcionais

- Performance: código otimizado e modular; replicação em 1–20 ms.
- Escalabilidade: suportar dezenas ou centenas de contas copiadas sem degradação de performance.
- Tecnologias: livre escolha (Node.js, Python, Go, C++, Rust, etc.), desde que atenda à meta de latência.
- Documentação: guia de instalação, configuração e testes de latência.

4. Entregáveis

- Código-fonte completo, versionado em repositório (Git).
- Script ou container para deploy (Docker, Kubernetes, etc.).
- Documentação (README) com:
• Setup do ambiente.
• Configuração de contas e painel.
• Demonstração de testes de latência.
• Exemplo de integração com corretora (API) e webhook de pagamento.

5. Critérios de aceitação

- Replicação comprovada em ? 20 ms (medições com logs ou scripts de teste).
- Painel de gestão operando corretamente (cadastro/ativação/desativação).
- Fluxo de liberação e revogação via webhook de pagamento funcionando.

6. Como se candidatar

- Breve descrição da sua experiência com sistemas de trading e baixa latência.
- Tecnologias e arquitetura que você propõe.
- Prazo estimado de entrega e valor.
- Links para portfólio ou projetos similares.

Estamos desenvolvendo um sistema interno para gestão e solicitação de férias de tripulantes (pilotos e comissários) utilizando a plataforma Microsoft Power Platform (Power Apps + Dataverse + Power Automate).

O profissional atuará em conjunto comigo, em modo colaborativo (coaching hands-on), com foco em performance, boas práticas e escalabilidade da solução.

Somente serão considerados profissionais experientes e com portfólio comprovado em Power Platform, especialmente em ambientes corporativos complexos.

Objetivo do projeto:

Criar um aplicativo onde cada tripulante possa:

• Visualizar sua situação de férias e pontuação.

• Escolher o mês, a quinzena e a quantidade de dias (15 ou 30).

• Submeter sua solicitação de férias conforme regras da empresa.

• Visualizar status (“Em Aberto”, “Confirmado”, “Sem Férias”, etc.).

Essa solicitação será posteriormente ranqueada com base em pontuação de senioridade e critérios de desempate.

Escopo técnico:

Estrutura de Dados (Dataverse):

• Tripulantes: Nome, matrícula, função, base, frota, data de admissão, pontuação, etc.

• Solicitações de Férias: CREW ID, mês, quinzena, dias solicitados, status, pontuação no momento do pedido.

• Dias Disponíveis: Por mês, quinzena, base e função (dados fornecidos pela área de capacidade).

• Relacionamentos normalizados entre tabelas, com uso de chave composta (ex: mês + função + base + quinzena).

Funcionalidades no Power Apps:

• Tela inicial com dados do usuário (imagem, nome, pontos).

• Validações (ex: 15 dias exige quinzena selecionada).

• Exibição de status em tempo real.

• Botões para “Solicitar Férias” ou “Sem Férias neste ano”.

• Condições visuais (ex: “EM ABERTO” em vermelho, solicitações aprovadas em verde).

• Futuras funcionalidades para área de capacidade (visualização por ranking e alocação).

Automação (Power Automate):

• Atualização de status de solicitações.

• Notificações para o usuário.

• Integração futura com aprovação (se aplicável).

• Eventual exportação de dados.

Requisitos:

• Experiência comprovada em projetos com Power Apps (Canvas), Dataverse e Power Automate.

• Capacidade de orientar decisões de arquitetura, modelagem e usabilidade.

• Conhecimento em lógica de ranqueamento, chave composta e controle de regras de negócio.

• Disponibilidade para trabalho online em tempo real, via Teams, Discord ou equivalente.

• Experiência com projetos de RH, escalas, férias ou operações aéreas é um diferencial.

Diferenciais:

• Saber trabalhar com entidades normalizadas e relacionamentos complexos.

• Proatividade para propor soluções viáveis dentro das restrições da Power Platform.

• Conhecimento em UX aplicado a apps internos com foco em simplicidade e clareza.

Se você é um profissional que domina Power Platform e quer participar de um projeto estratégico, orientado a dados e com alto nível de organização e clareza de escopo, envie sua proposta com portfólio e disponibilidade para início imediato.

Obrigatório: conhecimento técnico e experiência em integração entre Power Platform (Power Automate e Dataverse) e Google BigQuery, com capacidade de estruturar conexões seguras, atualizações bidirecionais e sincronização eficiente de dados com datasets externos para cruzamentos analíticos e alimentações paralelas.