Опис проєкту
ПерекладМи розподілена компанія, і майже вся щоденна координація йде в Slack, але занадто багато робиться вручну. Узгодження втрачаються в тредах, апдейти зі стендапів переписуються руками, а заявки на відпустку співробітники по одному пінгують керівникам. Нам потрібен внутрішній Slack-бот, який перетворить ці рутинні потоки в зрозумілі структуровані дії прямо всередині робочого простору, щоб люди перестали по десять разів перельськувати одне й те саме в каналах. Мета проста: менше розрізнених повідомлень та прозорий, перевіримий слід по кожній заявці.
Бот має закривати чотири сценарії. Перший — запити на узгодження: слеш-команда відкриває модальне вікно, заявка публікується з кнопками «Затвердити» та «Відхилити», а рішення фіксується з ім'ям узгоджуючого та часом. Другий — збір стендапів: у встановлений час бот задає кожному учаснику три запитання та публікує акуратну зведення в канал команди. Третій — заявки на відпустку: співробітник зазначає дати через інтерактивну форму, керівник підтверджує одним кліком, результат зберігається. Четвертий — сповіщення з наших внутрішніх систем: бот приймає события та розкладає форматовані повідомлення по потрібних каналах або людям.
Чекаємо реалізацію на офіційному Slack API з коректним набором прав та OAuth-скоупів, перевіркою підпису запитів та принципом мінімальних привілеїв — не більше доступу, ніж потрібно кожній функції. Інтерактивні компоненти, модальні вікна та завдання за розкладом мають працювати надійно, а кожна дія — логуватися. Опишіть ваш підхід, де пропонуєте хостити бота та як будете зберігати секрети та обходити обмеження запитів.
— Слеш-команди та модальні вікна для узгоджень
— Збір стендапів за розкладом зі зведеннями
— Потік відпусток з підтвердженням в один клік
— Вхідні вебхуки з внутрішніх систем
— Мінімальні скоупи та підписані запити
Бот має закривати чотири сценарії. Перший — запити на узгодження: слеш-команда відкриває модальне вікно, заявка публікується з кнопками «Затвердити» та «Відхилити», а рішення фіксується з ім'ям узгоджуючого та часом. Другий — збір стендапів: у встановлений час бот задає кожному учаснику три запитання та публікує акуратну зведення в канал команди. Третій — заявки на відпустку: співробітник зазначає дати через інтерактивну форму, керівник підтверджує одним кліком, результат зберігається. Четвертий — сповіщення з наших внутрішніх систем: бот приймає события та розкладає форматовані повідомлення по потрібних каналах або людям.
Чекаємо реалізацію на офіційному Slack API з коректним набором прав та OAuth-скоупів, перевіркою підпису запитів та принципом мінімальних привілеїв — не більше доступу, ніж потрібно кожній функції. Інтерактивні компоненти, модальні вікна та завдання за розкладом мають працювати надійно, а кожна дія — логуватися. Опишіть ваш підхід, де пропонуєте хостити бота та як будете зберігати секрети та обходити обмеження запитів.
— Слеш-команди та модальні вікна для узгоджень
— Збір стендапів за розкладом зі зведеннями
— Потік відпусток з підтвердженням в один клік
— Вхідні вебхуки з внутрішніх систем
— Мінімальні скоупи та підписані запити
Веб програмування Готівка, Банківський переказ
