Page History

...

1. Подання запевнення про намір проходження акредитації:
   1. Майданчик подає запевнення про намір проходження акредитації
   2. Проходить 1-2-1 з менеджером по роботі з майданчиками
   3. Ознайомлення з внутрішньою документацією (Положення про тестування, тощо)
2. Подача документів до МЮ:
   1. Майданчик підготовлює перелік документів для проходження акредитації визначений пунктом 22 Постанови КМУ №865
   2. Майданчик подає пакет документів до міністерства юстицій (далі МЮ) на адресу: 01001 м.Київ, вул.Городецького, 13.
   3. МЮ розглядає пакет документів та надає рішення
3. Подача доументів до АТ "Прозорро.Продажі"комісії:
   1. Надання майданчиком пакету документів з рішенням від МЮ через офіційну пошту(ел. та  та паперовий варіант + скан-копїії):
      1. паперовий варіант + скан копії  - отримувач АТ «Прозорро.Продажі»: 01601, м.Київ, вул.Бульварно-Кудрявська 22; скан-копії: ел. адреса info@prozorro.sale;;
      2. ел. варіант - адреса  info@prozorro.sale з темою «Документи для проходження тестування» підписавши КЕП.)
   2. Перевірка юридичним відділом АТ "Прозорро.Продажі" пакету документів на наявність всього переліку
4. Розгляд комісією:
   1. Комісія проводить перевірку та рекомендує (або ні) майданчик до роботи в системі АТ"Прозорро.Продажі"
   2. Комісія видає протокол та публікує відповідний витяг із протоколу за результатами розгляду на порталі.
5. Створення задачі на акредитацію – Менеджер по роботі з майданчиками створює задачу в системі (для виконання всіх дій по акредитації тощо)
6. Укладення договору на тестування – Менеджер по роботі з майданчиками підписує договір про тестування з майданчиком та надає рахунок на тестування. *Розмір плати за тестування визначається пунктом 24 Порядку та пунктом 8 Порядку відбору операторів.
7. Оплата тестування – Майданчик оплачує тестування.
8. Початок майданчиком WF "Взаємодія для тестування функціоналу" – Майданчик починає WF через Slack
9. Перевірка наявності всіх документів для подачі заявки на тестування та тестовий ключ – Менеджер по роботі з майданчиками перевіряє та підтверджує через WF, чи всі необхідні документи присутні та наявна сплата за тестування.
10. Подача заявки на тестування – Майданчик створює заявку посилання в SD отриманому в WF "Взаємодія для тестування функціоналу"+"Видача ключа до тестового оточення". 
11. Перевірка створеного запиту на наявність усіх документів – Менеджер по роботі з майданчиками перевіряє зазначений перелік на тестування та підтведжує видачу змінивши виконавця задачі на QA команду (Т. Бондарчук).
12. Тестування – Проводиться тестування доступу з виданими ключами.
13. Завершення тестування:
    
    1. Якщо тестування успішне Команда QA закриває задачу на тестування в JIRA та інформують Менеджера по роботі з майданчиками.
       1. Команда QA надає draft висновку тестування менеджеру по роботі з майданчиками
       2. Менеджер по роботі з майданчиками дозаповнює юридичну інформацію про майданчик у висновку
       3. Начальник відділу ІТ підписує висновок про тестування або профільний член правління 
    2. Якщо тестування не успішне Команда QA не закриває задачу на тестування в JIRA але інформує Менеджера по роботі з майданчиками.
       1. Менеджер по роботі з майданчиками проводить опитування
14. Закриття акта виконаних робіт – Команда по роботі з майданчиками інформує відділ бухгалтерського обліку про завершення робіт.
15. Укладення договору про використання ЕТС – Менеджер по роботі з майданчиками укладає договір із майданчиком.
16. Початок майданчиком WF "Отримання продуктивного ключа" – Майданчик подає запит на отримання ключа до продуктивного оточення через WF "Отримання продуктивного ключа".
17. Перевірка наявності всіх документів для подачі заявки на прод ключі– Менеджер по роботі з майданчиками перевіряє та підтверджує через WF, чи всі необхідні документи присутні.
18. Подання запиту на продуктивний ключ – Майданчик подає запит на отримання ключа до продуктивного оточення через заповнення форми SD у розпочатому WF "Отримання продуктивного ключа"
19. Перевірка створеного запиту на наявність усіх документів – Менеджер по роботі з майданчиками перевіряє зазначений перелік доступів та підтведжує видачу змінивши виконавця задачі на DevOps команду (П. Кузьменко).
20. Надання ключів до продуктивного оточення – DevOps команда виконує видачу ключа з доступами зазначеними в задачі, коментуючи доступ в конфігураційному файлі вручну.
21. Оновлення статусу задачі DevOps команди– після переведення задачі в статус "Готово"/"Done" в канал майданчика приходить повідомлення про видачу ключів майданчику до продуктивного оточення .
22. Створення заявки на відділ маркетингу – після надходження повідомлення про надання продуктивних ключей майданчику менеджер по роботі з майданчиками створює задачу на контент менеджера для додавання логотипу майданчика на портал та до каталогу та в "Перелік авторизованих електронних майданчиків всіх напрямків ЕТС “Prozorro.Продажі” ЦБД2 - оновлена".
23. Оновлення інформації на порталі – Контент менеджер додає логотип майданчика на портал та до каталогу та в "Перелік авторизованих електронних майданчиків всіх напрямків ЕТС “Prozorro.Продажі” ЦБД2 - оновлена" і переводить задачу в термінальний стан ("Готово"/"Done") та інформує відділ по роботі з майданчиками.
24. Повідомлення BI – Менеджер по роботі з майданчиками інформує РО (Андрія Салія) про необхідність внесення змін до аналітичної звітності в BI-системі.
25. Оновлення статусу задачі – після виконання всіх дій і домовленостей по основній задачі, менеджер по роботі з майданчиками переводить задачу в термінальний стан ("Готово"/"Done")

...

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

...