Kategorier: Alle - задача - работа - диагностика - логика

af Максим Синев 12 timer siden

1104

ТЗ Кузе

В тексте обсуждаются различные аспекты диагностики и логической работы абонентских устройств, таких как роутеры и компьютеры. Рассматривается физическая и логическая работа линий до конечного абонента, а также внутри самого устройства.

ТЗ Кузе

нельзя продиагностировать

пинг не ок

пинг ок

продиагностировать качество логики

идем на диагностику выше стоящей логики

логика есть пингается и светиться онлайн

логики нет - не пингаеться, светиться офлайн

физическая работа первого абонентского устройства

Логическая работа первого абонентского устройства( роутер или реже компьютер)

диагностика внутри логическое работы абон устройства
физическая работа линии до конечного абонентского устройства
Логическая работа конечного абонентского устройства

ТЗ Кузе

Пиздец

супер пиздец
Модуль идей
4. Функция при входе на шаг
провал родительского и дочернего БП одной кнопкой
26. На переходе добавить функционал - добавить функцию, применять функцию ко всем маршрутам
2. В идентификатор "Проверка идентификатора" добавить возможность редактировать. В настройки самого идентификатора добавить возможность указать связь с идентификатором шаблона, из которого будут браться данные для редактирования
1. В идентификаторе, "Связь с шаблоном" - добавить отображение использования идентификатора в условиях маршрутов и в условиях шага.
1.1 возможность снятия всех галочек нажатием на заголовок

Проекты - подумать и расписать

планировщик и повторяющиеся задачи
например задача в планирвощик: выгрузить раз в месяц такие-то бп и все проверить
и подтверждение архитектора если хотят удалить какие-то задачи из планировщика или поставить повторнение раз в 50 лет
а сам исполнитель удалить не может
и что бы руководитель проверял периодические задачи подчиненного, мог добавить или удалить задачи
нужно сделать тз повторяющихся задач
идея выборочного контроля
например отправить кп, он должен не тормозить а постфактум проверяться качество
модуль партнеров
Мастер партнер https://man.mirgiga.net/process/task/view?id=67945255
отчет проданных лидов партнеров
https://man.mirgiga.net/doc?id=876 - предусмотреть добавление тарифов для партнеров
Продажа оборудования
https://www.mindomo.com/ru/mindmap/15b93705424f49ea99cd9506d4dec2e3
ТЗ по написанию работ
https://man.mirgiga.net/process/task/view?id=82840280 и здесь с Кузей поговорить что бы подсвечивало
возможность форматировать текст в тарификаторе (жирный, курсив и т.д.)
работы по определенному шаблону, которые можно объединить в "рецепт"
https://www.mindomo.com/ru/mindmap/75ad7eab4a6b437799f391ff16a0bbe7
8. Логи изменений работ
выделение бп
в тз выпиливания бп - указать решить проблему - почему отправляете отклонение и что требуется доработать в единой сцепке и по этим идентифкаторам искать есть ли в самом бп решения или зафиксированная проблема - так как по сути какждое почему отправляете отклонение - должно иметь решение в иде что доработать или то что мы впилили на шаге , что сделано для улучшения... а. оставили замечание исполнения шага и его должен видеть исоплнитель, б. если не соатвили заммечание а оставили коментарий что сделано, отправяля с отклонения это по суть потерявшееся что требуется доработать - то бишь решения проблемы?

Мне расписать

Для последующих версий чата
5. Фиксировать и сохранять, при добавлении в чат, по какой роли добавлен участник
4. Ответ в боте
2. Выводить когда человек был последний раз в чате
7. Ctrl + v для картинок
6. писать в движениях действия по чату
3. Присвоить иконки для каждого участника чата
1. Отображать, что сообщение прочитано, хотя бы одним из целевых участников чата (галочками серые/синие)
Эскалация неккоректно работает со структурой проектов. Первого исполнителя она берет. а дальше нет
Добавить в настройки приоритета возможность указать идентификатор с типом "Проверка идентификатора" В качестве значения будет браться сумма лайков комментариев. И при добавлении замечания по дефолту ставить 1 лайк Ограничение 1 человек - 1 лайк. второе нажатие убирает лайк. Когда ставится лайк пересчитывать приоритет задачи. Возможность поставить лайк из сокращённого просмотра другой задачи. Добавить в модуль условий проверка по идентификатору с типом "проверка идентификатора" что сумма лайка достигла или фиксированного числа или сравнения с числовым идентификатором.
2.1. Продление дедлайна. Если исполнитель задачи проекта, запрашивает продление дедлайна, то при изменении деделайна в структуре у родительской задачи, менять срок выполнения шага задачи, где было запрошено продление 2.2. Добавить статусы состояния, т.е. исполнитель может отредактировать статус целевого узла (который он выполняет) И статус "Запрос продления", указать дату и причину, и система пробежиться по структуре и найдет задачи где требуется согласовать продление. В этой задаче автоматику - если статус "Ожидает продления" перекидывать на шаг согласования. Что будет видеть человек, у которого запрошено продление Хранить ли историю продлений/запросов продлений, как фиксировать отказ в продлении Придумать названия статусов состояния и как это отборажать
Расписать тз на архивацию списков.

Задачи важные, вне проектов

Нужна помощь чтобы расписать, так как не понятен принцип работы или это отдельный большой проект
сортировка отображения идентификаторов на шаге
Изменения дизайна управления правами доступа и добавление папки с правами, которые не привязаны к сервисам в модуле "Роли и разрешения" https://man.mirgiga.net/process/task/view?id=82845866

надо права переделать и порядок там навести https://man.mirgiga.net/rbac/main/roles

и надо подумать о возможности в идентификаторе Склад, откуда требуется списать, чтоб можно было выбрать баланс склада роли кардер по ФМ + наряд для списания по балансу потому что как правило по СЕВ, КО, Мегалайф чипы на моем балансе и я не смогу воспользоваться данной функцией так как только по складу возможно списание +
https://man.mirgiga.net/process/task/view?id=82842034 проблема, если требуется согласовать услугу генеральными других ФМ, в одном бп это сделать невозможно
раписать тз по смс, что бы можно было выбрать шаблон из любого бп отправить. И из Ка
при увольнении сотрудника и при пересчете создать список куда добавляется этого сотрудника и не учитывать с следующих бп
проверка что абонент внес первый платеж по установленной рассрочке
звонок через октел для монтажников

считаю все шаги где техник не дозваниваеться 1 раз нажимает кнопку и ему говорит сейчас мы делаем ххх попоыток дозвона и если вам будеут перезванивать возмите трубку..... и система уже маршрутизирует и отправляет смс автоматом если не дозваниваеться и записывает звонки - там все откатаем и потом сможем перейти на все дозвоны

У нас в услугах нет списания в зависимости от числа в наряде
функция отправки в телеграм (как отправить смс и е-мейл)
Обсудили в очереди или важно и срочно, обсудить
Третий приоритет и ниже

Время выполнения в зависимости от метки очереди. https://man.mirgiga.net/process/queue-label/index в управление метками добавить возможность указать время выполнения шага. В настройках шага добавить возможность настроить время выполнения: - вручную - брать по метке

В модуле настроек, при просмотре, подсвечивать изменения, которые были внесены за последние 7 дней

При проверке на дубли по нескольким идентификаторам возможно в условиях указать проверять и/или (все или хотя бы один идентификатор) и шаблоны так же

Списки

Разделить права заполнения вложенных списков. К примеру на первом шаге - заполняет только до конкретного пункта, бп маршрутизируется, и на следующем шаге уже другой исполнитель заполняет до конечного элемента

В идентификаторе с типом многоуровневый список при использовании поиска, осуществлять поиск по фразе, которой даже нет в списке, но вырывать теги из предложения и по ним искать

Сделать архив списков и возможность вернуть из архива в актуальное состояние. При архивировании списка, если он использовался в идентификаторе и там сохранены данные - принудительно сохранять и не трогать уже заполненные идентификаторы

Мигрировать простые списки в многоуровневые и объединить их (и уйти от простых списков)

Проблемы: это разные сущности (как не трогать уже заполненные данные) выбирать несколько элементов во вложенном списке нельзя

Возможность передвигать элементы вложенного списка в режиме редактирования

Сделать отчет, где будут отображаться задачи, в которых на одном шаге одновременно подошел более 1 маршрута. В отчете отобразить задачу, шаблон, шаг, какие маршруты сработали В отчете напротив зафиксированной задачи добавить кнопку "Исправлено" - при нажатии убирать задачу из отчета

Если исполнитель видит страницу задачи с ошибкой "Нет доступа" - то добавить кнопку - запросить доступ. При нажатии кнопки открывать диалоговое окно, в котором отобразить обязательное текстовое поле "Зачем вам доступ?" и кнопка "Подтвердить" Создать отдельное меню запросов доступа, где отображать ссылку на задачу, кто запросил доступ и две кнопки: - "Дать доступ к этой задаче" - при нажатии добавлять запросившего в наблюдатели задачи - "Добавить роль в наблюдатели шаблона" - при нажатии добавлять роль запросившего в наблюдатели шаблона, и применять пересчет Добавить наблюдателей текущим активным БП и Добавить наблюдателей закрытым БП. Если у того кто запросил более одной роли, то отобразить его роли и запросить выбрать какую роль добавить наблюдателем.

при увольнении сотрудника бухи смотрят отчет по балансу. но после блокировки сотрудника — отчет будет не доступен https://man.mirgiga.net/warehouse/report/history-detail?link_id=311&link_type=5&date=2023-11-07%2007:01:03&types%5B0%5D=5&oper_ids%5B0%5D=311&enable_projects=0&enable_min_max=on&min_rub=&max_rub=&min_amount=&max_amount= надо сделать экспорт в exel

В идентификатор с типом "Абонент" сделать проверку по подключенным услугам

Трудозатраты считать от идентификатора - далее обсудить

Проверка на дубликат по шаблону добавить параметр: искать хотя бы один искать все

при создании задачи считывается роль ответственного и передается в идентификатор "Роль ответственного за работу", соответственно после создания задачи этот идентификатор никак не зависит от работы и её настроек поэтому и при изменении уже ничего не меняется. Надо переработать систему выбора исполнителя из идентификатора, чтобы можно было из одного идентификатора тянуть разные параметры.

Высвечивать ошибку с возможностью отключения для конкретного человека, время когда он получил эту ошибку и возможность ввести время, когда он сообщил об этой ошибки, и кнопка которая отключает эту ошибку

При срабатывании функции "Списание по корзине" ставить кредит на 3 дня на сумму списания по корзине, чтобы у абонента не отключалась услуга

"Проблемы в БП" - в настройках глобально на все шаблоны Можно такой же функционал сделать локально для Версии, только по конкретному шаблону: так как будет настраиваться для конкретной версии то можно будет добавить для настройки в версии доп.действия, например: - переход на определенный шаг - заполнение данных

Второй приоритет

Оптимизировать конкурирующие задачи

В условиях проверки баланса абонента, добавить возможность проверять по корзине используя шаблон списания, настроенной у услуги

Оптимизировать историю БП по абоненту или КА. Ищет очень долго до 2-3 минут. https://man.mirgiga.net/process/task/index?users%5B0%5D=153635&users_append_counterparty=1

Нужна настройка, если кпримеру в идентификаторе два ЛС, то по функции должно запустится по одной задаче на каждый ЛС

Добавить запрет смены тарифа если есть активный бонус

Групповые идентификаторы

При настройке группового идентификатора указывать - какой из них обязательный/необязательный

Поиск дубликата задачи по групповому идентификатору или по одному идентификатору из группы

Пофиксить перенос групповых идентификаторов между шаблонами

Если в настройках ставят исполнителя, то система должна проверять открыт ли исполнителю данный ФМ

Добавить в действия по кнопке "Проблемы в БП"- повышение приоритета При запуске действия менять метку задачи на "Важное" Если метка уже Важное выдавать ошибку "Вы не можете повысить приоритет, так как он максимальный. Если задача просрочена - воспользуйтесь функцией "Эскалация"" Переводить задачу в очередь "Важное" и отправлять уведомление о получении новой задачи в Бот Важное. При запуске действия в диалогом окне отобразить информацию "Если вы необоснованно повышаете приоритет задачи, то Вам будет начислен штраф" Отображать обязательное текстовое поле "Причина повышения приоритета" Отдельно создать отчет со списком задач, в которых было применено действие. Возле задач две кнопки "Проверено - отклонений нет" и "Повышение приоритета необоснованно - начислить штраф" При нажатии кнопки "Повышение приоритета необоснованно начислить штраф" - начислять штраф инициатору действия. Штраф брать из Модуля услуг БП (название предоставлю)

Историю замечаний к идентификатору перенести из меню в комментарии и выделять красным. В меню комментариев к идентификатору сделать фильтр "Показать только комментарии/ показать только замечания" По умолчанию отображать все.

Первый проритет

При передаче номера в октелл из задачи, передавать ФМ задачи и осуществлять звонок с исходящего номера соответствующего ФМ Добавить передачу канала связи для звонка в октел

либо сделано, либо к Кушниру

@Pokatilych приоритет на доске и группировка - я бы показывал верхню группу без подгрупп и шаблон т выского приоритета к низкому

в планировщие можно создать бп даже если нет доступа к ручному запуску задачи

Доступ отклонить любую работу, на любом шаге (((( или что-то подобное надо решать проблему с уволенными сотрудниками https://man.mirgiga.net/process/task/view?id=82961189

поиск по исполнителю + роль на доске и в задачах

Архив шаблонов и шагов Возможность переносить в архив неиспользуемые шаблоны и шаги (которые нельзя удалить из-за того что на шаге есть задачи) доступ к архиву только у архитекторов (админы все)

1. Добавить просмотр комментариев по изменению (колокольчик) в: - версию бп, с отображением всех изменений в этой версии (с шагов, маршрутов, переходов) - в идентификатор с типом шаблоны/шаги (возле шаблона колокольчик как в версии, возле шага колокольчик с просмотра шага 2. В задаче возле шаблона отобразить колокольчик, с возможностью просмотра всех изменений версии.

если звонок в октеле пропущен создавать входящее обращение на шаг https://man.mirgiga.net/process/step/view?id=5205

Проблема с эскалацией, если нет роли - берутся все исполнители вышестоящие

Максим Викторович, [14.09.2024 12:37] по нарядам Максим Викторович, [14.09.2024 12:37] есть покрытие видеть есть ли наряды на этот номер дома и лог из изменения как сменился адрес и почему

В сервисном слое при вводе дома проверять по дадате

https://man.mirgiga.net/order/task/add?project_id=23013 Изменить систему добавления адреса, подумать над сущностью адреса и придумать такие вещи как подъезд, этаж и т.д. и тогда надо будет над тем, к чему привязывается наряд, и после этого думать при создании узла в ЮС какие данные туда передавать (p.s. новый узел создается сразу)

Исключать выходные дни для задач с меткой важное и уведомлениЯ в бота https://man.mirgiga.net/process/task/view?id=83065088

сроки в наряда

https://man.mirgiga.net/process/task/view?id=83028801 поставщик сразу ставить отметку

В работу
Кузя

Второй приоритет (остальные задачи, при выполнении задачи из первого, отсюда брать следующую первую по списку задачу в первый приоритет)

Перебрать систему Mailing, костыльное говно ... особенно отправка Email сделано лиж-бы работало ...

Отправить Email

Добавить в функцию отправки писем возможность выбирать с какого ящика отправлять Проблема что при отправке автоматических запросов по архивации, запрос уходит от ФМ как у нас в системе. Изменить название ФМ Мэйджик ООО "Мэйджик Ай Ти Плюс" (ТМ MagicNet) и так же сменить рассылку по архивации с почты фин департамента

очень интересно ничего не понятно

Первый приоритет (тут одна белая задача, при выполнении отмечать зеленым)

сделать отчет суббодряда он сгенерирует доп лист отчета с разделением на субподрядчика

Сделать функцию добавления документа в архив КА: перенести форму в функцию https://man.mirgiga.net/counterparties/documents/set-default?temp_id=54026 1. ФМ - брать из задачи 2. КА - из идентификатора 3. Тип документа - выбирать статично 4. Номер и Метка в архиве - необязательно, если не заполнен пустой, можно выбрать идентификатор файла 5. Дата - дата срабатывания функции 6. Идентификатор файла

https://man.mirgiga.net/process/task/view?id=83353804

к Юре и Кушниру

Ромыч
Никита
Готово задачи важные, вне проектов
2025

январь

кнопку удалить в дереве адресов напротив дома и напротив квартиры. Если у дома есть квартиры Если у квартиры есть абоненты или ТКД Если адрес записан в идентификатор - то открывать отдельную страницу, на которой выводить все что мешает удалению

разрешать создавать абонента где в квартире есть буква

к бланку заказа надо добавить возможность привязать коммутатор + порт необязательное поле

при добавлении затрагиваемых адресов в наряде, добавить возможность выбора корпуса если это ЧС, и галочку "Я осознаю что это ЧС и хочу добавить квартиры"

Сделать условие на проверку дубликата наряда по затрагиваемому адреса (совпадение, хотя бы один)

Вывести метку в списке, в общем просмотре списков

логи изменений в новых условиях

условие по идентификатору с типом текст Искать текст: - в начале - в конце - полное совпадение - частичное совпадение

https://man.mirgiga.net/process/task/view?id=41666250

Отрицательную сумму с баланса записывать в заданный идентификатор и начислять ее на ЛС

Предзаполнение идентификатора "абонент" из идентификатора Контрагент

Функция разблокировать абонента

Если автоматика впадает в цикл, более 5 циклов на шаг отклонения и отключать автоматику для этой задачи

2. Ускорить создание аварий на большое кол-во абонов

1. Добавить условие проверки что у КА есть каналы связи и необязательный параметр какие каналы связи.

5. Просмотр нарядов, отдельные права сделать

4. В условия добавить добавить условия "Диапазон времени", время от время до, галочка "Инвертировать время"

3. Отдельный доступ на кнопку "Где используется" https://man.mirgiga.net/lists/groups/view?id=106

2. Функция "Отправить Email" - добавить возможность отправить по идентификатору "Канал связи"

1. В идентификаторе "Дерево проекта" при выборе исполнителя, ограничивать по ФМ

2024

Август

При создании КА с типом физ.лицо вручную - обязательно ввести номер телефона как канал связи. Если система создает - то с теми данными которые есть

Сделать кнопку "Изменить адрес"

В модуле где отображаются шаги, которые привязаны к обзвонке - не отображать шаги, на которых 0 всего задач и 0 доступных задач https://man.mirgiga.net/process/oktell/index

Создать отчет по некорректным каналам связи и фиксировать там каналы связи с типом телефон, в котором менее 12 символов. В отчете отображать КА со ссылкой и канал связи(номер) Если нет КА - Абонента со ссылкой и канал связи Если нет Абонента - Идентификатор со ссылкой на БП Если нет Идентификатора - номера через запятую

Cделать выгрузку куда можно будет вставлять роль - по которой будут выбраны и показаны ссылки на шаги в которых эта роль: Исполнитель ответственный действующий формат выгрузки по столбцам название шага, ссылка на шаг, роль на шаге(исполнитель, отвественный, действующий)

В модуле настроек допилить отображение наследования

Июль

Функция закрытия аварии - закрыть с любой причиной остальное в списке будет

Сделать функцию "Продление аварии" Указать время - идентификатор числовой (минут) или статично Указать идентификатор аварии

Если аварии отложенный запуск, то авария запустится на спец.шаг

запускать сразу на шаг инженера, что бы он выставил причну аварии

добавить идентификатор с типом "Причины аварии"

идентификатор "Причины аварии" добавить по нему маршрутизацию

В модуль условий по идентификатору с типом Авария добавить условия по статусу аварии,

Добавить возможность указать в задаче время выполнения от идентификатора авария

При запуске аварии в модуле, создавать задачу по шаблону "id=304"

"Причины аварии" его передавать из модуля в задачу causes_accident

В идентификатор "users_count" передавать количество абонентов

В задачу передавать в идентификатор "accident" аварию а в идентификатор "adress" общий адрес абонентов.

В функцию "Добавить КА (физ.)" реализовать перепривязку канала связи, если он привязан к другому КА, и не основной и не единственный. Без предупреждений Создавать задачу по шаблону "https://man.mirgiga.net/process/version/view?id=413"

В просмотре вложенного списка - кнопку раскрыть все вверху на все элементы, и возле корневых - раскрыть детей

В модуле настроек при первой инициализации проверить по нарядам статус покрытия

в ЛС отображать сотрудников КА заказчика

идентификатор где можно выбрать группу шаблона в текущий идентификатор "Шаблоны/Шаги" по шаблонам добавить группу

добавить поиск в момент редактирования

добавить параметр в шаблон "Ответственный архитектор" и использовать его в исполнителях

https://man.mirgiga.net/process/chat/report?page=2&per-page=30 добавить в фильтр: открыт/закрыт если закрыт по какой причине календарь шаблон

сворачивать корневые группы во вложенном списке в режиме просмотра всех списков, конкретного списка и редактирования

Условие проверки соответствует заказчику, получателю или хотя бы одному из них, мультивыбор везде где НЕ настроено сравнивать по заказчику

Плюс выборка где у нас это условие используется, и какие условия поставить в текущих проверка

отчет строить по задачам шаблон 173 создать идентификатор откуда поступил лид (телеграм, вк, номер 1. номер2) заполнять автоматом - готово В отчете отобразить: ФМ задачи, район (первый location стоящий над улицей) из идентификатора id 2105, в каждом районе группируем по идентификаторам id 10175, id 10174, id 10176, внутри вывести задачу Фильтр: ФМ, адрес любая сущность, номер на который поступил звонок, период, фильтр по шаблону дочерней задачи. (по умолчанию 235, 170, 302) --------------------------------------- но, подумать Приводом и разблок!!

При просмотре маршрута, на функции "Добавить документ в архив " - отображать детализация, что куда добавляется

В выпадающем списке фильтра убрать группы и оставить только шаблоны

Идентификатор файл, с ограничением по типу jpeg, ограничение 1 Функция: выбрать идентификатор с заявкой, и необязательно идентификатор с паспортом 1 сторона, 2 сторона

В функции "Генерирование письма - требования" ФМ брать из задачи

Июнь

в группировке шагов - добавить иконки последний шаг, первый шаг, автоматический шаг (тоже самое что и в просмотре версии)

Май

в шаблонах сворачивать группу помнить 10080

В идентификаторе с типом "Адрес с возможностью добавления" добавить возможно заполнять корпус Только цифры

Условие - наличие нарядов на абоненте и их статус (открыт/закрыт)

При замене элемента вложенного списка на другой, учитывать изменения в условиях шага и маршрутах

В идентификаторе с типом абоненет при поиске ЛС отображать ФИО заказчика

При проверке на наличие дубликата добавить условие - Проверять все ФМ - Проверять только по ФМ задачи

Требуется условие какой именно тип канала связи заполнен (телефон, телеграм, е-мейл и т.д.) галочку выпадающий список: все присутствуют, хотя бы один присутствует, все отсутствуют, хотя бы один отсутствует

Удалить статусы покрытия: Неизвестно (транспорт), Покрытие партнера: Таврида, Покрытие партнера: Тринет, Покрытие партнера: Крэлком, Покрытие партнера проверить что бы нигде статус не был установлен и удалить

Удалить статусы покрытия: Неизвестно (транспорт), Покрытие партнера: Таврида, Покрытие партнера: Тринет, Покрытие партнера: Крэлком, проверить что бы нигде статус не был установлен и удалить

https://man.mirgiga.net/counterparties/documents/scan в данном модуле происходит загрузка в архив, требуется отчет с фильтрами. Фильтр: - ФМ - период - Исполнитель кто привязал документ Отображать данные Кол-во (возле слова отчет по Архивации) Исполнитель (с кол-вом) - Папка (метка в архиве) (с кол-вом) - - КА, тип документа, Номер и дата документа добавить в меню в раздел Контрагенты - название Отчет по Архивации сделать отдельные права доступа "просмотр Отчета по Архивации"

Сделать фигню с папками и файлами

При отклонить не делать валидацию на текст https://man.mirgiga.net/process/correction/moderate

Настроить уведомление в бота, по всем типам задач, за час до того как задача станет просрочена, отправлять уведомление в бота. Условия: на шаге должен быть настроен штраф (автоматизация шага, версии, маршруты (только функция при переходе на шаг)) В уведомлении отображать ссылку на задачу, дата, название текущего шага и сумму и название штрафа Если в поле Кому в настройке функции указано - По идентификатору - то игнорировать и не отправлять уведомление Текст: "Ваша задача скоро просрочится. Пожалуйста, обработайте её в течение часа, иначе есть риск получить штраф."

Искать лидов Расчет: - Прокидываем всех лидов на верхний уровень (снизу вверх) и записывать из какой задачи этот лид. Использование: - Возможность в задаче установить приоритет по идентификатору с адресом, а этот идентификатор с адресом будет смотреть на нашу таблицу с просчетами - Во всех идентификаторах с типом адрес добавить просмотр лидов этого адреса. Просмотр лидов: - Группировать детализацию: по шаблону, по адресу https://man.mirgiga.net/process/report/tasks-lead?link_id=2&link_type=4

Настройки: - шаблоны (id=293) - идентификатор (все типы которые связаны с адресом) - шаги, если не выбрано ни одного, то искать по всем шагам даже закрытым https://man.mirgiga.net/process/setting/address-lead

При просмотре шага в предыдущих переходах, отображать только те маршруты, который ведет на данный шаг

Сделать тайпхеат поле (поле с подсказками) в модуле архивации

В идентификаторе с типом штраф/бонус отображать сумму

Отображать что задача привязана в идентификаторе "Структура проекта" Отображать можно, где у нас отображается родительская задача

В функцию "Отправить Email" добавить возможность отправки файла из идентификатора

пересчет при сохранении шага, версии, засунуть в очередь пересчета задач по роли

При удалении работы проверять привязана ли она к идентификатору, наряду, услуге в модуле услуг

В отчете кнопка "Отменить штраф" - сделать для нее отдельный доступ

В идентификаторе с типом "Абонент" в отображаемые данные добавить ТКД. В просмотре идентификатора с типом "Абонент" если выбраны отображаемые данные ТКД отображать адрес ТКД привязанного к абоненту.

В идентификаторе с типом "Дата+время" ограничить ручной ввод значений (так же как в идентификаторе "Дата")

В идентификаторе с типом "Список", если элементов больше 5 штук, скрывать не выбранные элементы. Только когда идентификатор не редактируемый.

Апрель

В идентификаторе с типом КА проверять наличие ЛС только по ФМ текущей задачи

Пересчет по роли переделать, что бы им занимался один процесс, и что бы закрытые задачи пересчитывались только ночью. Вывести очередь пересчета.

Исполнитель в идентификаторе не равен исполнителю шага

условие проверки совпадения сотрудника с участником задачи

на доске, сделать возле шага кнопку "Открыть все задачи" открывать ссылки в новой вкладке

Функция "Отменить начисленный штраф". В настройках функции указать какой штраф отменить. Данные брать из идентификатора с типом штраф/бонус

Добавить в настройках маршрута, кто может продвинуть бп по данному маршруту: Исполнители Ответственные Действующие По умолчанию все

В модуле акций - если дата не указано, отображать что акция бесконечная

В просмотре версии добавить кнопку "Запросить добавление работы к идентификатору" - при нажатии которой, скажут "Выберите идентификатор", введите комментарий и запускать задачу по шаблону https://man.mirgiga.net/process/step/view?id=3270 на первый шаг без привязки к задаче

При пересчете исполнителей автоматического и расчете исполнителей следующего шага рассчитывать на зацикливание

Идентификатор где можно выбрать работу

В идентификаторе с типом поставщик отображать найденного КА даже если он не поставщик, но не давать выбрать

Настроить отображение в идентификаторе КА информацию о том что юр.лицо ликвидируется или ликвидировано (то что указано в карточке просмотра КА)

В связях с шаблонами отобразить иерархию

В просмотре шага/маршрута отображать данные о функции "Штраф/бонус" - какой штраф, какая сумма, кому начисляется, при каких условиях

Функция изменения статуса заявки ЭДО

В графике таймслотов добавить фильтр по фин.менеджерам

данные собираются от 16.04.2024 at 18:06

Создать идентификатор с типом "Услуги" - данные для идентификатора брать из настроек (как с тарифом)

В ЛС отображается договор по статусу договора. Требуется отображать статус заявки

В режиме редактирования КА добавить возможность выбора услуги https://man.mirgiga.net/counterparties/services/index Фильтровать по параметру "Мы предоставляем"/"Нам предоставляют" . Если у КА не стоит галочки Поставщик нельзя выбрать услугу где только параметр "Нам предоставляют" При сохранении отображать выбранные услуги в карточке просмотра КА (обсудим голосом где)

Передача с баланса на баланс

Настройки функции: 2. В настройках функции передачи будет: -идентификатор баланса от -идентификатор куда 3. При настройке функции предупреждение текстом красного цвета "Внимание архитектор. Эта функция только для ограниченного круга исполнителей!"

1. Создать идентификатор "Баланс". Выбор наименования склада сделать опционно галочкой. В настройках идентификаторе выбор наименования склада - мультивыбор. Возможность выбора синоминальных групп и только их можно будет выбирать

В задаче, в движении отображать какая именно автоматизация сработала

Пофиксить запрет отвязки от КА каналы связи если он единственный

Разрешить отвязывать последний канал связи у ИП и ООО

В форме создания КА если высвечивается ошибка о том что канал связи привязан к другому КА, давать право отвязать канал связи от старого КА и привязать к создаваемому. Отображать сообщение "Я беру на себя ответственность и соглашаюсь с последствиями по перепривязке канала связи к новому КА"

При каждой перепривязке КА создать задачу по шаблону .... (шаблон предоставлю) - шаблон - идентификатор в какой внести на каких контрагентах был канал связи (мультиввод) - идентификатор контрагента в который ушел канал связи - идентификатор канал связи - идентификатор сотрудник

https://man.mirgiga.net/radius/users/find?fio=&phone=&houses=&addresses=&date_range=&mac=B0%3AA7%3AB9%3A67%3A5B%3AE1&ip= В вывод добавить траффик по каждой сессии

Добавить в просмотр версии, с связи с другими шаблонами - какие шаблоны запускаются из текущего

Март

Добавить ФМ на таблицу с юзерами и не брать ФМ для настроек из конфига

При запуске чата менять метку очереди задачи на "Важное". При завершении чата возвращать метку, которая должна стоять согласно настройкам. Переводить задачу в очередь "Важное" и отправлять уведомление о получении новой задачи в Бот Важное. Если задача не была важной, если она была важной ничего не делаем

Добавить в настройки идентификатора параметр "Запретить выгрузку"

в просмотре контрагента отображать группы лицевых счетов

Задача по е-мейлам

Добавить в информацию о шаге текстовые поля, которые будут заполняться в ручную, в режиме редактирования шага - Работа - Показатели - Контроль (пример: шаг автоматика ответственный гендир. должен раз в месяц выгружать и проверять) поля необязательные для заполнения ограничение по длине - 512 символов

Пройтись по всем абонентам, взять все номера телефонов (из каналов связи, из старой системы телефонов), проверить что этот канал связи не лежит в эдо или ни в одном КА и попривязывать к ЛС: - если нет заказчика то первого КА заказчиком, остальных получателями

1. Что ФИО можно было подставить в КА из задачи. как предлагаю: делаем функцию - изменить ФИО КА и в функции я настраиваю идентификаторы откуда брать данные. идентификатор будет групповой "Фамилия" "Имя" "Отчество". В функции изменения проверять что если отчество прочерк - то игнорировать, а Фамилия и Отчество то более одного символа

Запретить отвязывать единственный канал связи от КА

Функция в Лс - отправить смс - переделать что бы она доставала все телефоны привязанных КА и ЭДО

Исключать метки с последних шагов (не отправлять уведомление в бота и не учитывать в отчете)

Отображать в наряде из какой задачи он был запущен с возможностью перейти в задачу

Исправить отображение ФИО в наряде на ФИО КА заказчика (сейчас отображается ФИО из исп)

Если в функции отправить СМС стоит в настройках идентификатор с типом канал связи и в нем зафиксирован канал связи Телеграм, проверять привязан ли номер к телеграмму и если привязан брать его

В идентификаторе с типом "Абонент" - в настройки добавить возможность выбрать отображать КА заказчика, отображать КА получатели

Добавление в ЭДО возможность комментирования заявки с правами: кто видит или редактирует страницу заявок

Отправка сообщений в чате по enter и переход на след строку Shift+enter

Игнорировать валидацию повторных сообщений при ответе в чат из бота

Поменять текст подтверждения передачи задачи проекта на исполнение

Новый текст: Внимание! Вы передаете планируемую подзадачу на исполнение (это будет происходить в другом БП). После чего, Вы больше не сможете добавлять подзадачи, так как управление подзадачами будет происходить в связанном БП, тем исполнителем, которому вы передали планируемую текстовую задачу на исполнение. ! Если вы передаете корневую задачу проекта, то вы уже ничего не сможете добавить в проект. Управлять всем проектом и его исполнением будет тот, на кого вы передали этот проект!

Добавить поиск задач по типу абонента

Добавить на страницу просмотра шага кнопку "Статистика" При нажатии открывать отдельное окно, где отображать данные: Выбрать период (календарь) 1. Статистика выбора переходов в процентах 2. Статистика выбора маршрутов в процентах 3. Статистика сколько раз сработала автоматика, от общего числа переходов (например 30 задач на этом шаге - 15 обработано вручную и нажат переход, 15 двинулись автоматически) 4. Сколько раз была нажата кнопка "Проблемы в БП" 5. Взять элементы списка на которых есть действие за 100% и отобразить процентное соотношение на каждый элемент списка с выходом На страницу просмотра версии, вывести кнопку статистика При нажатии на кнопку в новом окне отображать: 1. Выбрать период (календарь) 2. Процент нажатия кнопки "Проблемы в БП" на каждом шаге (берем все шаги за 100%)

Январь

Оптимизация автоматизации

При добавление абонента через https://man.mirgiga.net/user1/create/add, брать ФМ из адреса. Если у адреса несколько ФМ выдавать ошибку При регистрации абонента через БП - брать ФМ задачи

Запрос или отзыв прав доступа v1 - шаблон в котором обнаружилась проблема у нас есть список в возможностью выбора несколькиз значений. В условиях шага настроено, что есть выбран определенный элемент, то отображаить к заполнению доп.идентификаторы. НОООО!!!! если этот элемент выбран в комбинации с каким-то, то условие уже не сработает, а предусмотреть любые комбинации сложно и тупо

2023

Декабрь

В идентификаторе с типом "Исполнитель+роль" Сделать в настройках идентификатора: - скрывать исполнителя при поиске

3. Если достигнут лимит, то вместо синего информационного блока отображать информационный блок с текстом: "Внимание! Вы использовали все попытки перехода по данному маршруту. Обратитесь к руководителю или воспользуйтесь кнопкой "Проблемы в БП""

Отображать из каких шаблонов запускается данный шаблон, на каких шагах переходах, маршртух, на какой шаг и при каких условиях

Отображать идентификаторы, которые в задаче были заполнены, но были очищены

Добавить маршрутизацию номер квартиры с возможностью указать оператор сравнения

Валидация формулы приоритета при сохранении шага и версии

В редактировании списка добавить плавающую кнопку "Сохранить"

Добавить в функционал очереди бп возможность настроить период выплевывания задач (в часах)

В настройках условия добавляем возможность указать по каким шагам проверять

По прошествии периода мы проверяем только те задачи, которые мы выплевывали, выполнил их исполнитель или нет

Если у задачи стоит несколько исполнителей, при выплевывании мы засчитываем ее кому-то одному

Для того что бы мы могли рассчитать, сколько задач можем обработать один человек за один период и нам не надо было думать что там отдел из 10 человек. На каждого выплюнется n-е количество задач

Выплевывать n-е количество задач и не смотреть на задачи, которые пришли из вне

Почему: потому что на шаге могут быть несколько исполнителей и они выплюнулись на другого исполнителя

Разбить корзину на составляющие разбить (item_names, item_names_with_cost, sum, installment и т.д.)

В функции "Отправить СМС" возможность поставить в текст сумму по корзине.

В идентификаторе "Исполнитель+роль" настраивать какие пункты игнорировать при выставлении исполнителя шага

В детализацию отчета по таймслотам, добавить отметку в каком состоянии был обработан шаг (Просрочен/не просрочен)

2. Кнопка "Сбросить лимит для данного маршрута в этой задача"

сбрасывать -1

1. В функциях сделать галочку "Пропускать, если достигнут лимит"

Доступно всем трем админам

3. Если в разделе настройки информационных идентификаторов указать у идентификатора 1 информационный идентификатор 2, а у идентификатора 2 информационный идентификатор 1 - то все зависнет и уйдет в зацикливание

2. Переводить бумажные договора на функции "Перенос в ЭДО заявок и документов в архив" в статус "На обработке" Проверить статус "Не требуется" какие данные отображаются в ЛС (если в карточке отображается как договора нет, использовать этот статус вместо "На обработке")

1. Функция "Штраф/бонус"

3. Переделать функцию: - перевести на условия - что: штраф/бонус - откуда: статично/из идентификатора - кому: всем исполнителям, исполнителю функции, из идентификатора

2. Добавляем возможность выбрать штраф/бонус из идентификатора, если при сработке штрафа в идентификаторе будет находиться бонус (и наоборот) то выдавать ошибку

1. Добавить идентификатор с типом "Штраф/бонус" В настройках идентификатора тип "Штраф" или "Бонус", если не выбрано то в идентификаторе доступны будут и штрафы и бонусы

6. В графике по таймслотам при наведении на блок выполненных задач, отображать сколько времени было всего потрачено

5. Интерфейс управления метками очереди

4. Идентификатор с типом структура проекта: - кнопка развернуть - сделать зеленой и побольше - при добавлении новой подзадачи - развернуть до новодобавленной задачи

3. В функцию "Копировать идентификатор" добавить галочку "Частичная перезапись", которая будет отображаться если будет выбран идентификатор "Исполнитель+роль+список"

2. Отображать в движении задачи детализацию по функции "Штраф/бонус" Отобразить: какой штраф начислялся, кому носился

1. При проверке условия дубликатов, отображать ссылки на найденные дубликаты под идентификатором, по которому производилась проверка

Переименовать пункты меню

3. Добавить подзадачей существующий БП

2. Добавить планируемую подзадачу

1. Изменить

Добавить возможность скрывать под спойлер в детализации по графику таймслотов

9. Поискать по проекту где еще используется метка шага-версии

8. При сохранении данных по трудозатратам для отчета. метку теперь брать из задачи

7. В поиске задач по метке переделать, что бы поиск производился по метке привязанной к задаче

6. При сохранении идентификатора проверять, не является ли он идентификатором затрагивающем метку, если является переинициализировать метку задачи.

5. При переходе с шага на шаг, закреплять метку за задачей

5.1 в движении фиксировать какая метка была при уходе с шага т.к. метка может зависеть от динамических данных

4. В настройках шага возможность настроить, что метка берется из идентификатора

3. В списки многоуровневые добавить поле "Метка"

2. В списки простые добавить поле "Метка"

1. Сделать идентификатор с типом метка

1.1. В функцию заполнить идентификатор, добавить возможность заполнять идентификатор с типом "Метка"

2. В идентификатор с типом "Контрагента" добавить условие проверки наличия документа

1. В идентификатор с типом "Контрагента" добавить условие соответствия документа введенному в задаче

1. Если в новых изменениях только мои изменения, тогда отмечать прочитанным

4. В поиске абонентов добавить фильтр от до стоимости сервиса

3. Добавить в условия маршрутизации, что документооборот не указан

Ноябрь

20.11.2023 - 26.11.2023

Добавлена кнопка календарь, для ручного вызова

5. Когда нажимаешь на карандаш, красное/жёлтое поле сразу ставить курсор

2. Фильтровать пробелы в начале и в конце текста в идентификаторе с типом текст, фильтровать лишние пробелы (более одного) в середине текста

1. Проверить задачи по шаблону "Оплата услуг" очень долгий отклик и очень медленно грузятся

13. В функцию отправки смс добавить возможность выбирать канал связи

12. Брать настройки адреса Россия с указанием ограничителя ФМ задачи

11. Отображать на доске задач название работы

16. Добавить в допинфо разделы текстовые: 1. Домофония 2. Шлагбаумы/Паркинг

15. Номера для обзвонки брать из канала связи

Добавить карандашик возможность переименовать узел.

14. В идентификаторе структура проекта Плановые трудозатраты и Фактические трудозатраты - добавить внизу подсказку - минуты Плановый доход и фактический доход - внизу написать подсказку руб.

13. Ответственного за шаблон, изменить с конкретного исполнителя на роль

12. При заполнении документов, а именно паспорта, хотелось бы не нажимать на каждое поле, а чтобы курсор перемещался автоматически, как было в старой версии.

10. В просмотре условий шага поменять местами условия и данные

9. При открытии задачи, если текущий переход не найден, то переинициализировать.

8. Идентификатор "Адрес (с возможностью добавления)" - в поле "Дом": цифры и буквы кириллица в любом регистре - в поле "Квартира": цифры

7. В отчет по проблемам в бп Добавить кнопку "Проверено" (как в отчете по отклонениям)

6. Сделать продвинутый тайтл у даты заполнения идентификатора

5. Проблема - не сохраняется первоначальный вид текста, т.е текст сбивается в одно целое без переносов, которые были в "замечании" (т.е читается тяжело)

4. В функцию "Заполнить идентификатор" добавить возможность заполнить идентификатор с типом "Вложенный список"

3. Если ты действующий отображать соответствующий текст и не вводить в заблуждение другим текстом

2. Исполнителей брать из вложенных идентификаторов

1. Отвечать в телеграмме на чат

06.11.2023 - 12.11.2023

https://man.mirgiga.net/process/task/index?addresses=&users=&users_append_counterparty=0&users_append_counterparty=1&counterparties=&counterparties_append_user=0&counterparties_append_user=1&counterparties_append_oper=0&counterparties_append_oper=1&template_ids=&template_ids%5B%5D=169&old_version=0&responsible=&name=&date_range=&date_range_close=&fm_ids=&customers=&step_state=1&step_state_auto=&overdue_state=&queue_label_ids=&creators=&executants=&executors=&only_empty_executors=0&controllers=&observers=&opers_exec_control_observer_or=0&opers_exec_control_observer_or=1&opers_from_next_step=0&group_by= По данной выборке при условии что абонент в админской блокировке, сменить причину абоненту в идентификаторе Заблокированный( желающий заблокироваться) (Абонент) сменить причину блокировки в карточке на причину указанную в идентификаторе Причина блокировки (Причина блокировки) Дата перехода на текущий шаг должна быть позже даты текущий блокировки

1. При вводе е-мейла для поиска контрагента, удалять лишние пробелы

Октябрь

15.10.2023 - 31.10.2023

сделать чтобы чат сохранял переносы по строкам, а не одной строкой группировал текст

3. В МАНе у подрядчиков нет доступа к с своим тарификаторам на подрядные работы . Можем ли мы им его предоставить? Реализовать права только на просмотр тарификатора по конкретному подрядчику

09.10.2023 - 15.10.2023

2. В списке проектов (index) под меткой статуса проекта добавить: - сколько нарядов в каком статусе красный - активные оранжевые - на проверке зеленый - выполнено

1. В идентификатор с типом "Шаблоны/Шаги БП" возле задач сделать кнопку глазик, которая будет подгружать данные, которые отображаются в списке задач

2. Поиск по нарядам в идентификаторах с типом (искать всем нижестоящим сущностям, если это город, то по всем улицам и т.д.): Адрес (дом/квартира) Адрес c возможностью добавления Адрес (любая сущность) Адрес (дерево проникновения до улицы) Адрес (ТКД)

3. Модифицировать условие "Линкт контрагента соответствует абоненту" в идентификаторе типа абонент и добавить возможность настроить, что линк не соотвествует

1. Сделать ссылки во вложенных списках кликабельными, что бы открывались в новой вкладке

20. В условия маршрутов добавить детализация функция " Добавить услугу в корзину", "Создать наряд" если создание по идентификатору

19. Дублировать кнопку "Применить" внизу, https://man.mirgiga.net/oper/edit-role?oper_id=685

01.10.2023 - 08.10.2023

17. в движение писать изменение статуса звонка

16. Функция "Очистить все статусы обзвонки"

15. В условия по статусам обзвонки добавляем галочку "Проверять только статус текущего шага"

14. https://man.mirgiga.net/process/task/view?id=67952002 Убрать подтверждение по кнопке ентер, не закрывать окно. при нажимании курсором в другой части экрана

13. Добавить условие, если условия соблюдены, но функция не сработала отправить задачу на заданный шаг

11. На шагах с меткой "Важное" и где настроена функция Эскалации, за 1 час, до истечения срока выполнения шага отправлять повторное уведомление в бот, с текстом: 🆘 Уважаемый исполнитель, через 1 час ваша задача будет просрочена. Зайдите и обработайте, иначе вас ждут последствия.

10. Условие по ФМ

9. Добавить условия на идентификатор с типом "Статус обзвонки"

7. Добавить в настройке идентификатора тип "Вложенный список" галочку "Обязательно дойти до конечного пункта"

Сентябрь

25.09.2023 - 30.09.2023

6. Добавить в движение отображение сколько времени исполнитель провел в задаче, хранить данные за 3 месяца

2. Условие проверки синоминальной на балансе: если на балансе синоминальная группа в передаче - то это считывать ее как нет на балансе (это отдельная галочка в условии)

3. В любых идентификаторах типа список/вложенный список отображать красное поле если он не заполнен и обязателен к заполнению

4. В задачи добавить группировку фильтр, с возможностью выбора обычного формата (все задачи в общей куче)

28. Показывать роли в участниках шага

29. В идентификаторе с типом Абонент, добавить в отображение - Расчетный период

1. Проверка синоминальных групп на балансе по количеству

34. отображать во вложенном списке только одобренные элементы или те которые добавлены этим исполнителем

33. Добавить роль игнор, для настройки шага, где не требуется исполнитель. - Если стоит в исполнителях роль игнор, не ставить редактора бп в исполнители - если в исполнителях стоит роль, но у роли нет сотрудника - не ставить редактора бп в исполнители

32. В отображение задач добавить группировку по ФМ. Напротив каждого ФМ отображать количество задач

очень долго работать будет ...

31. Добавить в условия маршрутизации по вложенным списком, варианты: 1. Не корневой элемент 2. Конечный элемент

30. в фильтр задач бп долго добавить "Я являюсь ответственным за шаблон"

27. При пересчете исполнителей шага, если исполнителей нет, учитывать в качестве исполнителя роль "Редактор БП" , если нет, то "Архитектор"

26. Фиксировать в движении бп - то что было оставлено замечание Выводить текст замечания и к какому идентификатору/шагу оставлено

25. При изменении работы, добавить галочку - "Требуется ознакомление". Если он выбрана, найти всех обученных и тех кто прошли нужное количество раз, но еще на проверке и сделать им -1

24. Реализовать функцию массового списания на абонента через таблицу. Настраивать функцией на маршруте. Данные: 1. Идентификатор с файлом, тип файла .csv. В нем указываются ЛС первым столбцом, серийные номера напротив каждого ЛС. 2. Идентификатор со складом откуда произвести списание (Если склад не указан списать со склада исполнителя функции) Если на складе, откуда требуется списание отсутствуют наименования с указанным серийником (все или хотя бы один из списка) - оповещать инициатора функции и не пускать дальше об этом "На складе откуда списать отсутствуют следующие серийный номер "....."

23. При настройке условий на идентификатор с типом "Вложенный список", добавить условие "Использовать все подпункты" Если добавляем новые подпункты, то автоматом учитывать их в условии

22. При изменение статуса в идентификаторе с типом "Проверка работы" на статус отклонено, после добавления замечания переводить задачу на шаг, на который идет задача при добавлении замечания.

21. Задачи по шаблону "Бп проверки обучения работе v1" которые находятся на шаге id4606 и к работе есть неисправленное замечание, перекинуть на шаг id4681

18.09.2023 - 24.09.2023

13. Функция "Предложить исправление у сущности": - название идентификатора - название шага - название перехода - название кнопки функции - элемент списка - элемент дерева списка - название шаблона и функционал отображения предложений и одобрения с возможностью редактирования

просмотр статистики за месяц по сотрудникам

еще бы сделать страницу просмотра моих предложений, чтоб я видел приняли или нет и мою статистику за месяц

18. Добавить пересчет приоритета при сохранении шага

17. Запретить в формуле приоритета ввод русских символов

16. При проверке условий данные искать даже в группах

15. Можно сделать красную надпись доступную для клика, чтобы переводило страницу сразу на пункт, где требуется заполнения. Облегчит работу, особенно с телефона

15

14. Добавить в условие по ЛС, проверка по балансу, галочку "Баланс = сумме по корзине"

10. Добавить на шаг под блоком с предыдущими переходами, переходы с автоматизации шага и автоматизации версии

12. В детализации движения фиксировать кто привязал или отвязал задачу и к какой задаче

30

11. Фиксировать при удалении задачи - кто и когда удалил

18

сделал но выкачу ночью, для этого базу надо на пару минут положить upd: выкатил

9. Сделать возможность изменения размера блока шага с сохранением в браузере

8. Скрывать номер элемента списка если в настройке списка стоит галочка

8.1. Добавить значок "инфо" и скрытый номер элемента списка отображать при наведении на значок ИНФО.

11.09.2023 - 17.09.2023

6. Отображать какими данными заполнен идентификатор в информации о маршруте https://man.mirgiga.net/process/step/view?id=5382

6.1 При выполнении функции заполнения данные., заполненные данные переносить в историю переходов в детализацию

5. https://man.mirgiga.net/process/step/view?id=3104

Все равно слезает верхняя строка при открытии списка https://man.mirgiga.net/process/step/view?id=5473

проверяй .. я первый раз починил для многоуровневых и забыл про простые ....

4. В условия маршрутизации по идентификатору с типом вложенный список добавить условие "Одобрен пункт"

3. Убрать форматирование по кавычкам при сохранении элемента списка

2. При автоматизации на весь шаблон, добавить возможно выбора шагов, на которых данная автоматизация не будет срабатывать

1. В настройках идентификатора типа список, если стоит галочка "Ввод нескольких значений" добавить дополнительную галочку "Обязательно заполнить все элементы списка"

ТЗ на списки
Многоуровневые списки

1. добавить в идентификаторе вложенного списка поле ввода, при вводе в которое в реалтайме, будет искаться по всему дереву. Подсказка на поле поиска: введите для поиска или добавления недостающего пункта.

Снизу кнопка "Добавить"..."как новый пункт

Добавлять на тот уровень, где он сейчас находиться в момент добавления

Требовать комментарий, зачем он это хочет добавить и добавлять и автоматически выбирать в этом идентификаторе новодобавленный пункт

Фиксировать историю ввода то что не было найдено после 2-х секунд бездействия

Ищем в конкретном пункте

Добавиить кнопку подтвержления элемента списка которые на модерации

Кнопка, которая открывает диалоговое окно с выбором элемента списка, на который надо заменить этот элемент в бп

Отображать комментарий, который оставили при добавлении нового элемента при модерации

Добавить отображение истории ввода у конкретного списка: -отображать имя, дата, текст и что было выбрано после этого

По запросу отобразить все бп и даже закрытые, где используется: - элемент списка на текущий момент - был использован ранее

Кнопка напротив списка в просмотре- К каким идентификаторам привязан данный список идентификатор с типом список

Кнопка напротив элемента списка в редактировании, которая в диалогом окне открывает информацию: - в каких условиях используется данный пункт списка (шаблоны, шаги, переходы, маршруты, условия шага)

Добавить ссылку (5мин)

Сортировка по содержимому всех элементов в многоуровневом списке (30мин)

Оптимизировать страницы списка многоуровневого (30мин)

При сохранении списка перекидывать на страницу просмотра списка

отображать цвет списка в идентификаторе с типом "Вложенный список"

Добавление тегов к элементу списка (30мин)

Автонумерация элемента списка при добавлении (30мин)

Простые списки

Использование списка в бп

В идентификатор, который обязателен к заполнению на шаге, но еще не заполнен, добавить alert с текстом "Необходимо заполнить для перехода на следующий шаг"

Просмотр списка

Режим просмотра по приоритету

По запросу отобразить все бп и даже закрытые, где используется: - элемент списка на текущий момент - был использован ранее (60мин)

Кнопка напротив списка К каким идентификаторам привязан данный список идентификатор с типом список идентификатор с типом сотрудник+роль

Показывать шаблон в котором находиться идентификатор, к которому привязан список

При удалении списка. проверять, что бы список не использовался в идентификаторе

Кнопка напротив элемента списка, которая в диалогом окне открывает информацию: - в каких условиях используется данный пункт списка (шаблоны, шаги, переходы, маршруты, условия шага) (120 мин)

Скрепку не показывать тем у кого нет права редактировать список

Добавить эту кнопку в редактировании (5мин)

Добавить эту кнопку в просмотре (5мин)

Если реализуем этот функционал, расписать тз на архивацию списков

Оптимизировать страницы списка простого (30мин)

Настройки списка

Добавить возможность указать цвет элемента списка (15мин)

Применять выбранный цвет на идентификаторе типа "Исполнитель+роль" (15мин)

ТЗ для доработки проектов
2. Вытягивать данные из структуры проектов для настройки шага

7. Сделать выборку задач по шаблону 256, какие задачи не связаны ни с одним узлом дерева. Задача находиться на не последнем шаге. Сделать временную страницу с отчетом, который будет обновляться. Страницу в меню не выводить, права на нее не требуются, так как она временная. Название "Задачи не привязанные к дереву проектов" Выводить: название задачи и ссылка на нее ----- Не забыть удалить отчет после проверки всех задач https://man.mirgiga.net/process/report/temp4656

Если задача проекта уже фигурирует в дереве проектов, то перепривязать ее или связать повторно, нельзя!

6. При нажатии в структуре проекта на ссылку созданной задачи, открывать ее в отдельном окне

5. Плановый доход использовать для настройки экономической эффективности и приоритета шага

2. Дедлайн использовать для настройки сроков шага Т.е. при передаче текстовой задачи проекта в отдельный бп, там ставить срок шага указанный дедлайн

1.2. возможность поставить исполнителем шага - исполнителя вышестоящего узла. Если исполнитель отсутствует, то брать по исполнителя нарастающей вверх вплоть до корневого узла.

1. Исполнителя задачи в структуре проекта ставить исполнителем шага. 1.1. При передаче текстовой задачи проекта в отдельный бп, исполнителем становится исполнителем в структурной единице проекта, которая была передана на исполнение

1. Согласование проекта несколькими участниками

Маршрутизация на выбранный элемент списка в идентификаторе "Исполнитель+роль" "Элемент списка" у одного из выбрано: .... или возможность указать "Не выбрано" у всех выбрано: ... или возможность указать "Не выбрано"

К идентификатору "исполнитель+роль" в настройки добавляем список и добавляем галочку - кто может выбирать напротив сотрудника "Только сотрудник выбирает напротив себя. Или любой кто может идентификатор редактировать"

ТЗ для доработки БП
Настройки шага

Если Время выполнения (минут) стоит 0 то задача считается "Без сроков" только при условии: - Считать от: старта шага - Шаг не автоматический

Визуальная составляющая задачи

Добавить натуральную сортировку отображаемых кнопок-функций в задаче

Идентификаторы

Идентификатор "обертка" для идентификатора "сотрудник+роль"

Готово не полностью, надо доработать

Адреса
Актуальная схема

https://www.mindomo.com/ru/mindmap/d8935c6f155b47b79fdaa518f0dcbfa8

старое

Тип помещения

ограничить количество затрагиваемых домов (в это будет входить исключения четных/не четных) максимум 15 по четной или нечетной стороне

писать в логи первоначальную инициализацию настроек

1.Проблема - в нарядах в адресах покрытия нет возможности выставления домов с литерами а, б,в и т.д. и номеров корпусов. 2.В данном случае дом номер 35 был покрыт по наряду и автоматически статус есть покрытие выставился и по дому 35а. По факту дом 35а не покрыт и наряды подтягиваются к ид-ру Адрес нового подключения и по 35 и по 35а домам. А лид должен находиться в обработке лида на ТУ с статусом покрывается. 3.Нужно добавить функционал добавления в нарядах в адреса покрытия хотябы добавление литер в нуммерации домов и корпусов домов

поднять стандарт и регламент добавления адреса, пересмотреть и сбрания я МВ и Юра

https://man.mirgiga.net/process/task/view?id=82814023

в наряды добавить диапазон покрываемых квартир в определенном доме (визуально подумать как это будет выглядеть и минимальное количество квартир)

в нарядах - квартир не будет, квартира это абонент добавить подъезд и этаж, подвал, чердак возможность исключения букв и корпусов

корпус есть - вывести в отображение и вывести в поиск housenum, houseletter, addtype, addtypevalue,

отдельная сущность один ко многим, для добавления подъезда (номер, кол-во этажей. с какого этажа начинается, квартиры на этаже)

Каналы связи и контрагенты
КА после заключения договора нельзя менять
продумать сотрудников КА, как достать телефону если я захочу отправить смс сотруднику ИП Кузьмин
Кушнир должен подтвердить что добавляет номера в каналы связи
случаи

Схема Вариант 2

Канал связи (фиксируется автоматически или вручную)

Не привязан к КА

Поиск по: ФИО адрес ЛС ИНН

Нашли

ИНН

ФИО - КА (название предприятия - узнать в одном ли поле хранится для поиска)

Другие бп связанные с КА

Адрес

Подключение

Как относиться к КА оставившему заявку

Второе контактное лицо

Создать КА и связать с существующим

При регистрации Лс - нужно будет что бы все связанные КА распределились в ЛС (заказчик получатель)

Техник может выбрать с каким КА заключается договор и не создавать вручную

Единый идентификатор канал связи, что бы он подтягивал из двух КА каналы связи и какой выбрать приоритетный

Еще один номер

Кто обращается и как он относится к КА?

Второй/новый номер КА который уже привязан к ЛС (заказчик/получатель)

Еще один получатель

Создать КА и привязать к ЛС

Выбрать КА

Привязать к существующему КА

юр.лицо

Создать КА и добавить как сотрудника

Не нашли

Добавить КА

Привязан к КА

Отобразить КА к которому привязан и автоматически выбрать

Подтверждение оператором КА

КА другой (звонят с номера знакомого)

Поиск КА или ЛС

Не нашли КА

Нашли КА

Конвертировать в отдельного КА

Решение вопроса

Связать

КА верный

Нет ЛС у ка поиск ЛС (по адресу/лс)

ЛС не найден?

Лс найден

добавить в получатели уточнять?

Есть ЛС у КА Отобразить ЛС ЛС - где КА заказчик ЛС - где КА получатель

Выбрать ЛС (возможность выбрать несколько)

Решение вопроса абонента возможность выбора приоритетного канала связи, по которому связывать и перенос его в идентификатор

звонит КА с другого КС

добавлять в ка, и если с этого номера обратится другой человек, то в бп кнопка конвертировать КС в отдельного КА В самом ка привязывать ноосозданного и подписывать КС которые были конвертированы в КА

нашел косяк - если добавляют абонентов по скрипту ( жигулина роща и прочее- там проверку на дубликаты контрагентов делать и выдавать ошибку если находит контрагента и думаю сделать возможность создания ЛС с указанием номера контрагента)
Версия 2 (наведение порядка)

ТЗ Программисту

Заметки

обсудить - как и кто будет добавлять услуги по новоподключенным абонентам, когда и где? как разграничить что абонента мы подключем, или для транспорта мы подключаем или это учетка под камеру

номер меняется в бп, не в боте

Сразу загружать договор, а не через бота

все что мы убираем с абонента, продумать куда это привязать (каналы связи, смски, информация)

Куда и какие фильтры добавить для поиска и создания отчетов

Какую миграцию осуществить при смене типов (что на что заменить)

Запросить у Кузи в каких проверках у нас используется типы абонентов и КА и условия которые влияют на автоматический запуск задач

Часть 1

При добавлении нового канала связи, если он уже привязан, запрещать его привязывать к другому КА, отображать к какому привязан и при нажатии переносить выбранного КА в соотвествующий идентификатор

но если когда то давно КА был создан неверно (надо будет инициоравать перепривязку) - может какуюто отметку просто ставить, а мы потом првоерим сколько их

Идентификатор контрагент

2. Если идентификатор с типом КА-Поставщик, осуществлять поиск по поставщик, если поиск не дал результатов - искать по всем КА. Если был найден необходимы КА но без галочки поставщик - отобразить уведомление с кнопками "Был найден КА без параметра поставщик. Установить данный параметр этому КА" Кнопка да - поставить параметр поставщик Кнопка нет - очистить идентификатор для нового поиска

1. Объединить и в настройках идентификатора добавить параметры: - поставщик - покупатель

При создании нового КА - запретить ввод фио со словами: абон, уточнить, неизвестно, арендатор, квартирант, цифры, латиницу, знаки препинания (дальше пропишем) И возможность добавлять новые теги в запрет

Транспорты

Карточка абонента

Блок "Общая информация"

При выборе в списке услуг значения "САКС" (при наведении отображать подсказку "Сдаваемый абонентский канал связи" отобразить поля для заполнения

Вынести в фильтр возможность поиску по значениям в поле Бланк заказа

Добавить поле "Оказываемые услуги" - тип заполнения список. Добавить карандашик, который открывает форму выбора услуг. Услуги отображать, те которые предоставляем мы

По умолчанию поставить всем услугу "Интернет", кроме: - абоненты у которых стоит услуга "Без интернета"

Блок "Сеть"

Добавить параметр "ААКС" и галочку возле этого параметра

При проставлении галочки ААКС - отобразить поля для заполнения под этой галочкой:

добавить поле коментарий

добавить поле стоимость

добавить поле скорость

Поле добавить VLAN при выборе отобразить дополнительные вышестоящие настройки, которые расписаны выше

Поле "Дополнительные требования" - тип список

В одну строre c VLAN и Tag/AnTag, поле "Скорость VLAN" - текстовое, необязательное

Поле с переключателем Tag/AnTag по умолчанию стоять должен ANTag в одну строку с VLAN

Поле VLAN - формат заполнения числовой, ограничение от 0 до 4096

Поле Бланк заказа, в одну строку после точки стыка, формат заполнения текстовый

Поле для заполнения точки стыка - информацию брать в US, обратит к МВ что показал как выбирать точку стыка ---- непонятно как с маном интегрировать ================= это пример у кузи есть список обордования там делаем поиск по адресу узла - выбираем ид устрйоства и порт для стыка... а в юс просто форма как пример

Поле для выбора контрагента поставщика У выбранного КА поставщика должна быть заполнена точка стыка. Если точка стыка пустая то в карточке абонента при попытке выбрать данного КА - отобразить ошибку "У выбранного поставщика не заполнена точка стыка - перейдите КА и заполните ее"

При выборе галочки - запускается бп установки абонентского канала связи и генеральный проверяет что все ок( обязательно проверка автоматики тип покрытия партнера - только так можно подтверждать статус покрытия парнера, если косяк то на архитектора проверка)

При наведении на ААКС отображать подсказку "Арендуемый абонентский канал связи"

"Тип подключения" переносим в блок "Сеть"

Карточка Контрагента

На услугу ААКС отобразить - Выбрать свитч и порт

Поле "Добавить точку стыка", при нажатии отображать еще одно пустое поле "Точка стыка"

На странице редактирования КА При установке галочки "Поставщик" отобразить дополнительное поле "Оказываемые услуги" из модуля услуг КА

Для Кузи

Вторая часть по абоненту

При замене КА - проверять не выбрана ли услуг с точкой стыка, которая соответствует правилу

При удалении точки стыка из КА проверять, что эта точка стыка не выбрана ни у одного из абонентов, иначе - отобразить ошибки (иди проверяй)

Точка стыка у абонента привязывается к услуге

У одной услуги одна точка стыка

Правило - нам предоставляют - это КА Поставщик, иначе КА-заказчик

Напротив точек стыка в КА, отобразить ЛС-ы в которых эта точка стыка используется, придерживаясь правила.

В форме добавления добавить ограничение, что при выборе услуги с параметром "Нам предоставляют" - проверять что указан Контрагент Поставщик

Редактирование услуг абонента, и при выборе услуги см галочкой требуется требуется точка стыка - требовать выбрать точку стыка указанную в КА, если это услуга "нам предоставляют" то в КА-поставщике, иначе в КА-заказчике

В карточке абонента, строка "Тип подключения" перенести из блока "Общая информация" в блок "Сеть"

Первая часть по КА

Объединить типы идентификатор Контрагент, Контрагент поставщик, Контрагент ИНН - в один тип

В поле поиска КА добавить возможность как в КА ИНН - что бы по ИНН сразу добавлялся КА

При выборе услуги с параметром "Указать точку стыка" отобразить выбор свитча и порта как в авариях с возможностью добавления нескольких

Добавить на станице просмотра КА блок услуг, под услугой с точками стыка отобразить список точек стыка со ссылками на us

В редактировании услуги https://man.mirgiga.net/counterparties/services/edit?id=3 убрать галочку "Нужны дополнительные параметры"

К услугам (https://man.mirgiga.net/counterparties/services/index) добавить параметр "Указать точку стыка"

Убрать из отображения галочку поставщик, убрать ограничение на выбор услуг контрагентов. Если выбрана услуга, у которой в параметрах указано "Нам предоставляют" - то считать контрагента поставщиком

Сделать отдельную форму для добавления услуг КА и добавить ее в меню КА

Добавить отдельные права на доступ к форме добавления услуг к КА

Меняем ТЗ

4. ЛС

4.2. Блок "Сеть"

4.1. Блок "Общая информация"

Расписать где будет добавляться, как будет выглядеть кнопка (где еще будет доступ карточка изменения, карточка добавления абонента) и как оно будет устанавливаться при подключении абонента)

3. Контрагенты

3.2. Добавляем блок "Точка стыка": - если не выбрана услуга, в которой требуется указать точку стыка - то данный блок не обязателен - если выбрана услуга требующая указать точку стыка в любом из блоков, то поле становиться обязательным и требуется указать хотя бы одну точку стыка

3.1. У КА появляется два блока с выбором типа услуг

3.1.2. Услуги которые предоставляют нам только при выборе галочки поставщик

3.1.1. Услуги которые мы предоставляем отображается всегда

2. Переименовать галочку "Нужны дополнительные параметры" на "Требуется точка стыка" и добавляем галочку "Параметры"

1. Переименовать "Услуги" в "Тип Услуги"

Отключить старую систему телефонов и мигрировать из приоритетного телефона для связи

В карточке абонента - отображать только каналы связи, которые привязаны к основному КА и каналы связи дополнительных КА, которые привязаны к основному

в карточке не должно быть просто телефонов

При добавлении канала связи в Ка - добавлять его и в ЛС В ЛС запретить редактировать каналы связи

2.2.1. Программисту предоставить: 1. Ид версии 2. Идентификатор из которого 3. Идентификатор в который 4. Идентификаторы должны быть в шаблонах

Жду от Кузи список где используется старая система телефонов

Изменения в отчете по поиску дублей КА https://man.mirgiga.net/counterparties/clone/index

добавить кнопку объединения КА

1.2. При объединении проверять задачи, ЛС - и заменять удаляемого КА на того, кто остается

1.1. При объединении выбирать главного КА который остается: - перепривязывать ЛС если есть - большое красное уведомление если паспортные данные отличаются под вопросом (вот пример https://man.mirgiga.net/counterparties/counterparties/view?id=90478 и https://man.mirgiga.net/counterparties/counterparties/view?id=90479 данные с ошибкой) - каналы связи объединять - сливать разных типов нельзя - документы оставляем главного КА

Добавить поиск клонов по каналам связи, привязанным документам (если такое есть)

Добавить модуль, где мы будем указывать услуги. При добавлении услуги можно поставить галочки Поставщик/покупатель можно выбрать обе

Добавить галочку к услуге "При выборе требовать доп.параметры"

Типы КА и ЛС

расписать где это сейчас используется

В ЛС - в параметры

В просмотре ЛС отображать туть

Добавить поле "Тип помещения" Выбор из двух вариантов Не жилое помещение Жилое помещение Не жилое помещение для частного пользования

При выборе "Жилое помещение" и "Не жилое помещение для частного пользования"- подтягивать тарифы и услуги физ.лиц (не знаю как правильно сформировать -обсудить)

При выборе "Не жилое помещение" - подтягивать тарифы и услуги юр.лиц в карточке и в личном кабинете абонента (не знаю как правильно сформировать -обсудить)

Сделать идентификатор для бп "Тип помещения"

Добавить поле "Тип сезонности" Выбор из двух вариантов Сезонник Не сезонник

Доступ всем, у кого есть доступ к смене типа абонента и подтипа абонента

По существующим лс везде где стоит: - Тип абонента - сезонник - Тип абонента юр.лицо и Подтип абонента сезонник поставить тип сезонности Сезонник

Ставить по умолчанию при создании учетки тип "Не сезонник"

1. Пока текущие "Тип абонента" и "Подтип абонента" не убираем

КА

Отображать на странице просмотра КА под ФИО или название компании

4. КА-ЛС

Привязка КА к ЛС

Общий вид (Предложение)

Отображение в карточке КА - сделать группировку - в качестве кого привязан данный КА к ЛС

Каналы связи в заказчике и получателе услуг не могут пересекаться

По умолчанию пустое - сюда добавляются все контрагенты и юр лица которые обращаются по данному лс

К ЛС может быть привязан только 1 заказчик услуги

Контрагент с кем заключен договор или доп.соглашение на этот адрес

У контрагента физ.лица, который сейчас привязан в ЛС с типом физ.лицо и на основной канал связи которого подписан ЭДО - поставить статус "Заказчик услуги" и "Получатель услуги"

Собственник помещения

При заполнении или смене поля "Собственник помещения" - запуск задачи по заданному шаблону

По умолчанию будет не заполнен

3. Типы/подтипы ЛС

2. Типы/подтипы КА

Оставляем два основных типа КА

Юр.лицо

Тип взаимоотношений с юр.лицом

Вариант предоставления закрывающих документов и

Выборочно не предоставляет документы

Полностью не предоставляет закрывающие документы

По-умолчанию - предоставляет закрывающие документы - исключения будут только те кого исключили

Выбор услуг из списка которые оказываем

Параметры юр.лица

транспорт (отдельная сущность? может быть и покупателем и поставщиком)

Покупатель

Подтипы юр.лица

ИП

Коммерческая организация (ООО, АО) - ставиться по умолчанию

как ставится? по названию? а где ип?

Физ.лицо

Подтипы физ.лица

единственное отличие от физ лица - это маршрутизация на каких то шагах, как поставщика

при таком подтипе я могу выбрать с кем заключать договор на ЛС, как с ИП или как с физ. лицом

При поступлении любого обращения запускать "Автоматическая обработка входящего обращения (ИВР)"

Реализовать автоматическую проверку наличия контрагента с каналом связи, который был зафиксирован при обращении и настраивать автоматику на результат данной проверки

Есть один КА автоматически заполнять идентификатор

Автоматически фиксировать канал связи, с которого поступило обращение

Версия 1

Логика принятия обращения от контрагента

В связанных бп где участвует КА

Заключение договора с юр.лицом

Заключение договора с физ.лицом

Предоставление доступа к домофонии новым ЖК

Подключение услуги интернет

Исходя из схемы - ТЗ для программиста

распределить

Распределить

может в схеме типов контрагентов у нас есть конрагент поставщик - добавить под тип поставщик без закрывающих документов и он при полной оплате будет маршрутизироваться и будем это выставлять в контрагенте и помнить не надо будет....

предусмотреть отправки смсок (к примеру, в неполадках если транспорт то не нужна смска

подтянуть все номера из КА и сделать право выбора галочкой + добавление номера, а также выбор другого источника получения информации, если она поступила из другого источника (емеил, устно, телеграмм и тд)

2. Для юр.лиц - вручную проверить номер в договоре и выставить его основным в КА

очень ложо и геморойно... может оставлять без верефицированного канала????

емейл -куда уходя счета?????

нужен и для счетов и уведомлении об изменениях - если получают и оплачивают счета то и получат уведомления по изменениям учетки

3. При обращении в тех.поддержку - если канал связи с которого обращаются привязан к КА не основной - проверочный идентификатор операторам, список: - дополнительный номер основного КА - обращается другой человек При выборе "Обращается другой человек" перенаправлять на форму создания нового КА. Привязывать канал связи к созданному КА, привязывать созданного КА к основному контрагенту

3.2. Если срабатывает функция привязки нового КА к КА, то отображать в личном кабинете информацию в виде диалогового окна. В окне указано "К вашему договору был привязан дополнительный номер "номер". И кнопки "подтвердить" и "удалить". Если абонент заходит в ЛК и нажимает "удалить" - то отвязывать добавленного КА от основного КА. Если в течении 14 дней никаких действий не было в ЛК - автоматически подтверждать привязку

3.1. При создании нового КА осуществлять функцию привязки к основному КА, и основному КА отправлять смс оповещение с текстом "К вашему договору был привязан дополнительный номер телефона ".................". Если вы хотите отменить привязку - зайдите в ЛК для удаления нового номера"

!!!!!!!!!!! нужно сразу сделать создание и привязку к контрагенту - если его нет у контрагнета???

2. Текущие КА, ЛС и их каналы связи

2.6. Типы и подтипы контрагентов и юр.лиц - объединить в одну сущность

из старого тз заметки

2.6.6. К типу юр.лицо добавить тип оплаты: - Оплата по счету (авто выставление) - Оплата терминал - Оплата по счету (ручное выставление)

2.6.6.2. Согласно текущему подтипу поменять: транспорт ---> оплата по счету (авто выставление) терминал ---> оплата терминал ручная обработка ---> оплата по счету (ручное выставление) госник ---> оплата по счету (авто выставление)

2.6.6.1. Учесть условия в условиях шагов/маршрутов, где проверяется текущий подтип

2.6.5. К типу юр.лицо оставить подтипы: - Госник - ИП - Частная организация - подтип по умолчанию, кроме тех, где стоит отличный подтип - Самозанятый

2.6.5.1. Согласно текущему подтипу поменять: транспорт ---> Частная организация----выбрать тип пердоставления услуги интернет транспорт сезонник ---> удалить, перенести в тип сезонности терминал ---> согласно КА, если ИП, то ИП, все остальные Частная организация госник ---> Частная организация ручная обработка ---> согласно КА, если ИП, то ИП, все остальные Частная организация

2.6.4. Существующий подтип Бизнес удалить Изменить в КА и в карточке - тип на юр.лицо, и подтип Самозанятый.

2.6.3. Существующий тип Сезонник удалить и изменить на тип физ.лицо или юр.лицо соответственно типу,

2.6.7. Добавить в ЛС поле "Тип сезонности": - не сезонник - сезонник

2.6.7.2. Учесть в автоматизации запуска удержания Учесть в условиях шагов/маршрутов, где фигурирует проверку по типу подтипу абонента - сезонник

2.6.7.1. Не сезонник - поставить у всех по умолчанию, кроме: текущий тип сезонник, текущий подтип юр.лицо - сезонник

2.6.2. Существующий тип Аренда удалить и изменить на тип физ.лицо или юр.лицо соответственно типу, который стоит у контрагента

2.6.0 Согласовать структуру

ЛС

Услуги , которые оказывают нам

предоставление магистрального канала связи

Канал связи магистральный или волокно партнера ---- сделать учет и изменение в заключении договоров на аренду волокна и аренду каналов в связи - в краточке абонента показывать не надо в авариях будет использоваться в логики физической и логической сети

таблица ани

волокно вносим кабель и указваем кабель партнера и точку а и точку б и выбираем собственика

админы - на них не влияет - так как затрагивает только физику

Бухгаллтерия - затраты на это волконо по линейности будет падать на всех абонов ходящих по нему

учесть в физической линейности

канал связи магистральный-- обсудить с админами - начертить пример 1 стыка например в мебведево

делаем учет контрагент поставщик - стык + физический стык порты физики для стыка сделать

есть точка - поулчения услуги -- логика идентифкатор и порт + параметры физического стыка узел связи куда включается - от куда начинается наша физическая стык --- тоесть убрать разрыв физических волокон которые обрываются на стыках логических

делаем узел связи и соеденяем его с узлами партнера - по ним и будет учет каналов связи

затарт на канал связи будет ходит по всем абонентам через него

Предоставление аренды абонентского порта

Услуги предоставляемые нами (периодические)

аренда каналов связи Партнером(интернет предоставляет партнер) стоимость услуги списываемый будет отдельным типом выбираться - пока текущие тарифы доступные и выставляют!!!!!!!!!!уточнить как !!!!!!!!!!!11 и там же скорость

поиск в абонентах по вилану

Может использоваться арендуемый абонентский канал связи( когда мы сдаем в аренду канал связи, который берем в аренду у другого поставщика)

Если мы даем услугу канала связи и сами его арендуем - добавить услугу "Арендуемый абонентский порт"

тариф тут общая скорость на все бз ??? я бы делал на 1 адрес 1 тариф

номер бланка заказа у заказчика (ставится автоматом (любой произвольный) или можно вписать номер бз поставщика)

vlan 2 и т.д.

ЗАказчики каналов связи - контрагенты у которых есть договор аренды каналов связи

узлы стыков аренды каналов связи -узлы в которые мы укажем что вних отдаем транспорт --- настройка в контрагенте по ФМ - там можно посмотреть как и куда он включен и порт наш логический для мониторинга

интерент нашему абоненту от партнера???? такие есть ли??? в чем разница от аренды абонентской сети???

заполняем поле Интернет абоненту

Партнер и выбираем его - нужно для настроек оплат и взаимозачета с партнером - выборки делать

Интернет( предоставляем мы)

1.1.2. Абонент партнера(получатель третье лицо) - разницы для нас нет ни какой все взаиморасчеты будут с заказчиком услуг

поле заказчик партнер, а абонент будет в получателеи услуг

1.1.1. Наш абонент( по умолчанию)

учет сетей ведем в юс и собираем линейность от ткд которую вбрали при подключении!!!!! обязательная сверка с адресами покрытия ткд - так как она покрывать может не те дома и включили не туда

Партнера эти настройк нужны только для учета себестоимости

Арендуемый абонентский канал связи

у контрагента поставщика должно быть заполнена

в карточке абонента добавить поле - Поставщик канала связи абонентского - по умолчанию он пустой

Наша

в ЛС может быть только 1 заказчик услуги - если услуги разные и разные заказчики - то это разные

у услуги домофония может быть заказчик 1 - собственник, а у услуги ктв или интернет другой. все остальные услуги

КА привязанные к ЛС

!!!!! каналы связи в заказчике и получателе услуг не могут пересекаться--- или пока сделать проверку --- пример крым ком заказчик транспорта и физ лица в его организации привязаны через заказчика - ставить их в получателя нет смысла они есть через заказчика и это убудт бока

Получатель услуг

по умолчанию пустое - сюда добавляються все контрагенты и юр лица которые обращаются по данному лс

Заказчик услуг

тот контрагент с кем заключен договор или доп соглашение на этот адрес

2.5.1. У контрагента физ.лица, который сейчас привязан в ЛС с типом физ.лицо и на основной канал связи которого подписан ЭДО - поставить статус "Заказчик услуги" и "Получатель услуги"

Собственник помоещения

можно выбрать контрагента собственика-

если заполнил - то нужна бп запуск проверки собственика - где будут параметры как проверем собственика помещения

по умолчанию не заполнен

Типы

Тип использования

Жилое помещение

влияет на тарифы услуг - буут тарифы физ лиц

не жилое помещения

влияет на тарифы услуг - будет как у юр лиц

по сезонности

не сезонник - по умолчанию

сезонник

тип контрагентов

Тип взаимоотношения с нашей организацией

Гос.орган

Поставщик

выбор предоставления закрывающих документов и маршрутизация по данному списку

выборочно не предоставляет документы-

в типе услуг надо будет выбрать в услуге что не предоставлет закрывающий документы или если выберут что не предоставляют и укзаывают договор по которому не предоставляем - запись в архиве или ожидания записи в архиве или создать ожидания записи в архиве

полностью не предоаствялет закрывающие документы

по-умолчанию - предоставляет закрывающие документы - исключения будут только те кого исключили

выбор типа услуга

список с Аней согласовать

Абонент

Тип оплаты

В ЛС подтягивается тоже этот тип оплаты по умолчанию, если в лс не выставлен берет из контрагента, если выставен то с лс

в контрагенте видеть у каких лс выставлено в ручную

- Оплата терминал

по умолчанию для всего типа физ лицо

- Оплата по счету (ручное выставление)

по умолчанию для всех типов юр лицо гос организация

- Оплата по счету (авто выставление)

по умолчанию для всех типов юр лицо комерческая орагнизация

юр лицо

Тип юрлица

Гос.организация

Коммерческая организация ( по умолчанию) ООО, АО

физ лицо -

Физ.лицо - самозанятый

единственное отличие от физ лица - это маршрутизация на каких то шагах как поставщика

Физ.лицо - ИП ( он и физ лицо и ИП одновременно)

при таком подтипе я могу выбрать с кем заключать договор на ЛС как с ИП или как физ лицом

указав что тип помещения организация платить как юр.лицо

Физ-лицо без подтипа

1. Принятие обращения, создание канала связи и создание КА

этапы

2 этап типы подптипы

1 этап провести порядок каналы связи

У КА может быть только один основной канал связи. Если хотят привязать еще один - то пусть привязывают, но запускать бп на архитектора

Аксиома 2: у ка может быть только 1 основной канал связи, по которому он будет подтверждать добавление других каналов связи

Аксиома 1: уникальный канал связи может быть привязан только в 1 КА (физ. или юр.) Ко всем остальным сущностям он привязывается как этот КА у которого этот канал связи

запретить добавлять дубликаты телефонов контрагента

может ли быть дополнительные контакты в контрагенте в виде других физ лиц??

а кто в физ лице?

они все будут по тем адресам которе подключен но не в контрагенте

в юр лице это типа сотрудников

расписать случаи когда добавляют номер в контрагента?

подсказка - привяжите контрагента

удалить текущие дубликаты

3. все юр лица где есть дубликаты каналов связи -( не привязанных контрагентов, а привязаных напрямую к юр лицу) провести аналитику и оставить канал связи только в 1 онтрагенте или привести на физ лицо и привязать в 2 юр лица

2. перекрипить телефоны физ лиц в юр лица -- и их канал связи

1. все физ лица у кого есть дубликаты каналов связи

свести к 1

канал связи привязан к физ лицу

нет

канал связи привязан к юр лицу

значит канал связи ни куда не привязан

создать КА

может быть конвертирован в телефон физ лица и тогда в карточке юр лица будет привязано физ лицо

может быть только привязан к одному юр лицу

да

больше никуда он не может быть привязан как канал связи, только как контаргент и канал связи, в том числе и юр лице

1.4. Синхронизировать тип идентификатора Контрагент ИНН с сервисом ддата или лист орг

1.4.2. Добавлять в базу КА юр.лицо - если его выбирают из выпадающего списка найденных КА

1.4.1. В форме ввода Поиск осуществлять одновременно и по названию и по ФИО и по адресу (показать пример с лист орг)

1.3. Реализовать автоматическую проверку наличия контрагента с каналом связи, который был зафиксирован при обращении и настраивать автоматику на результат данной проверки

1.3.1. Есть один КА автоматически заполнять идентификатор и двигать БП на следующий шаг

1.2. При поступлении обращения через звонок на входящую линию и обращении на сайт/соц.сети/бота запускать автоматически БП "Входящее обращение" Если запуск с сайта/соц.сетей возможностью ответа из бп (т.е. привязывать модуль телеграма для ответа в бп) на шаг "Первый шаг. Проверить канал связи и КА"

Уходим от формы поиска

1.1 Автоматически фиксировать канал связи, с которого поступило обращение

Принятие обращения

ивр

если больше 1 Лс - какой взять первым на проверку? Если мы сможем записывать данные, канал связи по какому ЛС обращался. Брать первым ЛС по которому больше всего обращений

Активные события по ЛС, логика обработки: -аварии по частоте обращений по данному лс, если нет аварий второй уровень задолженность и так же по частоте обращений по ниспадающей третий уровень деньги есть, но скоро рп (под вопросом) логика обработки автоматического входящего обращения, если положил трубку и не обработал другие актвиные события то ничего дальше не делаем если связался с оператором то оператор должен обработать всего его активные события (показатель сколько С активными события ушло во входящее ручное обращение)

Предоставляют нам

Список жду

Предоставляем мы

Аренда волокон

мы сдаем волокно

линия связи в юзерсайде

контрагент

связка с договором - архив

комменты

стоимость за метр

растояние

точка б

точка а

видео наблюдение колективное

видео наблюдение персональное

ктв

Аренда канала связи

Сдаваемый в аренду абонентский канал связи( это те виланы в которые мы отдаем заказчику траифик его абонента)

настройки заказчкика к предоставляемому кнаалу

Тип подключения -все как и унас для услуги интерент

медь

обязательно порт привязан в юс

ftth И прочее жестко привязываем ID устройства и его порт юзерсайда - так как по маку не найдет

пон ЧС/МН

ону списана на абонента должна быть

(ставится автоматом (любой произвольный) или можно вписать номер бз поставщика)

какой тариф (подтягивать к бз) - может быть несколько бз и с разной оплатой и параметрами

решить саней но текстовое поле вписать сколько за вилан берем каждый

vlan 1 (числовое поле от 1 до 4096) - галочка стоит таг, не стоит - антаг

с какого стыка подаем вилан - чтобы понмать где его искать ссылка порт в юс?

Дополнительный требования (повышенный MTU, снять верхний тег (QinQ), прохождение мультикаста, и т.д.) списском

связка с архивом? Согласовать с Юловской бланк заказа на каждое включение или на 1 адрес новый бланк заказа?

номер бланка заказа у заказчика

Партнер по трансопорту---узел стыка аренды канала связи

Заказчики каналов связи - контрагенты у которых есть договор аренды каналов связи

узлы стыков аренды каналов связи -узлы в которые мы укажем что вних отдаем транспорт --- настройка в контрагенте по ФМ - там можно посмотреть как и куда он включен и порт наш логический для мониторинга

Абонент партнера (прим. в поле заказчик будет партнер, а в поле получатель - абонент)

Арендуемый абонентский канал связи

Бхгалтреия - затраты будут браться из условий аренды канала связи абонентского

отчет для контрагента

варианты

фиксированная стоимость

% от тарифа

если установлен

у контрагента поставщика должно быть заполнена

в карточке абонента добавить поле - Поставщик канала связи абонентского - по умолчанию он пустой

вручную - если поставили в картчоке, то запускается бп установки абонентского канала связи и генеральный проверяет что все ок( обязательно проверка автоматики тип покрытия партнера - только так можно подтверждать статус покрытия парнера, если косяк то на архитектора проверка)

установка функцией из бп ( бп покдлчения если тип покрытия партнера - будет устанавливаться партнер) -- не срочно

указываем в карточке абонента ткд включения , в юзерсайде - собственик ткд партнер

Наш абонент

Готово

КА нельзя добавлять без канала связи, и отвязать основной и эдо КС кроме основного номера и ЭДО остальные можно отвязать и привязать к создаваемому КА

План

3. Функции

Привязать канал связи

Переделать возможность привязки только к КА

Привязать телефон - убрать эту функцию

Добавить контрагента (физ.)

Переименовать "Телефон" канал связи и принимать и канал связи и телефон

Убрать Адрес

Привязать абонента к контрагенту

Дублируются в списке, одну убрать надо

Добавить тип привязки: получатель/заказчик

Функция добавления абонента

Добавить возможность привязать КА получателя - если он не будет заполнен игнорировать

Убрать: Телефон, E-Mail, Комментарий

2. Переделать форму добавления КА

https://man.mirgiga.net/counterparties/counterparties/add?type=1 - одна единая форма для физ.лица

Оставляем коммуникации - обязательно минимум 1 канал

Оставляем блок общей информации

Оставляем основной блок физ/ип/ооо

1. Переделать форму редактирования КА

В редактировании КА оставить только данные КА и общие настройки, каналы связи не нужны

Каналы связи

ручное добавление получателей услуг

отвязать канал связи от дубля и привязать к верному КА

13. Подумать над формой приема звонка

17. Запретить создавать КА с каналом связи, который привязан к другому КА

16. Алгоритм миграции: - проверяем все номера абонента, по номеру которого нету у КА создаем нового КА физ.лицо с этим номером и привязываем его как получателя услуги

6. привязываем нового или найденного контрагента к абоненту как получателя услуги

5. если по предыдущим пунктам ничего не выполнилось то создаем нового контрагента

4. если у контрагента абонента нет телефонов то привязываем ему первый телефон абонента (если это не противоречит предыдущему пункту)

3. если у контрагента один телефон или по телефону найден один контрагент берем его

2. ищем контрагентов по номеру телефона

1. берем телефоны абонента, исключаем те которые есть у контрагента

15. Алгоритм чистки: - находим всех КА у которых больше 10 абонентов - удаляем у КА номера, которые есть у абонента

готово

11. Добавить в абонента поле "Пользователь услуги", возможность привязать несколько КА Текущее поле "Контрагент" переименовать в "Заказчик услуги" При наведении отображать подсказу Заказчик услуги - контрагент, который оплачивает за услугу Пользователь услуги - контрагенты которые могут пользоваться услугой, оставлять любые сервисные заявки

10. При отображении в абоненте номеров контрагента, сразу подтягивать и номера сотрудников КА

14. У контрагента добавить возможность привязать других КА как сотрудников

отобразить в карточке контрагента места работы и сотрудников

Поиск контрагента по телефону

12. Визуально вывести пользователей слуги в отдельном блоке с отображением их каналов связи

Поиск абонента по телефонам собственника, получателя и заказчика и ЭДО

9. В функции линковки канала связи с абонентом, переделать на линковку на контрагента

в отображении каналов связи контрагента отображать теперь целиком все каналы связи с возможностью позвонить (брать фм задачи)

8. Изменить в форме отображения канала связи кнопку добавить на возможность добавить сразу определенный тип

7. Переделываем везде где используются каналы связи абонента на каналы связи контрагента

6. Убираем каналы связи из абонента и отображаем в абоненте каналы связи контрагента

5. Убираем из форм добавления и изменения абонента работу с каналами связи

4. Выпиливаем из исп при добавлении абонента обязательный номер телефона

Кушниру

3. В ЭДО при изменении статуса и добавлении номера ЭДО абоненту добавлять этот номер в канал связи и ставить метку основной

2. Проверить везде где используются старые телефоны абонентов и поменять их на канал связи с использованием ЭДО если есть, если нет - основной

обновить у текущих линков все типы на новый тип

1. Убрать метки и меняем их на статичные типы: - основной - другое

Форма редактирования и добавления КС и КА

Услуги

Список доступных услуг и совместимость

Интернет

Видеонаблюдения персональное

СКУД персональный

ИПТВ

Домофония (СКУД коллективный) тут я проипал - вопрос в том что есть учетка домофона и там не может быть ни какой другой услуги - а есть доступ к домомофониии? аналогично для видео наблюдения , как разделить хз

Видеонаблюдение коллективное Блок всех других услуг

АКС Блок всех других услуг

Аренда волокон Блок всех других услуг

Аварии
привязка абонентов в аварии по КТВ
В апи юзерсайда https://wiki.userside.eu/API_node есть физическая линейность get_scheme

апи линейности и связи портов https://wiki.userside.eu/API_fiber

Расчертить бп аварии оборудования

Авария на кабель - 1 исполнитель

Запросить выборку - где система находит 2 исполнителей на кабель (одного или разных ФМ) и инженер сам проставит одного ответственного за кабель исполнителя

Авария на узел 1 исполнитель

Первый шаг. Авария на вышестоящем узле. Созвонись уточни или отправь в ожидание

Первый шаг. Устранить аварию на узле связи Автоматический запуск в модуле Аварий при падении какого-либо узла связи. Мониторинг производится по построенному дереву. После запуска аварии в модуле, запуск бп для обработки: При падении и запуске БП, автоматически заполнять данные - адрес упавшего узла связи (если упало несколько узлов, то корневая авария запускается на вышестоящий узел, нижестоящие узлы запускать в отдельный аварии, и связать из по структуре (как в проектах) от вышестоящего к нижестоящему, связанные аварии на нижестоящие узлы запускаются на автоматический шаг) - Исполнители шага настраивать по адресу узла (кто обслуживающий, роль Секция обслуживания физических линий связи ИЛИ узлу выставить ответственного) - время выполнения из модуля аварий Автоматизацию на версию, если все узлы поднялись перевести задачу на шаг проверки

Устранить аварию

Аварию устранил - узел поднялся

Автоожидание после устранения аварии автопроверка по нижестоящим узлам, если поднялись закрыть и двинуть эту задачу на шаг проверку Если не поднялись вернуть в работу

Требуется продление сроков

Согласовать продление руководителем нужна связка с модулем аварий (что бы там сроки тоже продлялись)

Отказываю запретить пересчет времени, задача должна вернуться на шаг с тем же временем, с которым ушла

Согласовываю

На моем узле все в порядке, передать проверку на нижестояющем узле Приложить рефлектограмму построить дерево связей, наладить порядок в линии определить на каком кабеое обрыв и передать аварию отвественному При выборе требуется снять с шага ожидания аварию на нижестоящем узле

логический узел поднял - физические узлы лежат

логический узел поднял, физиические узлы работают

Ожидать устранение аварии на нижестоящих узлах

узлы не поднялись

узлы поднялись

Проверка устранения аварии руководитлем чек-лист проверки качества устранения аварии

Закрываю аварию - отклонения есть начислить штрафы запуск пересчета абонентов, которые попали под аварию и обратились на линию

Авария закрыта - есть отклонения

Закрываю аварию - отклонений нет запуск пересчета абонентов, которые попали под аварию и обратились на линию

Авария закрыта - без отклонений

Вопросы: 1. Плановые работы? можем выделить в отдельный бп? 2. Если будет структура аварий по типу как структура проектов нет виденья как между ними настроить автоматизацию и связки 3. Аварии на нижестоящих узлах запускать на шаг ожидания, или все же все активные что бы были. пусть они вместе сразу все проверяют?

Учесть

https://man.mirgiga.net/process/task/view?id=81906698 сделать авто закрытие если абонент заработал -но нужно связать с типами ремонтов не поладок- так как не все можно закрыть

Дерево узлов связи (ссылку запросить)

непривязанные свичи к ядру: https://man.mirgiga.net/test/bad-switches дерево от ядра до абонента (кэш, для пересчета надо будет запускать специальную команду) https://man.mirgiga.net/test/test28?user_id=53240 не работающее физическое дерево: https://man.mirgiga.net/userside/report/check-nodes

Мы идем от ядра сети вниз по всем портам которые не являются аплинками, но если порт и аплики и даунлинк одновременно, то мы забываем что он аплинкт и действуем по вышеперечисленной логике

Если абонент светится на двух устройствах и эти два устройства не являются дочерними по отношению друг к другу (находятся на разных ветках).

Иначе: берем любое из них и логируем эту информацию

Проверяем если дата последнего появления на одном из устройств является меньше, чем дата первого появления на другом устройстве, то первое устройство мы исключаем

Если абонент светится одновременно на нескольких устройствах, то мы игнорируем все вышестоящие и сопоставляем абонента с самым нижним устройством.

Записываем только тех абонентов, которые не заблокированы админской блокировкой.

ивр и линии октел

контрольные точки

аварии ядра сети и крупных узлов агрегации

в аварию шаг проверки ит отделом нагрузкии на линии возможно нужно расширение

бп ивр выходы недозвоны не достаточно линий

место размещения сервера октелл чтобы он работал 99,99% даже если упал инет у нас а на офисе и из дома все работало

разместить в крелкоме и подать на него бгп и тот айпи который есть

контроль загрузки линий

Стандарт и регламент линий входящих их числа и контрольных показателей на 1500 абонентов Максим Синев, [28.11.2023 16:10] мы на 1 линию рассчитываем оповещение об аварии за 1 минуту 15 звонков 4 секунды - сказать "мы уже устраняем аварию" итого на 1500 абонентов если все будут звонить - надо 100 минут чтобы их обработать - итого нужно на 15 тыс абонентов нужно 10 линий.... и дальше смотреть по утилизации и отработку аварии Максим Синев, [28.11.2023 16:10] фиксируем этот стандарт и регламент Максим Синев, [28.11.2023 16:10] текущие проблемы - звонки на линии исходящих звонков? Максим Синев, [28.11.2023 16:11] нужна текущая ситуация по провайдерам и какие есть номера и составим план расширения линий Максим Синев, [28.11.2023 16:11] и сделать регалмент и им управлять Максим Синев, [28.11.2023 16:11] где задача по расширению линий увидеть? Максим Синев, [28.11.2023 16:12] от вас нет решения по аварии если падает основаной канал у нас октел работать не будет и линии до п...

Функционал

Приоритеты

ИВР

Магистральные аварии

Синхроницаия

Аваия услуги

Оповещение и отдел заботы Низкий приоритет

Если по закрытии аварии абонент офф - уведомление ему о том, что надо перезагрузить оборудование (бот/смс/звонок робота)

- предварительная смс рассылка если плановые работы втелеграм

4. Оповещение об аварии сотрудников

4.2. Продавцам информацию, что бы они не продавали

4.1. Контроль качества не должен звонить когда у абонента авария

3. Бп диагностик - если аварии нет, и абонент дошел до диагностики где оператор диагностировал аварию то диагностика закрывается и создать аварию надо. Маршрутизация по активной аварии - если оператор не создал - то уведомление ему

2. ИВР При поступлении обращения, автоматическое создание входящего обращение и проверка на наличие аварии тут схема бп ивр будет - там это учтем и смаршрутизируем ---------------- Расписать схему нормально тут с учетом схемы проверки активных событий

6. Оповещение абонентов о том что случилась авария и то что авария устранена

Оповещение в телеграм, если нет телеграма операторы долнжны отправить ему ссылку на телеграм бот

Уважаемый абонент. На линии произошла авария, сроки устранения ХХ.ХХ.ХХХХ

Если продление сроков

Уважаемый абонент. Сроки устранения аварии увеличены по причине ХХХ. Нужно наверное вывести по каким причинам авария может быть продлена, и отправлять только в случае того если инженера подтвердили продление.

После закрытия аварии

Уважаемый абонент. Авария устранена, перезагрузите оборудование и если работа услуги не восстановиться набери на по номер +ХХХХХ Если в телегу Уважаемый абонент. Авария устранена, перезагрузите оборудование и если работа услуги не восстановиться напишите нам.

4. Отчет по звонкам поступившим по причине "Авария" (для оз) !!! я бы решил это выходами бп ивр там автотиацию и контроль работы автоматики

Отчет нужен: 1. Поступило звонков 1.1. Решено на оповещении роботом 1.2. Переключились на оператора 1.3. Кол-во повторных звонков в одной аварии

3. Разделить абонентов задействованных в аварии и обратившихся абонентов

2. При наличии аварии автоматическая фиксация звонка и ЛС в идентификаторе с типом "Авария"

ЛС фиксировать 1 раз и не дублировать

Звонки фиксировать все

1. Если аварии нет, переходит на оператора и он запускает аварию

Регламент как запускать и диагностировать аварию

1. Отображение аварии в ЛС

1.1. История аварий на абоненте

идентификатор аварии и в ЛС, где видны закрытые маленькой кнопкой и активные с полными статусами

Модуль аварий и бп

https://man.mirgiga.net/process/task/view?id=64915101

жалоба на то что оператор мужчина сказал что ее перевели на другой сервер а у нее перестал работать интернет. у нее работа связана с интернетом. почему она должна страдать из за того что ее перевели на другой сервер. ждет ответ . так же она сказала можно ли как то проверить информацию о переводе на другой сервер и как то сегодня восстановить ей интернет

2. Аварии

заявки которые были созданы до аварии - как их контролировать и обулиживать единичные заявки

все заявки по авариям - не должно быть

переносить ли устранение неполадок КТВ в бп устранения неполадок

техник может из единичной заявки диагностировать аварию

дополнительные данные для анализа

https://man.mirgiga.net/process/task/view?id=78772639

если он не может создавать аварию - он должен делегировать на заботу - создайте аварию, но проверять наличие ключевой аварии, что бы не дублировать и нет понимания как связывать заявки

если это авария которая прекращает работу интернет - то все заявки которые были созданы по устранению неполадок нужно забрать с техника из первой заявки технику выходы: авария есть нет, решена не решена, если нет но решена - штраф нужно связать и закрыть бп, если решена (только если абонен он)

авария

не запущена

запустить

штраф

запущена

не решена

шаг ожидания и связка

решена

абонент оф

проверяем

абонент он

уведомление

технику нужно отметить что авария решена - если он решил тех.отдел получит люлей - почему он решил аварию и не создал бп аварии

Что определить к каждой причине

разрешена связь с оператором

Нужно ли информировать абонента по IVR (указать в настройках типа аварии)

Скрипты робота ИВР

Действия в случае нарушения сроков

Сроки устранения

Актуальные причины

Кто участники

типы аварий

Иерархия услуги

Выдернуть ону ктв из общего синоминального кода и при подключении КТВ пон, автоматически проставлять услугу в карточку абонента

Сервер (передатчик) КТВ - указывается в доп.инфо

Усилители (ID US) на них ставиться авария

Физика Пон Медь

Абонент - должно быть выставлено, что подключена услуга КТВ

https://man.mirgiga.net/crash/reasons/index перебрать

4. Аварии сервисов в интернете

Не работают соцсети и мессенджеры.

2. Авария внутренних сервисов

Октелл

МАН

по услугам

КТВ

Проверка по усилителю и передатчкиу on/off - пинг

В карточку абонента добавить с какого устройства КТВ идет до абонента

Передатчик КТВ

Усилители

Медь

Расписывать смысла нет, так как должны разобрать медные сети и перевести их на пон

ПОН

Иптв, домофония, видео наблюдение, аренда каналов связи

только еденичные заявки - если нет аварий на узел поставщика или сеть интрент

полностью зависит от инфраструктуры услуги интернет - единственное отличие это узел поставщика услуги

арнеда каналов связи

узел стыка с заказчиком транспорта

все транспорты этого абонентам

уведомление идет как клиентам интернета по упавшим узлам - по авариям

видеонаблюдение

физичиеский сервер видеонаблюдения

домофония

спутник сервера спутника

рубитек - сервер рубитек

24 часа тв - сервер 24 часа

наше иптв

физичиеский сервер иптв

Авария кольца запускается только в ручном режиме

Интернет - продаем нашему абоненту мы

услугу интернет предоставляет партнер

сеть партнера

сеть партнера? авария на нее?

услугу интернет предоставляем мы

сеть партнера - мы берем в аренду канал связи

структура физической сети

Ядро сети

Магистральный узел поставщика канала связи

сеть партнера????

наша сеть

структура сети

Логическая работа узла поставщика интернета --- мы видим шлюз подключения к узлу поставщика интерента

физическая работа магистрали до узла поставщика

Логическая работа магистрали до узла поставщика интернета

физическая работа ядра сети

Логическая работа ядра сети

физическая работа магистрали на агрегиирующее устройство доступа абонентов( устройства куда подключены другие устройства доступа или конечные абонентские устройства)

Логическая работа агрегирующего устройства доступа абонентов

физическая работа порта агрегирующего первые абонентские устройства

Логическая работа порта доступа куда включено первое абонентское устройство

1. БП

2. После закрытия аварии пересчет для обратившихся абонентов

Вариант 2: автоматический подсчет дней в аварии и автоматический пересчет для всех абонентов, зафиксированных, которые обратились на линию в идентификаторе типа "Авария"

Вариант 1: бп падает на шаг ручной проверки, выставления количество часов (и умножаем на два - возврат в двойном размере), далее срабатывает функция пересчета. Должна срабатывать на всех зафиксированных абонентов, которые обратились на линию в идентификаторе типа "Авария"

9. Автоматический запуск бп аварии и проставление самой аварии, если упало питание/свитч/кольцо и создавать это через бп (и уведомление в бот важное)

И должны быть только актуальные свитчи. Если он упал поднялся - то он удалился

Переделать модуль падения питания - что бы оно было "чистым"

Есть порты даунлинк - с юзерсайда можно забирать и автоматически создавать аварию

8. Закрытие с причиной - "уточнение неисправности" - недопустимо

7. Добавить функцию в бп - смена причины аварии (и передавать информацию в модуль)

6. Ограничение - в аварии нельзя указать несколько ФМ

если авария свитча или порта то отвественный ФМ, на территории которой он находится

К примеру - основная авария на свитч Сев и далее подаварии кого она затрагивает. Если Сев закрывают аварию основную, то подаварии идут на проверку других ФМ на закрытие и они должны проверить и подтвердить

3. Продление сроков аварии

2. Идентификатор с типом Авария использовать для настроек: - время выполнения шага (от времени старта задачи) - исполнителей - ответственных - приоритета

2.1. Подумать какая маршрутизация может потребоваться по идентификатору с типом авария

1. Запуск аварии и доступ в модуль только через БП. Доступ к модулю всем закрыть (кроме суперадминов)

Зачем мы это делаем

Из чего состоит модуль аварии:

2. Модуль аварий на все услуги

1. ИВР

1. Показатели, что внедренные аварии работают

Для отдела заботы:

Сократить количество звонков по аварии за счет уведомления и телеграм бота

Посмотреть какой процент был и какой стал

Система учета производительности ИВР, перевода в бп, для улучшения и автоматизации обработки звонков

80% абонентов, которые звонят по аварии обрабатывались аварией.

Для подрядчиков:

Быть в курсе наличия аварии по сервисам и не обрабатывать единичные заявки при наличии аварии (если авария, единичных заявок быть не должно до устранения аварии)

Все падения сервисов и услуг проходят через аварии, и исполнители ответственные за эти сервисы предоставляют генеральному. что будет изменено что бы авария не повторилась

Не реализованные проекты

Корзина
https://man.mirgiga.net/process/task/view?id=83042282 - что можно добавлять вручную а что нельзя
12. В корзине рассрочку устанавливать на конкретную позицию, а не на все позиции в корзине
Для себя (как сейчас работают бонусы по корзине)

передача между БП - в одном бп фиксируется, в другом подтверждается

Сделать в услуге работы на добавление и работы на исполнение (и к какому ЦКП они привязаны)

Или сделать основным ЦКП и работы к нему

Логировать, что кто-то выбрал и система не нашла работу по ЦКП которое привязано к корзине

ЦКП исполнения срабатывает при запуске функции "Списание по корзине" - т.е. тот кто привязал услугу по корзине к абоненту

ЦКП добавления срабатывает при добавлении услуги в корзину

Т.е. когда добавляют услугу в корзину/списывают по корзине, система ищет работы, которые привязаны к ЦКП, которая настроена в идентификаторе и по найденным работам, которые привязаны к позиции в корзине, начисляет

В чем проблема есть - мы можем привязать только одно ЦКП на добавление и исполнение. Если мы хотим, что бы начислялось за разные работы в одном бп, но они привязаны к разным ЦКП, то не получится

К позиции в корзине привязывается работа (неограниченное количество)

Работа в свою очередь привязана к ЦКП

В условиях идентификатора с типом Корзина - добавляется ЦКП добавления/исполнения

Списания, рассрочка и наряды по корзине

5. Запрет устанавливать рассрочку юр.лицам

4. Как поменять списание по корзине, если не установили рассрочку, или абонент в течении нескольких дней передумал, и вместо полного платежа хочет разбить. Т.е. как и откуда нам вычленить корзину, по которой происходило списание, отменить его и сделать новое списание уже с рассрочкой

если абонент сам передумал, то увы но нет. Просим прощения, но уже рассрочку установить нельзя, услуга оказана и проведена по бух, но это тоже бока на МВ

Если это косяк кого-то кто обещал и не поставил, то это нарушитель должен разбираться. Это бп боков и падать должен на МВ

Расписать как устанавливается рассрочка

3. В условия маршрутизации добавить условии по позиции в корзине и ее стоимости (например если позиции в корзине на 0 рублей, не запускать бп "Оплата заказчиком дополнительных работ и услуг")

2. Рассрочку в корзине устанавливать только на выбранную позицию, а не на все позиции

1. Если в корзину добавлено несколько одинаковых услуг по которым запускаются наряды, запускать 1 наряд, а не на каждую услугу. Возможность указать это опционально

Вопрос он в наряде спишет 40 метров по 40 рублей=1600 А в корзине выберет 1 м и с абона спишемся 40 р
Бонусы и работа в корзине

2. Привязывать работы к позициям в корзине

Прежде чем будет задействована функция списания по корзине стандарт и регламент исполнения (тут вопрос как отображать, так как функция списания в основном автоматическая на переходе)

Прежде чем установить рассрочку стандарт и регламент установление рассрочки

Прежде чем добавить, человек должен ознакомится со стандартом и регламент добавления

1. Исправить неточность при начислении бонусов по корзине. На данный момент мы убрали ограничение одной задачей. Что необходимо сделать: проверка были ли начисления и передачи по данной позиции в этой корзине или нет. Эта проверка должна работать во всех бп, которые связаны друг с другом

Отображение корзины и позиций в ней Выбор позиции в корзине

5. Настроить маршрутизацию по конкретной позиции в корзине

Пример: https://man.mirgiga.net/process/task/view?id=67956234# Сработала маршрутизация по заполненной корзине и проверочному идентификатору, а техник просто добавил переварку патчкорда

4. Добавить фильтр поиска по корзине (посмотреть отдельно штрафы, бонусы, услуги) и посмотреть где что используется

3. Настроить ограничение выбора определенных позиций по шаблонам (например: во входящем обращении нельзя выбрать вручную технические работы)

2. Скрыть под спойлер длинное описание

1. Отображать при выборе позиции в корзине стоимость

Наполнение корзины

4. Пересобрать отделы в корзине и собрать весь список услуг оказываемых абоненту

Под вопросом: сейчас в корзине у нас есть штрафы и бонусы. Должны ли они быть там. Разделить их можно, отдельно

3. Разобраться с услугами 2.0 (без них позиция в корзине не будет привязываться и списываться с абонента, доступ у Юры есть)

2. Синхронизировать корзину и доп.инфо - т.е. перенести туда подключение, разблокировку, тарифы, услуги, служебные тарифы и услуги

2.5. Что делать с нестандартной стоимостью подключения?

2.4. Расписать их по группам, добавить приоритеты и где это будет использоваться

2.2. тарифы предполагалось оставить в отдельном поле (для более легкой смены)

2.1. Синхронизировать корзину по ФМ

1. Синхронизировать позиции в корзине с остатками по складу (прим. роутеры, приставки)

1.2. Резервирование. Т.е. на эту слугу мы этот роутер зарезервировали Пример. На складе 3 роутера, их продали и не поставили, а он возьмет и поставит его кому-то другому На собрание с техническими специалистами и со Стефанией, так как это структурное изменение поставки и снабжения

Где-то на дашборде показывать, что у него такого-то оборудования. У тебя в резерве 4 роутера и остается 1, разберись с этим

Расписать схему, какие есть варианты и выходы если нет на складе роутера

Проверяем роутер на балансе техника, если нет на балансе техника но есть на складе другой скрипт и время доставки (Ув. подрядчик тут нужен роутер, но он в наличии только на таком-то складе ИЛИ Мы оформляем заявку, но у техника пока нет, мы постараемся к моменту прихода поставить ему роутер/приставку)

А если нет ни на складе ни на балансе у техника - то закупка должнапроисходить в идеале

Что делать если у техника нет роутера, но он есть на складе

Кладовщику приходить уведомления - что ему нужно передать технику партию роутеров. И второй вопрос: как передать, платная или бесплатная передача.

Что-то вроде блокировки шага, какой нужен инструмент для подключения технику (Ув. подрядчик, там нужен будет роутер)

Проблема - как определить какой склад

Проверить разделены ли склады по ФМ

1.1. Отображать количество по складу, если на складе закончилось оборудование, то делать позицию в корзине неактивной

контроль питания серверов

01.11.2023 БП контроль питания серверов
версия простая

создание бп!!!!!! садчиков упростить

появление сигнала востановления

забить

есть бп

сменить статус узла

поступление сигнала падаения

есть бп изменить статус узла

нет бп

создать бп с этим узлом

версия усложненая

Первый автоматический шаг. Ожидать 15 минут после падения

Шаг. Принять информацию об упавшем узле Исполнитель: Секция обслуживания физических линий связи Метка: Важное Время выполнения 15 минут Эскалация при просрочке Автоматика Если: статус узла "Работает" отправить на шаг "Автоматический шаг. Ожидать 20 часов после падения узла" Почему 20 часов так как за 20 часов точно зарядиться

Информация получена

Автоматический шаг. Ожидать 2 часа поднятия питания Автоматика Если: статус узла "Работает" отправить на шаг "Автоматический шаг. Ожидать 20 часов после падения узла"

Шаг. Узел более 2 часов без питания или падает более 2 раз за день - приехать и подключить генератор Исполнитель: Секция обслуживания физических линий связи Метка: Важное Время выполнения 30 минут Эскалация при просрочке Автоматика Если: статус узла "Работает" отправить на шаг "Автоматический шаг. Ожидать 20 часов после падения узла"

Нужна помощь руководителя Свяжитесь с руководителем и оставайтесь на этом шаге

Выезжаю ставить генератор время доставки 1 час ограничение 1 переход

Автошаг. Ожидать доставки генератора Если поднялся на ожидание

Автоматика Если: статус узла "Работает" отправить на шаг Прибавлять время по формуле

Автоматический шаг. Ожидать после падения узла зарядки Время выполнения: время падения умноженное на срок зарядки Если время 480 минут - то на генератор

Срок ожидания вышел

БП Закрыт

Если опять упал

ЦКП - не упавший узел по электропиатнию
На будущее если узел все таки упал и прозошла авария проваливать и потом анализировать
Условие запуска: Падение питания
Функционал: Добавить в бп: Узел Статус питания узла Вытягивать адрес узла Автоматический подсчет кол-во падений и фиксация в идентификаторе Наличие аварии на узле (и маршрутизировать) Проверка количества оборудования на узле (нагрузка, разные коэфф) - то, есть на каждый узел требуется прописать данные, которые будут учувствовать в расчётах Уточнить: время выполнения по формуле ставить; в идентификатор узла записывать сколько узел лежал и сколько узел заряжался и туда формула - сколько еще надо зарядится 1. Время: сколько лежал по минутам и умножаем на коэф (у админов узнать) 2. Фиксирует время сколько узел лежал и сколько узел заряжался с момента последнего падения и высчитывать из последних диапазонов, сколько времени не дозарядился узел. Это время умножает на коэф.зарядки и фиксируем время Формула что бы контролировать время падения и время зарядки (если он упал 8 раз по 15 минут то надо везти генератор) параметр маршрутизации: время зарядки более 500 минут и если падает еще раз то только на генератор 1. Записывается время падения узла (от падения до восстановления) умножается на коэф = время ожидания зарядки Фиксировать время перезарядки и фиксирует время между последним падением и предыдущем, если это время больше требуемого времени перезарядки - обнуляет, если меньше, то он разницу этого времени записывает и прибавляет к времени перезарядки, которая добавится после поднятия. Если сумма времени перевалит за 500 мин. мы маршрутизируем на устанвоку генератора "Недозаряженое время с прошлых падений" Время зарядки - это время недозаряженное с прошлых падений и время требуемое на зарядку с последнего падения

итого считаем что бп работает в худшем случае 3 часа и заряжаться ему надо 17 часов = итого коэфициент времени заряда к разряду берем 6 В карточке ИБП у нас будет фиксация 1. время требующаяся на восстановление ( Это время не дозаряда с прошлого падения = это время простоя * на коэффициент 6 минус время сколько прошло до следующего падения) Пример ибп первый раз упал на 15 минут *6 = 90 минут заряда и проработал до следующего падения 60 минут - время не до заряда 30 минут плюс время текущего простоя если ибп в текущий раз лежит 30 минут *6 = 180 минут на востановление заряда 210 минут заряда требуеться =30 с прошлого падения +180 уже сейчас Когда время достигает 500 минут - мы забираем бп с шагов - ожидания 15 минут с момента падения и с шага ждать 2 часа - на шаг нужно вести генератор на шаге мы везем генератор лимит 2400 - при котором идет на шаг узел лежит более 4 часов

ГОТОВО

Линейность (и не только)
Вся логика построена на условии, что от текущего наряда собрана линейность до активного (построенного) узла в US. Если вы его по факту не построили и не запустили, ИЛИ после этого активного узла есть другие незапущенные узлы, модуль работать не будет! Наведите порядок в нарядах и узлах!
Дать информацию:

При закрытии наряда переходит ли узел в US из планового в активный

Доработки

ссылка на лида чтобы можно было перейти их посмотреть https://man.mirgiga.net/order/task/view?id=86552

5. четвертый пункт в меню линейности " узел активен- линейность не просчитывается"

4. Если выбрана нода , которая не плановая - то выводить - Узел активный

3. с ирой разобраться по дублям и идеология ЦКП настроить шаги в шаблона лидов https://man.mirgiga.net/process/setting/address-lead

2. в поиске нарядов - кнопка в адресе показывать по полному сооствествию наряды и отдельно Наряды по дому( вы не внесли квартиру в покрытие)

1. условия Есть наряд статус в черновике

Линейность

Добавить условия проверки по идентификатору "Наряд"

и идентификатору "Адрес с возможностью добавления" и "Адрес любая сущность" (искать по ним наряды) - собралась линейность

Из нарядов берем адреса и считаем количество собранных лидов по затрагиваемых адресах. Отображать количество найденных лидов в линейности

Подсчет лидов и пересчет цепочек желательно минимум раз в сутки сделать (в 3 часа ночи)

При нажатии на кнопку строить цепочку до ближайшего активного ТКД (узла) и ищем цепочку с другими нарядами

В наряде добавить кнопку "Линейность"

Реконструкция

Проверять, если в галочка реконструкция стоит только в наряде, а в проекте не стоит, и при добавлении наряда не ставят эту галочку и хотят сохранить отображать ошибку: "К данному проекту уже привязан наряд с пометкой реконструкция. Значит новодобляемые наряды к проекту тоже должны относится к реконструкции"

В условия по идентификатору с типом "Наряд" добавить проверку не реконструкция ли это

в функции создания наряда и в функции списания по корзине ( создание наряда) добавить возможность указания тип выполняемых работ... и нам выборку - всех маршрутов где запускается они , чтобы мы выставили тип

При создании проекта на абонента из бп - ничего не выбираем

список для новых нарядов обязательный, для проектов список не обязательный

2. В проекте делаем такой же список - который будет вбирать в каждом создаваемом наряде тип по умолчанию - но не запрещать менять ( так как в 1 проекте могут быть наряд разных типов( нам обработать старые наряд) -

в текущих проектах и нарядах - выбрать строительство

2а. если в проекте выбран тип выполняемых работ, в каждом создаваемом наряде заполняя автоматически высвечивать плашку, " Внимание в проекте выставлен "ТИП" вы можете изменить тип данного наряда, но учтите вы несете овтественность за смену типа самостоятельно"

1 . в наряде делаем выпадающий список тип выполняемых работ: реконструкция —- это учет всех нарядов по реконструкции сети нужен для учета затрат и работ по данному типу строительство - это новое строительство и будет учитывать обслуживание( ремонты) Внешние заказы(стр-во для заказчиков)

Наряды и линейность
формула списания с абонента в бп и в наряде

списание брака с абонента не на техника а на склад брак

https://911911.org/order/project/view?id=27651 а есть возможность списывать материал по клавише enter, а не по кнопке "списать"? при нажатии на enter, зависает страница, приходится обновлять.
Маршруты 2.0,1.
Обсудить

общая сущность каких то условий (меняя в одном месте, меняются везде)

наброски

Изменение в шаге: -идентификаторы под спойлер -убрать: отображать если пустой, редактировать вне зависимости от перехода, если поле заполнено выделять задачу на доске - скрывать длинное содержимое перенести в настройки самого идентификатора

Функции над условиями, они сработают при любом маршруте (или в единственном переходе)

Если мы ставим заглушку (не настраиваем маршрут) то менять исполнителя шага на *Архитектора шаблона (P.s. механизм возврата предыдущих исполнителей)

Валидация: - в конце условий проверка - все ли закрыто маршрутом или заглушкой - после выбора маршрута нельзя добавлять дочерние условия

Вложенный список, если маршрут настроен на не конечный элемент списка, то дальше они не могут заполнить

Важность: 5

На автоматических шага - автоматика обязательно в первую очередь должна проверяться а потом переход

Важность: 13

Дизайн

Копировать: - условия и функции в другой существующий шаг - копировать шаг вместе с условиями

16 часов минмум 32 максимум

В автоматизации поменять расположение: 1. Правила и ограничения 2. Функции 3. Шаг для перехода 4. Шаг при ошибке функции

Важность: 1

Сделать отображение условий шага в виде вложенного списка

Важность: 2

D&D

Редактировать условия не только с конечной точки, но и добавлять надусловие, добавлять в середине условия (будет сделано при создании нового дизайна и там будет D&D)

5 часов

Важность: 8

Добавить в условия шага настройку функций

Добавить в условия шага настройку шага на который двигать задачу

Из маршрута перенести в условиях галочки: Трудозатраты Ограничения Уведомлять исполнителей текущего шага о покидании шага Отклонение (дизайн кнопки) Доступно только Исполнителю Доступно только Ответственному Доступно только Действующему

Важность 8

Важность 100

ТЗ Базовый шаг

у руководителя, должен быть доступ ко всем бп, где прямо или косвенно участвует его исполнитель
1. Добавляем шаг Отклонение архитектора
Разное/сложное в реализации/на версию 2

как отслеживать выполнение задач по приоритетам?

Перераспределение времени очереди

Текущий день только оставить и общее за месяц на сегодняшний день

Возможно дополнительный функционал, где исполнитель кнопкой подтверждает, какой очередью он займется в данный таймслот и в графике в этот день отображается двойной норматив по требуемым трудозатратам 10% времени из каждого тайм слота зарезервировано и не перераспределяется

Очередь переопределяется автоматически. При наличии задач в очереди выше время уходит в очередь выше.

Если в таймслоте отсутствуют задачи, отображать уведомление "перераспределите время на другую очередь"

Если в таймлсот в текущий день задач 0, и падает задача после таймслота, она переходит в таймслот на следующий день (если она не выполнена) Возможно привязаться к галочке "Считать только рабочее время"

2. Сделать на маршрут пометку отклонение

Запретить использовать маршрут отклонение если не оставлено замечание (уходим от идентификаторов "Что требуется доработать" и "почему отправляете отклонение")

1. Кнопка "Невозможно выполнить"

Нажимает кнопку мне не понятно, и пока он не прошел все попытки обучения, ему доступен, только длинный вариант

После пройденных успешных попыток обучения, у него есть доступ к короткому варианту (Но остается доступ и к длинному)

Короткий вариант Кому доступен короткий вариант: Сотрудник прошел обучение на базового исполнителя, и у него отсутствуют замечания по фиксации проблем в бп

При нажатии кнопки "Невозможно выполнить" исполнителю открывается многоуровневый список: https://man.mirgiga.net/lists/groups-tree/view?id=40

2. Я не исполнитель - фиксация отклонения

2.2. Исполнитель нарушает сроки

Запуск "Эскалировать шаг" и открытие диалогового окно, где можно указать комментарий

2.1 Исполнитель некачественно выполнил работу

Уведомление исполнителю, который инициировал фиксацию проблемы в бп: Оставьте замечание к неверно выполненной работе

Начислить бонус исполнителю - зафиксировавшему отклонение

1. Я исполнитель - проблема в работе БП

1.3. Не могу выполнить - нужна помощь руководителя или другого исполнителя

1.3.2. Не важно или уже потеряли деньги или время

1.3.1. Важно - можем потерять деньги или время исполнителя

Включаем чат в бп

1.2. Не могу выполнить - бп работает некорректно

1.2.2. Не важно - не несет потери денег и времени

Отображается диалоговое окно, для фиксации замечания (как при нажатии кнопки "Мне непонятно")

Текущую задачу отправляем на шаг "Отклонение!"

Запуск задачи по шаблону "Запрос на улучшение БП" на шаг id:5443

1.2.1. Важно! Можем потерять деньги

1.1. Могу выполнить - но нужно оставить замечание ответственному за БП

Длинный вариант Кому должен пройти длинный вариант: Сотрудник не прошел обучение на базового исполнителя или у него есть замечания по фиксации проблем в БП

Как следить за этим? возможно отчет по исполнителям, где сохраняется история их работы со списком

Проблема: мы не можем выкатить длинный путь - пока у нас не запущен бп базового исполнителя, не прописаны стандарты шагов и ЦКП шаблонов

При нажатии кнопки "Невозможно выполнить" исполнителю открывается многоуровневый список: https://man.mirgiga.net/lists/groups-tree/view?id=24

Список открывает в отдельном окне

Внизу списка кнопка подтверждения "Список пройден"

Какие выходы будут в зависимости от выбранного элемента списка при нажатии кнопки "Список пройден":

15. Элемент "1.1.1.2.1.3.1.1.3.1.1.3.1.3." - открытие диалогового окна с идентификатором "Почему отправляете отклонение" и отправка задачи на шаг "Отклонение!"

15. Элемент "1.1.1.2.1.3.1.1.3.1.1.3.1.1.." - возврат в задачу

14. Элемент "1.1.1.2.1.3.1.1.3.1.1.1." - возврат в задачу

13. Элемент "1.1.1.2.1.3.1.1.3.1.1.1. " - открытие диалогового окна с идентификатором "Введите ваш вопрос" и запуск БП "Запрос на улучшение БП" на первичный шаг и возврат в задачу

12. Элемент "1.1.1.2.1.3.1.1.2." - возврат в задачу

12. Элемент "1.1.1.2.1.3.1. " и "1.1.1.2.1.3.1.1.3.1. " и "1.1.1.2.1.3.1.1.3.1.1.3.1.2. " и "1.1.1.2.1.3.1.1.3.1.1.2. "- вопрос. как проконтролировать что он оставит замечание и это не конечный элемент списка Как вариант: диалоговое окно со списком выполненных работ в данном бп, выбирает работу и тут же оставляет замечание и возврат к списку

11. Элемент "1.1.1.2.1.3.1.1.1." - возврат в задачу

10. Элемент "1.1.1.2.1.2. " - возврат в задачу

9. Элемент "1.1.1.2.1.1." - возврат в задачу

8. Элемент "1.1.1.1. " - возврат в задачу

7. Элемент "1.2.1.1. " - открытие диалогового окна с идентификатором "Введите ваш вопрос", поставить/поменять на шаге метку "Важное", поменять исполнителя на роль "Редактор БП"

Добавить на шаг кнопку "Замечание исправлено, вернуть бп в работу". При нажатии кнопки на шаг возвращается предыдущая метка и и исполнители Доступ к кнопке только ролям Архитектор и Редактор БП

6. Элемент "1.2.1.2." - открытие диалогового окна с идентификатором "Введите ваш вопрос" и запуск БП "Запрос на улучшение БП" на первичный шаг и возврат в задачу

5. Элемент "1.3.1.2." - открытие диалогового окна с идентификатором "Почему отправляете отклонение" и отправка задачи на шаг "Отклонение!"

4. Элемент "1.3.1.1.1." - возврат в задачу и автоматический запуск чата

3. Элемент "2.2." - активация эскалации шага

2. Элемент "2.1.1." - возврат в задачу

Проблема: как проконтролировать что исполнитель оставил замечание, а не забил Как вариант: диалоговое окно со списком выполненных работ в данном бп, выбирает работу и тут же оставляет замечание

1. Если выбранный элемент списка не участвует ни в одном условии, отображать исполнителю уведомление: "Уважаемый исполнитель. ы не прошли полностью список!, пожалуйста вернитесь и пройдите список до конечного пункта"

Как оставить замечание сотруднику, который неправильно фиксирует проблемы в бп и закрыть ему доступ к конкретному варианту

Вариант: Нужен отчет по сотрудникам, которые проходят или прошли обучение базового исполнителя. Если сотрудник прошел и завершил обучение, то ему можно оставить замечание и заблокировать доступ к короткому маршруту. Проверку правильности фиксации проблемы в бп - встроить на шаг отклонение и в бп "Запрос по улучшению БП" - если обнаружено нарушение, оставить замечание (функционал) снять рейтинг базового исполнителя - отображать везде длинный маршрут, до восстановления рейтинга.

Проблема: как проверять восстановил ли он рейтинг и свои навыки базового исполнителя, что бы вернуть ему короткий маршрут?

Динамические метки
и этот идентификатор добавить в приоритеты всех шагов отклонение (текущий приоритет + идентификатор)

оставлять замечание прям в окне проблемы в бп

Передавать выбранный элемент списка в идентификатор
Графики таймслота
3. Графики

3.3. Детализация графика 2.0

3.3.3. При расчете остатков не считать задачи у которых стоит "Считать только по рабочим часам" если задача пришла после рабочего времени

3.3.2 Выходные дни подсвечивать цветом, если там были выполненные задачи или не отображать вообще если выполненных задач не было

3.3.2.1. В эффективности не считать - это как проеб

3.3.1. При нажатии на выполненное отображать диалоговое окно с выполненными задачи, сгруппированным по шаблону и по шагу. Напротив шаблона, шага, задачи отображать трудозатраты и время проведенное на вкладке

3.2. Детализация графика

3.2.3. Вывести сверху под графиком эффективность за выбранный период с учетом того, что задач могло и не быть. и он был эффективен настолько, насколько ему позволяло количество задач

3.2.2. Вид графика - столбики: - зеленый - выполненное - серый - не было задач до конца таймслота - красный - были задачи до конца таймслота и он их не добил или еще добивает - оранжевый - задачи превышающие таймстлот (будет фиксация в 00)

3.2.1. Выбор диапазона, выбор метки (мультивыбор)

3.3.0. Добавить в меню в отчет график "График таймслотов по меткам"

3.3.0.1. Доступ к графикам своему и своих подчиненных

3.1. Дашборд

3.1.1. Полоску отображать за один день по трудозатратам

3.1.1.4 Если эффективность дошла до 100, то рамочку блока на дашборде, делать зеленой

3.1.1.3. На полоске отображать часы выполнены/часы оставшиеся

3.1.1.2. При наведении на полоску - отображать эффективность за день

3.1.1.1. При нажатии на полоску отображать диалоговое окно детализации графика

2. В дополнительную таблицу фиксировать задачи и шаг из которых сформировано это время
1. Фиксировать трудозатраты и фиксировать время открытой вкладки к метке

1.1. Фиксировать время проведенное на вкладке и трудозатраты у того кто делает переход

На шаге "Отклонение!"
1. Если отправляю задачу не на последний шаг, то проверять: - что на этом шаге оставлено замечание к работе - или запущено действие "Создание задачи" При выполнении одного из условий проверки при уходе с этого шага больше ничего не требовать
Скрытие/раскрытие идентификаторов
4. При добавлении нового идентификатора отключить отображение на всех шагах
3. В блоке "Заполненные, не отображаемые на данном этапе" в меню идентификатора добавить "Включить отображение на шаге"

1.2. Перед открытием просить оставить обязательный комментарий в диалоговом окне

2. Скрыть может только исполняющий, ответственный за шаблон и добавить право "Скрыть идентификатор в задаче"
1. В меню идентификатора добавить пункт "Скрыть на шаге"

1.2. Перед скрытием просить оставить обязательный комментарий в диалоговом окне

3.3. Фиксировать в отчете, если уже не актуально, и идентификатор скрыт/открыт

3.2. При скрытии проверять, а не скрыт ли он уже

3.1. В меню под пунктом "Последние чаты" добавить пункт "Скрытие идентификаторов" В просмотре вывести ссылка на задачу, идентификатор, комментарий, кто отправил

3.1.2. Кнопка "Отмена"

3.1.1. Кнопка "Проверено"

1.1. Доступен к скрытию только если он не редактируемый и не привязаны как информационные.

Кнопки "Невозможно выполнить" и "Мне непонятно"
5. Записывать в движения, только если было совершенно действие: Александр Кузьмин нажал на кнопку "Проблемы в бп" и выбрал "цепочку действий"
4. При выборе конечного пункта с действием записывать в базу: - сотрудник совершивший действия - задача - шаг - выбранный пункт - дата - помечать был инициатор исполнителем или нет - была задача просрочена или нет

https://man.mirgiga.net/process/report/problems

3. Список действий

3.5. Добавить действие - "Показать текст" и возможность ввести сам текст

3.4. Отправить задачу на шаг "Отклонение!"

реализация самого действия Перед отправкой открыть диалоговое окно, где обязательны для заполнения идентификаторы, которые указаны в блоке "Какие данные нужны для запуска отклонения ?" (отображать полноценный блок идентификатора с меню и стандартом и регламентом)

3.3. Активировать ЧАТ в бп

3.2. Действие: Запуск задачи: - выберите шаблон - выберите шаг - выберите обязательные идентификаторы для заполнения - выберите редактируемые идентификаторы - выберите передаваемые данные: шаблон, шаг, сотрудник запустивший, исполнители текущей задачи (при выборе спрашивать в какой идентификатор заносить эти данные) - выберите отображаемые идентификаторы

реализация самого действия

3.1. Предусмотреть, что бы на один элемент списка можно было настраивать несколько действий

2. При нажатии но кнопку "Проблемы в БП" в диалоговом окне открывать список https://man.mirgiga.net/lists/groups-tree/view?id=40

2.3. После выбора определенного пункта на которое настроено действие, спрашивать "Выполнить действие: список действий" и кнопки "Выполнить" и "Нет, я передумал"

2.2. Отображать список и выбор элементов, как в идентификаторе с типом "Вложенный список" По умолчанию необходимо дойти до конечного элемента списка. Если до конечного элемента не дошли, отображать уведомление "Выберите далее"

2.1. Список добавить в модуль настроек https://man.mirgiga.net/lists/groups-tree/view?id=40 и доступ архитектору/редактору бп настраивать действия на определенный выбранный пункт списка

1. Добавить в задачу новую кнопку "Проблемы в БП" и ее поместить на место кнопки в задаче "Невозможно выполнить"

Убрать кнопку запустить чат

1.1. Деактивировать кнопки "Мне непонятно" и "Невозможно выполнить"

4. Шаг "Отклонение"
Настроить отображение двух глобальных идентификаторов на шаге отклонения в зависимости от шага, на который ответственный хочет вернуть бп

4. Отчет по отклонениям (вернули в работу с шага отклонения): 3.1. Ручной выбор периода обработки шага отклонения (что бы весь отчет не грузился три года) 3.2. Выбор шаблона бп

Может комментарий для архитектора - результат проверки отклонения

ИМХО - это можно объединить, просто при построении отчета - указать параметр: - бп закрыли с шага отклонение - бп вернули в работу с шага отклонение

3. Доработать отчет по отклонениям (закрыли с шага отклонения): 3.1. Ручной выбор периода обработки шага отклонения (что бы весь отчет не грузился три года) 3.2. Выбор шаблона бп

2. Если на любой шаг кроме последнего - идентификатор "Укажите ссылку, где зафиксирована работа по исправлению данного отклонения" (тут будет стандарт и регламент"

ИСКЛЮЧЕНИЕ! Если на шаге отклонение оставлено замечание к работе/исполнителю или к шагу или к шаблону, то идентификатор заполнять не требуется

1. Если на последний шаг - идентификатор "Почему проваливаете бп" (тут будет стандарт и регламент)

Чат в бп
18. Запретить создателю чата покидать его
17. Если у того, кого хотят пригласить закрыт ФМ - запрещать его приглашать в чат
16. Возможность прикреплять файлы к сообщению
15. Сделать отчет в котором будут видны запущенные чаты. Сортировка по дате создания чата. Самый новый вверху
14 Отображать что человек чате в онлайне, и видеть список участников в меню чата
13. Если от последнего сообщения прошло больше часа - закрывать чат
12. Если новый исполнитель присоединился к чату добавлять информационное сообщение в чат

12.1. В телеграмм информационные сообщения отправлять методом обновления сообщения (что бы не было уведомления)

11. Добавить в меню задачи (три точки) пункт "История чатов"

6.1. В истории чата отображать, кто закрыл чат.

11.1. Доступно всем, кто видит задачу

10. Любой кто видит задачу, видит и текущий чат

10.1. Исполнители и действующие могут нажать кнопку "Присоединиться" и стать "Участником"

и может в него зайти посмотреть

9. Кнопка "Пожаловаться на чат", может нажать только "Участник"

9.1. Причина жалобы на чат брать из списка, список указывается в настройках под названием "Настройки чата"

9.1.1. В настройках возможность указать шаблон задачи, выбор шага, выбор списка, выбор идентификаторов: - элемент списка причина - сотрудник оставивший замечание - сотрудник пригласивший (если такой имеется) - текстовая ссылка на чат

8. Добавить новых людей может только создатель чата и ответственный
7. В процессе диалога приглашенные могут покинуть чат, пока проблема не решена. Нажать кнопку "Покинуть чат"

6.2. Причина выхода из чата брать из списка, список указывается в настройках под названием "Настройки чата"

6. В чате кнопка "Проблема решена" - нажать может только создатель чата или отвественный.

6.2. Причина закрытия чата брать из списка, список указывается в настройках под названием "Настройки закрытия чата"

3. Если чат запущен, то покидать шаг нельзя и двигать задачу (любые переходы)

3.1. Автоматику не блокировать. Если сработала автоматика, отправлять уведомление: Автоматизация двинула бп на шаг "название". Если проблема решена, закройте чат

2. Условия для активации чата, - внести "Тема чата" (она будет отображаться в шапке задачи "Внимание, запущен чат на тему "...." - кого призывать в чат, выпадающим списком сотрудники и поиск по фамилии (мультивыбор). Поиск как в идентификаторе Сотрудник+роль, но хранить только сотрудника, роль нужна только для поиска - Сообщение о проблеме (это будет первое сообщение в чате)

2.4. Удалять сообщения из телеграмма при закрытии чата

2.3. Дублировать сообщения из чата в Телеграм методом пересоздания сообщения для того, что бы было уведомление

2.2. Остальным участникам отправлять уведомление: "Вас призвали в чат, по теме: ....", с ссылкой на задачу

2.1. Ответственный шага - автоматически участвует в запущенном чате.

Ему отправлять уведомление "Ваш исполнитель активировал чат. Вы автоматически добавлены в него как участник"

отображение в диалоговом окне

запуск в диалоговом окне

1. Активировать чат можно по кнопке "Проблемы в бп" Действие при выборе элемента списка
Отображение идентификаторов
оставшиеся мысли

Третьи в отображении (свернуты) Оставшиеся идентификаторы

Если исполнитель разворачивает список, то он указывает, зачем (выбирает нужный пункт): 1. Мне не хватает данных, которые отображаются (создается запрос архитектору) 2. Просто посмотреть 3. Отредактировать идентификатор, заполненный ранее

И история запроса отображений идентификатора

Три категории идентификаторов, которые будут свернуты

3. Заполненные, но с возможностью редактировать

2. Пустые, необязательные для заполнения, но с возможностью редактировать

1. Заполненные и пустые идентификаторы, которые нельзя редактировать на шаге

Вторые в отображении - исполняемые идентификаторы (обязательный к заполнения для построения маршрута) + информационный для его выполнения - отображении по очереди выполнения (выполнил - появляется следующий)

Исполняемые идентификаторы двух видов: - исполняемый не маршрутизированный - требуется привязка информационных идентификаторов - исполняемый маршрутизированный - не нужен информационный

Информационные идентификаторы должны быть: - обязательные - если на шаге выбран, исполняемый, а информационной к нему не заполнен, то архитектору уведомление об ошибке (сразу на шаг невозможно выполнить - не хватает данных) - необязательные

С шага отклонения построить структура куда возвращать шаг. Т.е. можно вернуть только туда, где идентификатор с замечанием редактируемый

Но эта структура только если замечание к идентификатору где нет стандарта и регламента или где непогашенное замечание стандаруту и регламенту(где есть стандарт и регламент)

Функционал в настройке идентификатора - связки исполняемого и информационного идентификатор, т.е. архитектор указывает, что для выполнения этого исполняемого идентификатора - нужен этот информационный. И они отображаются рядом

Функционал настройки категории идентификатора для шага, т.е. архитектор указывает что на этом шаге данный идентификатор исполняемый

ТЗ

6. Убрать группировку и добавить выделение цветом

5. Информационные идентификаторы

5.2. Группировать в единый блок информационные идентификаторы: - у обязательных - у редактируемых

5.1. Если информационные идентификатор не отображаем на шаге, то его и не отображать

5.0. Настраивать в пределах версии

5.0.1. Учесть в копировании версий шаблона

4. Проверить - если оставляется замечание идентификатору по работе или отсутствие работы, что бы не оставалось замечание в идентификаторе

3. При уходе с шага отклонения, все идентификаторы с блока "Какие данные нужны для запуска отклонения" очистить

2. Группировка

2.5. Не отображаемые, но заполненные под спойлером. При разворачивании спойлера сами идентификаторы тоже будут под спойлером.

2.4. Отображаемые

2.3. Блок редактируемые

2.2. Блок обязательные к заполнению

2.1. Блок "Для выполнения шага ознакомьтесь с идентификаторами отклонения, доработок и замечаниями": - идентификаторы из блока "Какие данные нужны для запуска отклонения ?" - идентификаторы с замечаниями, доступными тебе - Идентификатор из настройки "Настройка идентификатора для доработки"

1. Любой идентификатор где есть красное или желтое поле - нажатие приводит к редактированию

Эскалация шага
1. Создать функцию эскалации Параметры функции: Эскалировать исполнителей/ответственных/идентификатор (типы роль, исполнитель+роль, исполнитель); Идентификатор в который заносить Игнорировать галочку

💡 1.4. при выполнении эскалации фиксировать "идентификатор в который применилась эскалация"

💡 1.4.1. при переходе смотреть если не было выполнено фции эскалации но в задаче зафиксирован "идентификатор в который применилась эскалация" то очищать его (ну и стирать зафиксированную пометку)

1.3. Слева от текущего шага выводить красный значок с цифрой, при наведении на который будет показываться подсказка, что текущий шаг в эскалации.

1.2. В движении фиксировать количество непрерывных эскалаций

1.1. У задачи фиксировать текущий статус эскалации

Шаблон
6. Уведомление и история изменения шага

6.3. Архитектору при изменении шага - обязательно ознакомится с непрочитанными изменениями Для того, у кого есть права редактировать шаг - лог изменения отображает более детальную информацию

6.2. В задаче возле кнопки "Меню задачи" вывести кнопку с колокольчиком и красной точкой если есть непрочитанные изменения.

6.2.1. При нажатии этой кнопки фиксировать дату ознакомления и шаг с переходом на котором он был ознакомлен

180

6.1. При редактировании шага и маршрута обязательное поля: - "Какие изменения были внесены" Необязательные поля - "Ссылка где было инициировано изменения" Галочка "Важно" Сущности: - шаблон - версия - шаг - переход - маршрут

6.1.1. Галочка "Важно"

120

5. Добавить выбор работы у шага. 60

5.5. Поставить лайк на комментарий

5.5.1. В идентификаторе "Проверка идентификатора" отображать количество лайков

5.4. Логика создания, добавления замечания такая же как и у замечания к работе у идентификаторов с теми же настройками переходов по шагам

5.3. Если уже оставлено замечание к шагу, то отображать под кнопкой текущего шага, с функционалом как тот который под идентификатором

5.2. В меню задачи добавить замечание к текущему шагу Форма замечания выползает под кнопкой текущего шага

5.1. Отображать возле названия шага кнопку "Стандарт"

4. На шаге Отклонение" отображать информацию: - Сколько было отклонений (например: 5 (шаг: 1 + маршрут: 4))

60

и в истории переходов вывести

3. Добавить поле в настройку шаблона: "ЦКП"

40

3.2. На странице просмотра шаблона вывести короткое ЦКП при нажатии на которое будет снизу выезжать полный текст

3.1. Отображать короткое цкп в задаче рядом со ссылкой на шаблон. При наведении отображать подсказку полного ЦКП

2. Отображение времени - Сколько времени прошло с даты старта задачи (общее время) - Сколько прошло активного времени, когда человек мог заниматься задачей (минус автошаги и минус не рабочее время) - Сколько задача простаивала на автошагах - Сколько задача простаивала не рабочее время - Последний шаг не учитывать

2.5. Сделать дополнительную полоску, вывести активное время, оставшееся до максимального, и красная если время вышло

2.4. По умолчанию не отображать время жизни задачи на доске В фильтр на доске добавить сортировка по: приоритет, время жизни, ......; группировать по: ФМ Если применен данный фильтр, отображать на доске только время жизни задачи (не отображать время шага и приоритет) Обязательно уведомление наверху экрана: "Сейчас вы смотрите доску по времени жизни задачи"

2.3. Выводить в истории переходов в шапке

90

1. Срок жизни БП
Функционал для работ привязанных к идентификаторам
сделано

5. Если оставляется замечание, то необходимо показать: - стандарт и регламент к оставлению замечания к идентификатору без работы id:239 - стандарт и регламент к оставлению замечания к идентификатору с некой работы id:240 - стандарт и регламент к оставлению замечания к идентификатору с работой на исполнителя id:238 - стандарт и регламент, как оставляем замечание к стандарту шага id:241

Сейчас все бп "Создание и изменение работы" - где нет работы, перевести на шаг важное id: 5470

11. В идентификатор "Проверка обучения" вывести счетчик - сколько за все время у этого исполнителя по этой работе было отклоненных работ

9. Если оставляется замечание К работе, то отправлять на шаг id: 3270 , иначе отправлять на шаг id: 5470

10.1 Если по этому идентификатору/работе уже запущена задача, мы ее шаг не трогаем, только добавляем как и раньше

настраивается тут: https://man.mirgiga.net/process/setting/check-identifier

10. Если по идентификатору/работе есть задача с доработкой, то кнопку добавить под идентификатором кнопку "Ознакомиться с комментариями" и выплывают комментарии.

Если задача с доработкой успешно закрыта и у идентификатора есть работа - убирать замечания по данной работе

8. Нужна история замечаний по конкретной задаче к конкретной работе. Если есть работа, и были замечания в меню идентификатора добавить пункт "История замечаний" Посмотреть может любой кто видит задачу.

7. Переопределить в каком случае идентификатор "Проверка обучения" считается заполненным: - он не находится в статусе "На проверке" - если проверяемый идентификатор редактируемый, то у него не должно быть замечаний

7.2 При проверке работы при непринятии работы комментарий проверяющего указывать в замечания

7.1. Добавить в модуль условий по идентификатору "Проверка обучения", что проверяемый идентификатор редактируемый или нет

6. Если в бп проверки применяется функция сброс проверки обучения, то в бп из которого пришла проверка у идентификатора удаляются замечания

5. Замечание отображается тогда. когда идентификатор редактируемый и последние данные ввел человек на которого замечание и кнопка ознакомился отображается только тому на кого замечание.

а если идентификатор типа список, его нельзя заменить корректными данными

отображать замечания в проверке работы даже если идентификатор изменил ктото другой

не отображать лишних замечаний, только того кого мы проверяем

5.3. Про ограничение перехода: если идентификатор обязательный к заполнению, и на нем висит замечание, но его уже редактировал человек отличный от того, кому замечание, то не требовать подтвердить замечание

5.2. При нажатии кнопки исправил если идентификатор редактируем, но его уже изменил человек. отличный от того кому оставили замечание, то не требовать ввести новые данные, а просто подтверждать замечание

И если дата ознакомления со стандартом и регламентом раньше, чем дата оставления замечания, то требовать ознакомится со стандартом и регламентом.

5.1. Кнопка "Стандарт и регламент" появляется у замечания

И тогда при нажатии ознакомился он должен ввести корректные данные, если последние введенные данные его. После этого статус его проверки сбрасывается в "На проверке" и привязанная задача переводится на первичный шаг проверки. Если данные ввел уже кто-то другой, то замечание не отображается

4. Когда мы оставляем замечание на исполнителя (помимо создания проверки работы и замечания) сбросить ему обучение на 1 единицу

как писал выше при оставлении замечания в WorkRaterOperQualification ставится статус отклонено и соответственно счетчик проверенных уменьшается на 1

3. Запретить оставлять замечание - если есть действующая задача по проверке работы этого идентификатора в пределах задачи

Разрешить добавлять замечание если редактировал уже другой человек

т.к. у нас замечания тесно связаны с задачей по проверки работы, проверяю по замечаниям: если есть активное замечание не даю добавлять новые

2. Проверяем существующий бп "Бп проверки обучения работе v1" по конкретной проверке обучения. Если есть уже бп, то замечание переносить в замечание и переводить задачу "Ознакомиться с ошибками в работе и понять как их не повторять" и переводить проверку в статус "Отклонено"

1. Если оставляют замечание в идентификаторе, где привязана работа, при выборе "Проблема в исполнителе - он нарушил стандарт" , то вместе с замечанием создается задача по шаблону "Бп проверки обучения работе v1" на шаг "Ознакомиться с ошибками в работе и понять как их не повторять" и замечание оставленное бп переносить в "Комментарий проверяющего". "Проблему исполнителя я уже исправил" - удаляем

Итого: если: 1. у идентификатора есть работа: 2. проблема в исполнителе что делаем: 1. ищем или создаем новую WorkRaterOperConfirmation по этой работе у выбранного исполнителя по этой задаче 1.1 ставим WorkRaterOperConfirmation статус "Отклонено" 2. ищем задачу по WorkRaterOperConfirmation 2.1. если задача есть то переводим ее на шаг id4681 2.2. если задачи нет то создаем задачу: 2.2.1. шаблон: id275 2.2.2. в идентификатор work_rater_check заносим WorkRaterOperConfirmation 2.2.3. в идентификатор role_of_the_worker заносим роль из работы "Роль ответственного за работу" 2.2.4. Название: "Проверка работы из "{Название идентификатора}" (через замечание)" 2.2.5. Статус "тестовая задача" ставим как в текущей 2.2.6. Переводим сразу на шаг id4681 3. добавляем к идентификатору замечание WorkRaterOperQualification - запись о квалификации сотрудника по работе. Хранит в себе работу, сотрудника, статус, счетчик в ожидании проверки и счетчик проверенных (Подтверждено), исходя из этих счетчиков формируется статус: LEARNING - начальный статус - на обучении UNDER_REVIEW - на проверке, когда количество задач находящихся в ожидании проверки и количество проверенных в сумме дают то количество которое указано в работе как "Количество проверок" с этим статусом от него больше не требуют нажимать кнопку "Обучился", VERIFIED - подтверждено обучение, значит количество проверенных работ равняется "Количество проверок" из работы. WorkRaterOperConfirmation - запись о проверке работы имеющая привязку к задаче или наряду (где выполнена работа), к сотруднику (который выполнил работу), к работе (соответственно какая работа выполнялась), и имеющая статус проверки. Так же дополнительно хранит в себе дату чтения стандартов и регламентов ссылку на задачу в которой будут проверять эту работу. При изменении статуса в WorkRaterOperConfirmation на статус "Подтверждено" в WorkRaterOperQualification счетчик проверенных увеличивается на 1 а счетчик в ожидании проверки уменьшается на 1 При изменении статуса в WorkRaterOperConfirmation на статус "Отклонено" в WorkRaterOperQualification счетчик проверенных уменьшается на 1