Date

Attendees

  • IT department ДП
  • RG
  • представники майданчиків

Повістка зустрічі

  • DS - введено функціонал, а саме документи будуть поділятися на публічні та приватні.

Публічні документи - доступні будь-кому та після потрапляння в DS їх може завантажити будь-хто

Приватні документи - після потрапляння в DS не будуть доступні взагалі, поки такий документ не буде прив'язано в АРІ в ЦБД до відповідного об'єкту процедуру. Після ЦБД буде надавати тимчасові token`и на доступи до цього документу відповідно до ролі. Цей тимчасовий token буде надавати можливість цей документ завантажити та отримати. Якщо ж token'у намає, буде можливість подивитися метадані про цей документ.

Для коректної роботи такого механізму + можливість покращити роботу з ЕЦП буде поступово вводитися робота з jvt token`и. Алгоритм підпису RS 256, але, на майбутнє, плануємо підписувати використовуючи сертифіковані українські ліби для цифрового підпису. 

Будуть endPoint'и API та DS вцілому, які будуть дозволяти перевіряти token`и та отримати паблік ключі, що дозволять перевіряти такі token`и самостійно майданчиками.



Питання, що обговорювалися в рамках зустрічі

  1. чего не будет в документ сервисе?
  2. нельзя подать предложение без загрузки всех доков?
  3. Таке питання чи обговорювалися зміни алгоритму подачі пропозицій з менеджерами майданчиків які безпосередньо працюють з клієнтами?
  4. как кейс, почему не дать возможность дать загрузку документов отдельно от подачи
  5. Срок инвалидации токена есть?
  6. чи буде зміноно алгоритм сортування ілюстрацій? та алгоритм версійності документів?
  7. а что по поводу клиента python на вашем pypi? есть сроки?
  8. хотелось бы не плодить лишних сущностей, типа "на будущее, в какой-то процедуре точно будет"
  9. а где смотреть АПИ поиска?
  10. а яка ціль цього сервісу? API пошуку?
  11. А почему решили отказаться от тестового режима как раньше?
  12. а на продуктиве останутся метод-тайпы -fast, -qualification etc?
  13. я правильно понимаю, проэктный офис хочет чтобы у площадок было два пользовательских интерфейса: один для пользователей, а второй для тестов?
  14. а можно дать возможность площадке самой прописывать ИД
  15. а если страница на JS и надо надать кнопку чтобы появился нужный селектор на странице?
  16. Ви маєте на увазі щоб у всії був один інтерфейс?
  17. А кто пишет код автотестов? площадка или ВЫ?
  18. не зовсім зрозуміло яка різниця якщо ми маємо 100 полів то автотест всерівно необхідно писати для 100 полів на одній вони сторінці чи на 10
  19. а если страница одна, но JS рендерит определенный части ДОМ в зависимости от нажатий/скролов и т.д.?
  20. как решить вопрос того что одна площадка минимизирует до 3-х страниц а другая до 5-ти ? как тогда будет реализована унификация автотеста ?
  21. а еще вопрос ситуаций, когда какой-то тест не проходит, кто адаптирует свой код площадка или ЦБД?


Запис зустрічі

https://drive.google.com/file/d/1x60cnPaQoSKnzpvho9Khpq9HuCSCjsNG/view?usp=sharing


  • No labels