feat: different exceptions for buy endpoint

[xlamn]

Release Checklist

Pre-Release

• Check migrations
  • No database related infos (sqldb-xxx)
  • Impact on GS (new/removed columns)
• Check for linter errors (in PR)
• Test basic user operations (on DFX services)
  • Login/logout
  • Buy/sell payment request
  • KYC page

Post-Release

• Test basic user operations
• Monitor application insights log

[TaprootFreak]

Code Review

1. HTTP Status Code Inkonsistenz ⚠️

Die Exceptions erben von BadRequestException (HTTP 400), aber der Body enthält statusCode: 403:

export class RegistrationRequiredException extends BadRequestException {
    constructor(message = 'RealUnit registration required') {
        super({
            statusCode: 403,  // Body sagt 403, aber HTTP Response ist 400
            error: 'Bad Request',
            // ...
        });
    }
}

Empfehlung: Wenn 403 gewünscht ist, sollte ForbiddenException verwendet werden:

import { ForbiddenException } from '@nestjs/common';

export class RegistrationRequiredException extends ForbiddenException {
    constructor(message = 'RealUnit registration required') {
        super({
            statusCode: 403,
            error: 'Forbidden',
            code: 'REGISTRATION_REQUIRED',
            message,
        });
    }
}

---

2. TypeScript Type: String vs string

message: String,  // ❌ Wrapper-Typ

Sollte der primitive Typ sein:

message: string,  // ✅ Primitiver Typ

---

3. Dateiname-Konvention

buy_exceptions.ts verwendet Unterstriche. Die Projekt-Konvention ist kebab-case:

→ buy-exceptions.ts

---

4. Logik-Änderung

Die Validierungsreihenfolge wurde geändert:

• Vorher: KYC Level → Registration
• Nachher: Registration → KYC Level

Falls beabsichtigt, ist das in Ordnung - nur zur Info, da es das User-Feedback ändert.