autocrm

Vasyka/autocrm

Fork 0

Commit Graph

Author	SHA1	Message	Date
Vasyka	78ff8d4b43	feat: i18n on Filament admin sidebar — 54 resources/pages translated User screenshots showed the tenant admin panel (Filament) had sidebar labels stuck in Romanian even when switching to Russian: 'Cereri', 'Calendar vizual', 'Atelierul meu', 'KPI mecanici', 'Fișe lucru', 'Norme-ore', 'Tehnicieni', 'Șabloane servicii', 'Depozite', 'Scaner', 'Depozit', 'VIN-căutare', 'Furnizori', 'Achiziții', 'Procentaj', 'Coeficienți preț', plus all group headers. Root cause: every Filament Resource and Page had static properties 'protected static ?string $navigationLabel = "Fișe lucru"' — string literals baked into class definitions. Static properties don't run through the translation layer. Fix in two parts: 1. New translation files with 52 label keys + 12 group keys: - lang/ro/nav.php — Romanian (identity) - lang/ru/nav.php — full Russian translations (Заказ-наряды, Автомобили, Клиенты, Календарь, Моя мастерская, Механики KPI, Настройки, etc.) - lang/en/nav.php — English translations (Work orders, Vehicles, Clients, Calendar, My workshop, Mechanic KPI, Settings, etc.) Keyed by the Romanian original so lookups map 1:1 — 'nav.label.Fișe lucru' returns 'Заказ-наряды' in RU, 'Work orders' in EN, 'Fișe lucru' in RO. 2. Python transformer converted 54 files: - 33 Filament Tenant Resources - 15 Filament Tenant Pages - 4 Filament Central Resources - 1 Filament Central Page - 1 Widget Each 'protected static ?string $navigationLabel = "X";' became 'public static function getNavigationLabel(): string { return __("nav.label.X"); }'. Same treatment for $navigationGroup. Cleanup: 6 resources already had manually-added getNavigationLabel methods from an earlier partial effort — those used flat JSON keys (__("Cereri")) that never resolved. Deduped so only the nav.label.* version remains. Untouched (intentional): - $modelLabel / $pluralModelLabel (used in breadcrumbs and headings — still hardcoded, next tier of work) - Section titles, column headers, form field labels (medium priority) - $navigationSort (numeric, no translation needed) - $navigationIcon (icon reference) Suite: 306 passed (853 assertions). Unchanged. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-07-13 20:41:55 +00:00
Vasyka	426156fe45	Stage 5.1 — Warehouse ERP: batches + FIFO + reservations + multi-warehouse Schema: - warehouses (multi-warehouse, code unique per company, is_default) - part_batches (lot per receipt, qty_in/qty_remaining, buy_price, FIFO-indexed) - warehouse_events (immutable ledger: opening/receipt/issue/transfer/adjustment/write_off) - part_reservations (per-WO allocations from specific batches, active/consumed/released) - companies.default_warehouse_id + parts.qty_reserved Backfill: 1 default warehouse + 1 opening batch per existing part per company. WarehouseService: - receive / issue (FIFO) / reserve / release / consume / transfer / adjust - DB::transaction + lockForUpdate on batch rows - InsufficientStockException with requested + available context - Auto-syncs parts.qty as aggregate cache (source of truth = sum(qty_remaining)) WO integration: - WorkOrderPart created/updated → reserve from FIFO batches - WorkOrderPart deleted → release - WorkOrder status=done → consume reservations into issue events - WorkOrder status=cancelled → release reservations Filament: - WarehouseResource (CRUD) - BatchesRelationManager on PartResource (FIFO list with qty_remaining + cost) - "Recepție" action on parts list → calls WarehouseService::receive - qty_reserved column added on parts list Tests (8 new, all pass): - receipt creates batch + event - FIFO order verified across 3 batches with different received_at - InsufficientStockException on over-issue - Reservations block other reservations but don't deplete on-hand - WO done consumes; WO cancelled releases - Batches tenant-isolated - Transfer between warehouses with weighted-avg cost Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-27 19:29:19 +00:00

Author

SHA1

Message

Date

Vasyka

78ff8d4b43

feat: i18n on Filament admin sidebar — 54 resources/pages translated

User screenshots showed the tenant admin panel (Filament) had sidebar
labels stuck in Romanian even when switching to Russian: 'Cereri',
'Calendar vizual', 'Atelierul meu', 'KPI mecanici', 'Fișe lucru',
'Norme-ore', 'Tehnicieni', 'Șabloane servicii', 'Depozite', 'Scaner',
'Depozit', 'VIN-căutare', 'Furnizori', 'Achiziții', 'Procentaj',
'Coeficienți preț', plus all group headers.

Root cause: every Filament Resource and Page had static properties
'protected static ?string $navigationLabel = "Fișe lucru"' — string
literals baked into class definitions. Static properties don't run
through the translation layer.

Fix in two parts:

1. New translation files with 52 label keys + 12 group keys:
   - lang/ro/nav.php — Romanian (identity)
   - lang/ru/nav.php — full Russian translations (Заказ-наряды,
     Автомобили, Клиенты, Календарь, Моя мастерская, Механики KPI,
     Настройки, etc.)
   - lang/en/nav.php — English translations (Work orders, Vehicles,
     Clients, Calendar, My workshop, Mechanic KPI, Settings, etc.)

   Keyed by the Romanian original so lookups map 1:1 —
   'nav.label.Fișe lucru' returns 'Заказ-наряды' in RU, 'Work orders'
   in EN, 'Fișe lucru' in RO.

2. Python transformer converted 54 files:
   - 33 Filament Tenant Resources
   - 15 Filament Tenant Pages
   - 4 Filament Central Resources
   - 1 Filament Central Page
   - 1 Widget

   Each 'protected static ?string $navigationLabel = "X";' became
   'public static function getNavigationLabel(): string { return
   __("nav.label.X"); }'. Same treatment for $navigationGroup.

Cleanup: 6 resources already had manually-added getNavigationLabel
methods from an earlier partial effort — those used flat JSON keys
(__("Cereri")) that never resolved. Deduped so only the nav.label.*
version remains.

Untouched (intentional):
- $modelLabel / $pluralModelLabel (used in breadcrumbs and headings —
  still hardcoded, next tier of work)
- Section titles, column headers, form field labels (medium priority)
- $navigationSort (numeric, no translation needed)
- $navigationIcon (icon reference)

Suite: 306 passed (853 assertions). Unchanged.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-07-13 20:41:55 +00:00

Vasyka

426156fe45

Stage 5.1 — Warehouse ERP: batches + FIFO + reservations + multi-warehouse

Schema:
- warehouses (multi-warehouse, code unique per company, is_default)
- part_batches (lot per receipt, qty_in/qty_remaining, buy_price, FIFO-indexed)
- warehouse_events (immutable ledger: opening/receipt/issue/transfer/adjustment/write_off)
- part_reservations (per-WO allocations from specific batches, active/consumed/released)
- companies.default_warehouse_id + parts.qty_reserved

Backfill: 1 default warehouse + 1 opening batch per existing part per company.

WarehouseService:
- receive / issue (FIFO) / reserve / release / consume / transfer / adjust
- DB::transaction + lockForUpdate on batch rows
- InsufficientStockException with requested + available context
- Auto-syncs parts.qty as aggregate cache (source of truth = sum(qty_remaining))

WO integration:
- WorkOrderPart created/updated → reserve from FIFO batches
- WorkOrderPart deleted → release
- WorkOrder status=done → consume reservations into issue events
- WorkOrder status=cancelled → release reservations

Filament:
- WarehouseResource (CRUD)
- BatchesRelationManager on PartResource (FIFO list with qty_remaining + cost)
- "Recepție" action on parts list → calls WarehouseService::receive
- qty_reserved column added on parts list

Tests (8 new, all pass):
- receipt creates batch + event
- FIFO order verified across 3 batches with different received_at
- InsufficientStockException on over-issue
- Reservations block other reservations but don't deplete on-hand
- WO done consumes; WO cancelled releases
- Batches tenant-isolated
- Transfer between warehouses with weighted-avg cost

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-27 19:29:19 +00:00

2 Commits