/* global React, Icon, Button, Card, Avatar, Dropdown, Field, TextField, plural */ // Артель CRM — раздел «Задачи». // // Задачи живут ТОЛЬКО на сервере: витрины в window.CRM_DATA под них нет (мок-данных // не заводили), поэтому раздел сам ходит в /tasks и сам держит состояния «грузим / // пусто / не загрузилось». По той же причине в меню у пункта нет счётчика — считать // его, как соседние, из CRM_DATA не из чего, а бейдж с неправдой хуже отсутствующего. // Статус рисуем точкой с подписью, как статусы сотрудников в Staff.jsx: список задач // длинный и однотипный, цветные плашки в каждой строке читались бы как тревога. // // У двух ЗАКРЫТЫХ статусов точка заменена маркером ФАКТА — тем же, каким у занятия видно, // состоялось оно или нет («задача должна иметь маркера произошло, не произошло — на события // типа», 08:37). Задача со сроком-часом стоит в сетке рядом с занятиями, и канцелярские // «Выполнена / Отменена» рядом с ними читались как состояние бумаги, а не как то, что // произошло на самом деле. Схема прежняя: это те же done и cancelled, поменялись подпись // и значок. const TASK_STATUS = { open: { label: 'Открыта', dot: '#1E3A8A', fg: '#234381' }, in_progress: { label: 'В работе', dot: '#9A7B33', fg: '#6A5320' }, done: { label: 'Произошло', dot: '#2F6B4F', fg: '#214E39', mark: 'check', hint: 'Задача выполнена' }, cancelled: { label: 'Не произошло', dot: '#A6A296', fg: '#7E8595', mark: 'x', hint: 'Задача отменена' }, }; // Приоритет: заметен только высокий. «Обычный» стоит у большинства задач — если его // красить, выделение перестаёт что-либо значить. const TASK_PRIORITY = { high: { label: 'Высокий', bg: 'var(--coral-bg)', fg: 'var(--coral-ink)', bd: '#E6C9C4' }, normal: { label: 'Обычный', bg: 'var(--bg-soft)', fg: 'var(--text-secondary)', bd: 'var(--border)' }, low: { label: 'Низкий', bg: 'transparent', fg: 'var(--text-dim)', bd: 'var(--border)' }, }; const PRIORITY_ORDER = ['low', 'normal', 'high']; // Подпись сущности, к которой прицеплена задача. Ссылок отсюда пока нет — только пометка, // чтобы задача «позвонить» не выглядела оторванной от клиента, из карточки которого её завели. const ENTITY_LABEL = { client: 'Клиент', lead: 'Заявка', lesson: 'Занятие' }; // Принадлежность задачи (tasks.kind): рабочая видна в режиме «Рабочий», личная — в «Личное», // так же, как это давно устроено у занятий (lessons.kind). Рабочая — значение по умолчанию, // поэтому старые задачи и ответы сервера без поля читаются как рабочие, а не «непонятно чьи». // // В ЭТОЙ ЛЕНТЕ ЛИЧНЫХ ЗАДАЧ НЕТ. Владелец на созвоне 05.09.2026 (38:06) смотрел на строки // списка и сказал про них: «это типа личные задачи Гончаренко, или что это такое? […] всё // это убираем». Прежнее обоснование, стоявшее здесь («заводить нельзя, но показывать // приходится, раз сервер их отдаёт»), он этим и отменил: раздел в большом CRM — рабочее // место администратора и менеджера, и чужое личное ему тут не нужно ни в каком виде, даже // с меткой. Раньше же прозвучало и общее правило: «не рабочие задачи ставить? Но это кринж. // Нет, только рабочие» (31:56). // // Личные отсекает САМ СЕРВЕР: раздел просит GET /tasks с kind=work на всех вкладках, и чужое // личное в браузер администратора не приезжает вовсе — фильтр только на экране оставлял бы его // в ответе, откуда оно читается любым отладчиком. Отсев при разборе ответа остаётся страховкой // (см. загрузку списка), а принадлежность ниже — его правилом. const принадлежность = (t) => (t && t.kind === 'personal' ? 'personal' : 'work'); // Роль сотрудника человеческим словом — «желательно, чтобы в исполнителях было подписано, // кто такой Гончаренко — преподаватель, менеджер и так далее. Прикинь, у меня тридцать // сотрудников, я каждого по фамилии должен помнить» (созвон 05.09.2026, 31:34). // // Подпись берём из справочника STAFF_ROLES: роли переименовываются в Настройках, и жёстко // зашитое «Преподаватель» разошлось бы с тем, как их назвали там. Запасной список нужен // потому, что справочник приезжает с /staff-roles под правом settings.read — у менеджера // его может не быть, и в CRM_DATA останется значение по умолчанию из data.jsx. // Незнакомую роль подписываем ПУСТЫМ: ключ вроде «curator» — это не человеческое слово, а // внутреннее имя, и в строке рядом с фамилией оно выглядит опечаткой. const ROLE_FALLBACK = { teacher: 'Преподаватель', manager: 'Менеджер', admin: 'Администратор' }; const рольПодпись = (role) => { if (!role) return ''; const спр = (window.CRM_DATA.STAFF_ROLES || []).find((r) => r.value === role); return спр ? спр.label : (ROLE_FALLBACK[role] || ''); }; // Опции выпадающего списка исполнителей: фамилия, СПРАВА от неё — роль («короче, справа // приписки», 31:34). Разделитель — точка-посередине, как в остальных подписях раздела. // Роль вписана в саму подпись, а не вынесена вторым столбцом: Dropdown из primitives.jsx // рисует строку целиком и своей вёрстки строки не принимает, а ради приписки заводить // второй выпадающий список — плодить компоненты на ровном месте. const исполнительОпции = (люди) => люди.map((s) => { const роль = рольПодпись(s.role); return { value: s.id, label: s.name + (роль ? ' · ' + роль : '') }; }); // Роли, которые реально есть в переданном штате, в порядке справочника. Собираем ИЗ ЛЮДЕЙ, // а не из справочника целиком: «автоматическая фильтрация по роли» (31:34) должна показывать // то, что есть, — чип роли, на которой ни одного человека, отбирать нечего и он только // удлиняет ряд. Роль без человеческой подписи в чипы не берём: кнопка с ключом нечитаема. // count — число ЛЮДЕЙ с этой ролью; оно уместно только там, где чип сужает список людей, // то есть в форме задачи (см. `числаРолей` в ВыборИсполнителя). function доступныеРоли(люди) { const порядок = (window.CRM_DATA.STAFF_ROLES || []).map((r) => r.value); const свои = []; люди.forEach((s) => { if (s.role && !свои.includes(s.role)) свои.push(s.role); }); свои.sort((a, b) => { const ia = порядок.indexOf(a), ib = порядок.indexOf(b); return (ia < 0 ? 99 : ia) - (ib < 0 ? 99 : ib); }); return свои .map((v) => ({ value: v, label: рольПодпись(v), count: люди.filter((s) => s.role === v).length })) .filter((r) => r.label); } // Поставил ли задачу администратор. Роли автора в ответе нет — в задаче приходят только // authorUserId и authorName, — поэтому узнаём её по штату: имя автора сервер собирает как // COALESCE(staff.full_name, users.login, users.email), и у автора с карточкой сотрудника это // ровно staff.full_name, по которому строка в STAFF и находится. // Автора, которого в штате НЕТ, считаем административной учётной записью: под правом «только // своё» аккаунт без карточки сотрудника задачу вообще не заводит (сервер отвечает // no_staff_card), значит без карточки её мог создать лишь тот, кто ставит задачи всем. function отАдминистратора(t) { if (!t || !t.authorName) return false; // автор неизвестен — судить не по чему const штат = window.CRM_DATA.STAFF || []; if (!штат.length) return false; // штата нет (не отдали /staff) — тем более const автор = штат.find((s) => s.name === t.authorName); return автор ? автор.role === 'admin' : true; } // Подпись автора. Свою учётную запись показываем как «Вы»: в CRM большинство задач заводит // тот же человек, который на них смотрит, и собственное имя в каждой строке ему ничего не // сообщает — а у административной учётки без карточки сотрудника это и вовсе логин. const имяАвтора = (t, meUserId) => (meUserId != null && t.authorUserId === meUserId ? 'Вы' : (t.authorName || '—')); // Цвет кодирует ТОЛЬКО происхождение задачи: своего цвета задача не выбирает («у задач цвета // не нужны… они просто будут делиться на синенькие и красненькие рабочие», 15:13). Поручение // администратора — самое заметное: «ярко-оранжевого цвета… который обычно на [жилетах] у // рабочих, чтобы сразу в глаза стрелялось» (14:26). Ярко-оранжевого в палитре темы нет, её // оранжевый край — gold, его и берём; коралловый не годится — в этой же таблице он означает // просрочку, и каждое поручение выглядело бы горящим. // Тона личной задачи здесь больше нет: личные в ленту не попадают (см. `принадлежность`). const TASK_TONE = { admin: { line: 'var(--gold)', title: 'Поручение от администратора' }, work: { line: 'var(--brand)', title: 'Рабочая задача' }, }; const TASK_MONTHS = ['янв', 'фев', 'мар', 'апр', 'мая', 'июн', 'июл', 'авг', 'сен', 'окт', 'ноя', 'дек']; // Срок приходит как TIMESTAMPTZ. И «просрочено», и подпись считаем в МОСКВЕ, а не в зоне // браузера: у сотрудника с другим часовым поясом срок «сегодня до 23:59» иначе показывался // бы завтрашним днём, а вечерние задачи — уже просроченными. const мскISO = (d) => new Intl.DateTimeFormat('ru-RU', { timeZone: 'Europe/Moscow', year: 'numeric', month: '2-digit', day: '2-digit' }) .format(d).split('.').reverse().join('-'); // «5 сен», «сегодня», «завтра», «5 сен 2027» (год — только если не текущий). Со сроком // «на день и час» дописываем и час: «сегодня 14:00». Час берём НЕ из времени в due_at, а по // флагу сЧасом (dueHasTime общего контракта): у срока «на день» в due_at лежит служебный // конец суток, обычно 23:59, и показанный час читался бы как назначенное время, которого // никто не называл. Без флага задачи «на день» и «на день и час» в списке неразличимы — // именно так этот столбец и выглядел раньше. function срокПодпись(iso, сЧасом) { const d = new Date(iso); if (isNaN(d)) return '—'; const час = сЧасом ? ' ' + часСрока(iso) : ''; const сегодня = мскISO(new Date()); const день = мскISO(d); if (день === сегодня) return 'сегодня' + час; if (день === мскISO(new Date(Date.now() + 86400000))) return 'завтра' + час; if (день === мскISO(new Date(Date.now() - 86400000))) return 'вчера' + час; const [y, m, dd] = день.split('-'); return `${+dd} ${TASK_MONTHS[+m - 1]}` + (y === сегодня.slice(0, 4) ? '' : ' ' + y) + час; } // Обратное превращение срока — для поля формы: с сервера приходит момент времени, а в // нужен календарный день. Разворачиваем В МОСКВЕ, тем же мскISO, что и // подписи: конец дня «23:59 MSK» в поясе восточнее пришёлся бы уже на следующие сутки, и // форма показала бы срок на день позже настоящего. const деньСрока = (iso) => { const d = new Date(iso); return isNaN(d) ? '' : мскISO(d); }; // Час срока для поля времени — тоже по Москве, по той же причине, что и день. // Пустая строка означает «часа нет»: у задачи «на день» время не показывают. const часСрока = (iso) => { const d = new Date(iso); if (isNaN(d)) return ''; const ч = new Intl.DateTimeFormat('ru-RU', { timeZone: 'Europe/Moscow', hour: '2-digit', minute: '2-digit', hour12: false }).format(d); return ч.replace('24:', '00:'); }; // Подпись срока целиком, с началом периода, если оно есть: «— Я могу выбрать только дедлайн? // — От-до. Мне нужно задачи ставить. Ну и менеджеру тоже. От-до, диапазон» (созвон 05.09, // 32:22). Начало (колонка due_from) стоит не у всякой задачи — обычный срок на число живёт // без него, — и тогда столбец выглядит ровно как раньше. День в день период тоже не пишем // двумя датами: «5 сен – 5 сен» это не диапазон, а шум; у такого периода с часом пишем // промежуток часов — «завтра 11:00–12:00». // Многодневный период — по макету PodpisSroka (созвон 15.09): месяц пишем ВСЕГДА — «10–13» // Павел прочёл как часы (01:30), — а при переходе через месяц у обоих концов: «10–13 сен», // «30 сен – 2 окт». Слова «сегодня/завтра» в период не ставим: «вчера – 2 окт» не читается // как отрезок. Год — только если он не текущий. function периодПодпись(t) { const до = срокПодпись(t.dueAt, t.dueHasTime); if (!t.dueFrom || !t.dueAt) return до; const начало = деньСрока(t.dueFrom); const конец = деньСрока(t.dueAt); if (!начало) return до; if (начало === конец) { const с = часСрока(t.dueFrom); return t.dueHasTime && с && с !== '00:00' ? до.replace(/ (\d\d:\d\d)$/, ' ' + с + '–$1') : до; } const год = мскISO(new Date()).slice(0, 4); const [y1, m1, d1] = начало.split('-'); const [y2, m2, d2] = конец.split('-'); const час = t.dueHasTime ? ' ' + часСрока(t.dueAt) : ''; if (y1 === y2 && m1 === m2) return `${+d1}–${+d2} ${TASK_MONTHS[+m2 - 1]}` + (y2 === год ? '' : ' ' + y2) + час; const сГодом = y1 !== y2 || y2 !== год; const день = (y, m, d) => `${+d} ${TASK_MONTHS[+m - 1]}` + (сГодом ? ' ' + y : ''); return день(y1, m1, d1) + ' – ' + день(y2, m2, d2) + час; } const завершена = (t) => t.status === 'done' || t.status === 'cancelled'; // Подсказка у погашенного «Вернуть в работу». Сам отказ сервера (403 period_locked) показываем // его текстом — в нём дата границы периода. const ПЕРИОД_ЗАКРЫТ = 'Период закрыт — вернуть в работу может администратор'; /* Просрочена = срок уже прошёл, а задача ещё в работе. Правило общее с кабинетом (teacher-app.jsx, срокПрошёл) и переписано 20.09 по решению владельца: задача с НАЗВАННЫМ часом (dueHasTime) горит с самого момента срока — «на сегодня 18:00» в 20:45 обязана быть просроченной. У задачи «на день» часа нет вовсе: в due_at лежит служебный конец суток, и «истёк в 00:00» было бы неправдой — такая просрочена со следующего дня, сравнением ДНЕЙ по Москве. Момент сравниваем моментом: на «раньше или позже» часовой пояс не влияет. */ const просрочена = (t) => { if (!t.dueAt || завершена(t)) return false; return t.dueHasTime === true ? Date.parse(t.dueAt) <= Date.now() : мскISO(new Date(t.dueAt)) < мскISO(new Date()); }; /* Минутный пересчёт ленты. Просрочку считают прямо при отрисовке, от текущего времени, — значит довольно перерисовать список, чтобы задача, чей час настал, покраснела сама, без перезагрузки. Шаг подгоняем к границе минуты: иначе строка краснела бы на случайной секунде после срока. В кабинете тем же тиком едет красная линия текущего времени. */ function useМинутаЗадач() { const [, тикнуть] = React.useState(0); React.useEffect(() => { const доМинуты = () => 60000 - (Date.now() % 60000); let таймер = 0; const шаг = () => { тикнуть((n) => n + 1); таймер = setTimeout(шаг, доМинуты()); }; таймер = setTimeout(шаг, доМинуты()); return () => clearTimeout(таймер); }, []); } // Текущая календарная неделя (пн–вс) по Москве, границами-днями «ГГГГ-ММ-ДД». День недели // берём у МОСКОВСКОЙ даты, а не у браузерной: в ночь на понедельник в поясе западнее Москвы // «эта неделя» иначе оказалась бы прошлой. Приём тот же, что у мскISO, — день собирается в // UTC-полночь, и getUTCDay отвечает уже про московский день. function неделяМСК() { const сегодня = new Date(мскISO(new Date()) + 'T00:00:00Z'); const снедели = (сегодня.getUTCDay() + 6) % 7; // 0 — понедельник const пн = new Date(сегодня.getTime() - снедели * 86400000); const вс = new Date(пн.getTime() + 6 * 86400000); return [пн.toISOString().slice(0, 10), вс.toISOString().slice(0, 10)]; } // Срезы для фильтра по сроку: «но фильтр по сроку тоже нужен» (созвон 05.09, 38:06). Именно // СРЕЗЫ, а не два поля даты, — фильтром пользуется менеджер, ему нужно «что горит», а не // произвольный отрезок календаря. const ФИЛЬТР_СРОКА = [ { id: 'any', label: 'Любой' }, { id: 'overdue', label: 'Просроченные' }, { id: 'today', label: 'Сегодня' }, { id: 'week', label: 'Эта неделя' }, { id: 'none', label: 'Без срока' }, ]; // У задачи с периодом смотрим на КОНЕЦ — на срок, а не на начало: задача «с 23-го по 31-е» // попадает в неделю 31-го, в ту, где она горит, а не размазывается по всем неделям периода. // Ровно так же считает и недельный фильтр сервера (tasks-service.ts, listTasks). function поСроку(t, режим) { if (режим === 'any') return true; if (режим === 'none') return !t.dueAt; if (!t.dueAt) return false; if (режим === 'overdue') return просрочена(t); const день = мскISO(new Date(t.dueAt)); if (режим === 'today') return день === мскISO(new Date()); if (режим === 'week') { const [пн, вс] = неделяМСК(); return день >= пн && день <= вс; } return true; } const сотрудникПоId = (id) => (id == null ? null : (window.CRM_DATA.STAFF || []).find((s) => s.id === id) || null); // Роль исполнителя задачи — для приписки в списке и для отбора по роли. Уволенного тоже // находим: STAFF отдаётся целиком, а у старой задачи исполнитель мог успеть уволиться. const рольИсполнителя = (t) => { const s = сотрудникПоId(t.assigneeStaffId); return s ? s.role : null; }; // Кружок-отметка «выполнено». Клик по уже закрытой возвращает её в работу — без этого // промах по строке нечем откатить (удалять задачу ради опечатки — слишком). Он же — // единственный путь назад: правку закрытая задача не открывает. // Выполненную в закрытом расчётном периоде вернуть в работу может только администратор // (решение владельца 17.09): сервер помечает такую задачу reopenLocked, и кружок гаснет // заранее, а не отвечает отказом после нажатия. Клик по погашенному всё равно гасим у себя — // иначе он всплыл бы в строку и открыл правку. function DoneToggle({ task, busy, onToggle }) { const [hover, setHover] = React.useState(false); // Заливка — только у выполненной: отменённая не сделана, и зелёная галочка на ней врала бы. // А подпись смотрит на закрытость вообще — жест у обеих один и тот же. const done = task.status === 'done'; const заперта = done && !!task.reopenLocked; const title = заперта ? ПЕРИОД_ЗАКРЫТ : завершена(task) ? 'Вернуть в работу' : 'Отметить выполненной'; const нельзя = busy || заперта; return ( ); } /* Тумблера принадлежности здесь БОЛЬШЕ НЕТ — убран 05.09.2026 по прямому указанию. Личная задача — это дело человека, а не поручение сверху: «личная задача от лица администратора» противоречит сама себе. Раздел «Задачи» в большом CRM — рабочее место администратора и менеджера, и всё, что он тут заводит, по определению рабочее. Переключатель, который владелец просил на созвоне 02.09 (11:46), остаётся там, где он и имеет смысл, — в кабинете преподавателя, где человек отмечает СВОЮ задачу личной. Заодно это снимает расхождение: в кабинете под администратором тумблер уже был скрыт (`ЗадачаФорма`, `SlotPickDialog` в teacher-app.jsx), а в CRM тот же администратор ставил личные задачи без всякой преграды. */ // Выбор исполнителя: ряд чипов-ролей и под ним обычный Dropdown с приписками. // // Чипы — это и есть «автоматическая фильтрация по роли» (31:34): в тридцати фамилиях нужного // человека глазами не найти, а «Преподаватель» отсекает список до тех, кто вообще может это // делать. Ряд собирается из самого штата, поэтому новая роль из Настроек появляется здесь // сама, а роль без людей его не удлиняет; при одной роли на весь штат чипов нет вовсе — // отбирать не из чего. // // Компонент один на два места — форму задачи и панель фильтров, — и он НАМЕРЕННО ничего не // решает сам: роль ему передают снаружи. В форме она только сужает список, в фильтрах ещё и // режет ленту, и зашить одно поведение внутрь значило бы сломать второе. // // Из-за этой же двойственности числа у чипов рисуются НЕ ВЕЗДЕ (`числаРолей`). В форме чип // сужает список людей, и «Преподаватель 2» там читается верно: столько человек и покажет // выпадающий список. В ПАНЕЛИ ФИЛЬТРОВ тот же чип стоит рядом со счётчиком задач и срезами // по сроку, и та же двойка читается как «столько задач останется» — человек жмёт и получает // двадцать две строки. Цифра рядом с фильтром обязана означать результат фильтра, а честно // посчитать его заранее тут нечем: клик по чипу не только режет ленту, но и расширяет охват // с «Мои» на «Все» (см. `выбратьРоль`), то есть подтягивает с сервера строки, которых сейчас // в памяти нет. Поэтому в фильтрах чисел нет вовсе — сколько отобралось, видно живьём в // счётчике над таблицей, и он не врёт. function ВыборИсполнителя({ люди, head, value, onChange, role, onRole, missingLabel, placeholder, числаРолей = true }) { const роли = доступныеРоли(люди); const видимые = role ? люди.filter((s) => s.role === role) : люди; const опции = (head || []).concat(исполнительОпции(видимые)); // Выбранный остаётся в списке, даже если его отсекла роль или он успел уволиться: без // своей строки поле показало бы плейсхолдер там, где исполнитель есть, и правка срока // выглядела бы как снятие человека с задачи. if (value != null && !опции.some((o) => o.value === value)) { const он = люди.find((s) => s.id === value); опции.push(он ? исполнительОпции([он])[0] : { value, label: missingLabel || ('Сотрудник #' + value) }); } const чип = (on) => ({ padding: '5px 11px', borderRadius: 'var(--radius-pill)', cursor: 'pointer', border: '1px solid ' + (on ? 'transparent' : 'var(--border)'), background: on ? 'var(--brand-soft)' : 'var(--bg-card)', color: on ? 'var(--brand-ink)' : 'var(--text-secondary)', fontFamily: 'var(--font-sans)', fontSize: 12, fontWeight: 600, whiteSpace: 'nowrap', transition: 'background var(--dur-fast) var(--ease), border-color var(--dur-fast) var(--ease)', }); return (
{роли.length > 1 && (
{роли.map((r) => ( ))}
)} 5} />
); } // Включённый фильтр, названный словом, с крестиком «снять». Каждый — отдельно: у менеджера // их бывает два-три сразу, и «сбросить всё» вместо снятия одного заставляет собирать отбор // заново. function ФильтрЧип({ label, onDrop }) { return ( {label} ); } // Тихая подпись над полем внутри Field: у срока их теперь три (начало, срок, час), и без // подписей это три одинаковые коробки, в которых человек угадывает, какая из них какая. const подписьПоля = { display: 'block', fontSize: 11.5, fontWeight: 600, color: 'var(--text-dim)', marginBottom: 4 }; const полеДаты = { boxSizing: 'border-box', padding: '10px 12px', border: '1px solid var(--border)', borderRadius: 'var(--radius-sm)', fontFamily: 'var(--font-mono)', fontSize: 13.5, color: 'var(--text)', outline: 'none', background: 'var(--bg-card)', }; // Форма задачи — выдвижная панель справа, как в AddLeadModal.jsx. Одна и та же и для // создания, и для правки, режим задаёт проп task: поля у них совпадают полностью, и вторая // форма разъехалась бы с этой на первой же доработке — человек получил бы разный набор // полей в зависимости от того, заводит он задачу или поправляет. function TaskForm({ staff, task, defaultAssignee, meUserId, onClose, onCreate, onSave }) { const editing = !!task; const авторАдмин = editing && отАдминистратора(task); const [shown, setShown] = React.useState(false); // Поля заполняются ОДИН раз, на монтировании: форма пересоздаётся под каждое открытие // (см. ключ на вызове), поэтому синхронизировать их с пропом по ходу жизни не нужно. const [title, setTitle] = React.useState(editing && task.title ? task.title : ''); const [body, setBody] = React.useState(editing && task.body ? task.body : ''); const [assignee, setAssignee] = React.useState( editing ? (task.assigneeStaffId != null ? task.assigneeStaffId : null) : (defaultAssignee != null ? defaultAssignee : null)); // Роль в форме — только сито для списка исполнителей, в самой задаче её нет. Начинаем с // «Все»: догадываться, кому именно человек собрался поручить, не из чего. const [роль, setРоль] = React.useState(null); // Начало периода — колонка due_from, отдельная от срока («От-до, диапазон», 32:22). Поля // для неё тут не было, и это не только недоделка: у задачи с периодом из CRM нельзя было // СНЯТЬ срок — сервер отвечал «начало периода без срока не бывает» и советовал убрать // начало, а убирать его было нечем. const [from, setFrom] = React.useState(editing && task.dueFrom ? деньСрока(task.dueFrom) : ''); const [due, setDue] = React.useState(editing && task.dueAt ? деньСрока(task.dueAt) : ''); // Час у срока — отдельное поле и отдельный флаг dueHasTime на сервере. Пустое поле // значит «задача на день», заполненное — «на день и час». Без него раздел CRM не мог // ни убрать час, ни увидеть его: он слал только дату, и задача с часом либо становилась // неисправимой (сервер отбивал «час без срока не бывает»), либо тихо переезжала на // 23:59 — тот самый выдуманный час, ради запрета которого флаг и заводили. const [time, setTime] = React.useState(editing && task.dueAt && task.dueHasTime ? часСрока(task.dueAt) : ''); const [priority, setPriority] = React.useState(editing && task.priority ? task.priority : 'normal'); // Из CRM задача заводится ТОЛЬКО рабочей — менять принадлежность отсюда нельзя (см. // комментарий на месте убранного тумблера). Состояния под неё больше нет: правка kind в // патч не кладёт вовсе, и уже заведённую личную задачу CRM в рабочую не переделает — молча // менять чужой признак хуже, чем не трогать его. const kind = 'work'; const [busy, setBusy] = React.useState(false); const [err, setErr] = React.useState(null); const [touched, setTouched] = React.useState(false); React.useEffect(() => { const t = setTimeout(() => setShown(true), 10); return () => clearTimeout(t); }, []); const close = () => { setShown(false); setTimeout(onClose, 200); }; const titleOk = title.trim().length > 0; // Срок уходит ПАРОЙ с флагом часа — иначе сервер увидит рассогласование и откажет. // Без часа отправляем КОНЕЦ дня по Москве: от полуночи задача «на 5 сентября» была бы // просрочена уже в 00:01 пятого. Зону пишем явно — иначе браузер сотрудника в другом // поясе отправит другой момент времени. const срокВОтправку = () => (due ? due + 'T' + (time ? time : '23:59') + ':00+03:00' : null); const часОтправку = () => (due ? !!time : false); // Начало периода — НАЧАЛО дня по Москве, зеркально концу у срока: период «с 5-го по 12-е» // должен накрывать пятое целиком. const началоВОтправку = () => (from ? from + 'T00:00:00+03:00' : null); // Оба запрета сервера (проверитьПериод в tasks-service.ts) ловим ЗДЕСЬ, а не отказом на // сохранении: обе даты человек видит перед собой, и сказать ему про них до нажатия честнее, // чем после. Тексты — сервера, слово в слово, чтобы одна и та же ошибка не звучала в двух // местах по-разному. // Третий запрет — промежуток со временем не короче 5 минут (решение владельца 15.09). Начало // из этой формы — всегда 00:00 дня, поэтому короче он бывает только день в день с часом // срока раньше 00:05; сравниваем те же моменты, что сверит сервер. При правке нетронутая // граница в патч не уходит (см. патч()), и сервер берёт её из базы — а там начало из кабинета // бывает с часом (10:00). Поэтому неизменённую границу сверяем сохранённым моментом, а не // полуночью: иначе «14:00 → 14:03» проходило бы здесь и получало отказ сервера после нажатия. const началоДляПроверки = () => (editing && task.dueFrom && from === деньСрока(task.dueFrom) ? task.dueFrom : началоВОтправку()); const срокДляПроверки = () => (editing && task.dueAt && due === деньСрока(task.dueAt) && time === (task.dueHasTime ? часСрока(task.dueAt) : '') ? task.dueAt : срокВОтправку()); // Порядок границ сверяем тоже МОМЕНТАМИ, как сервер, а не одними датами: однодневный период // с началом в 14:00 и часом срока 13:00 — это «начало позже срока», а не короткий промежуток. const разрывМс = from && due ? new Date(срокДляПроверки()).getTime() - new Date(началоДляПроверки()).getTime() : null; const промежутокМал = !!(from && due && time && разрывМс >= 0 && разрывМс < 5 * 60000); const срокОшибка = from && !due ? 'Начало периода без срока не бывает — укажите срок или уберите начало' : (from && due && (from > due || разрывМс < 0)) ? 'Начало периода не может быть позже срока' : промежутокМал ? 'Промежуток задачи — не короче 5 минут' : null; // В PATCH уходят ТОЛЬКО реально изменённые поля. Отправить форму целиком нельзя: под // правом tasks.write со scope 'own' сервер считает лишним ЛЮБОЕ содержательное поле, и // неизменившийся приоритет превратил бы правку срока в отказ only_status. Плюс письмо // исполнителю уходит по СМЕНЕ assigneeStaffId — неизменным полем его не дёрнешь, но шум // в патче мешает потом понять, что человек на самом деле правил. // entityType/entityId форма не трогает: привязку к клиенту или занятию ставят из карточки, // поля для неё здесь нет, и слать её «на всякий случай» — тот же лишний шум. const патч = () => { const p = {}; const t = title.trim(); if (t !== task.title) p.title = t; const b = body.trim() || null; if (b !== (task.body || null)) p.body = b; if (assignee !== (task.assigneeStaffId != null ? task.assigneeStaffId : null)) p.assigneeStaffId = assignee; if (priority !== task.priority) p.priority = priority; // kind в патч не уходит НИКОГДА — менять принадлежность из CRM нечем и незачем. // Срок сравниваем ПО ДНЮ, а не по строке: в форме день, с сервера — момент с зоной и // миллисекундами, и «2026-09-05» не совпало бы с «2026-09-05T20:59:00.000Z» никогда — // dueAt уходил бы в каждом патче, даже когда его не трогали. // Срок и час — одна величина, поэтому и в патч они уходят вместе. Отправить один без // другого нельзя: сервер сверяет их с сохранённым в базе вторым полем и откажет. const былДень = task.dueAt ? деньСрока(task.dueAt) : ''; const былЧас = task.dueAt && task.dueHasTime ? часСрока(task.dueAt) : ''; if (due !== былДень || time !== былЧас) { p.dueAt = срокВОтправку(); p.dueHasTime = часОтправку(); } // Начало периода — тоже по дню и тоже своим полем: сервер правит границы поодиночке и // непришедшую берёт из базы. Снятие срока гасит начало не здесь, а на самом поле (см. // onChange у даты срока), поэтому «убрали срок» приходит сюда уже парой dueAt+dueFrom — // без этого сервер отказал бы, что начало периода без срока не бывает. const былоНачало = task.dueFrom ? деньСрока(task.dueFrom) : ''; if (from !== былоНачало) p.dueFrom = началоВОтправку(); return p; }; const submit = async () => { // Второй клик, пока ждём ответа, — не второй запрос: иначе двойное нажатие создаёт две // одинаковые задачи и два письма исполнителю. if (busy) return; if (!titleOk || срокОшибка) { setTouched(true); return; } setBusy(true); setErr(null); try { if (editing) await onSave(task.id, патч()); else await onCreate({ title: title.trim(), body: body.trim() || null, assigneeStaffId: assignee, priority, kind, dueFrom: началоВОтправку(), dueAt: срокВОтправку(), dueHasTime: часОтправку(), }); close(); } catch (e) { setBusy(false); // Текст отказа показываем КАК ЕСТЬ: сервер объясняет причину («задача закрыта», // «назначать другим нельзя») точнее, чем наше общее «не удалось сохранить». setErr(e && e.message ? e.message : (editing ? 'Не удалось сохранить задачу' : 'Не удалось создать задачу')); } }; // Порталом в , как TaskDetails в Schedule.jsx: раздел живёт внутри .om-fade-in с // transform, и без портала fixed-обёртка прилипала бы к области раздела — меню оставалось // светлым, а подвал с кнопками уезжал ниже окна вместе с высотой списка. return ReactDOM.createPortal(