Отправка срабатывала только на статус «Согласовано», а при исполнителе в маршруте последний
согласующий переводит заявку сразу в «Выполнение» — запрос в ЭДО не шёл вообще. Теперь отправка
срабатывает на решение, завершившее фазу согласования (isApprovalPhaseCompleted: «На согласовании»
→ «Согласовано»/«Выполнение»/«Закрыта»); решение исполнителя повторно её не запускает.
В зелёное сообщение «Решение сохранено» дописывается «Документы отправлены на подписание в ЭДО…»
(onDecided панели решения может вернуть строку).
Заодно пять чужих предупреждений линтера: eqeqeq в SubmitActions, явные типы возврата
в approverOrgInfo и useSkudRoute, зависимость эффекта в ServiceRequestView, null → undefined
в ячейках календаря СКУД.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Раньше он жил только пока открыта страница и загружался заново при каждой перезагрузке.
Теперь между перезагрузками API не дёргается 4 часа; просроченный, битый или записанный
«из будущего» кэш игнорируется и удаляется, недоступное хранилище кэш не ломает.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Сотрудник заполняет заявку один раз, а в ЭДО уходит по документу на каждую компанию, где он
работает: своя шапка (компания, должность) и свой БИН в массиве file_company_bins. Подписант один —
сам сотрудник, от имени физлица. Запрос один на все файлы: принимается целиком или отклоняется
целиком, повтор безопасен. Компания без БИН в справочнике пропускается и показывается в сообщении.
Удалять согласующих при составлении может редактор маршрута (во всех формах, не только в трёх).
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Убраны редактируемые поля «Должность» и «Подразделение». Должность и подразделение
подтягиваются из Employee/ByEmail и показываются таблицей «Организация · Должность ·
Подразделение» — своё подразделение на каждую организацию. В скалярные колонки
Position/Department/DepartmentId пишется основная (первая) запись — их читают документ и ЭДО.
Должность больше не обязательное поле формы.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
PeoplePicker шлёт введённый текст в SharePoint как есть. Теперь в запросе поиска
пробелы по краям обрезаются, а двойные внутри схлопываются.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
canEditExecutors: те же люди, что в canEditRoute (в т.ч. gorbenko.pavel), могут править
матрицу «Исполнение» во всех формах с фазой исполнения; блок виден им и пустым.
Остальным исполнители по-прежнему только для чтения. Реестр особых прав обновлён.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Общие useFormExecutors/useViewExecutors и ExecutorsMatrix вместо копирования
в каждой форме. Подключены в формах без фазы исполнения: ConcreteRequest,
Dismissal, EmployeeTransfer, ServiceRequest, Ticket1C, UnpaidLeave, Vacation.
Исполнители теперь пишутся в маршрут при подаче; таблица согласующих
грузит только фазу согласования, чтобы не смешиваться с исполнением.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Редактор маршрута (canEditRoute) теперь может удалить любого согласующего при подаче или
правке заявки во всех формах с маршрутом согласования, а не только в трёх рекрутинговых.
В список редакторов добавлен Павел Горбенко. Реестр особых прав обновлён.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Когда последний согласующий согласовывает заявку на отпуск, заявление собирается в браузере
как DOCX и отправляется в ЭДО (POST /api/v1/integration/signing-requests). Подписывает сотрудник
из заявки, его же почта передаётся как initiator_email. ИИН берётся из Employee/ByEmail,
БИН компании — из Dictionary/Companies. Неудача отправки не отменяет согласование и
показывается сообщением с кнопкой повтора.
Свойство веб-части «С каким ЭДО работать»: стейдж (https://10.0.1.225:8443) или локальный
бэкенд (https://localhost:7016). jszip объявлен зависимостью явно (раньше был транзитивным).
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
gorbenko.pavel