...
| Номер | Питання | Рішення | Автор | Дата |
|---|---|---|---|---|
| 1 | Для legal_entity з'являються обов'язкові поля, які впливають на поточну реалізацію: | bank_details - array, виноситься на контракт beneficiary - optional | Костя | 17.01.2018 |
| 2 | Портібно прив'язати employee до division. Варіанти реалізації:
| виноситься на контракт: лікар, divison, графік, об'єм | ||
| 3 | припущення - ставка відноситься до legal_entity | виноситься на контракт | ||
| 4 | employee: якщо додається поле дата архіву, то тоді має бути ручка, яка менеджить це поле (проставити, змінити). | стоврити таблицю employee_hstr з додатковим полем reason | ||
| 5 | вимога: employee request має підписуватися ЕЦП. Це змінює поточну реалізацію | робимо в api/v2 | ||
| 6 | що робити з authentification methods з поточної декларації | в v1 лишаємо як є в v2 при створенні mpi - є, а в declaration немає | ||
| 7 | в пропонованій друкованій формі декларації для лікаря не передбачено ні поля з датою народженя, ні поля з документом (інн, паспорт) | ок | ||
| 8 | чи має doctor мати можливість подати employee request через кабінет | ні | ||
| 9 | процес лімітів лікарів | встановлюються і змінюються в кабінеті лікаря, до того моменту відкладаються |