Календар бронювання допомагає керувати сучасними операціями. Рішення щодо пропускної здатності вимагають іншого погляду: яка рампа перевантажена протягом тижня, де залишається доступна потужність і чи просто переносить навантаження з одного дня на інший.

Time Slot Control вже містить дані, необхідні для цього вигляду. Його API OData робить дані доступними для Power BI без ручного експорту чи копіювання значень у іншу таблицю. Перший звіт потребує лише двох наборів даних: резервування та ресурси, тобто рампи або інші робочі місця.

Підключення у три кроки

Створіть у Time Slot Control окремий обліковий запис із роллю, що дозволяє доступ до API.
У Power BI виберіть Отримати дані → OData Feed і введіть кореневу адресу сервісу:
https://api.timeslotcontrol.com/odata/v1/[tenant]
Виберіть автентифікацію Basic, а потім у Навігаторі сутності Reservation і Resource.

Power BI запитує облікові дані окремо. Тому пароль не повинен міститися в Power Query, зображенні або спільному файлі визначення звіту. Після завантаження зв’яжіть таблиці через Reservation.ResourceId = Resource.Id. TSC OData не підтримує $expand, тому зв’язок у моделі даних зрозуміліший за один широкий запит.

Що насправді вимагає тижневе використання

Для базового огляду дані резервації потребують лише ідентифікатора рампи, запланованого початку і кінця, статусу затвердження та кількох полів для перевірки винятків. Каталог ресурсів надає ім'я рампи та місце. Запит OData може бути обмежений вибраним тижнем і необхідними стовпцями, тому Power BI не отримує всю історію та повний контракт даних при кожному оновленні.

Кількість резервувань сама по собі не є використанням. Десять коротких слотів можуть займати менше часу, ніж чотири довгі операції. Отже, зразковий звіт використовує таке визначення:

Використання рампи = заброньовані хвилини / заплановані доступні хвилини.

Наприклад, робоче вікно встановлено рівномірно на 16 годин на робочий день. У реальному розгортанні знаменник має відображати зміни, години роботи та будь-яку паралельну пропускну здатність кожної рампи. Також потрібно вирішити, чи включати очікувані бронювання, відхилені запити чи неявки. Звіт має чітко відображати це визначення, щоб однаковий відсоток відповідав однаковому правилу роботи для всіх.

Ілюстративний звіт Power BI про тижневу завантаженість окремих рамп

Візуал використовує синтетичні дані і не відображає жодного конкретного звіту чи конфігурації клієнта.

Одна сторінка відповідає на чотири практичні питання

Як у нас справи загалом? Картки KPI показують заброньовані години, середнє використання та найвищий щоденний пік.
Де вузьке місце? Рейтинг рамп швидко виявляє робочі місця, які постійно наближаються до повної потужності.
Який день є проблемним? Теплова карта порівнює рампи та дні в одному вигляді і підкреслює нерівномірний розподіл.
Що стоїть за конкретною кількістю? Деталі бронювання дозволяють користувачам переходити з відсоткового відсотка до окремих слотів, їх тривалості та статусу.

У вибіркових даних Рампа 4 має найвищу завантаженість. Цей результат сам по собі не доводить, що додавання потужностей є правильною відповіддю. Причиною можуть бути погано розподілені часи прибуття, довго зарезервовані блоки, інший тип роботи або пропускна здатність, яку можна перемістити на іншу рампу. Звіт робить питання очевидним; рішення приймається шляхом поєднання кількості з знаннями процесу.

Від запланованої пропускної здатності до подальших рішень

Ту саму модель даних можна поступово розширювати. Заплановані часи можна порівнювати з фактичним прибуттям і відправленням транспортного засобу, відстежувати частоту неявки, порівнювати операції на прибутті та відправлення, або додавати вагу, обсяг і кількість вантажних одиниць. Окрім використання, це дає уявлення про надійність планування та вимоги окремих операцій.

Корисні наступні кроки включають:

Запланований і фактичний час служби,
використання за сайтом, типом бронювання або перевізником,
тенденції неявок і прибуття поза запланованим вікном,
прогноз потужності на найближчі тижні,
Порівняння заброньованого часу з об'ємом, вагою або кількістю піддонів.

Оновлення без іншого експорту

Зразок використовує режим імпорту Power BI. Користувачі можуть оновлювати дані за запитом і налаштовувати заплановане оновлення у Power BI Service після публікації звіту. Отже, результат відображає останнє успішне оновлення; це не живий операційний монітор. Для управління завантаженням і розвантаженням, які зараз відбуваються, календар TSC і Slot Monitor залишаються правильними інструментами. Power BI додає аналітичний погляд для порівняння, тенденцій і прийняття рішень.

Під час публікації звіту облікові дані для джерела даних — і, залежно від архітектури, до шлюзу даних — мають бути налаштовані безпечно. Рекомендуємо мати виділений обліковий запис API з мінімально необхідними дозволами, запит обмежений необхідним періодом і чітко задокументовані правила метрики.

Починайте з одного питання, а не з десятків графіків

Перша версія не обов'язково має бути великою. Щотижневе використання рамп — потужний пілот: він використовує зрозумілі дані, результат можна порівняти з операційним досвідом, а звіт можна швидко уточнити. Після підтвердження визначення пропускної здатності та фільтрів той самий метод підключення може підтримати інші логістичні питання.

Хочете підключити власні дані Time Slot Control до Power BI? Допоможемо вибрати поля, визначити правила показників і безпечно налаштувати оновлення. Перегляньте інтеграції Time Slot Control або зв’яжіться з нами.