Документ «Рабочее место бурового мастера» переименовать в «Суточный рапорт».
В документе «Суточный рапорт» реализовать отражение факта принятых работ по услугам. Для этого разрешить буровому мастеру отражать информацию по контрагенту и принятой услуге. Если услуга нормализована отражать количественные и суммовые показатели, если нет, только суммовые. Стоимость и сумму услуг отражать пользователям только при соответствующей персональной настройке «Отражать стоимость и сумму услуг в суточном рапорте».
Принятые услуги необходимо хранить в специальном регистре «Услуги для отражения в ПТУ». При проведении документа «Суточный рапорт» необходимо генерировать движения в данный регистр по отраженным к принятию услугам.
Для формирования документов «Поступление товаров и услуг» (ПТУ) на основании данных о выполненных услугах, зарегистрированных буровым мастером необходимо реализовать обработку «Формирование ПТУ по услугам бур мастера». Обработка должна при помощи кнопки «Заполнить» получать информацию о выполненных услугах из регистра «Услуги для отражения в ПТУ», заполняться должны услуги, еще не принятые в документе «Поступление товаров и услуг».
Информация должна содержать следующие параметры:
· Буровой мастер;
· Документ «Суточный рапорт»;
· Контрагент;
· Договор;
· Подразделение;
· Услуга;
· Статья затрат;
· Количество;
· Стоимость;
· Сумма.
Данные должны быть доступны для редактирования, так как буровой мастер может не заполнить все параметры (например, стоимостные и суммовые показатели, договор).
В каждой строке табличной части обработки необходимо отразить поле для флага «Выбрать» (выбор строки) для включения выбранной строки в ПТУ. Необходимо создать кнопку «Создать документы поступления услуг» для формирования документов «Поступление товаров и услуг» по выбранным строкам таблицы. При формировании группировать документы «Поступление товаров и услуг» по контрагенту и договору.
При включении выбранных услуг в ПТУ и согласовании ПТУ делать расходные движения по регистру «Услуги для отражения в ПТУ».
Если документ «Поступление товаров и услуг» не согласован:
· Из регистра услуги для отражения не удалять;
· Не позволять включать данные записи в другой документ поступления.
При пометке на удаление несогласованного документа «Поступление товаров и услуг» позволять включать услуги из помеченного документа в другие документы поступлений.
Все документы, участвующие в процессе должны быть доступны в интерфейсе услуг для роли «Менеджер по учету услуг».
4.6. Общие требования к блокам системы АСУ МТО.TMS
4.6.1. Формирование плана оплат.
На основании документов «Заказ поставщику», «Справка начисление» система должна формировать план оплат, используя следующие реквизиты условий договоров:
· Контрагент
· Договор
· Сумма
· Условия оплаты
Период оплаты должен рассчитываться, используя данные об оплате аванс/по факту поставки.
Срок оплаты наступает с даты документа поступления + срок оплаты. Учитывать просроченную оплату.
План оплат должен формироваться на месяц, 3 месяца, 6 месяцев, 12 месяцев.
Данные необходимы для передачи в Казначейство компании.
4.6.2. Бюджетный контроль.
Функция процесса: осуществление превентивного бюджетного контроля по заявкам на услуги и МТР.
Входные данные: потребность на оказание услуг сторонними подрядчиками или МТР.
Выходные данные: согласование вхождения в бюджет потребностей.
После стандартного процесса согласования введенных потребностей в АСУ МТО. TMS включаются дополнительные согласующие при достижении порогов:
· Информирование о расходе бюджета 80%;
· Утверждение потребности дополнительным лицом при расходе бюджета 100-110%;
· Утверждение потребности более высоким должностным лицом при превышении бюджета >110%.
Данная функциональность должна быть также доступна для документа «Подтверждение отработки».
4.6.3. Управление эффективностью деятельности поставщиков.
Необходимо разработать механизм УЭДП, процесс которого включает в себя следующие этапы:
· разработка показателей эффективности деятельности, мотивации и мониторинга для поставщика;
· мониторинг эффективности деятельности поставщиков;
· оценка эффективности деятельности поставщика.
Результаты оценки эффективности деятельности поставщиков являются источником информации проведения квалификации, пересмотра квалификационного статуса поставщика.
Механизм должен считать:
· количество отказов от поставки/оказания услуг;
· своевременность поставки/выполнения работ в срок в процентном отношении.
Данные параметры должны быть обязательными для проведения повторной квалификации.
4.6.4. Мобильный клиент.
При выполнении работ\перевозок оперативно, вне зависимости от местоположения, получать актуальную информацию по состоянию транспортных средств, движению материалов или согласованию документов.
АСУ МТО. TMS должна иметь мобильное приложение (клиент) «Управление процессом», с помощью которого:
· управлять рейсами;
· получать актуальные данные о состоянии транспортных средств;
· получать актуальные данные о расходе ДТ;
· устанавливать отметки об отправке/получении МТР;
· формировать/корректировать списание.
· согласовывать документы/потребности.
АСУ МТО. TMS должна предоставлять всю необходимую информацию для выполнения работы на мобильном клиенте путем обмена через Web-сервисы.
Интерфейс при открытии мобильного клиента должен быть в соответствии с правами доступа определенных ролью пользователя.
4.6.5. Рабочее место для буровых мастеров.
Для упрощения работы сотрудников на производстве необходимо разработать в системе рабочее место для буровых мастеров.
· Необходимо вывести следующий функционал:
· Ввод и согласование потребности;
· Корректировка потребности;
· Задание на перемещение;
· Перемещение МТР;
· Перемещение ОС;
· Задание на списание;
· Формирование материальных отчётов;
· Требования накладные;
· Задания на работу.
В данном рабочем столе пользователи должны отмечать факт прихода/работы техники. Данное рабочее место должно быть доступно для определенной роли. Функционал также должен быть реализован в мобильном клиенте.
4.6.6. Работа системы через WEB.
Система должна быть настроена для работы через WEB-сервис, используя IT требования Заказчика.
4.6.7. Обязанности исполнителя.
Перед началом работ и предоставлением итогового коммерческого предложения, Исполнитель обязан:
1. Провести анализ существующего функционала систем Заказчика.
2. Разработать правила/маршруты интеграции с системами Заказчика на платформе 1С.
4.6.8. Сопровождение системы.
После ввода системы в опытную эксплуатацию необходимо осуществлять сопровождение на протяжении периода тиражирования.
5. Требования к составу и содержанию работ по приемке Системы и подготовке к вводу АСУ MTO. TMS в действие
5.1. Перечень подготовительных мероприятий
В ходе выполнения проекта на объектах автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию АСУ АСУ MTO. TMS, должны быть выполнены следующие мероприятия:
Заказчик должен:
a) Назначить подразделения и должностных лиц, ответственных за подготовку ввода АСУ MTO. TMS в действие;
b) Обеспечить направление пользователей на проводимое Исполнителем обучение работе с АСУ MTO. TMS.
c) Исполнитель должен:
d) Назначить должностных лиц, ответственных за подготовку ввода АСУ MTO. TMS в действие;
e) Заблаговременно (не позднее 2-х недель до обучения) согласовать с Заказчиком сроки и порядок обучения персонала;
f) Обеспечить разработку и согласование с Заказчиком отчетной документации, определяющей порядок и сроки этапов ввода АСУ MTO. TMS в действие.
5.2. Общие требования
Приемка Системы должна осуществляться на основании результатов испытаний.
Должны быть проведены следующие виды испытаний Системы, в соответствие с ГОСТ 34.601-90:
a) предварительные испытания,
b) опытная эксплуатация,
c) приемочные испытания.
Испытания должны проводиться в соответствие с разработанным планом испытаний, который разрабатывается по окончанию этапа «Реализация» (фаза 3).
Испытания Системы должны проводиться на территории Заказчика.
Испытания должны проводиться в существующей системе тестирования ландшафта АСУ MTO. TMS(используются механизмы и средства, реализованные при общем внедрении системы АСУ MTO. TMS).
Сроки проведения мероприятий по контролю и приемке определяются в соответствие с Календарным планом выполнения работ по созданию АСУ MTO. TMS.
Участниками испытаний должны выступать:
a) представители Исполнителя;
b) представители Заказчика.
Опорным документом при выполнении контроля качества (в части функционального объема проекта) служит данное Техническое задание.
5.3. Порядок приёмки работ
В соответствии с требованиями ГОСТ 34.601 испытания проводят на стадии «Ввод в действие» с целью проверки соответствия создаваемой системы требованиям настоящего технического задания. Для обеспечения проведения испытаний создается комиссия. В состав комиссии входят представители Заказчика и Исполнителя. Испытания представляют собой процесс проверки выполнения заданных функций системы, выявления и устранения недостатков в программном обеспечение, оборудование и документации. Для проверки выполнения заданных функций системы устанавливаются следующие виды испытаний:
a) предварительные испытания;
b) опытная эксплуатация;
c) приемочные испытания.
Предварительные испытания системы проводят для определения ее работоспособности и решения вопроса о возможности приемки ее в опытную эксплуатацию. Предварительные испытания выполняются после проведения Исполнителем отладки и функционального тестирования, поставляемых программных систем и представления им соответствующих документов (протоколов) об их готовности к испытаниям, а также после ознакомления персонала системы с эксплуатационной документацией.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
