Open question Phase3

Номер	Питання	Рішення	Автор	Дата
1	Для legal_entity з'являються обов'язкові поля, які впливають на поточну реалізацію: `- bank_details (and whether it's array or object) - beneficiary`	bank_details - array, виноситься на контракт beneficiary - optional	Костя	17.01.2018
2	Портібно прив'язати employee до division. Варіанти реалізації: к-сть employee = к-сть division додати окрему таблицю employee_division з опціями set/update/delete (в майбутньому можна буде додавати графік роботи в кожному 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	процес лімітів лікарів	встановлюються і змінюються в кабінеті лікаря, до того моменту відкладаються