Leva grande, pedida como "pelo menos mais 20 etapas, use subagentes":
fecha a pendência de MFA/TOTP da Fase 1 (feito diretamente, autenticação é
sensível demais para delegar) e lança 5 subagentes em paralelo em 2 ondas
(eden-inventory, eden-support, eden-hr-timeclock; depois eden-finance,
eden-fiscal, eden-frontend), cada um em worktree isolado, com integração
seletiva manual (barrel, app.module.ts, migrations renomeadas/aplicadas,
build/typecheck/teste ao vivo antes de cada merge).
## Backend
- MFA/TOTP (`apps/api/src/auth/mfa.service.ts`, `crypto/field-encryption.service.ts`):
login em duas etapas quando `mfa_enabled=true`, `FieldEncryptionService`
genérico (AES-256-GCM versionado, ADR-0005) reaproveitado por outros
segredos reversíveis (ex. credencial de equipamento Control iD).
- Inventory: warehouses, stock_movements (ledger append-only), serialized_assets,
asset_assignments, stock_reservations — invariante "serial/patrimônio/MAC
nunca duplicado entre ativos ativos" reforçada por índices únicos parciais
no banco (Master Prompt §15.3).
- Support/Service Desk: tickets com máquina de estados, SLA com pausa/retomada
em `waiting_customer`/`waiting_third_party` (funções puras testáveis).
- HR-Timeclock (fundação): dispositivos Control iD (senha cifrada), import de
AFD com parser + CRC-16/KERMIT, `afd_records` imutável sem exceção nem
para super_admin (sem válvula de escape, diferente de audit_log).
- Fiscal: NCM/CFOP/municípios/naturezas de operação (eden.md módulo 5, MVP de
5 das ~19 tabelas), product_fiscal_profiles com invariante de único
profile ativo por billing_component.
- Billing: subscription→billing_run→invoice idempotente (regenerar em draft
substitui, nunca duplica) e imutável após consolidar (ADR-0008: nunca
confunde faturamento/documento fiscal/recebimento).
- FKs cruzadas fechadas: quotes/client_registrations/contracts.
## Frontend — primeira leva
- `packages/ui`: Design System real extraído do tema DreamsERP comprado —
achado que mudou o escopo: o tema já vem em React+Tailwind (não só
Angular), tokens visuais reais portados (cores, Geist como fonte real,
divergindo da doc antiga que citava Nunito/Poppins).
- `apps/core-web`: login real (com suporte a MFA), sessão, shell autenticado
via `AppShell` — substitui a tela estática "Bootstrap da Fase 1".
## Bugs reais encontrados e corrigidos (todos via teste ao vivo, não leitura)
1. **Segurança**: o token de desafio MFA era aceito como access token normal
pelo `JwtAuthGuard` (mesma assinatura, nenhuma checagem da claim
`purpose`) — bypass total do segundo fator. Explorado e fechado ao vivo
contra o container real; teste de regressão em `test/mfa.spec.ts`.
2. Crase solta dentro de comentário SQL na migration de hr-timeclock quebrava
o template literal JS (`SyntaxError` ao rodar a migration).
3. CORS ausente por completo na API.
4. `turbo.json` não declarava `VITE_API_BASE_URL` como input de build — o
Turborepo cacheava o bundle do frontend ignorando mudança na env var.
5. `compose.yaml` usava `${VITE_API_BASE_URL:-/api/v1}`, que colidia com a
variável de mesmo nome do `.env` local — o default nunca era aplicado.
6. Não existia `.dockerignore` — todo build copiava node_modules/.git/
worktrees de subagentes (665MB) para dentro do contexto Docker.
Decisão do operador incorporada: a API nunca tem domínio público próprio
(só IP interno) — os 3 frontends chamam por caminho relativo `/api/v1`,
proxy externo roteia same-origin; CORS só é relevante para dev local.
Verificado: `pnpm turbo run typecheck build` (28/28), `pnpm --filter
@eden/api test` (30/30, cresceu de 15), todo o lote testado ao vivo via
curl contra os containers reais reconstruídos, incluindo os 6 bugs acima
já fechados e confirmados, e a trilha de auditoria conferida no Postgres.
Claude-Session: https://claude.ai/code/session_01BcWWuKfykGtUweXmHD6cKx
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
105 lines
3.7 KiB
TypeScript
105 lines
3.7 KiB
TypeScript
import { Body, Controller, Get, Param, Patch, Post, Query, UseGuards } from "@nestjs/common";
|
|
import { ApiBearerAuth, ApiTags } from "@nestjs/swagger";
|
|
import { BillingService } from "./billing.service.js";
|
|
import { CreateBillingSubscriptionDto } from "./dto/create-billing-subscription.dto.js";
|
|
import { CreateBillingRunDto } from "./dto/create-billing-run.dto.js";
|
|
import { JwtAuthGuard } from "../auth/jwt-auth.guard.js";
|
|
import { PermissionGuard } from "../auth/permission.guard.js";
|
|
import { RequirePermission } from "../auth/decorators/require-permission.decorator.js";
|
|
import { CurrentUser } from "../auth/decorators/current-user.decorator.js";
|
|
import type { EdenAuthenticatedUser } from "../auth/jwt-auth.guard.js";
|
|
import type {
|
|
BillingRunStatus,
|
|
BillingSubscriptionStatus,
|
|
InvoiceStatus,
|
|
} from "@eden/database";
|
|
|
|
/**
|
|
* Billing — Master Prompt §6.10, ADR-0008. Recurring subscription ->
|
|
* billing_run -> invoice MVP. Explicitly NOT Finance/AR-AP (títulos,
|
|
* boletos, dunning) or Fiscal (documento fiscal) — see ADR-0008. See
|
|
* billing.service.ts for the authorization rules (why run
|
|
* creation/consolidation requires 'all' scope).
|
|
*/
|
|
@ApiTags("billing")
|
|
@ApiBearerAuth()
|
|
@UseGuards(JwtAuthGuard, PermissionGuard)
|
|
@Controller("v1/billing")
|
|
export class BillingController {
|
|
constructor(private readonly billing: BillingService) {}
|
|
|
|
@Get("subscriptions")
|
|
@RequirePermission("billing", "view")
|
|
listSubscriptions(
|
|
@CurrentUser() user: EdenAuthenticatedUser,
|
|
@Query("status") status?: BillingSubscriptionStatus,
|
|
) {
|
|
return this.billing.listSubscriptions(user, status);
|
|
}
|
|
|
|
@Post("subscriptions")
|
|
@RequirePermission("billing", "edit")
|
|
createSubscription(
|
|
@Body() dto: CreateBillingSubscriptionDto,
|
|
@CurrentUser() user: EdenAuthenticatedUser,
|
|
) {
|
|
return this.billing.createSubscription(dto, user);
|
|
}
|
|
|
|
@Patch("subscriptions/:id/cancel")
|
|
@RequirePermission("billing", "edit")
|
|
cancelSubscription(@Param("id") id: string, @CurrentUser() user: EdenAuthenticatedUser) {
|
|
return this.billing.cancelSubscription(id, user);
|
|
}
|
|
|
|
@Post("runs")
|
|
@RequirePermission("billing", "edit")
|
|
createRun(@Body() dto: CreateBillingRunDto, @CurrentUser() user: EdenAuthenticatedUser) {
|
|
return this.billing.createOrRegenerateRun(dto, user);
|
|
}
|
|
|
|
@Get("runs")
|
|
@RequirePermission("billing", "view")
|
|
listRuns(
|
|
@CurrentUser() user: EdenAuthenticatedUser,
|
|
@Query("referenceYear") referenceYear?: string,
|
|
@Query("referenceMonth") referenceMonth?: string,
|
|
@Query("status") status?: BillingRunStatus,
|
|
) {
|
|
return this.billing.listRuns(user, {
|
|
referenceYear: referenceYear != null ? Number(referenceYear) : undefined,
|
|
referenceMonth: referenceMonth != null ? Number(referenceMonth) : undefined,
|
|
status,
|
|
});
|
|
}
|
|
|
|
@Get("runs/:id")
|
|
@RequirePermission("billing", "view")
|
|
getRun(@Param("id") id: string, @CurrentUser() user: EdenAuthenticatedUser) {
|
|
return this.billing.getRun(id, user);
|
|
}
|
|
|
|
@Post("runs/:id/consolidate")
|
|
@RequirePermission("billing", "edit")
|
|
consolidateRun(@Param("id") id: string, @CurrentUser() user: EdenAuthenticatedUser) {
|
|
return this.billing.consolidateRun(id, user);
|
|
}
|
|
|
|
@Get("invoices")
|
|
@RequirePermission("billing", "view")
|
|
listInvoices(
|
|
@CurrentUser() user: EdenAuthenticatedUser,
|
|
@Query("status") status?: InvoiceStatus,
|
|
@Query("referenceYear") referenceYear?: string,
|
|
@Query("referenceMonth") referenceMonth?: string,
|
|
@Query("resellerId") resellerId?: string,
|
|
) {
|
|
return this.billing.listInvoices(user, {
|
|
status,
|
|
referenceYear: referenceYear != null ? Number(referenceYear) : undefined,
|
|
referenceMonth: referenceMonth != null ? Number(referenceMonth) : undefined,
|
|
resellerId,
|
|
});
|
|
}
|
|
}
|