SYSTEM DESIGN

Как должен быть построен продукт

На старте — не микросервисы, а modular monolith. Это быстрее, стабильнее и дешевле в сопровождении.

Frontend

  • Admin Web
  • Employee Portal
  • Позже: Mobile Apps

Backend

  • API-first подход
  • Domain modules
  • Очереди для фоновых задач

Storage

  • Реляционная БД
  • Объектное хранилище документов
  • Отдельный контур журналов

Базовые модули backend

HR Core module
Attendance module
Timesheet module
Order & Document module
Approval workflow module
Signature adapter
Notification module
Audit module
Reporting module
Web Admin
Employee Portal
        │
     Backend API
        │
┌───────────────┬───────────────┬───────────────┐
│ HR Core       │ Attendance    │ Timesheet     │
│ Orders        │ Documents     │ Workflow      │
│ Signatures    │ Notifications │ Audit         │
└───────────────┴───────────────┴───────────────┘
        │
   DB / File Storage / Logs

Что запрещено делать

Эти ошибки ломают продукт уже на старте.

Нельзя

делать мобильное приложение до стабилизации процессов и API.

Нельзя

считать приказ просто PDF-файлом без сущности документа и версии.

Нельзя

вести табели вручную как первичный источник без связки с фактом времени.