| | 1 | = Додавање на достапност (Availability Window) |
| | 2 | |
| | 3 | == Актери |
| | 4 | * Администратор на салон |
| | 5 | |
| | 6 | == Опис |
| | 7 | Администраторот додава „прозорец на достапност“ за одреден датум, со почетно и крајно време, или го означува денот како затворен. Овие записи во табелата `availability` подоцна се користат за пресметка на можните термини за закажување. |
| | 8 | |
| | 9 | == Сценарио |
| | 10 | |
| | 11 | 1. Администраторот ја отвора страницата за распоред на салонот `/admin/schedule` и го гледа формуларот **„Add Availability Window“** со полиња: |
| | 12 | * Date (датум), |
| | 13 | * Start Time (почетно време), |
| | 14 | * End Time (крајно време), |
| | 15 | * Closed (означува дека денот/прозорецот е затворен за закажување). |
| | 16 | |
| | 17 | 2. Администраторот ги пополнува датумот, почетното и крајното време, и по потреба го означува полето „Closed“, потоа клика на копчето **„Add“**. |
| | 18 | |
| | 19 | 3. Системот проверува дали корисникот е најавен и дали има администраторска улога. |
| | 20 | Прво се вчитуваат податоците за најавениот корисник: |
| | 21 | |
| | 22 | {{{ |
| | 23 | SELECT user_id, full_name, email, phone |
| | 24 | FROM "User" |
| | 25 | WHERE user_id = $1; |
| | 26 | }}} |
| | 27 | |
| | 28 | Потоа се вчитуваат неговите улоги: |
| | 29 | |
| | 30 | {{{ |
| | 31 | SELECT r.name |
| | 32 | FROM UserRole ur |
| | 33 | JOIN Role r ON ur.role_id = r.role_id |
| | 34 | WHERE ur.user_id = $1; |
| | 35 | }}} |
| | 36 | |
| | 37 | Дополнително се проверува дали постои запис со улога „admin“ за тој корисник: |
| | 38 | |
| | 39 | {{{ |
| | 40 | SELECT 1 |
| | 41 | FROM userrole ur |
| | 42 | JOIN role r ON r.role_id = ur.role_id |
| | 43 | WHERE ur.user_id = $1 |
| | 44 | AND LOWER(r.name) = 'admin' |
| | 45 | LIMIT 1; |
| | 46 | }}} |
| | 47 | |
| | 48 | Ако корисникот не е администратор, системот го одбива барањето и не додава нов прозорец на достапност. |
| | 49 | |
| | 50 | 4. Доколку корисникот е администратор, системот ја повикува функцијата `sp_admin_add_availability` која ја обработува логиката за додавање на нов прозорец на достапност: |
| | 51 | |
| | 52 | {{{ |
| | 53 | SELECT sp_admin_add_availability($1::date, $2::time, $3::time, $4::boolean) AS availability_id; |
| | 54 | }}} |
| | 55 | |
| | 56 | Параметрите се: |
| | 57 | * `$1` – датум (`p_date`), |
| | 58 | * `$2` – почетно време (`p_start`), |
| | 59 | * `$3` – крајно време (`p_end`), |
| | 60 | * `$4` – дали прозорецот е затворен (`p_is_closed`). |
| | 61 | |
| | 62 | 5. Во функцијата `sp_admin_add_availability`, системот најпрво проверува дали веќе постои прозорец на достапност со ист датум и ист временски опсег: |
| | 63 | |
| | 64 | {{{ |
| | 65 | SELECT 1 INTO v_exists |
| | 66 | FROM availability |
| | 67 | WHERE date = p_date |
| | 68 | AND start_time = p_start |
| | 69 | AND end_time = p_end |
| | 70 | LIMIT 1; |
| | 71 | }}} |
| | 72 | |
| | 73 | Ако веќе постои таков запис, функцијата фрла грешка и не се додава нов запис (се избегнуваат дупликати). |
| | 74 | |
| | 75 | 6. За нов валиден прозорец на достапност, функцијата внесува запис во табелата `availability`: |
| | 76 | |
| | 77 | {{{ |
| | 78 | INSERT INTO availability (date, start_time, end_time, is_closed) |
| | 79 | VALUES (p_date, p_start, p_end, p_is_closed) |
| | 80 | RETURNING availability_id INTO v_availability_id; |
| | 81 | }}} |
| | 82 | |
| | 83 | Табелата `availability` е дефинирана со следното ограничување за валидност на временскиот опсег: |
| | 84 | |
| | 85 | {{{ |
| | 86 | CREATE TABLE availability ( |
| | 87 | availability_id integer GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY, |
| | 88 | date date NOT NULL, |
| | 89 | start_time time NOT NULL, |
| | 90 | end_time time NOT NULL, |
| | 91 | is_closed boolean NOT NULL DEFAULT false, |
| | 92 | CONSTRAINT availability_end_after_start CHECK (end_time > start_time) |
| | 93 | ); |
| | 94 | }}} |
| | 95 | |
| | 96 | Дополнително, постои и уникатно ограничување за прозорецот: |
| | 97 | |
| | 98 | {{{ |
| | 99 | CREATE UNIQUE INDEX IF NOT EXISTS idx_availability_unique_window |
| | 100 | ON availability (date, start_time, end_time); |
| | 101 | }}} |
| | 102 | |
| | 103 | Со ова се осигурува дека: |
| | 104 | * `end_time` секогаш е поголемо од `start_time`, и |
| | 105 | * не може да постојат два идентични прозорци (ист датум, ист почеток и ист крај). |
| | 106 | |
| | 107 | 7. По успешното додавање на прозорецот на достапност, системот го пренасочува администраторот назад на `/admin/schedule` и преку погледот `v_admin_availability_by_date` ги прикажува сите прозорци на достапност по датуми: |
| | 108 | |
| | 109 | {{{ |
| | 110 | SELECT |
| | 111 | date, |
| | 112 | availability_id, |
| | 113 | start_time, |
| | 114 | end_time, |
| | 115 | is_closed |
| | 116 | FROM v_admin_availability_by_date |
| | 117 | ORDER BY date ASC, start_time ASC; |
| | 118 | }}} |
| | 119 | == Резултат |
| | 120 | Новиот прозорец на достапност е успешно додаден во системот. Овие записи подоцна се користат за динамичка пресметка на слободни термини за закажување преку функцијата `fn_available_slots`. |
| | 121 | |
| | 122 | |
| | 123 | == Врска со пресметка на слободни термини (available slots) |
| | 124 | |
| | 125 | Прозорците на достапност внесени во табелата `availability` не креираат термински слотови директно при додавање. |
| | 126 | Наместо тоа, тие се користат подоцна, кога корисникот ќе избере датум за закажување, преку посебна функција во базата `fn_available_slots`. |
| | 127 | |
| | 128 | За избраниот датум и листа на услуги, системот ги пресметува слободните термини со повик на: |
| | 129 | |
| | 130 | {{{ |
| | 131 | SELECT |
| | 132 | to_char(start_time, 'YYYY-MM-DD"T"HH24:MI:SS') AS start_time, |
| | 133 | to_char(end_time, 'YYYY-MM-DD"T"HH24:MI:SS') AS end_time |
| | 134 | FROM fn_available_slots($1::date, $2::int[]); |
| | 135 | }}} |
| | 136 | |
| | 137 | Функцијата `fn_available_slots` ги користи прозорците од `availability` (каде `is_closed = false`) и, со помош на `generate_series`, ги дели на интервали (пр. на 15 минути), при тоа исклучувајќи ги термините кои веќе се зафатени со постоечки закажани appointments. |
| | 138 | |
| | 139 | Оваа функционалност ќе биде детално опишана во посебен use-case за **закажување термин од страна на корисник**. |