Дополнительные требования

Дополнительные требования

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

1. Модуль «Управление НСИ»

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

1. 
   Создание справочника номеров материалов – авиационно-технического имущества (АТИ) с возможностью создания, модификации, удаления номенклатурных номеров, ведения шаблонов структур, загрузки сведений (по шаблону, excel). Атрибутивный состав и другая необходимая информация должна быть определена в ЧТЗ на указанный модуль;
   
2. 
   Создание справочника измеряемых величин. Полный перечень и требования к конвертации должны быть определены в ЧТЗ на указанный модуль;
   
3. 
   Управление счетчиками. Создание групп с определенным набором счетчиков для последующего выбора конкретной группы для последующего их применения к ВС или компоненту. Должна быть реализована возможность для каждого вида счетчика указывать работу, которую необходимо выполнить, с возможностью привязки соответствующего пункта регламента;
   

2. Модуль «Управление МТО»

1. 
   Оформление и учет заявок на поставку материалов;
   
2. 
   Запрос котировок, регистрацию коммерческих предложений, анализ и выбор лучшего предложения, размещение заказов, контроль сроков и отслеживание статусов их исполнения, контроль сроков возврата арендованных и обменных материалов;
   
3. 
   Управление неснижаемым запасом;
   
4. 
   Планирование объемов потребных материальных ресурсов для выполнения оперативного и периодического ТОиР.
   

1. 
   Управление адресами контрагентов и организаций, с возможностью создания, изменения, удаления адресов сторонних контрагентов, аэропортов и складов. Атрибутивный состав и другая необходимая информация должны быть определены в ЧТЗ;
   
2. 
   Ведение списка одобренных поставщиков;
   
3. 
   Должна быть предусмотрена возможность рассылки запроса КП (RFQ) непосредственно из ИС;
   
4. 
   Должна быть предусмотрена возможность отображения связанных с контрагентом документов непосредственно из карточки контрагента;
   
5. 
   Управление оборотными компонентами. Предназначена для внесения информации по блокам и агрегатам в систему, а также для их отслеживания;
   
6. 
   Прогнозирование потребления запчастей (при наличии прогноза эксплуатации ВС и с учетом плановых и внеплановых работ, ресурсов, а также отрытых заказов) с возможностью построения отчета по наличию запчастей на складе определенной локации на основании списка работ конкретного WP. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
   
7. 
   Создание списка и управления неснижаемым запасом АТИ;
   
8. 
   Управление приемкой и ремонтом панелей обшивки, которые ремонтируют на базе Авиакомпании;
   
9. 
   Отслеживание заказов на закупку АТИ. Предназначена для поиска и отображения истории заказов по различным критериям;
   
10. 
    Управление ремонтом, осуществляемым в сторонних организациях;
    
11. 
    Управление заказами. Предназначена для создания заказов разных типов (покупка, обмен, трансфер, пульный и т.д.);
    
12. 
    Управление всеми материалами, которые необходимо отправить или которые были отправлены в компании, с возможностью просмотра внесенных отгрузок и печати экспортного инвойса для отправки груза. Полный перечень функций, реализуемых в ИС, зависит от их использования в иных системах Заказчика, от возможности и степени интеграции и должен быть определены в ЧТЗ;
    
13. 
    Двухэтапная приемка на склад, с учетом входного и инспекционного контроля (ресурс, сборка и т.д.);
    
14. 
    Учет контрактов разного типа, с возможностью отслеживания их срока действия;
    
15. 
    Учет материалов со сроком годности по всем складам (наличие контроля shelf life с учетом сроков хранения, сроков годности (для компонентов и расходных материалов) и календарных сроков (для компонентов));
    
16. 
    Прием и выдача по штрих коду, печать тегов, сертификатов;
    
17. 
    Списание АТИ с истекшим сроком службы/годности;
    
18. 
    Контроль складских запасов, для проведения инвентаризации материалов и компонентов на складах, внесенных в информационную систему;
    
19. 
    Возможность выгрузки списка партийных номеров, по которым существует несоответствие между физическим и системным наличием;
    
20. 
    Возможность корректировки системного количества материалов по итогам проведенной инвентаризации;
    
21. 
    Отслеживание истории внесения изменений в выбранном заказе на поставку материалов и компонентов;
    
22. 
    Формирование напоминаний об оформленных заказах для поставщиков материалов и компонентов, с возможностью просмотра количества уже отправленных напоминаний и даты последнего отправления напоминания;
    
23. 
    Возможность направления заказов по Электронной почте;
    
24. 
    Возможность учета и отражения следующей информации в заказе:
    

1. 
   финансовая составляющая: тип оплаты, стоимость за единицу изделия, суммарная стоимость;
   
2. 
   логистическая составляющая: возможность внесения отдельно значений исходной даты поставки; новой даты поставки; комментария, расчета кол-ва дней от изначальной даты поставки (просрочка);
   

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

3. Модуль «Планирование ТОиР»

1. 
   Прогноз на основе наработки ВС в эксплуатации;
   
2. 
   Планирование с учетом расписания эксплуатации ВС;
   
3. 
   Планирование дефектации и устранения отложенных дефектов;
   
4. 
   Формирование пооперационных ведомостей, пакетов работ;
   
5. 
   Планирование станции и исполнителя для выполнения ТОиР;
   
6. 
   Прогноз простоя ВС в период ТОиР на основе накопленной статистики времени выполнения работ.
   

1. 
   Графическое отображение пакетов ТО и рейсов в заданном интервале времени, в привязке с рейсами ВС (выполненными и планируемыми), возможность их редактирования (изменения времени, объединение и т.д.);
   
2. 
   Возможность планирования ТО: возможность просмотра пакета работ, а также включенных в этот пакет работ (рабочих карт), поиска необходимых заказ-нарядов (далее – Wos), просмотра информации о выполненных заказ-нарядах и карт-нарядов по программе ТО, просмотра обнаруженных findings;
   
3. 
   Возможность вносить данные о плановой и фактической трудоемкости работ, как по отдельным работам (WO), так и по пакетам работ (WP);
   
4. 
   Возможность выгрузки отчета о планируемых объемах работ и фактически выполненных объемах работ с привязкой к ВС, контрагенту, станции;
   
5. 
   Автоматическое обновление информации для планирования по мере изменения рейсовой информации (задержки по прилету, замена МС, замена типа ВС и пр.) что влияет на ресурсное планирование при ОТО;
   
6. 
   Наличие интеграционного инструмента по передачи информации по запланированным пакетам работ провайдеру MRO и получение обработанного (закрытого) пакета работ с отметками о выполненных работах и использованных расходных материалов, инструмента и ресурсах. Интеграционный обмен должен предусматривать как передачу драфтов (черновиков) программ ТО, так и уже согласованной программы между MRO и оператором программы с указанием плановых нормативов. Детализация требований к интеграционному взаимодействию должна быть уточнена при подготовке ЧТЗ на модуль;
   
7. 
   Получение информации об истории выполнения пунктов ОМР;
   
8. 
   Дополнительное подтверждение (report back) выполнения плановых задач по ТО ВС.
   

4. Модуль «Управление МСС»

1. 
   Просмотр и учет состояния парка ВС;
   
2. 
   Учет дефектов (ведение бортового журнала), в т.ч. отложенные и продленные дефекты, контроль повторяющихся отказов;
   
3. 
   Отслеживание состояние флота, отслеживание задержек и отмен по техническим причинам, контроль показателей технической готовности, отслеживание повторяющихся отказов.
   

1. 
   Учет и отображение информации о рейте применения MEL, DD с разбивкой по дням, периоду, ВС, флоту, сбор и анализ статистических сведений;
   
2. 
   наличие возможности указания необходимых ресурсов для устранения дефекта (человеческие ресурсы с квалификацией и допусками, материалами, инструментами);
   
3. 
   наличие возможности указания в дефекте ссылки на техническую документацию;
   
4. 
   наличие возможности присоединения внешнего документа (например, в формате PDF, JPEG, DOC и т.д.);
   
5. 
   необходим инструмент, реализующий ведение дефектов, связанных с повреждениями конструкций ВС, с возможностью графического отображения привязки к модели конструкции ВС и его компоненту (по партийному номеру), позволяющий указывать сроки выполнения работ по ремонту, периодичность и содержание инспекций;
   
6. 
   наличие инструмента, позволяющего выявлять повторяющиеся дефекты и дефекты с подозрением на повторный дефект;
   
7. 
   реализация возможности ввода данных об инцидентах в информацию, о дефекте;
   
8. 
   наличие инструмента для ведения дефектов с ограничениями по категории MEL;
   
9. 
   возможность указания связи дефекта с записью о рейсе;
   
10. 
    возможность объединения нескольких дефектов в цепочку связанных работ.
    

5. Модуль «Управление наработкой ВС и компонентов»

1. 
   Ручной ввод информации о рейсах и интеграция с внешними системами, при условии наличия интерфейса интеграции у внешних систем, и расчет наработки на основании введенных или полученных данных.
   

1. 
   Возможность отображения информации о расписании полетов ВС;
   

2. 
   Учет Наработки ВС и компонентов;
   
3. 
   Возможность выгрузки данных о наработке конкретного компонента, двигателя и т.д. в формате EXCEL и PDF. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11) на момент любого события;
   
4. 
   Возможность ручного ввода данных о количестве посадок при тренировочных рейсах ВС, без «затирания» данными из OPS системы;
   
5. 
   Возможность сравнения информации о задержках/отменах в операционной деятельности ВС между внешней OPS системой и информацией, содержащейся в Системе. Подробные требования должны быть определены в ЧТЗ;
   
6. 
   Возможность мониторинга состояния парка в режиме реального времени на основе информации о плановом/внеплановом техническом обслуживании и информации о выполненных/планируемых рейсах.
   

6. Модуль «Управление производственными процессами ТОиР»

1. 
   Оценка потребных и доступных людских и материальных ресурсов для выполнения производственного плана;
   

7. 
   Запрос на склад ТМЦ на подготовку материалов на работу/заказ (pick-slip), отражение текущего статуса выполнения работ;
   
8. 
   Учет фактически затраченного времени по каждому этапу работы. Оформление установок/снятий/замен компонентов;
   
9. 
   Учет и фиксация ремонтов АТИ.
   

1. 
   Выгрузка отчета о снятых компонентах на конкретном ВС или группе ВС. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
   
2. 
   Возможность просмотра и выгрузки информации об использованных материалах и ЗПЧ (Part number, serial number, стоимость) как по отдельным работам (WO), так и по пакетам работ (WP). Возможность построения отчёта должна обеспечиваться модулем управления отчётами;
   

10. 
    Формирование отчетов по выявленным неисправностям при выполнении ТО. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
    
11. 
    Отображение задачи требований, которые должны быть выполнены в процессе ТОиР. Возможность проставления отметки о выполнении задач и их подписания исполнителями;
    
12. 
    Возможность построения отчетов по трудозатратам одного работника или группы работников за период до года включительно – по любой отдельной работе и выборочно по нескольким работам. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
    
13. 
    Учет расходных запчастей для ремонта колес / тормозов / иного АТИ, с возможностью создавать WOs на обслуживание АТИ;
    
14. 
    Возможность просмотра печатной формы карты-наряда (Workorder) на выполнение ТО. Возможность выгрузки в формате PDF незаполненного заказ-наряда для последующей печати;
    
15. 
    Функция установки/снятия компонентов, входящих в состав («дерево») сборочных единиц;
    
16. 
    Возможность просмотра и выгрузки в формате PDF незаполненной формы сертификата летной годности;
    
17. 
    Возможность формирования списка внепланово снятых с ВС компонентов, по заданным критериям;
    
18. 
    Возможность просмотра и редактирования проведенных установок/снятий компонентов на ВС, в том числе сборок (например, двигатель);
    
19. 
    Возможность контроля выполнения ежедневного технического обслуживания ВС;
    
20. 
    Возможность контроля выполнения ремонтов АТИ;
    
21. 
    Планирование и назначение к запланированным пакетам (workpackage) необходимых для выполнения технического обслуживания ресурсов (персонал с определенной квалификацией, инструменты, ангары и т.д.). Возможность выгрузки данных в формате EXCEL и PDF;
    
22. 
    Возможность прямого перехода между различными модулями системы при выборе определенного объекта;
    
23. 
    Возможность ведения шаблона утвержденных у Заказчика нормативов дополнительных работ посредством репозитория шаблонов (Work Template, WorkStep Template), а также осуществление учета и мониторинга дополнительных работ в организациях по ТОиР. Детализация требований к учету и мониторингу дополнительных работ в организациях ТОиР должна быть утонена в процессе разработки ЧТЗ на программный модуль.
    

7. Модуль «Управление документацией»

1. 
   Хранение, отображение, сопровождение и редактирование летной, технической, эксплуатационной, аэродромной и т.д. документации.
   

1. 
   Доступ к размещаемым в Системе файлам любых типов данных. Например, изображения, документы;
   

2. 
   Возможность настройки реакции системы при считывании штрих-кода на различных типах документов;
   
3. 
   Внесение новых документов в систему, с возможностью сохранения их версионности в том числе в структурированных форматах (например, SGML, XML, выполненным в соответствии с требованиями спецификации S1000D);
   
4. 
   Загрузка документации производителя ВС (AMM, IPC и т.д.) в форматах SGML, XML, PDF либо других стандартизованных структурированных форматах;
   
5. 
   Инструмент для формирования технологических карт (Job Cards) на основе файлов формата xml;
   
6. 
   Возможность конфигурации типов публикаций, носителей (media type), ревизий, локаций, статусов публикаций. Управление листами рассылки (создание, включение/исключение пользователей, синхронизация со Staff Management по команде);
   
7. 
   Загрузка и активация Boeing Task Cards. Импорт и последующая активация BTC в формате SGML в системе. Загрузка обновленных Taskcards, AMM (Производителя), MP (A350) в согласованном на этапе технического проектирования формате;
   
8. 
   Возможность согласования документов в системе, таких как Maintenance Program, Publication, EO, WO< Order (Purchase, Repair и т.д.), WP;
   
9. 
   Проведение, согласование и утверждение документов. Возможность просмотреть запрос, линки к нему, комментарии, одобрить/отклонить запрос, возможность правки прилинкованного файла (например, MS Word) путем его выгрузки и повторной загрузки отредактированного файла с учетом;
   
10. 
    Возможность создания новых типов публикаций;
    
11. 
    Возможность подтверждения получения вновь опубликованных документов;
    
12. 
    Учет данных журнала полетов флота авиакомпании. Возможность вручную вносить информацию о полетах или автоматически импортировать данные из внешней системы;
    
13. 
    Возможность печатать любую введенную строку в виде штрих-кода;
    
14. 
    Обеспечение возможности рассылки по email с целью ознакомления;
    
15. 
    Наличие бар-кодов на пакетах рабочих карт и отдельных работах для последующего сканирования, распознавания и размещения в электронном архиве. Прикладывание скан-копий к выполненным работам в информационной системе и рассылку по выбранным параметрам пользователям.
    

8. Модуль «Управление инжинирингом»

1. 
   Ведение и учет воздушных судов, двигателей, ВСУ и других компонентов АТИ (карточки ВС и компонентов, состав изделия, установка текущих статусов и остатков ресурса, применимость, взаимозаменяемость, взаимосвязь с событиями, влияющими на состояние ВС или компонента);
   
2. 
   Ведение пунктов MEL и их ревизий;
   
3. 
   Ведение и учет модификаций, директив летной годности, сервисных бюллетеней ВС и его компонентов;
   
4. 
   Ведение программы технического обслуживания, создание форм (чеков);
   
5. 
   Формирование карт-нарядов (Task Card), заказ-нарядов (Workorder);
   
6. 
   Формирование компонентов в сборочные единицы как на ВС, так и на складе.
   

1. 
   Управление конфигурацией сборки (просмотр, создание, редактирование, контроль внесённых изменений, сравнение с типовой конфигурацией). Поиск установленных на конкретном ВС компонентов (в т.ч. по их принадлежности к «дереву»). Формирование различных отчетов для ВС и компонентов с возможностью фильтрации (например, по ATA-коду, типу требования);
   

7. 
   Формирование отчётов - LLP status компонента, отчета о статусе ВС, датах окончания лицензий и сертификатов, а также наработках основных компонентов ВС (двигатели, ВСУ и шасси) на текущую дату. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
   
8. 
   Создание и изменение дополнительных меток с целью последующего формирования статуса (например, Hard Time Status);
   
9. 
   Возможность отслеживания деталей/компонентов: полная история движения компонента, дата принятия на склад/дата установки/дата снятия, включая внешние перемещения (к MRO) так и приемка от MRO, наработка компонента (и ВС) на момент каждого перемещения, по какому WO установлен/снят, доступ к прилинкованным формам;
   
10. 
    Возможность ввода, просмотра или изменения данных обо всех ВС компании. Отображение данных (с полным набором атрибутов) о: сертификатах, регистрационных данных, весовых данных, данных о собственнике, фотографии и структурные схемы ВС, категории и допуски к полетам, ограничения и спецификации и др. Построение сводных отчетов о флоте. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11). Подробные требования должны быть определены в ЧТЗ;
    
11. 
    Возможность создания и отображения событий по задержкам ВС, lightning and bird strikes, незапланированным остановкам двигателя, инцидентам, повреждениям ВС, неподтвержденным дефектам и т.д.;
    
12. 
    Возможность создания и управления кодами номенклатуры и названий панелей, областей, зон, систем ATA и прочих используемых кодов в документации по ТО ВС;
    
13. 
    Возможность просмотра наработки ВС и/или компонентов ВС за любой выбранный период времени;
    
14. 
    Управление информацией о заказах работ по ТО, с возможностью поиска имеющихся в системе WOs по различным параметрам (номер, рег. номер ВС, статус открыт/выполнен, период времени, поиск по перечню ATA, ключевым словам и т.д.);
    
15. 
    Управление публикациями и статусом инспекций/модификаций;
    
16. 
    Управление статусом выполнения модификаций на флоте;
    
17. 
    Администрирование конфигураций ВС и сборочных единиц, с возможностью создания типовых конфигураций ВС и сборочных единиц по типу дерева с включением нескольких компонентов в состав основного изделия;
    
18. 
    Администрирование программ ТО. Предназначена для создания и активации программы обслуживания с учетом ревизии;
    
19. 
    Создание и активация программы обслуживания с учетом ревизии;
    
20. 
    Контроль проведения форм ТО, с возможностью создания типа формы ТО с определенной применимостью и интервалом;
    
21. 
    Возможность внесения новых ВС в отчеты по надежности с учетом уровней – operational, system и component. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
    
22. 
    Наличие инструмента учета и расчета сигнальных уровней надежности АТ;
    
23. 
    Управление надежностью систем ВС с возможностью получения данных за различные периоды времени;
    
24. 
    Управления надежностью компонентов;
    
25. 
    Формирование отчетов по надежности за указанный период. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
    
26. 
    Ведение перечня подозрительных компонентов, с возможностью внесения партийных номеров или серийных номеров в список подозрительных компонентов, запрещающий или ограничивающий какие-либо действия с компонентами;
    
27. 
    Ведение перечня компонентов NEF. Должна быть предусмотрена возможность распечатать/выгрузить ASR (Aircraft Status Report);
    
28. 
    Отслеживание компонентов с малой наработкой на отказ после ремонта и неподтверждением его неисправности при ремонте;
    
29. 
    Формирование отчетов по статистике применения MEL категорий A, B, C, D. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
    
30. 
    Формирование отчетов для типов ВС по итогам различных временных периодов по задержкам, lightning and bird strikes, незапланированным остановкам двигателя, инцидентам, повреждениям ВС, неподтвержденным дефектам и т.д. Возможность построения отчетов должна обеспечиваться модулем управления отчетами (см. п. 4.2.11);
    
31. 
    Оформление и анализ повторных дефектов для каждого ВС с возможностью поиска замечаний из списка по каждой отдельной главе ATA;
    
32. 
    Контроль структурных ремонтов ВС;
    
33. 
    Ведение статистики расхода масла;
    
34. 
    Создание и согласование EOs (системных публикаций, для разделения видов работ, требующихся по документу (AD, SB и т.д.));
    
35. 
    Возможность вести обмен сообщениями между подразделениями компании (организация по ТО АТ, поддержание летной годности и т.д.) с привязкой к конкретному заказ\наряду (workorder), партийному номеру;
    
36. 
    Определение отдельных задач и пакетов задач, которые должны быть выполнены во время ТОиР;
    
37. 
    Организация и управление ТОиР компонентов;
    
38. 
    Управление Заказами работ по ТО (Workorder);
    
39. 
    Возможность построения прогнозов работ/пакетов работ по ТО и их анализ. Функция предназначена для просмотра информации по запланированным пакетам работ или отдельным работам для каждого конкретного ВС или по типу ВС;
    
40. 
    Создание и редактирование шаблонов работ (WT - work template, WS - work step), для создания пооперационных карт для модификаций и регламентных работ по ТО ВС;
    
41. 
    Просмотр событий по ТО;
    
42. 
    Администрирование требований к компонентам;
    
43. 
    Наполнение форм ТО задачами. Возможность установления связей между формами ТО и задачами;
    
44. 
    Возможность задавать диапазоны уникальных номеров заказ-нарядов на выполнение работ ТО ВС (Workorder) определённых ВС, типов ВС, операторов ВС, провайдеров ТО;
    
45. 
    Создание и конфигурирование перечня минимального оборудования (ПМО - MEL) на основе главного перечня минимального оборудования (ГПМО - MMEL) с привязкой к типу и модификации ВС;
    
46. 
    Просмотр запланированных событий ТО для выбранного ВС по заданным критериям;
    
47. 
    Возможность создавать и активировать/деактивировать новые ревизии пооперационных карт. Возможность просмотра событий ТО, в которых используется выбранный шаблон;
    
48. 
    Возможность формирования пакетов рабочих карт в формате PDF;
    
49. 
    Управление загружаемым ПО, включая определение ПО, отслеживание загрузок (история), ограничения по загрузке и т.д.;
    
50. 
    Управление счётчиками.
    

9. Модуль «Управление персоналом»

1. 
   Учет персонала, ведение квалификаций и допусков, ведение и планирование смен и графиков работы сотрудников.
   

1. 
   Возможность создания и изменения данных пользователей системы (аккаунтов). Возможность блокировки аккаунтов;
   

2. 
   Возможность просмотра, добавления и редактирования в базе данных информации о работниках;
   
3. 
   Возможность просмотра, добавления и редактирования в базе данных информации о квалификации сотрудников с указанием базового образования, повышения квалификации, изучения типов воздушных судов, курсов повышения квалификации и т.д.;
   
4. 
   Возможность просмотра, добавления и редактирования в базе данных информации об опыте работы сотрудников: места работы, должности, периода работы. Возможность автоматического подсчета стажа работы;
   
5. 
   Возможность поиска и фильтрации пользователей по их атрибутам. Возможность создания отчетов по заданным параметрам. Возможность построения отчетов должна обеспечиваться модулем управления отчетами;
   
6. 
   Автоматическое отслеживание дат окончания авторизаций аккаунтов, формировать уведомлений о приближении сроков окончания;
   
7. 
   Планирование, отслеживание и контроль устранения выявленных в рамках аудита замечаний;
   
8. 
   Управление одобрениями организаций по ТОиР – Создание, изменение и удаление одобрений (сертификатов) организаций по ТОиР.
   

10. Модуль «Управление складом»

1. 
   Ведение складского учета (прием, учет наличия, перемещения между складами, контроль сроков годности).
   

1. 
   Возможность создания, изменения и удаления (архивации) складов компании;
   

2. 
   Отображение наличия запасных частей на складах. Возможность построения прогноза требуемого количества запасных частей для выполнения плановых работ;
   
3. 
   Возможность создания запросов на перемещение частей с одного склада на другой;
   
4. 
   Подтверждение и отображение оформленного пикслипа;
   
5. 
   Возможность ведения процесса приемки АТИ на склад;
   
6. 
   Возможность отображения перемещений запчастей внутри одной станции (перемещение на другой стеллаж, склад);
   
7. 
   Возможность отмены накладных (пикслипов) в различных случаях, если перемещение частей неактуально или не может быть выполнено;
   
8. 
   Поиск информации по всем имеющимся пикслипам (перемещениям) в системе;
   
9. 
   Отслеживание приемки и движения компонентов и расходных материалов;
   
10. 
    Инспектирование компонентов: завершение приемки и проверка деталей, которые уже были физически получены при приемке;
    
11. 
    Возможность оформления приемки расходных материалов с матклассом Сonsumable, снятых с ВС, с возможностью перевода в сервисное состояние;
    
12. 
    Возможность полной или частичной отмены оформленного прихода АТИ.
    

11. Модуль «Управление отчетами»

1. 
   Создание, хранение и настройка шаблонов отчетов различной сложности, с возможностью их формирования по расписанию или по команде пользователя на основе данных расположенных в системе, с возможностью выгрузки в необходимых форматах файлов (PDF, HTML, TXT, CSV, EXCEL). Все табличные формы представления информации должны обладать унифицированным свойством печати;
   
2. 
   Формирование унифицированных отчетных форм;
   
3. 
   Возможность выгрузки и вывода на печать заполненных форм из модулей, к которым форма применима;
   
4. 
   Создание/редактирование произвольных печатных форм и отчетов средствами пользователей;
   
5. 
   Создание, добавление и редактирование бланков форм технической документации (карта-наряд, заказ-наряд, пакет рабочих карт, пр.), форм эксплуатанта (заказ эксплуатанта, задание на внедрение СБ, пр.), документации компонента (талон годности компонента и его аналогов, внутренние сопроводительные документы, такие как S/U TAG, REJECT TAG и пр.).
   

12. Модуль «Администрирование системы»

1. 
   Система сообщений. Отправка сообщения онлайн-пользователям, всем или выборочно с возможностью привязки к объектам системы;
   

6. 
   Возможность отключения онлайн-пользователей от системы, всех или выборочно;
   
7. 
   Мониторинг операций пользователя;
   
8. 
   Формирование и просмотр лога операций пользователя за определенный период времени с возможностью сохранения лога в виде файла. Возможность просмотра истории проведенных операций в системе. Ведение в базе данных истории изменений основных операций в привязке с временем изменения, автором изменений;
   
9. 
   Просмотр структуры общей БД посредством инструмента администрирования БД;
   
10. 
    Создание, модификация и удаление логинов пользователей;
    
11. 
    Создание, модификация и удаление ролей, разграничивающих права доступа пользователей и ролей к данным и функциональным возможностям системы. Назначение пользователей в группу;
    
12. 
    Хранение таблиц всех кодов, используемых в системе, в одном месте (код ATA Chapter, код типа ВС, код состояния компонента, код материального типа компонента и т.п.) и их оперативное редактирование, внесение новых кодов;
    
13. 
    Возможность загрузки данных в систему с помощью заранее подготовленных (трансферных) текстовых файлов;
    
14. 
    Автоматическая реакция системы при наступлении определенного события в системе. Создание, корректировка, удаление рассылок по определенным в системе событиям;
    
15. 
    Наличие описания настроенных адаптеров к шине данных;
    
16. 
    Возможность взаимодействия с техподдержкой разработчика системы может быть организована с использованием внешней системы учета обращений заказчиков. Создание заявок для устранения выявленных ошибок в работе системы, консультация со службой поддержки системы, создание заявок на доработку системы, просмотр заявок от других пользователей (авиакомпаний) системы с целью поиска готовых решений возникающих проблем;
    
17. 
    Верификация вводимых данных НСИ. Требования определяются в ЧТЗ;
    
18. 
    Все проверки на наличие дубликатов и похожей информации должны выполняться и в ходе пакетной загрузки данных с помощью заранее подготовленных трансферных файлов;
    
19. 
    Возможность кастомизации пользовательского интерфейса и меню уточняется на этапе ЧТЗ;
    

24. 
    Возможность интеграции с действующим ПО «План-задание на смену» определяется на этапе разработки ЧТЗ.
    

1. 
   
   жүктеу/скачать 109,46 Kb.
   
   Достарыңызбен бөлісу: