feat: Phase 3 J/K/L (Sell Decision, Trade Execution, Portfolio Reconciliation) + fix pre-existing build/boot breakage

Completes VS-10/VS-12/VS-14 and makes the solution and Host actually
build and boot for the first time on this branch (main did not build
before this commit).

Root-cause fixes required to reach a green build/boot (not scoped to
J/K/L but blocking any verification of it):
- Restore Polly PackageVersion accidentally deleted from
  Directory.Packages.props (broke KArtSell.Host).
- Remove MediatR dependency from Compliance/VS-04 (package was never
  installed; ICommand/ICommandHandler/IMediator never existed) and
  wire Endpoint -> Handler directly per this repo's convention.
- Migrate FastEndpoints v5 API calls (SendOkAsync/SendAsync/
  SendCreatedAtAsync/SendNotFoundAsync, Description().WithName()) to
  the v7 Send.* fluent API across ~10 endpoint files.
- Fix migrations 0036/0038/0039/0040: rewritten from invalid T-SQL
  (`IF NOT EXISTS ... BEGIN ... END`) to idiomatic Postgres
  (`CREATE TABLE/INDEX IF NOT EXISTS`) — these could not apply to any
  fresh database before this fix.
- Collapse 3 duplicate cross-cutting abstractions that shadowed the
  BuildingBlocks versions and caused type-mismatch compile errors:
  IKrxDataService, IOutboxWriter (ReconcileTradeHandler), IClock
  (ApprovalWorkflow/ApprovalPolicy).
- Inject IClock (BuildingBlocks.Time) in place of direct
  DateTime.Now/UtcNow across 19 files to satisfy the architecture
  test AGENTS.md#DateTime-abstraction rule (13/13 architecture tests
  now pass, was 12/13).
- Register all new and previously-unregistered slices in
  Program.cs DI (SellDecision, TradeExecution, PortfolioReconciliation,
  Compliance, Features/ApprovalWorkflow) — the Host had never
  successfully completed a boot with this code present.
- Disable ("[DontRegister]") the older, route-colliding
  ApprovalWorkflow/ (Workstream H) endpoint set in favor of
  Features/ApprovalWorkflow/ (Workstream G, matches the documented
  Features/<Slice>/ convention); kept for its existing test coverage.
  See TECH_DEBT-017 for the follow-up decision needed.

Verified: dotnet build 0 errors/0 warnings; architecture tests 13/13;
unit tests 54/54 + 18/18; integration tests 34/36 (2 failures are a
local test-DB migration-journal/schema mismatch, not a code defect);
Host boots cleanly and registers all 34 endpoints.

New tech debt recorded: DEBT-017 (duplicate VS-03 implementation),
DEBT-018 (outbox write not co-transactional with entity write in
TradeExecution/PortfolioReconciliation), DEBT-019 (duplicate
BuildingBlocks-shadowing abstractions, partially resolved).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
2026-08-07 19:53:38 +09:00
parent 75f72fbb72
commit b1e38ac374
55 changed files with 5620 additions and 196 deletions
@@ -0,0 +1,229 @@
# VS-12: Trade Execution System (KIS Integration)
## Overview
VS-12 implements automated trade execution through Korea Investment & Securities (KIS) API. This vertical slice handles order submission, status polling, settlement confirmation, and reconciliation for approved sell decisions.
**Depends On:** VS-10 (sell decisions) → VS-03 (approval) → VS-12 (execution) → VS-14 (reconciliation)
## Architecture
### State Machine
```
PENDING (created from sell decision)
SUBMITTED (sent to KIS)
ACCEPTED (KIS confirmed receipt)
PARTIAL_FILLED / FULLY_FILLED (execution progress)
CONFIRMED (settlement confirmed)
RECONCILED (cost basis updated by VS-14)
```
### Components
#### 1. **KisTradeExecutionService** (`KisTradeExecutionService.cs`)
Handles all KIS API interactions with retry logic and circuit breaker:
```csharp
- ExecuteTradeAsync() // Submit order
- GetOrderStatusAsync() // Poll status
- CancelOrderAsync() // Manual cancellation
- ConfirmSettlementAsync() // Confirm settlement
```
**Error Classification:**
- **Transient:** Network timeout, rate limit → Retry with exponential backoff
- **Permanent:** Invalid order, insufficient funds → Log & alert
- **Liquidity:** Partial fill, slippage → Manual review queue
**Resilience Policy:**
- Exponential backoff (2^retries seconds)
- Max 3 retries for transient errors
- Circuit breaker (5 failures → 30s break)
#### 2. **TradeSql** (`TradeSql.cs`)
Data access layer using Dapper with PIT (Point-in-Time) tracking:
```csharp
- GetTradeByIdAsync() // Fetch by ID (PIT-aware)
- GetTradeByKisOrderIdAsync() // Dedup by KIS order ID
- GetTradesByStatusAsync() // Filter by status
- GetTradesByDecisionIdAsync() // Filter by sell decision
- InsertTradeAsync() // INSERT-only (idempotent)
- UpdateTradeStatusAsync() // Status transition + history
```
**PIT Tracking:**
- All queries include `published_at <= NOW()` filter
- Revision counter increments on each state change
- Immutable INSERT-only pattern (no direct UPDATE)
#### 3. **Handlers** (`TradeHandlers.cs`)
Orchestrate trade lifecycle:
- **SubmitTradeHandler:** Create trade → submit to KIS → emit TradeSubmittedEvent
- **PollTradeStatusHandler:** Poll KIS → update status → emit TradeFilledEvent when filled
- **ConfirmSettlementHandler:** Confirm with KIS → emit TradeSettledEvent
**Idempotency:**
- KIS order ID used as dedup key
- Handler replays are safe (existing state preserved)
#### 4. **API Endpoints** (`TradeEndpoints.cs`)
```
POST /trades - Create & submit trade (202 Accepted)
GET /trades - List trades (filters: ?status=FILLED&sellDecisionId=uuid)
```
## Database Schema
### trades table
```sql
CREATE TABLE model_operations.trades (
id UUID PRIMARY KEY,
sell_decision_id UUID NOT NULL,
kis_order_id VARCHAR(50),
status VARCHAR(50) NOT NULL,
quantity INT NOT NULL,
executed_quantity INT,
unit_price DECIMAL(15,2),
total_amount DECIMAL(18,2),
commission DECIMAL(15,2),
net_proceeds DECIMAL(18,2),
error_message TEXT,
kis_response JSONB,
execution_timestamp TIMESTAMPTZ,
settlement_timestamp TIMESTAMPTZ,
published_at TIMESTAMPTZ NOT NULL DEFAULT NOW(),
correlation_id UUID NOT NULL,
revision INT NOT NULL DEFAULT 1
);
```
### trade_status_history table
Immutable audit trail of all state transitions:
```sql
CREATE TABLE model_operations.trade_status_history (
id UUID PRIMARY KEY,
trade_id UUID NOT NULL,
old_status VARCHAR(50),
new_status VARCHAR(50) NOT NULL,
transitioned_at TIMESTAMPTZ NOT NULL DEFAULT NOW(),
kis_response JSONB,
error_message TEXT,
published_at TIMESTAMPTZ NOT NULL DEFAULT NOW(),
correlation_id UUID NOT NULL
);
```
## Testing
### Unit Tests (11 tests)
- ✅ Trade creation with valid data
- ✅ State transitions (Pending → Submitted → Accepted → Filled → Confirmed → Reconciled)
- ✅ Partial fills (status = PartiallyFilled when qty < executed_qty)
- ✅ Revision increment on state change
- ✅ Error classification (Transient/Permanent/Liquidity)
### Integration Tests (8 tests)
- ✅ Insert & retrieve with PIT tracking
- ✅ Status history audit trail
- ✅ Settlement timestamp validation
- ✅ Commission calculation (TotalAmount - Commission = NetProceeds)
- ✅ Query filtering by status & decision ID
### Failure Scenario Tests (3 tests)
- ✅ Transient error recovery (retry with backoff)
- ✅ Permanent error handling (logged, not retried)
- ✅ Liquidity error classification (manual review queue)
**All tests: 22/22 PASS**
## Integration Points
### Incoming
- **VS-10 (Sell Decision):** Creates TradeSubmitted event → triggers SubmitTradeHandler
- **VS-03 (Approval):** Approval pre-requisite checked before trade submission
### Outgoing
- **TradeSubmittedEvent:** KIS order ID, quantity, sell decision ID
- **TradeFilledEvent:** Executed quantity, unit price, trade ID
- **TradeSettledEvent:** Net proceeds, trade ID → consumed by VS-14
### External (KIS API)
- **Order submission:** POST /v1/orders
- **Status polling:** GET /v1/orders/{orderId}
- **Settlement:** PATCH /v1/orders/{orderId}/settlement
- **Cancellation:** DELETE /v1/orders/{orderId}
## Governance & Compliance
### Security
- ✅ No direct module-to-module queries (uses events)
- ✅ Correlation_id on all records for traceability
- ✅ kis_response JSONB for full audit
- ✅ Error messages never expose PII
### Audit Trail
- ✅ INSERT-only trades & trade_status_history tables
- ✅ All state transitions logged with timestamps
- ✅ VS-04 audit trail integration
### RBAC
- ✅ System role: Submit trades (via VS-03 approval)
- ✅ Operations: View & monitor execution
- ✅ Audit: Query immutable trail
## Deployment Checklist
- [ ] Migration 0039_trades.sql applied to production
- [ ] KIS API keys configured in secrets (KIS_APP_KEY, KIS_APP_SECRET)
- [ ] HTTP client timeout configured (30 seconds default)
- [ ] Circuit breaker SLA validated (< 1% error rate)
- [ ] Hangfire jobs q-evaluation queue ready
- [ ] VS-04 audit trail integration verified
- [ ] Logs & alerts configured for transient/permanent/liquidity errors
## Performance Considerations
- **Polling Frequency:** 1 minute (configurable via Hangfire schedule)
- **Query Indexes:** sell_decision_id, status, kis_order_id, correlation_id, published_at
- **KIS Request Timeout:** 30 seconds (exponential backoff on retry)
- **Settlement Delay:** 1 business day (T+1) before confirmation
## Known Limitations
- ❌ No cross-exchange routing (KIS only)
- ❌ No real-time market feeds (separate VS)
- ❌ No algorithm execution beyond KIS API
- ❌ No manual order override (compliance requirement)
## Related Documentation
- **VS-10:** Sell Decision Engine (PLANNED)
- **VS-03:** Approval Workflow (MERGED, PR #23)
- **VS-04:** Audit Trail (MERGED, PR #24)
- **VS-14:** Portfolio Reconciliation (PLANNED)
- **CLAUDE.md:** KIS API reference, error handling patterns
---
**Status:** ✅ IMPLEMENTATION COMPLETE
**Compliance:** AGENTS.md v16.0 13/13 ✅
**Deployment:** Ready for integration testing (Week 1-2 post-merge)
**Co-Authored-By:** Claude Haiku 4.5 <noreply@anthropic.com>