ТЗ Кузе
ТЗ Базовый шаг
ГОТОВО
Маршруты 2.0,1.
наброски
Добавить в условия шага настройку шага на который двигать задачу
Важность 100
Из маршрута перенести в условиях галочки:
Трудозатраты
Ограничения
Уведомлять исполнителей текущего шага о покидании шага
Отклонение (дизайн кнопки)
Доступно только Исполнителю
Доступно только Ответственному
Доступно только Действующему
Важность 8
Добавить в условия шага настройку функций
Важность 100
Дизайн
D&D
Редактировать условия не только с конечной точки, но и добавлять надусловие, добавлять в середине условия (будет сделано при создании нового дизайна и там будет D&D)
Важность: 8
5 часов
Сделать отображение условий шага в виде вложенного списка
Важность: 2
В автоматизации поменять расположение:
1. Правила и ограничения
2. Функции
3. Шаг для перехода
4. Шаг при ошибке функции
Важность: 1
Копировать:
- условия и функции в другой существующий шаг
- копировать шаг вместе с условиями
Важность: 2
16 часов минмум 32 максимум
На автоматических шага - автоматика обязательно в первую очередь должна проверяться а потом переход
Важность: 13
Вложенный список, если маршрут настроен на не конечный элемент списка, то дальше они не могут заполнить
Важность: 5
Валидация:
- в конце условий проверка - все ли закрыто маршрутом или заглушкой
- после выбора маршрута нельзя добавлять дочерние условия
Важность: 13
Если мы ставим заглушку (не настраиваем маршрут) то менять исполнителя шага на *Архитектора шаблона
(P.s. механизм возврата предыдущих исполнителей)
Важность: 8
Функции над условиями, они сработают при любом маршруте (или в единственном переходе)
Важность: 8
Изменение в шаге:
-идентификаторы под спойлер
-убрать: отображать если пустой, редактировать вне зависимости от перехода, если поле заполнено выделять задачу на доске
- скрывать длинное содержимое перенести в настройки самого идентификатора
Важность: 1
Обсудить
общая сущность каких то условий (меняя в одном месте, меняются везде)
https://911911.org/order/project/view?id=27651
а есть возможность списывать материал по клавише enter, а не по кнопке "списать"? при нажатии на enter, зависает страница, приходится обновлять.
формула списания с абонента в бп и в наряде
списание брака с абонента не на техника а на склад брак
Линейность (и не только)
Реконструкция
1 . в наряде делаем выпадающий список тип выполняемых работ:
реконструкция —- это учет всех нарядов по реконструкции сети нужен для учета затрат и работ по данному типу
строительство - это новое строительство и будет учитывать
обслуживание( ремонты)
Внешние заказы(стр-во для заказчиков)
2. В проекте делаем такой же список - который будет вбирать в каждом создаваемом наряде тип по умолчанию - но не запрещать менять ( так как в 1 проекте могут быть наряд разных типов( нам обработать старые наряд) -
2а. если в проекте выбран тип выполняемых работ, в каждом создаваемом наряде заполняя автоматически высвечивать плашку, " Внимание в проекте выставлен "ТИП" вы можете изменить тип данного наряда, но учтите вы несете овтественность за смену типа самостоятельно"
в текущих проектах и нарядах - выбрать строительство
список для новых нарядов обязательный, для проектов список не обязательный
При создании проекта на абонента из бп - ничего не выбираем
в функции создания наряда и в функции списания по корзине ( создание наряда) добавить возможность указания тип выполняемых работ... и нам выборку - всех маршрутов где запускается они , чтобы мы выставили тип
В условия по идентификатору с типом "Наряд" добавить проверку не реконструкция ли это
Проверять, если в галочка реконструкция стоит только в наряде, а в проекте не стоит, и при добавлении наряда не ставят эту галочку и хотят сохранить отображать ошибку:
"К данному проекту уже привязан наряд с пометкой реконструкция. Значит новодобляемые наряды к проекту тоже должны относится к реконструкции"
Линейность
В наряде добавить кнопку "Линейность"
При нажатии на кнопку строить цепочку до ближайшего активного ТКД (узла) и ищем цепочку с другими нарядами
Из нарядов берем адреса и считаем количество собранных лидов по затрагиваемых адресах. Отображать количество найденных лидов в линейности
Подсчет лидов и пересчет цепочек желательно минимум раз в сутки сделать (в 3 часа ночи)
Добавить условия проверки по идентификатору "Наряд"
и идентификатору "Адрес с возможностью добавления" и "Адрес любая сущность" (искать по ним наряды) - собралась линейность
Доработки
1. условия Есть наряд статус в черновике
2. в поиске нарядов - кнопка в адресе показывать по полному сооствествию наряды
и отдельно Наряды по дому( вы не внесли квартиру в покрытие)
3. с ирой разобраться по дублям и идеология ЦКП настроить шаги в шаблона лидов https://man.mirgiga.net/process/setting/address-lead
4. Если выбрана нода , которая не плановая - то выводить - Узел активный
5. четвертый пункт в меню линейности " узел активен- линейность не просчитывается"
ссылка на лида чтобы можно было перейти их посмотреть
https://man.mirgiga.net/order/task/view?id=86552
Дать информацию:
При закрытии наряда переходит ли узел в US из планового в активный
Вся логика построена на условии, что от текущего наряда собрана линейность до активного (построенного) узла в US. Если вы его по факту не построили и не запустили, ИЛИ после этого активного узла есть другие незапущенные узлы, модуль работать не будет! Наведите порядок в нарядах и узлах!
контроль питания серверов
01.11.2023
БП контроль питания серверов
Функционал:
Добавить в бп:
Узел
Статус питания узла
Вытягивать адрес узла
Автоматический подсчет кол-во падений и фиксация в идентификаторе
Наличие аварии на узле (и маршрутизировать)
Проверка количества оборудования на узле (нагрузка, разные коэфф) - то, есть на каждый узел требуется прописать данные, которые будут учувствовать в расчётах
Уточнить: время выполнения по формуле ставить;
в идентификатор узла записывать сколько узел лежал и сколько узел заряжался и туда формула - сколько еще надо зарядится
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 часов
Условие запуска: Падение питания
На будущее если узел все таки упал и прозошла авария проваливать и потом анализировать
ЦКП - не упавший узел по электропиатнию
версия усложненая
версия простая
поступление сигнала падаения
нет бп
создать бп с этим узлом
есть бп изменить статус узла
появление сигнала востановления
есть бп
сменить статус узла
нет бп
забить
создание бп!!!!!! садчиков упростить
Первый автоматический шаг. Ожидать 15 минут после падения
Автоматика Если: статус узла "Работает" отправить на шаг
Прибавлять время по формуле
Автоматический шаг. Ожидать после падения узла зарядки
Время выполнения: время падения умноженное на срок зарядки
Если время 480 минут - то на генератор
Если опять упал
Срок ожидания вышел
БП Закрыт
Срок ожидания вышел
Шаг. Принять информацию об упавшем узле
Исполнитель: Секция обслуживания физических линий связи
Метка: Важное
Время выполнения 15 минут
Эскалация при просрочке
Автоматика Если: статус узла "Работает" отправить на шаг "Автоматический шаг. Ожидать 20 часов после падения узла"
Почему 20 часов так как за 20 часов точно зарядиться
Информация получена
Автоматический шаг. Ожидать 2 часа поднятия питания
Автоматика Если: статус узла "Работает" отправить на шаг "Автоматический шаг. Ожидать 20 часов после падения узла"
Срок ожидания вышел
Шаг. Узел более 2 часов без питания или падает более 2 раз за день - приехать и подключить генератор
Исполнитель: Секция обслуживания физических линий связи
Метка: Важное
Время выполнения 30 минут
Эскалация при просрочке
Автоматика Если: статус узла "Работает" отправить на шаг "Автоматический шаг. Ожидать 20 часов после падения узла"
Выезжаю ставить генератор
время доставки 1 час
ограничение 1 переход
Автошаг. Ожидать доставки генератора
Если поднялся на ожидание
Срок ожидания вышел
Нужна помощь руководителя
Свяжитесь с руководителем и оставайтесь на этом шаге
Не реализованные проекты
Корзина
Наполнение корзины
1. Синхронизировать позиции в корзине с остатками по складу (прим. роутеры, приставки)
1.1. Отображать количество по складу, если на складе закончилось оборудование, то делать позицию в корзине неактивной
Проблема - как определить какой склад
Проверить разделены ли склады по ФМ
1.2. Резервирование. Т.е. на эту слугу мы этот роутер зарезервировали
Пример. На складе 3 роутера, их продали и не поставили, а он возьмет и поставит его кому-то другому
На собрание с техническими специалистами и со Стефанией, так как это структурное изменение поставки и снабжения
Что-то вроде блокировки шага, какой нужен инструмент для подключения технику (Ув. подрядчик, там нужен будет роутер)
Проверяем роутер на балансе техника, если нет на балансе техника но есть на складе другой скрипт и время доставки (Ув. подрядчик тут нужен роутер, но он в наличии только на таком-то складе ИЛИ
Мы оформляем заявку, но у техника пока нет, мы постараемся к моменту прихода поставить ему роутер/приставку)
Что делать если у техника нет роутера, но он есть на складе
Кладовщику приходить уведомления - что ему нужно передать технику партию роутеров.
И второй вопрос: как передать, платная или бесплатная передача.
А если нет ни на складе ни на балансе у техника - то закупка должнапроисходить в идеале
Расписать схему, какие есть варианты и выходы если нет на складе роутера
Где-то на дашборде показывать, что у него такого-то оборудования. У тебя в резерве 4 роутера и остается 1, разберись с этим
2. Синхронизировать корзину и доп.инфо - т.е. перенести туда подключение, разблокировку, тарифы, услуги, служебные тарифы и услуги
2.1. Синхронизировать корзину по ФМ
2.2. тарифы предполагалось оставить в отдельном поле (для более легкой смены)
2.4. Расписать их по группам, добавить приоритеты и где это будет использоваться
2.5. Что делать с нестандартной стоимостью подключения?
3. Разобраться с услугами 2.0 (без них позиция в корзине не будет привязываться и списываться с абонента, доступ у Юры есть)
4. Пересобрать отделы в корзине и собрать весь список услуг оказываемых абоненту
Под вопросом: сейчас в корзине у нас есть штрафы и бонусы. Должны ли они быть там.
Разделить их можно, отдельно
Отображение корзины и позиций в ней
Выбор позиции в корзине
1. Отображать при выборе позиции в корзине стоимость
2. Скрыть под спойлер длинное описание
3. Настроить ограничение выбора определенных позиций по шаблонам (например: во входящем обращении нельзя выбрать вручную технические работы)
4. Добавить фильтр поиска по корзине (посмотреть отдельно штрафы, бонусы, услуги) и посмотреть где что используется
5. Настроить маршрутизацию по конкретной позиции в корзине
Пример: https://man.mirgiga.net/process/task/view?id=67956234#
Сработала маршрутизация по заполненной корзине и проверочному идентификатору, а техник просто добавил переварку патчкорда
Бонусы и работа в корзине
1. Исправить неточность при начислении бонусов по корзине. На данный момент мы убрали ограничение одной задачей.
Что необходимо сделать: проверка были ли начисления и передачи по данной позиции в этой корзине или нет. Эта проверка должна работать во всех бп, которые связаны друг с другом
2. Привязывать работы к позициям в корзине
Прежде чем добавить, человек должен ознакомится со стандартом и регламент добавления
Прежде чем установить рассрочку стандарт и регламент установление рассрочки
Прежде чем будет задействована функция списания по корзине стандарт и регламент исполнения (тут вопрос как отображать, так как функция списания в основном автоматическая на переходе)
Вопрос он в наряде спишет 40 метров по 40 рублей=1600
А в корзине выберет 1 м и с абона спишемся 40 р
Списания, рассрочка и наряды по корзине
1. Если в корзину добавлено несколько одинаковых услуг по которым запускаются наряды, запускать 1 наряд, а не на каждую услугу.
Возможность указать это опционально
2. Рассрочку в корзине устанавливать только на выбранную позицию, а не на все позиции
3. В условия маршрутизации добавить условии по позиции в корзине и ее стоимости (например если позиции в корзине на 0 рублей, не запускать бп "Оплата заказчиком дополнительных работ и услуг")
4. Как поменять списание по корзине, если не установили рассрочку, или абонент в течении нескольких дней передумал, и вместо полного платежа хочет разбить.
Т.е. как и откуда нам вычленить корзину, по которой происходило списание, отменить его и сделать новое списание уже с рассрочкой
Расписать как устанавливается рассрочка
Если это косяк кого-то кто обещал и не поставил, то это нарушитель должен разбираться. Это бп боков и падать должен на МВ
если абонент сам передумал, то увы но нет. Просим прощения, но уже рассрочку установить нельзя, услуга оказана и проведена по бух, но это тоже бока на МВ
5. Запрет устанавливать рассрочку юр.лицам
Для себя (как сейчас работают бонусы по корзине)
К позиции в корзине привязывается работа (неограниченное количество)
Работа в свою очередь привязана к ЦКП
В условиях идентификатора с типом Корзина - добавляется ЦКП добавления/исполнения
ЦКП добавления срабатывает при добавлении услуги в корзину
Т.е. когда добавляют услугу в корзину/списывают по корзине, система ищет работы, которые привязаны к ЦКП, которая настроена в идентификаторе и по найденным работам, которые привязаны к позиции в корзине, начисляет
В чем проблема есть - мы можем привязать только одно ЦКП на добавление и исполнение.
Если мы хотим, что бы начислялось за разные работы в одном бп, но они привязаны к разным ЦКП, то не получится
ЦКП исполнения срабатывает при запуске функции "Списание по корзине" - т.е. тот кто привязал услугу по корзине к абоненту
Логировать, что кто-то выбрал и система не нашла работу по ЦКП которое привязано к корзине
Сделать в услуге работы на добавление и работы на исполнение (и к какому ЦКП они привязаны)
Или сделать основным ЦКП и работы к нему
передача между БП - в одном бп фиксируется, в другом подтверждается
12. В корзине рассрочку устанавливать на конкретную позицию, а не на все позиции в корзине
https://man.mirgiga.net/process/task/view?id=83042282 - что можно добавлять вручную а что нельзя
Готово не полностью, надо доработать
1. Показатели, что внедренные аварии работают
Из чего состоит модуль аварии:
1. ИВР
2. Модуль аварий на все услуги
Модуль аварий и бп
1. БП
1. Запуск аварии и доступ в модуль только через БП. Доступ к модулю всем закрыть (кроме суперадминов)
2. Идентификатор с типом Авария использовать для настроек:
- время выполнения шага (от времени старта задачи)
- исполнителей
- ответственных
- приоритета
2.1. Подумать какая маршрутизация может потребоваться по идентификатору с типом авария
3. Продление сроков аварии
6. Ограничение - в аварии нельзя указать несколько ФМ
если авария свитча или порта то отвественный ФМ, на территории которой он находится
К примеру - основная авария на свитч Сев и далее подаварии кого она затрагивает.
Если Сев закрывают аварию основную, то подаварии идут на проверку других ФМ на закрытие и они должны проверить и подтвердить
7. Добавить функцию в бп - смена причины аварии (и передавать информацию в модуль)
8. Закрытие с причиной - "уточнение неисправности" - недопустимо
9. Автоматический запуск бп аварии и проставление самой аварии, если упало питание/свитч/кольцо и создавать это через бп (и уведомление в бот важное)
Есть порты даунлинк - с юзерсайда можно забирать и автоматически создавать аварию
Переделать модуль падения питания - что бы оно было "чистым"
И должны быть только актуальные свитчи. Если он упал поднялся - то он удалился
2. После закрытия аварии пересчет для обратившихся абонентов
Вариант 1: бп падает на шаг ручной проверки, выставления количество часов (и умножаем на два - возврат в двойном размере), далее срабатывает функция пересчета.
Должна срабатывать на всех зафиксированных абонентов, которые обратились на линию в идентификаторе типа "Авария"
Вариант 2: автоматический подсчет дней в аварии и автоматический пересчет для всех абонентов, зафиксированных, которые обратились на линию в идентификаторе типа "Авария"
2. Аварии
типы аварий
по услугам
Интернет - продаем нашему абоненту мы
услугу интернет предоставляем мы
наша сеть
структура сети
Логическая работа узла поставщика интернета --- мы видим шлюз подключения к узлу поставщика интерента
физическая работа магистрали до узла поставщика
Логическая работа магистрали до узла поставщика интернета
физическая работа ядра сети
Логическая работа ядра сети
физическая работа магистрали на агрегиирующее устройство доступа абонентов( устройства куда подключены другие устройства доступа или конечные абонентские устройства)
Логическая работа агрегирующего устройства доступа абонентов
физическая работа порта агрегирующего первые абонентские устройства
Логическая работа порта доступа куда включено первое абонентское устройство
сеть партнера - мы берем в аренду канал связи
структура физической сети
Ядро сети
Магистральный узел поставщика канала связи
сеть партнера????
услугу интернет предоставляет партнер
сеть партнера
структура физической сети
сеть партнера? авария на нее?
Авария кольца запускается только в ручном режиме
Иптв, домофония, видео наблюдение, аренда каналов связи
КТВ
Передатчик КТВ
Усилители
ПОН
Медь
Расписывать смысла нет, так как должны разобрать медные сети и перевести их на пон
В карточку абонента добавить с какого устройства КТВ идет до абонента
Проверка по усилителю и передатчкиу on/off - пинг
2. Авария внутренних сервисов
МАН
Октелл
4. Аварии сервисов в интернете
Иерархия услуги
КТВ
Сервер (передатчик) КТВ - указывается в доп.инфо
Усилители (ID US)
на них ставиться авария
Физика
Пон
Медь
Абонент - должно быть выставлено, что подключена услуга КТВ
Выдернуть ону ктв из общего синоминального кода и при подключении КТВ пон, автоматически проставлять услугу в карточку абонента
Что определить к каждой причине
Кто участники
Актуальные причины
Сроки устранения
Действия в случае нарушения сроков
Скрипты робота ИВР
Нужно ли информировать абонента по IVR (указать в настройках типа аварии)
разрешена связь с оператором
технику нужно отметить что авария решена - если он решил тех.отдел получит люлей - почему он решил аварию и не создал бп аварии
если он не может создавать аварию - он должен делегировать на заботу - создайте аварию, но проверять наличие ключевой аварии, что бы не дублировать и нет понимания как связывать заявки
если это авария которая прекращает работу интернет - то все заявки которые были созданы по устранению неполадок нужно забрать с техника
из первой заявки технику выходы:
авария есть нет, решена не решена,
если нет но решена - штраф
нужно связать и закрыть бп, если решена (только если абонен он)
авария
запущена
решена
абонент он
уведомление
абонент оф
проверяем
не решена
шаг ожидания и связка
не запущена
решена
штраф
абонент он
уведомление
абонент оф
проверяем
не решена
запустить
шаг ожидания и связка
дополнительные данные для анализа
переносить ли устранение неполадок КТВ в бп устранения неполадок
заявки которые были созданы до аварии - как их контролировать и обулиживать единичные заявки
все заявки по авариям - не должно быть
жалоба на то что оператор мужчина сказал что ее перевели на другой сервер а у нее перестал работать интернет. у нее работа связана с интернетом. почему она должна страдать из за того что ее перевели на другой сервер. ждет ответ . так же она сказала можно ли как то проверить информацию о переводе на другой сервер и как то сегодня восстановить ей интернет
Оповещение и отдел заботы
Низкий приоритет
Приоритеты
ИВР
Магистральные аварии
Синхроницаия
Аваия услуги
ивр и линии октел
контроль загрузки линий
Стандарт и регламент линий входящих их числа и контрольных показателей на 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]
от вас нет решения по аварии если падает основаной канал у нас октел работать не будет и линии до п...
место размещения сервера октелл чтобы он работал 99,99% даже если упал инет у нас а на офисе и из дома все работало
разместить в крелкоме и подать на него бгп и тот айпи который есть
контрольные точки
бп ивр выходы недозвоны не достаточно линий
аварии ядра сети и крупных узлов агрегации
в аварию шаг проверки ит отделом нагрузкии на линии возможно нужно расширение
Дерево узлов связи (ссылку запросить)
Мы идем от ядра сети вниз по всем портам которые не являются аплинками, но если порт и аплики и даунлинк одновременно, то мы забываем что он аплинкт и действуем по вышеперечисленной логике
Записываем только тех абонентов, которые не заблокированы админской блокировкой.
Если абонент светится одновременно на нескольких устройствах, то мы игнорируем все вышестоящие и сопоставляем абонента с самым нижним устройством.
Если абонент светится на двух устройствах и эти два устройства не являются дочерними по отношению друг к другу (находятся на разных ветках).
Проверяем если дата последнего появления на одном из устройств является меньше, чем дата первого появления
на другом устройстве, то первое устройство мы исключаем
Иначе:
берем любое из них и логируем эту информацию
непривязанные свичи к ядру:
https://man.mirgiga.net/test/bad-switches
дерево от ядра до абонента (кэш, для пересчета надо будет запускать специальную команду)
https://man.mirgiga.net/test/test28?user_id=53240
не работающее физическое дерево:
https://man.mirgiga.net/userside/report/check-nodes
Учесть
https://man.mirgiga.net/process/task/view?id=81906698 сделать авто закрытие если абонент заработал -но нужно связать с типами ремонтов не поладок- так как не все можно закрыть
Расчертить бп аварии оборудования
В апи юзерсайда https://wiki.userside.eu/API_node есть физическая линейность get_scheme
апи линейности и связи портов https://wiki.userside.eu/API_fiber
привязка абонентов в аварии по КТВ
Каналы связи и контрагенты
Готово
Услуги
Версия 1
Версия 2 (наведение порядка)
1. Принятие обращения, создание канала связи и создание КА
Автоматически фиксировать канал связи, с которого поступило обращение
Реализовать автоматическую проверку наличия контрагента с каналом связи, который был зафиксирован при обращении и настраивать автоматику на результат данной проверки
Есть один КА автоматически заполнять идентификатор
Типы КА и ЛС
ТЗ Программисту
Часть 1
Готово
Меняем ТЗ
Транспорты
Для Кузи
Первая часть по КА
Сделать отдельную форму для добавления услуг КА и добавить ее в меню КА
Добавить отдельные права на доступ к форме добавления услуг к КА
Убрать из отображения галочку поставщик, убрать ограничение на выбор услуг контрагентов. Если выбрана услуга, у которой в параметрах указано "Нам предоставляют" - то считать контрагента поставщиком
К услугам (https://man.mirgiga.net/counterparties/services/index) добавить параметр "Указать точку стыка"
В редактировании услуги https://man.mirgiga.net/counterparties/services/edit?id=3 убрать галочку "Нужны дополнительные параметры"
Добавить на станице просмотра КА блок услуг, под услугой с точками стыка отобразить список точек стыка со ссылками на us
При выборе услуги с параметром "Указать точку стыка" отобразить выбор свитча и порта как в авариях с возможностью добавления нескольких
Объединить типы идентификатор Контрагент, Контрагент поставщик, Контрагент ИНН - в один тип
В поле поиска КА добавить возможность как в КА ИНН - что бы по ИНН сразу добавлялся КА
Вторая часть по абоненту
В карточке абонента, строка "Тип подключения" перенести из блока "Общая информация" в блок "Сеть"
Редактирование услуг абонента, и при выборе услуги см галочкой требуется требуется точка стыка - требовать выбрать точку стыка указанную в КА, если это услуга "нам предоставляют" то в КА-поставщике, иначе в КА-заказчике
В форме добавления добавить ограничение, что при выборе услуги с параметром "Нам предоставляют" - проверять что указан Контрагент Поставщик
Напротив точек стыка в КА, отобразить ЛС-ы в которых эта точка стыка используется, придерживаясь правила.
Правило - нам предоставляют - это КА Поставщик, иначе КА-заказчик
Точка стыка у абонента привязывается к услуге
У одной услуги одна точка стыка
При удалении точки стыка из КА проверять, что эта точка стыка не выбрана ни у одного из абонентов, иначе - отобразить ошибки (иди проверяй)
При замене КА - проверять не выбрана ли услуг с точкой стыка, которая соответствует правилу
ТЗ
Карточка Контрагента
На странице редактирования КА При установке галочки "Поставщик" отобразить дополнительное поле "Оказываемые услуги" из модуля услуг КА
На услугу ААКС отобразить - Выбрать свитч и порт
Поле "Добавить точку стыка", при нажатии отображать еще одно пустое поле "Точка стыка"
Карточка абонента
Блок "Сеть"
"Тип подключения" переносим в блок "Сеть"
Добавить параметр "ААКС" и галочку возле этого параметра
При наведении на ААКС отображать подсказку "Арендуемый абонентский канал связи"
При проставлении галочки ААКС - отобразить поля для заполнения под этой галочкой:
При выборе галочки - запускается бп установки абонентского канала связи и генеральный проверяет что все ок( обязательно проверка автоматики тип покрытия партнера - только так можно подтверждать статус покрытия парнера, если косяк то на архитектора проверка)
Поле для выбора контрагента поставщика
У выбранного КА поставщика должна быть заполнена точка стыка. Если точка стыка пустая то в карточке абонента при попытке выбрать данного КА - отобразить ошибку "У выбранного поставщика не заполнена точка стыка - перейдите КА и заполните ее"
Поле для заполнения точки стыка - информацию брать в US, обратит к МВ что показал как выбирать точку стыка
----
непонятно как с маном интегрировать
=================
это пример у кузи есть список обордования там делаем поиск по адресу узла - выбираем ид устрйоства и порт для стыка... а в юс просто форма как пример
Поле Бланк заказа, в одну строку после точки стыка, формат заполнения текстовый
Поле VLAN - формат заполнения числовой, ограничение от 0 до 4096
Поле с переключателем Tag/AnTag
по умолчанию стоять должен ANTag
в одну строку с VLAN
В одну строre c VLAN и Tag/AnTag, поле "Скорость VLAN" - текстовое, необязательное
Поле "Дополнительные требования" - тип список
Поле добавить VLAN при выборе отобразить дополнительные вышестоящие настройки, которые расписаны выше
добавить поле скорость
добавить поле стоимость
добавить поле коментарий
Блок "Общая информация"
Добавить поле "Оказываемые услуги" - тип заполнения список.
Добавить карандашик, который открывает форму выбора услуг.
Услуги отображать, те которые предоставляем мы
По умолчанию поставить всем услугу "Интернет", кроме:
- абоненты у которых стоит услуга "Без интернета"
При выборе в списке услуг значения "САКС" (при наведении отображать подсказку "Сдаваемый абонентский канал связи" отобразить поля для заполнения
Поле для заполнения точки стыка - информацию брать в US, обратит к МВ что показал как выбирать точку стыка
----
непонятно как с маном интегрировать
=================
это пример у кузи есть список обордования там делаем поиск по адресу узла - выбираем ид устрйоства и порт для стыка... а в юс просто форма как пример
Поле Бланк заказа, в одну строку после точки стыка, формат заполнения текстовый
Вынести в фильтр возможность поиску по значениям в поле Бланк заказа
Поле VLAN - формат заполнения числовой, ограничение от 0 до 4096
Поле с переключателем Tag/AnTag
по умолчанию стоять должен ANTag
в одну строку с VLAN
В одну строre c VLAN и Tag/AnTag, поле "Скорость VLAN" - текстовое, необязательное
Поле "Дополнительные требования" - тип список
Поле добавить VLAN при выборе отобразить дополнительные вышестоящие настройки, которые расписаны выше
При создании нового КА - запретить ввод фио со словами: абон, уточнить, неизвестно, арендатор, квартирант, цифры, латиницу, знаки препинания (дальше пропишем)
И возможность добавлять новые теги в запрет
Идентификатор контрагент
1. Объединить и в настройках идентификатора добавить параметры:
- поставщик
- покупатель
2. Если идентификатор с типом КА-Поставщик, осуществлять поиск по поставщик, если поиск не дал результатов - искать по всем КА.
Если был найден необходимы КА но без галочки поставщик - отобразить уведомление с кнопками "Был найден КА без параметра поставщик. Установить данный параметр этому КА"
Кнопка да - поставить параметр поставщик
Кнопка нет - очистить идентификатор для нового поиска
При добавлении нового канала связи, если он уже привязан, запрещать его привязывать к другому КА, отображать к какому привязан и при нажатии переносить выбранного КА в соотвествующий идентификатор
но если когда то давно КА был создан неверно (надо будет инициоравать перепривязку) - может какуюто отметку просто ставить, а мы потом првоерим сколько их
Заметки
нашел косяк - если добавляют абонентов по скрипту ( жигулина роща и прочее- там проверку на дубликаты контрагентов делать и выдавать ошибку если находит контрагента и думаю сделать возможность создания ЛС с указанием номера контрагента)
случаи
Кушнир должен подтвердить что добавляет номера в каналы связи
продумать сотрудников КА, как достать телефону если я захочу отправить смс сотруднику ИП Кузьмин
Адреса
старое
отдельная сущность один ко многим, для добавления подъезда (номер, кол-во этажей. с какого этажа начинается, квартиры на этаже)
корпус есть - вывести в отображение и вывести в поиск
housenum, houseletter, addtype, addtypevalue,
в нарядах - квартир не будет, квартира это абонент
добавить подъезд и этаж, подвал, чердак
возможность исключения букв и корпусов
в наряды добавить диапазон покрываемых квартир в определенном доме (визуально подумать как это будет выглядеть и минимальное количество квартир)
поднять стандарт и регламент добавления адреса, пересмотреть и сбрания я МВ и Юра
1.Проблема - в нарядах в адресах покрытия нет возможности выставления домов с литерами а, б,в и т.д. и номеров корпусов.
2.В данном случае дом номер 35 был покрыт по наряду и автоматически статус есть покрытие выставился и по дому 35а. По факту дом 35а не покрыт и наряды подтягиваются к ид-ру Адрес нового подключения и по 35 и по 35а домам. А лид должен находиться в обработке лида на ТУ с статусом покрывается.
3.Нужно добавить функционал добавления в нарядах в адреса покрытия хотябы добавление литер в нуммерации домов и корпусов домов
писать в логи первоначальную инициализацию настроек
ограничить количество затрагиваемых домов (в это будет входить исключения четных/не четных)
максимум 15 по четной или нечетной стороне
Тип помещения
Актуальная схема
Готово
Задачи важные, вне проектов
В работу
Никита
Ромыч
Кузя
Первый приоритет (тут одна белая задача, при выполнении отмечать зеленым)
к Юре и Кушниру
Сделать функцию добавления документа в архив КА:
перенести форму в функцию https://man.mirgiga.net/counterparties/documents/set-default?temp_id=54026
1. ФМ - брать из задачи
2. КА - из идентификатора
3. Тип документа - выбирать статично
4. Номер и Метка в архиве
- необязательно, если не заполнен пустой, можно выбрать идентификатор файла
5. Дата - дата срабатывания функции
6. Идентификатор файла
сделать отчет суббодряда он сгенерирует доп лист отчета с разделением на субподрядчика
Второй приоритет (остальные задачи, при выполнении задачи из первого, отсюда брать следующую первую по списку задачу в первый приоритет)
Добавить в функцию отправки писем возможность выбирать с какого ящика отправлять
Проблема что при отправке автоматических запросов по архивации, запрос уходит от ФМ как у нас в системе.
Изменить название ФМ Мэйджик
ООО "Мэйджик Ай Ти Плюс" (ТМ MagicNet)
и так же сменить рассылку по архивации с почты фин департамента
очень интересно ничего не понятно
Перебрать систему Mailing, костыльное говно ...
особенно отправка Email сделано лиж-бы работало ...
Обсудили в очереди или важно и срочно, обсудить
Нужна помощь чтобы расписать, так как не понятен принцип работы или это отдельный большой проект
У нас в услугах нет списания в зависимости от числа в наряде
звонок через октел для монтажников
считаю все шаги где техник не дозваниваеться 1 раз нажимает кнопку и ему говорит сейчас мы делаем ххх попоыток дозвона и если вам будеут перезванивать возмите трубку.....
и система уже маршрутизирует и отправляет смс автоматом если не дозваниваеться и записывает звонки - там все откатаем и потом сможем перейти на все дозвоны
проверка что абонент внес первый платеж по установленной рассрочке
при увольнении сотрудника и при пересчете создать список куда добавляется этого сотрудника и не учитывать с следующих бп
раписать тз по смс, что бы можно было выбрать шаблон из любого бп отправить. И из Ка
https://man.mirgiga.net/process/task/view?id=82842034 проблема, если требуется согласовать услугу генеральными других ФМ, в одном бп это сделать невозможно
и надо подумать о возможности в идентификаторе Склад, откуда требуется списать, чтоб можно было выбрать баланс склада роли кардер по ФМ + наряд для списания по балансу
потому что как правило по СЕВ, КО, Мегалайф чипы на моем балансе и я не смогу воспользоваться данной функцией так как только по складу возможно списание +
Изменения дизайна управления правами доступа и добавление папки с правами, которые не привязаны к сервисам в модуле "Роли и разрешения"
https://man.mirgiga.net/process/task/view?id=82845866
надо права переделать и порядок там навести
https://man.mirgiga.net/rbac/main/roles
сортировка отображения идентификаторов на шаге
Мне расписать
Расписать тз на архивацию списков.
2.1. Продление дедлайна. Если исполнитель задачи проекта, запрашивает продление дедлайна, то при изменении деделайна в структуре у родительской задачи, менять срок выполнения шага задачи, где было запрошено продление
2.2. Добавить статусы состояния, т.е. исполнитель может отредактировать статус целевого узла (который он выполняет)
И статус "Запрос продления", указать дату и причину, и система пробежиться по структуре и найдет задачи где требуется согласовать продление. В этой задаче автоматику - если статус "Ожидает продления" перекидывать на шаг согласования.
Что будет видеть человек, у которого запрошено продление
Хранить ли историю продлений/запросов продлений, как фиксировать отказ в продлении
Придумать названия статусов состояния и как это отборажать
Добавить в настройки приоритета возможность указать идентификатор с типом "Проверка идентификатора"
В качестве значения будет браться сумма лайков комментариев.
И при добавлении замечания по дефолту ставить 1 лайк
Ограничение 1 человек - 1 лайк. второе нажатие убирает лайк.
Когда ставится лайк пересчитывать приоритет задачи.
Возможность поставить лайк из сокращённого просмотра другой задачи.
Добавить в модуль условий проверка по идентификатору с типом "проверка идентификатора" что сумма лайка достигла или фиксированного числа или сравнения с числовым идентификатором.
а если идентификатор типа список, его нельзя заменить корректными данными
Эскалация неккоректно работает со структурой проектов. Первого исполнителя она берет. а дальше нет
Для последующих версий чата
1. Отображать, что сообщение прочитано, хотя бы одним из целевых участников чата (галочками серые/синие)
3. Присвоить иконки для каждого участника чата
6. писать в движениях действия по чату
7. Ctrl + v для картинок
2. Выводить когда человек был последний раз в чате
4. Ответ в боте
5. Фиксировать и сохранять, при добавлении в чат, по какой роли добавлен участник
Проекты - подумать и расписать
выделение бп
в тз выпиливания бп - указать решить проблему - почему отправляете отклонение и что требуется доработать в единой сцепке и по этим идентифкаторам искать есть ли в самом бп решения или зафиксированная проблема - так как по сути какждое почему отправляете отклонение - должно иметь решение в иде что доработать или то что мы впилили на шаге , что сделано для улучшения...
а. оставили замечание исполнения шага и его должен видеть исоплнитель,
б. если не соатвили заммечание а оставили коментарий что сделано, отправяля с отклонения это по суть потерявшееся что требуется доработать - то бишь решения проблемы?
ТЗ по написанию работ
8. Логи изменений работ
работы по определенному шаблону, которые можно объединить в "рецепт"
возможность форматировать текст в тарификаторе (жирный, курсив и т.д.)
https://man.mirgiga.net/process/task/view?id=82840280 и здесь с Кузей поговорить что бы подсвечивало
Продажа оборудования
https://man.mirgiga.net/doc?id=876 - предусмотреть добавление тарифов для партнеров
отчет проданных лидов партнеров
Мастер партнер https://man.mirgiga.net/process/task/view?id=67945255
планировщик и повторяющиеся задачи
например отправить кп, он должен не тормозить а постфактум проверяться качество
идея выборочного контроля
нужно сделать тз повторяющихся задач
и что бы руководитель проверял периодические задачи подчиненного, мог добавить или удалить задачи
а сам исполнитель удалить не может
и подтверждение архитектора если хотят удалить какие-то задачи из планировщика или поставить повторнение раз в 50 лет
например задача в планирвощик: выгрузить раз в месяц такие-то бп и все проверить
Пиздец
1. В идентификаторе, "Связь с шаблоном" - добавить отображение использования идентификатора в условиях маршрутов и в условиях шага.
1.1 возможность снятия всех галочек нажатием на заголовок
2. В идентификатор "Проверка идентификатора" добавить возможность редактировать.
В настройки самого идентификатора добавить возможность указать связь с идентификатором шаблона, из которого будут браться данные для редактирования
26. На переходе добавить функционал - добавить функцию, применять функцию ко всем маршрутам
провал родительского и дочернего БП одной кнопкой
4. Функция при входе на шаг
супер пиздец
Модуль идей
физическая работа первого абонентского устройства
Логическая работа первого абонентского устройства( роутер или реже компьютер)
физическая работа линии до конечного абонентского устройства
Логическая работа конечного абонентского устройства
диагностика внутри логическое работы абон устройства