Ronni Baslund
22b2583f0b
O.0 prep from OPERATOR-PLAN.md. Mechanical refactor before adding partner management and operator-specific endpoints. The service now owns more than just provisioning orchestration (it'll soon own partners, tenant lifecycle actions, multi-audience JWT validation), so the name 'platform-api' reflects its scope better. What changed: - Directory: services/provisioning/ -> services/platform-api/ - Package: @dezky/provisioning -> @dezky/platform-api - Docker: container_name dezky-provisioning -> dezky-platform-api; compose service key 'provisioning' -> 'platform-api'; volume provisioning_node_modules -> platform_api_node_modules - Portal: PROVISIONING_INTERNAL_URL env var -> PLATFORM_API_INTERNAL_URL, default URL http://provisioning:3001 -> http://platform-api:3001 in all three proxy routes (me.get.ts, tenants/index.post.ts, tenants/[slug]/ reconcile.post.ts), plus NUXT_API_BASE updated - Health endpoint service identifier and main.ts log lines updated to 'dezky-platform-api' - Docs swept: README, CLAUDE.md, SERVICES.md, AUTHENTIK-SETUP.md, NEXT-STEPS.md, TROUBLESHOOTING.md, OPERATOR-PLAN.md, traefik/dynamic.yml What deliberately stays: - Internal module names ProvisioningService / ProvisioningModule (those describe an orchestration sub-concern, not the service's purpose) - Tenant.provisioningStatus / provisioningErrors field names (state per integration, not service name) - File services/platform-api/src/tenants/provisioning.service.ts - 'Hetzner provisioning' references in production-prep docs (infrastructure provisioning, unrelated) Verified end-to-end after rename: /api/me returns 200 with profile + 2 tenants + subscription, /api/tenants/dezky/reconcile returns 200 with Authentik integration still ok. OPERATOR-PLAN.md O.0 checkboxes ticked.
42 lines
1.4 KiB
TypeScript
42 lines
1.4 KiB
TypeScript
import { Prop, Schema, SchemaFactory } from '@nestjs/mongoose'
|
|
import { HydratedDocument, Types } from 'mongoose'
|
|
|
|
export type UserDocument = HydratedDocument<User>
|
|
|
|
export type UserRole = 'owner' | 'admin' | 'member'
|
|
|
|
@Schema({ collection: 'users', timestamps: true })
|
|
export class User {
|
|
// Authentik subject claim — stable identity across login sessions.
|
|
@Prop({ required: true, unique: true, index: true })
|
|
authentikSubjectId!: string
|
|
|
|
// Tenants this user belongs to. A user can belong to multiple tenants (e.g. partner staff).
|
|
@Prop({ type: [Types.ObjectId], ref: 'Tenant', default: [], index: true })
|
|
tenantIds!: Types.ObjectId[]
|
|
|
|
@Prop({ required: true, lowercase: true, trim: true, index: true })
|
|
email!: string
|
|
|
|
@Prop({ required: true, trim: true })
|
|
name!: string
|
|
|
|
// Role is per-user globally for the MVP. Refine to per-tenant later if needed.
|
|
@Prop({ enum: ['owner', 'admin', 'member'], default: 'member' })
|
|
role!: UserRole
|
|
|
|
@Prop({ default: true })
|
|
active!: boolean
|
|
|
|
// Cross-tenant admin flag — independent of per-tenant role above.
|
|
// Set at upsert time based on Authentik group membership; once set, the DB is the
|
|
// source of truth and a future revocation requires explicit setUserAdmin().
|
|
@Prop({ default: false, index: true })
|
|
platformAdmin!: boolean
|
|
|
|
@Prop()
|
|
lastLoginAt?: Date
|
|
}
|
|
|
|
export const UserSchema = SchemaFactory.createForClass(User)
|