Auditoria de Aderência ao Escopo — AuMigoPet

Resumo executivo

MVP contratado (8 itens)

Escopo amplo (produto completo contratual)

Métricas

Principais riscos técnicos

• Ausência de OAuth / login social e biometria
• Geolocalização sem Google Maps; coords não enviadas no formulário de desaparecidos
• Push via Expo Push (não FCM SDK direto); deep link de push incompleto
• Redis/filas no Docker sem uso no código da aplicação
• Sessões e auditoria de auth com múltiplos TODOs
• Feed /social com dados mockados
• Componentes legados com mocks não roteados
• Sem pipelines CI/CD detectados (.github/workflows ausente)

Principais riscos comerciais

• Contrato cita Stripe, Mercado Pago, Pagar.me, FCM, Google Maps — entregue Asaas, Expo Push, OpenStreetMap/Nominatim
• Painel admin sem CMS, cupons globais e UI de suporte operacional
• Landing page marketing ausente
• Expectativa de “app React Native nativo” vs realidade WebView + PWA
• Repositório aumigopet-agent-lobocode pivotado para serviço de IA (fora do domínio pet)

Funcionalidades implementadas corretamente

Status: COMPLETO — evidência de API funcional, persistência Prisma e frontend conectado.

Funcionalidades parciais (escopo amplo — fora do MVP)

Status: PARCIAL — itens abaixo não fazem parte dos 8 itens do MVP; no MVP foram considerados completos quando aplicável.

Funcionalidades ausentes

Status: AUSENTE

Resumo — itens fora do escopo (referência rápida)

Tabela condensada das entregas extras. Detalhamento completo na seção Features adicionais.

Análise do app cliente

Fluxos completos (API + persistência)

• Login / cadastro / recuperação de senha
• CRUD pets + foto (upload MinIO + bridge nativa)
• Vacinas/exames, lembretes, peso
• Busca marketplace + detalhe prestador + favoritos + reviews
• Agendamento + cupom + pagamento Asaas
• Lista e detalhe de agendamentos
• Chat + propostas + socket chat_message
• Notificações in-app + registro push Expo
• Adoção (/adocao/*) e desaparecidos (/desaparecidos/*)
• Perfil e tutores compartilhados

Pós-MVP (não bloqueiam o MVP)

• /social — feed mock (API social-posts existe para adoção/desaparecidos)
• Deep link de push — melhoria futura
• Coords GPS opcionais no form de desaparecidos — melhoria futura

Telas mockadas / legado não roteado

SocialNetworkScreen, AuthScreen, CategoryPage, VaccineScreen, MyPets.tsx, CommentsModal (default mock), simpleApi.tsx

Mapa crítico MVP

Integrações no app

Análise do painel profissional

Localização: aumigo-pet-admin — rotas /pro/* (não em aumigopet-app-lobocode).

Análise do painel admin

Localização: aumigo-pet-admin — rotas /admin/*

Rotas comentadas no menu redirecionam para AdminComingSoon: bookings admin, support, rbac, webhooks, etc.

Análise de backend

Repositório: aumigopet-engine-lobocode — NestJS + Prisma PostgreSQL

APIs existentes (por domínio)

• Auth: login multi-perfil, register, refresh, reset password
• Pet saúde: pets, vaccine-exams, reminders, weight-records, shared-tutors
• Comercial: bookings, payments (Asaas), payouts, coupons, services, service-providers, opening-hours, availabilities
• Social: social-posts (NORMAL, ADOPTION, MISSING)
• Comunicação: tickets/chat, proposals, notifications + Socket.IO gateway
• Admin: dashboard/stats, users, companies, kyc-documents, incidents
• Público: public/featured-service-ads
• Arquivos: POST /files/upload (MinIO)

APIs faltantes vs escopo contratual

• OAuth providers · CMS · Stripe/MP/Pagar.me · Google Maps proxy · Firebase Admin · Prontuário médico dedicado

Segurança

Controllers e rotas notáveis

Padrão Universal CRUD em ~25 recursos: GET, GET /all, GET /:id, POST, PATCH, DELETE, restore, search, metrics.

Escalabilidade e logs

• Docker prod com limites de memória (backend 512M)
• Cron EVERY_MINUTE em bookings e reminders — atenção em escala
• Redis no compose sem consumer no código
• Sem CI/CD nem testes E2E automatizados detectados nesta auditoria

Análise de banco de dados

Arquivo único: prisma/schema.prisma — PostgreSQL, ~33 models

Models principais

User, Company, Pet, VaccineExam, Reminder, WeightRecord, SharedTutor, ServiceProvider, Service, Booking, Payment, Payout, Coupon, SocialPost, Review, Ticket, Proposal, Notification, File, KycDocument, Incident, FeaturedServiceAd, Webhook, etc.

Relacionamentos chave

• Multi-tenant: Company → User, ServiceProvider, Booking, Payment
• Pet saúde: Pet → VaccineExam, Reminder, WeightRecord
• Marketplace: ServiceProvider → Service → Booking → Payment
• Social: SocialPost (ADOPTION, MISSING) + comentários/likes
• Suporte: Ticket → TicketReply, Proposal

Estruturas faltantes

• MedicalRecord / consultas clínicas estruturadas
• Session / AuditLog (previstos em código auth, ausentes no schema)
• Entidades CMS (Page, Banner, etc.)

Problemas técnicos

• Histórico médico disperso em várias tabelas sem visão unificada
• REDIS_URL no compose sem uso na aplicação

Análise das integrações

Validação do MVP contratado

Matriz de aderência ao escopo

Riscos técnicos

1. Código morto / mocks: SocialNetworkScreen, wizard ADS, pro-chat.tsx, componentes legados na PWA.
2. Débito auth: session.service e audit.service com TODOs extensos; refresh guard não integrado.
3. Arquitetura híbrida mobile: dependência total da PWA — falhas WebView, cookies, offline.
4. Segurança: RBAC admin cosmético; auditoria não persistida em banco.
5. Performance: cron EVERY_MINUTE em bookings/reminders.
6. Escalabilidade: Redis e filas não utilizados no código.
7. Dependências órfãs: @azure/service-bus no package sem uso.
8. Expectativa vs entrega: contrato cita stacks não implementadas (Firebase, Google, Stripe).
9. Confusão de repositórios: aumigopet-agent-lobocode transformado em serviço de IA.

Conclusão final

O sistema atende o MVP?

Sim. Os 8 itens do MVP contratado estão implementados com fluxo ponta a ponta (API, banco, telas). O produto entrega além do MVP — ver seção Features adicionais.

Está pronto para produção do MVP?

Sim, para piloto ou go-live do MVP, com infra Docker (Postgres, MinIO, Asaas, domínios) e testes de fumaça nos fluxos críticos. O escopo amplo completo (CMS, OAuth, landing, Stripe literal) permanece em roadmap.

O que impede a entrega do contrato completo (pós-MVP)?

• Login social e biometria
• CMS e landing marketing
• Gateways Stripe/MP/Pagar.me e FCM literal (se exigidos sem aditivo)
• Painel admin: pagamentos plataforma, suporte UI, cupons globais
• Feed /social mock; CI/CD automatizado

Priorização sugerida

1. MVP hardening: coords em desaparecidos; conectar ou remover feed /social mock
2. Contrato: aditivo Asaas vs Stripe; Expo vs FCM
3. Admin: suporte tickets, pagamentos admin, cupons plataforma
4. Auth: OAuth + biometria se mantidos no contrato
5. Produção: CI/CD, E2E booking→payment, session/audit
6. Limpeza: remover mocks/legado; documentar arquitetura WebView

Módulo mais crítico

Autenticação e conformidade de integrações — gap entre escrito (Google/Firebase/Stripe) e implementado (OSM/Expo/Asaas) gera risco jurídico maior que bug isolado de UI.

Maturidade por camada

Documento gerado por auditoria técnica de código · Repositórios: aumigopet-engine-lobocode, aumigopet-app-lobocode, aumigo-pet-mobile, aumigo-pet-admin · Critério: evidência real (API, persistência, E2E).