Цель тестового задания Реализовать Drupal-модуль, который выступает в роли моста между: внешней SQLite БД (production monitor), и базой данных Drupal. Модуль должен: читать данные об изделии из SQLite, выполнять расчёты на стороне PHP, сохранять агрегированную информацию в Drupal, выводить таблицу операций изделия. ❗ Задание является частью будущего переноса всей системы на Drupal. Важно не только «чтобы работало», но и как это реализовано.
Общие условия CMS: Drupal 10 или 11 Источник данных: SQLite (workshop_bot.db) Дизайн / верстка: не важны Twig: только отображение, без логики Фокус: архитектура, чистота кода, расчёты
Архитектура подключения к SQLite Модуль должен получать данные из внешней SQLite БД, используя: Drupal Database API; централизованное подключение (не в контроллере). ❌ Запрещено: прямые вызовы PDO в контроллерах; sqlite_open, new PDO() в бизнес-логике; SQL в Twig.
Модуль Название: factory_bridge Структура ожидаемо включает: сервис для работы с SQLite; контроллер (или блок) для вывода данных; при необходимости — entity или node.
Данные, используемые в тестовом задании Используемые таблицы SQLite (обязательно): order_items assigned_tasks work_sessions ❌ Остальные таблицы, описанные в DATABASE_SCHEMA.md, в рамках тестового задания использовать не требуется.
Алгоритмы расчёта (обязательные) Для выбранного изделия (order_items.internal_id): 1. Операции Операция = одна запись из assigned_tasks, связанная с изделием. 2. НЧ План Берётся напрямую из: assigned_tasks.applied_norm_hours
3. Ч Факт Сумма длительности всех рабочих сессий операции: Σ (work_sessions.end_time - work_sessions.start_time)
если end_time = NULL — сессия считается активной; расчёт выполняется на стороне PHP. 4. Дельта Δ = План – Факт
Вывод данных Реализовать страницу или блок, который выводит таблицу операций изделия. Минимальный набор колонок: Код / Название операции НЧ План Ч Факт Δ (дельта) Скриншот текущей реализации (не на Drupal) приложен только как пример структуры данных, визуальное совпадение не требуется.
Сохранение в Drupal При импорте данных: создать или обновить сущность в Drupal: Node типа «Изделие» или Custom Entity (по выбору разработчика). Сохранить минимум: название изделия, артикул / код, статус (произвольная логика допустима).
Критерии приёмки (на что смотрим) ✔ Drupal Coding Standards ✔ Использование Services и Dependency Injection ✔ Отсутствие прямых SQL-инъекций в БД Drupal ✔ Корректная работа с датами и таймзонами (ISO) ✔ Вся бизнес-логика в PHP, не в Twig ✔ Читаемость и структура кода
Формат сдачи Git-репозиторий или архив с модулем factory_bridge. README приветствуется, но не обязателен.
