Частина 1 "Початок роботи АТ "Прозорро.Продажі" - Видача ключей до тестового середовища
- Подання запиту на первинну взаємодію – Майданчик подає запит на первинну взаємодію через форму на порталі АТ "Прозорро.Продажі"
- Укладення договору на первинну взаємодію – Менеджер по роботі з клієнтами підписує договір про первинну взаємодію з майданчиком.
- Створення каналу Slack – Менеджер по роботі з клієнтами створює канал в Slack і додає розробника та менеджмент майданчика додає всі необхідні WF для якісної взіємодії з майданчиком та запускає WF "Отримання тестового ключа"
- Отримання технічної документації – Менеджер по роботі з клієнтами додає до Slack каналу посилання на технічну документацію (ТЗ процедур Swagger)
- Подання запиту на тестовий ключ – Майданчик подає запит на отримання ключа до тестового середовища через наданє посилання на SD в розпочатому WF "Отримання тестового ключа".
- Перевірка створеного запиту на наявність всіх документів –
- Надання тест ключів – DevOps команда виконує видачу ключів до оточень (Sandbox та Stage) до всіх напрямків , коментуючи доступ в конфігураційному файлі вручну.
- Оновлення статусу задачі DevOps команди– після переведення задачі в статус "Готово"/"Done" в канал майданчика та в канал відділу по роботі з майданчиками приходить повідомлення про видачу ключів майданчику до тестових оточень.
Частина 2. Розробка майданчиком функціоналу
Частина 3. Акредитація та тестування
- Подання запиту на тестування – Майданчик подає запит тестування розвобленого функціоналу через WF "Взаємодія для тестування функціоналу", збирає пакет документів (Зазначений в WF) та передає на розгляд внутрішній комісії.
- Перевірка пакету документів – Менеджер по роботі з майданчиками перевіряє, чи всі необхідні документи присутні.
- Розгляд комісією – Комісія проводить перевірку та рекомендує (або ні) перехід до тестування.
- Укладення договору на тестування – Менеджер по роботі з майданчиками підписує договір про тестування з майданчиком.
- Подача заявки на тестування – Майданчик створює заявку посилання в SD отриманому в WF "Взаємодія для тестування функціоналу".
- Олата тестування – Майданчик оплачує тестування в разі якщо воно оплачуванє або безкоштовне тестування підтверджує проходження тестування та наявність договорів за протестованим функціоналом з майданчиком змінивши виконавця задачі на DevOps команду (Павел Кузьменко).
- Підтвердження оплати тестування –
- Тестування – Проводиться тестування доступу з виданими ключами.
- Завершення тестування – Команда QA надає висновок тестування (тестувальники закривають задачу в JIRA, якщо тестування успішне, та інформують Менеджера по роботі з майданчиками).
- Закриття акта виконаних робіт – Підтвердження завершення робіт.
- Укладення договору про використання АТС – Менеджер по роботі з майданчиками укладає договір із майданчиком.
Частина 4. Видача ключа до продуктивного оточення
- Подання запиту на ключ – Майданчик подає запит на отримання ключа до продуктивного оточення через WF "Отримання продуктивного ключа".
- Перевірка створено запиту на наявність всіх документів –
- Надання прод ключів – DevOps команда виконує видачу ключа з доступами зазначеними в задачі, коментуючи доступ в конфігураційному файлі вручну.
- Оновлення статусу задачі DevOps команди– після переведення задачі в статус "Готово"/"Done" в канал майданчика та в канал відділу по роботі з майданчиками приходить повідомлення про видачу ключів майданчику до продуктивного оточення .
Частина 5. Розробка майданчиком додаткового функціоналу
Частина 6. Тестування розширеного функціоналу
Частина 7. Розширення дозволів на продуктивне оточення
- Подання запиту на ключ – Майданчик подає запит на розширення ключа до продуктивного оточення через WF "Розширення дозволів на Прод оточення".
- Перевірка створено запиту на наявність всіх документів –
- Надання прод ключів – DevOps команда виконує розширення дозволів ключа відповідно до зазначених задачі, коментуючи доступ в конфігураційному файлі вручну.
- Оновлення статусу задачі DevOps команди– після переведення задачі в статус "Готово"/"Done" в канал майданчика та в канал відділу по роботі з майданчиками приходить повідомлення про видачу ключів майданчику до продуктивного оточення .
Частина 8. Блокування майданчиків на всіх ототченнях/Обмеження дозволів
- Офіційний лист/виявлення порушення – Якщо майданчик ініціює вихід , подається офіційний лист про розірвання договору (на основі завершення співпраці чи фінансових причин). Якщо ж є порушення, то питання ініціюється з нашого боку.
- Створення завдання – Менеджер по роботі з майданчиками створює задачу в системі
та тегає Тараса Бондарчука (приклад: ) для подальшого виконання - Юридична перевірка – Юридичний відділ проводить перевірку обґрунтованості вимоги та підтверджує її.
- Офіційне підтвердження – Наказ про припинення/обмеження доступу (видається юридичним відділом або менеджером по роботі з майданчиками); у разі власного бажання – розірвання договору.
- Інформування бухгалтерії – Бухгалтерія інформується про припинення доступу майданчику.
- Оцінка на наявність активних об'єктів – Визначає подальший шлях чи це блокування чи обмеження ключей
- Якщо всі взаємодії завершено - відбувається блокування ключей
- Створення заявки на DevOps – Менеджер по роботі з майданчиками створює задачу через SD на DevOps команду
- Виконання блокування – DevOps команда виконує блокування, коментуючи доступ в конфігураційному файлі вручну.
- Оновлення статусу задачі DevOps команди– після переведення задачі в статус "Готово"/"Done" в канал майданчика та в канал відділу по роботі з майданчиками приходить повідомлення про блокування доступу майданчику.
- Створення заявки на відділ маркетингу – після надходження повідомлення про блокування доступу майданчику менеджер по роботі з майданчиками створює задачу на контент менеджера для видалення логотипу майданчика з порталу та з каталогу.
- Оновлення інформації на порталі – Контент менеджер видаляє логотип майданчика з порталу та з каталогу і переводить задачу в термінальний стан ("Готово"/"Done") та інформує відділ по роботі з майданчиками.
- Повідомлення BI – Менеджер по роботі з майданчиками інформує РО (Андрія Салія) про необхідність внесення змін до аналітичної звітності в BI-системі.
- Оновлення статусу задачі на юр відділу – після надходження повідомлення про видалення логотипу майданчика з порталу та з каталогу та інформування PO, менеджер по роботі з майданчиками переводить задачу в термінальний стан ("Готово"/"Done").
- Якщо присутні обмеження, які не дозволяють повне блокування ключей - відбувається обмеження дозволів
- Створення заявки на DevOps – Менеджер по роботі з майданчиками створює задачу через SD на DevOps команду
- Виконання блокування – DevOps команда виконує обмеження доступів ключа згідно задачі, коментуючи доступ в конфігураційному файлі вручну.
- Оновлення статусу задачі DevOps команди– після переведення задачі в статус "Готово"/"Done" в канал майданчика та в канал відділу по роботі з майданчиками приходить повідомлення про обмеження доступу майданчику.
після надходження повідомлення про блокування доступу майданчику менеджер по роботі з майданчиками створює задачу на контент менеджера для видалення логотипу майданчика з порталу та з каталогу. – Контент менеджер видаляє логотип майданчика з порталу та з каталогу і переводить задачу в термінальний стан ("Готово"/"Done") та інформує відділ по роботі з майданчиками. – Менеджер по роботі з майданчиками інформує РО (Андрія Салія) про необхідність внесення змін до аналітичної звітності в BI-системі.- Оновлення статусу задачі на юр відділу – після надходження повідомлення про видалення логотипу майданчика з порталу та з каталогу та інформування PO, менеджер по роботі з майданчиками переводить задачу в термінальний стан ("Готово"/"Done")
Після завершення виконання дій, що обмежували можливість блокування ключей (повний розрахунок, тощо..) . Менеджер створює задачу на повне блокування.