Page History

...

1. В майданчика з'являється питання
2. Майданчик самостійно намагається знайти відповідь на питання:
   1. У swagger
   2. У ТЗ у gitlab
3. Якщо майдачник не знаходить відповідь на питання самостійно, майданчик формулює питання і задає у загальному каналі slack (dev_cdb3_chameleon, за замовчуванням. dev_cdb3_timber, якщо мова йде про єдиний інтерфейс і роботу з деревиною)
4. Якщо інші майданчики не змогли допомогти, автор запитання:
   1. переносить запитання у gitlab issues
      1. питання по документації - issue у https://gitlab.prozorro.sale/public-projects/documentations
      2. технічні питання по ЦБД-3 - issue у https://gitlab.prozorro.sale/prozorro-sale/procedure
   2. дає посилання на issue у треді у відповіді на своє питання у каналі slack
      1. Якщо за  1-2 робочих дні (крім критичних питань, або блокерів на майданчику) відповідь на issue відсутня, майданчик тегає у треді представника ДП (kateryna.zhluktenko або Olga Kochubynska), представник ДП з'ясовує, що з issue, надає інформацію про орієнтовний час вирішення

Посилання на зустріч

https://drive.google.com/open?id=1wuX8MZOTUrDb8lhrA5z5bg0U4G4oPi2mdrive/folders/1p1iqfAcVgUQcRMM5BTB3msCik1Z_tMuZ?usp=sharing

Питання від майданчиків

1. тобто на проді цбд-3 не буде тестмоду?
   1. не буде
   2. staging на 100% має співпадати з production
   3. тестову процедуру майданчик публікує на staging, тестові кабінети організаторів і учасників заводить на staging
   4. в ЦБД є ендпоінт, де є можливість перевірити роботу ключа, в тому числі на продуктиві