Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор


Скачать 430.55 Kb.
НазваниеОтчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор
страница4/6
ТипОтчет
filling-form.ru > Договоры > Отчет
1   2   3   4   5   6

4Бизнес-процессы / Методики учета, функции и способы их автоматизации подпроекта МТО.


п\п

Функция / Объект

Текущая реализация

Реализация в КСУ

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

Рекомендации исполнителя

1

Планирование потребностей.

Ввод потребностей.

Цеха формируют потребность на планируемый период.

Потребность в номенклатуре фиксируется документом «Потребность». В документе указываются:

  • Дата поставки

  • Заявочная кампания (:

    • Период

    • Статья затрат (ОКС, Ремонт, Эксплуатация)

  • Ответственный

  • Статус

  • Подразделение

  • Основание

  • Номенклатура

  • Единица измерения

  • Количество

  • Цена

  • Стоимость

На основании потребностей со статусом «Формирование» заполняется документ «Сводная потребность филиала».

  1. Заявки на поставку спецодежды формируется с учетом её размера.

  2. Необходима возможность планирования и план-фактного анализа потребности в разрезе способов закупки.

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

  4. Необходимо обеспечить возможность формирования отчета по складским остаткам из документа «Потребность» с отбором по указанной в документе номенклатуре.

Требуется доработка конфигурации КСУ.

2

Планирование потребностей.

Согласование потребностей.

Все потребности введенные цехами проходят согласование и подтверждение внутри организации-заказчика с этапами, зависящими от реквизитов потребности (Статья, Номенклатура, Подразделение).

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

Потребность формируется с начальным статусом «Формирование». Отказ в записи потребности в данном статусе может быть в следующих случаях:

  1. Номенклатура не может быть изготовлена до начала ремонта.

  2. Потребности цеха превышают допустимый лимит на данный план работ

  3. Дата поставки раньше даты начала ремонта более чем на 1 месяц

В этих случаях можно ввести потребность только со статусом «Ожидание подтверждения филиалом».

Так же присутствует возможность производить подтверждение потребности на уровне ЦФО.

  1. Необходима возможность организации процесса согласования и подтверждения потребности внутри организации-заказчика с этапами, зависящими от реквизитов потребности (Статья, Номенклатура, Подразделение).

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

Требуется доработка конфигурации КСУ.


3

Планирование потребностей.

Стоимостная оценка потребностей.

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

Производится контроль лимитов.

Цена и сумма в документе «Потребность» заполняются автоматически. Для этого необходимо ввести документы «Установка цен номенклатуры контрагентов» по заданному типу цен (настройка системы). Цена является периодической.

Контроль превышения лимитов по плану работ осуществляться при вводе потребностей. Так же в системе присутствует возможность ввести (изменить) лимиты в процессе ввода потребностей. Данные по установленным лимитам и суммам введенных потребностей можно получить из отчета «Лимиты плана работ».

  1. При формировании документа «Потребность» необходима информация о дате установки цены (её актуальность).

  2. Предусмотреть возможность изменения (актуализации) закупочных цен в уже введенных документах «Потребность».

  3. Предусмотреть возможность индексации закупочных цен с использованием коэффициента (изменений цен прошлого периода на заданный процент). Обеспечить возможность проведения индексации по выбранным номенклатурным группам и подгруппам.

  4. Для выполнения планирования закупок по спецодежде необходимо предусмотреть отчет по остаткам материалов в эксплуатации с группировкой и отбором по периоду окончания срока полезного использования.

Требуется доработка конфигурации КСУ.


4

Закупки ТМЦ.

Способ закупки.

Все закупки ТМЦ осуществляются через департамент закупок.

В КСУ закупка номенклатуры осуществляется через ТД. То есть данные о введенных потребностях выгружаются в АСУ МТО где и производится анализ, согласование, принятие решения о выборе поставщика.

Так же возможна работа по схеме «Самозакуп». При такой схеме работы обработка и обеспечение потребности осуществляется в КСУ.

Указать является ли введенная потребность потребностью в самозакупе, можно только с помощью документа «Обработка потребностей».

Поскольку в ГК «Волгаэнерго» отсутствует АСУ МТО, функционал, используемый в КСУ для схемы «Самозакупа», должен использоваться для основной процедуры закупок через Департамент закупок. Разделение потребности на «Самозакуп» и ТД в терминах КСУ и обязательность подтверждения статуса «Самозакуп» применяться не должны.

Требуется доработка конфигурации КСУ.


5

Закупки ТМЦ. Организация торгов.

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

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

Процесс проведения торгов начинается с подготовки извещения о проведении торгов и всей связанной с этим документации. Для подготовки извещения используется документ «Извещение о торгах». Состав комиссии определяется вручную.
Заполнение информации о составе лотов (номенклатура, количество) производится подбором из сводной потребности филиала и не подлежит корректировке.

Выбор поставщика может проводиться с применением способа оценки «Минимальная цена» либо «Бальная оценка». При бальной системе оценки состав критериев оценки и их вес определяются пользователем.
Для ввода информации о ценах поставщиков и условиях поставки вводится документ «Предложение поставщика». Документ вводится на основании извещения о торгах.
Факт выбора поставщика победителя фиксируется документом «Протокол оценки предложений поставщиков». Документ вводится на основании извещения о торгах.

  1. В документе «Извещение о торгах» необходимо предусмотреть возможность ручной корректировки состава лотов.

  2. В документе «Извещение о торгах» необходимо обеспечить возможность указания способа закупки. Перечень способов настраивается в пользовательском режиме. Данный реквизит влияет на состав закупочной комиссии.

  3. В документе «Извещение о торгах» необходимо предусмотреть автоматическое заполнение закупочной комиссии. Заполнение состава комиссии производится в зависимости от закупаемой номенклатуры, подразделения, планируемой стоимости закупки и способа закупки.

  4. При заполнении документа «Извещение о торгах» необходимо учитывать значение реквизита номенклатуры «минимальный размер партии». То есть закупаемое количество не должно быть меньше минимального размера партии.

  5. При заполнении документа «Извещение о торгах» необходимо иметь возможность заполнения состава лотов по классам и подклассам номенклатуры. На данный момент заполнение производится по каждому элементу номенклатуры отдельно.

  6. В документе «Извещение о торгах» необходимо обеспечить возможность получения информации о полученных предложениях поставщиков (документы «Предложения поставщика») и принятых решениях (документы «Протокол оценки предложений поставщиков»).

  7. Необходимо предусмотреть возможность отбора и группировки в форме списка документов «Извещение о торгах» по статусам:

    1. Извещение сформировано.

    2. Получены предложения поставщиков

    3. Рассмотрение предложений

    4. Поставщики победители утверждены.

  8. В документе «Предложение поставщика» необходим контроль введенных значений по критериям оценки.

  9. Необходимо обеспечить возможность указания размера предоплаты в документе «Предложения поставщика» (табличная часть «Условия оплаты»).

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

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

  12. Документ «Протокол оценки предложений поставщиков» должен иметь механизм электронного согласования членами закупочной комиссии с возможностью формирования печатной формы.

  13. В документах «Предложение поставщика» и «Протокол оценки предложений поставщиков» необходимо обеспечить возможность прикрепления файлов (скан - копии и пр.).

  14. Функционал документов «Извещение о торгах» и «Протокол оценки предложений поставщиков (участников) должен быть реализован в форме одного документа.

Требуется доработка конфигурации КСУ.

6

Учет ТМЦ.

Поступление ТМЦ на склад.

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

По одной накладной поставщика допускается оприходование товаров на общий склад для разных подразделений.

Для отражения информации о ТМЦ, полученных от поставщика, используется документ "Накладная поставщика". Документ может создаваться в системе двумя способами:

• Автоматически, при реализации товаров ТД

• На основании документа «Заказ поставщику» при «самозакупе».
Для регистрации поступления ТМЦ на склад, на основании документа «Накладная поставщика» вводится документ «Приходный ордер на товары». Данный документ предназначен для регистрации поступления товара на склад до момента получения от поставщика сопроводительных документов. В табличной части ордера указывается потребность цеха, по которой поступила номенклатура. Для заполнения данного реквизита используется обработка «Подбор потребностей» (используется только при реализации товаров ТД).

При поступлении сопроводительных документов от поставщика вводится документ «Поступление товаров» (на основании приходного ордера).

  1. Необходимо реализовать функцию анализа и распределения поступившей номенклатуры по потребностям подсистемы МТО без использования документа «Приходный ордер на товары» непосредственно документом «Поступление товаров и услуг”.

  2. Обеспечить возможность ведения учета без использования документа «Накладная поставщика».

  3. Необходимо реализовать возможность отражение поступления по одной накладной на разные подразделения.

Требуется доработка конфигурации КСУ.


7

Закупки ТМЦ.

Договор на поставку ТМЦ.

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

По результатам выбора поставщика в информационной базе вводится новый договор с выбранным поставщиком и спецификация к этому договору. Новый договор с контрагентом регистрируется в справочнике Договора.

Спецификация к договору поставки, в рамках процессов материально-технического обеспечения, регистрируется в системе с использованием документа «Спецификация договора поставки». Документ «Спецификация договора поставки» вводится на основании документа «Протокол оценки предложений поставщиков».

Необходимо добавить печатную форму «Протокол согласования условий поставки» к документу «Спецификация договора поставки». См. приложение 8.1.25.

Требуется доработка конфигурации КСУ.

8

Учет ТМЦ.

Инвентаризация ТМЦ на складах.

Ежемесячно проводится инвентаризация остатков жидкого топлива. Так же проводится инвентаризация остатков в кладовых.

Факт проведения инвентаризации фиксируется документом «Инвентаризация товаров на складе». Для отражения недостачи товаров используется документ «Списание товаров». Для отражения излишек товаров выявленных в ходе инвентаризации используется документ «Оприходование товаров».

  1. Необходима печатная форма «Инвентаризационный ярлык». См. приложения 8.1.18.

  2. Печатную форму «ТТ-23б: Акт инвентаризации остатков жидкого топлива» привести в соответствие с формой используемой в ГК «Волгаэнерго». См. приложения 8.1.1.

Требуется доработка конфигурации КСУ.

9

Учет ТМЦ.

Страховой запас.

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

В КСУ имеется возможность поместить номенклатуру в страховой запас. Для этого используется документ «Резервирование товаров». Однако, контроль остатков находящихся в страховом запасе при проведении документов в КСУ не выполняется. То есть система дает возможность списать номенклатуру из страхового запаса.

Для анализа состояния страхового запаса существует отчет «Страховой запас», в котором видно общее количество номенклатуры на складе и количество в страховом запасе.

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

Для выполнения контроля требуется доработка конфигурации КСУ.

Альтернативный вариант (не требующий доработок) ввести дополнительный склад. Помещение и возврат товаров их страхового запаса отражать документом «Перемещение товаров».

10

Планирование потребности по топливу.

Расчет потребности в условном топливе.

Расчет годовой потребности в условном топливе формируется на основании плана отпуска энергоносителей и сжатого воздуха предоставляемого ОАО ЗАО «Волгаэнергосбыт». Все расчеты производятся в MS Excel.

Расчет потребности в условном топливе не производится. Вводятся уже рассчитанные данные.

Реализовать алгоритм расчета годовой потребности в условном топливе на основании плана отпуска энергоносителей и сжатого воздуха.

Требуется доработка конфигурации КСУ.

11

Планирование потребности по топливу.

Перевод в натуральные величины.

Перевод потребности из условного топлива в натуральные величины осуществляется с помощью коэффициентов перевода. Используются фиксированные коэффициенты.Данные коэффициенты являются периодическими. Для их расчета используется показатель «максимальная теплота сгорания». Все расчеты производятся в MS Excel.

Для расчета коэффициентов перевода условного топлива в натуральные показатели используются показатели «низшая теплота сгорания условного топлива» (задается в настройках системы) и «низшая теплота сгорания» (указывается в карточке топлива).


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

Требуется доработка конфигурации КСУ.

12

Планирование потребности по топливу.

Планирование мазутаРаспределение потребности на газ и мазут.

Основным топливом является природный газ. Газ – ресурс ограниченный. Для расчета доступных для потребления объемов газа используются следующие показатели:

  • Пропускная способность трубы (160 000 м3)

  • Планируемый объем потребления ОАО «ГАЗ»

  • Планируемый объем потребления ООО «ЗШП» и ООО «Нижегородские моторы»

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

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

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

Требуется проведение обследования по бизнес-процессу.Требуется доработка конфигурации КСУ.

13

Списание топлива в производство.

Расчет количества.

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

Специалист по учету топлива замеряет уровень мазута в резервуаре до списания и после списания, на основании этих параметров и данных градуировочных таблиц определяется объем списываемого мазута, а затем вес. Максимальная точность в градуировочных таблицах - четыре знака после запятой.

Для отражения списания жидкого топлива в КСУ используется документ «Списание товаров». В данном документе данные показатели присутствуют (за исключением влажности), но они носят справочный характер. То есть используются только для формирования печатных форм.

  1. Печатные формы документов по учету топлива привести в соответствие с формами утвержденными документом «Методические указания по организации учета топлива на тепловых электростанциях (РД 34.09.105-96)». См. приложение 8.1.2, 8.1.3.

  2. Необходимо учитывать влажность топлива при отражении списания.

  3. Расчет списываемого количества должен производиться автоматически на основании введенных данных.

  4. Точность в градуировочных таблицах (р\с «Калибровочные таблицы») необходимо увеличить до четырех знаков после запятой (на данный момент три).

  5. Точность вводимого количества в документе «Списание товаров» необходимо увеличить до четырех знаков после запятой (на данный момент три).

Требуется доработка конфигурации КСУ.

14

Перемещение топлива между резервуарами.

Расчет количества.

Для отражения перемещения мазута между резервуарами производятся замеры уровня топлива до перемещения и после. Так же берутся пробы мазута для получения информации о плотности, температуре и влажности.

Учет данных показателей производится как для резервуара отправителя, так и для резервуара получателя

Перемещение топлива между складами отражается документом «Перемещение товаров». Расчет перемещаемого мазута не производится. Вводятся уже рассчитанные данные по количеству.

  1. Необходимо реализовать автоматический расчет перемещаемого количества. Для расчета используются:

  • Уровень топлива до перемещения

  • Уровень топлива после перемещения

  • Влажность

  • Плотность

  • Температура

  • Точность вводимого количества в документе «Перемещение товаров» необходимо увеличить до четырех знаков после запятой (на данный момент три).

Требуется доработка конфигурации КСУ.

15

Ответственное хранение

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

Специализированный функционал отсутствует.

Возможное решение:

Для отражения операции поступления мазута на ответственное хранение можно воспользоваться документом «Поступление товаров и услуг» с видом операции «В переработку». Для отражения возврата мазута необходимо воспользоваться документом «Возврат товаров поставщику» (вводится на основании документа поступления).

Точность вводимого количества в документе «Поступление товаров и услуг» необходимо увеличить до 4-х знаков после запятой (на данный момент три).Реализовать функционал для учета ответственного хранения.

Требуется доработка конфигурации КСУ.

Возможное решение:

Для отражения операции поступления мазута на ответственное хранение можно воспользоваться документом «Поступление товаров и услуг» с видом операции «В переработку». Для отражения возврата мазута необходимо воспользоваться документом «Возврат товаров поставщику» (вводится на основании документа поступления).

16

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

Процедура оформления поступления газа содержит цепочку документов, связанных с распределением и согласованием фактических объемов между сторонами договора на поставку газа.

В подсистеме МТО данный функционал не поддерживается.

Настроить бизнес-процесс по согласованию и распределению газа в соответствии с указанными формами:

  • 8.1.11

  • 8.1.12

  • 8.1.13

  • 8.1.14

  • 8.1.15

  • 8.1.16

  • 8.1.17

Требуется проведение обследования по бизнес-процессу.

17

Настройка интерфейсов

Отсутствуют хозяйственные операции по учету угля.

КСУ по большей части адаптирована на работу с углем.

На предприятиях, входящие в ГК «Волгаэнерго» уголь не используется. Необходимо исключить из интерфейсов КСУ документы, отчеты и печатные формы, связанные с углем.

Требуется доработка конфигурации КСУ.

18

Планирование потребности по топливу.

Планирование газа в денежном выражении


Для планирования газа в денежном выражении рассчитывается плановая оптовая цена газа. Расчет производится на основе

  • Установленной на период планирования оптовой цены газа (периодическая, регламентируется государством).

  • Показатель «максимальная теплота сгорания», получаемый на основе фактических данных за предыдущие 3 года.

Все расчеты производятся в MS Excel.

Расчет цены для суммовой оценки потребности не производится. Вводятся уже рассчитанные цены.

Реализовать алгоритм расчета потребности в газе в суммовом выражении.

Требуется доработка конфигурации КСУ.

19

Учет МПЗ.

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

В текущих учетных системах Заказчика реализован количественный учет с точность до четырех знаков. Учет до четырех знаков необходим для оформления выпуска и реализации отдельных видов готовой продукции.

В КСУ количественный учет ведется с точностью до трех знаков после запятой.

Доработать для обеспечения требуемой точности учета.

Требуется доработка конфигурации КСУ.


1   2   3   4   5   6

Похожие:

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconОтчет об обследовании Проект «Проведение обследования в рамках проекта...
Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С:...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор icon1. Глоссарий
Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconКотировочная
ЗапК 1 0000174 2013 на сервисное обслуживание системы консолидированного бухгалтерского и налогового учета фгуп «Гознак», созданной...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconТехническое задание на выполнение работ по тиражированию типового...
Открытый запрос предложений в электронной форме на право заключения договора на выполнение работ по тиражированию типового решения...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconУправление предприятием (планирование производства, управление затратами...
С: Предприятие Управление производственным предприятием и является комплексным решением, охватывающим основные контуры управления...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconО проведении открытого запроса предложений в электронной форме
Автоматизированной Системе Управления Финансово-Хозяйственной Деятельностью гуп мо «мострансавто» на базе программного обеспечения...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconРешение создано в результате анализа опыта автоматизации предприятий,...
Программный продукт "1С: Предприятие Ликероводочный и винный завод" – это выпускаемое под брендом "1с-совместно" прикладное решение...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор icon"1С: Предприятие Бухгалтерия элеватора и комбикормового завода"
Конфигурация "Бухгалтерия элеватора и комбикормового завода" разработана на базе типового программного продукта "1С: Бухгалтерия...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор icon1С: Предприятие 8 Типовая конфигурация Управление производственным предприятием, редакция 3
...

Отчет об обследовании Проект «Проведение обследования в рамках проекта тиражирования Корпоративной Системы Управления на базе программного продукта «1С: Предприятие 8 Управление производственным предприятием» для гк «Волгаэнерго» Договор iconТехническое задание на внедрение информационной системы автоматизации...
Перевод базы данных с системы «1С: Предприятие 7 Зарплата и Кадры» 70. 348 на систему «1С: Предприятие Зарплата и Управление персоналом...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск