- •Системы обработки экономической информации Информационные системы и технологии ( 4 курс оe,om)
- •Экономическая информация
- •Структура экономической информации
- •Измерение объемов экономической информации и ее видов
- •Классификаторы и коды экономической информации
- •Этапы развития аит, технических средств, решаемых задач
- •Основные элементы аит:
- •Информационное обеспечения аис
- •Документация и технология ее формирования
- •Внутримашинная информационное обеспечение
- •Математическое обеспечение
- •Экономико- математическое моделирование в планировании и управлении экономическим объектом
- •Программное обеспечение
- •Организационные формы соэи
- •"Парус-предприятие 7"
- •Основные принципы
- •Интеграция с внешними приложениями Microsoft Excel и Seagate Crystal Reports
- •Мультивалютность
- •Возможность глубокого анализа учетных данных
- •Разграничение доступа и функций
- •Информационное обеспечение пользователей
- •Модуль "парус-бухгалтерия"
- •Реализация и склад. Модуль "парус-реализация"
- •Реализация Автоматизация управления реализацией включает два важных аспекта: учет и документарное оформление реализации. Рассмотрим их подробнее. Документы реализации
- •Хранение
- •Закупки
- •Концепция системы 1с:Предприятие
- •Конфигурируемость
- •Компонентная структура
- •Функционирование системы
- •Технологические средства конфигурирования и администрирования системы 1с:Предприятие
- •Тестирование и исправление информационных баз
- •Пакетный режим
- •Сохранение и восстановление данных
- •Конфигурация
- •Понятие «метаданные»
- •Объект метаданных
- •Свойства объекта метаданных
- •Форма объекта метаданных
- •Агрегатные объекты метаданных
- •Основные виды объектов метаданных
- •Управление объектами метаданных
- •Конструкторы объектов метаданных
- •Краткое описание понятий (объектов) системы
- •Базовые объекты Константы
- •Справочники
- •Перечисления
- •Документы
- •Журналы документов
- •Отчеты и обработки
- •Компонента «Бухгалтерский учет» Бухгалтерские счета
- •Виды субконто
- •Операции и проводки
- •Ведение консолидированного учета
- •Компонента «Оперативный учет» Регистры
- •Компонента «Расчет» Журналы расчетов
- •Виды расчетов
- •Группы расчетов
- •Календари
- •Типы данных, используемые системой
- •Технология обработки информации в аис Общая характеристика технологических операций обработки информации
- •Характеристика технологических процессов автоматизированной обработки экономической информации
- •Технология обработки информации в арм
- •Технологическое обеспечение аис – это совокупность организационных, методических и технических документов, которые регламентируют процесс человеко-машинной обработки данных. Оно включает :
- •Представления
- •Хранимые процедуры
- •Триггеры
- •Архитектура "клиент-сервер"
- •Системная архитектура "клиент-сервер"
- •Серверы баз данных
- •Принципы взаимодействия между клиентскими и серверными частями
- •Преимущества протоколов удаленного вызова процедур
- •Типичное разделение функций между клиентами и серверами
- •Управление комплексом маркетинга предприятия на основе crmтехнологий
- •Формула успеха crm
- •Критерии оценки crm систем
- •Составляющие стандарта mrp II
- •Описание базовых принципов mrpii
- •Иерархия планов в системах mrp II
- •Стратегическое планирование
- •Бизнес-планирование
- •Планирование объемов продаж и производства
- •Планирование ресурсов
- •Спрос гпгп
- •Общее планирование мощностей
- •Mrp или планирование потребностей в материалах
- •Crp или планирование потребностей в мощностях
- •Drp или планирование потребностей в распределении
- •Механизм работы mrpii-системы
- •Эффективность аис
- •Современные системы управления предприятием
- •Критериии выбора аис
Общее планирование мощностей
Как и планирование ресурсов, общее планирование мощностей является долгосрочным и ведется по ключевым ресурсам. Этот процесс использует данные ГПГП, а не данные производственного плана. Так, если ГПГП выражен в объемных и временных характеристиках, то общее планирование мощностей используется для создания более детализированного плана, который может быть очень полезен при оценке средних потребностей компании в целом, а также для оценки ГПГП.
Mrp или планирование потребностей в материалах
Исторически MRP (планирование потребностей материалов) предназначалось для контроля за запасами и их пополнения. В рамках MRP II (планирование ресурсов предприятия) его использование было расширено до планирования потребностей в мощностях , проведения приоритезации и до замыкания всей цепочки планирования.
MRP отвечает на четыре основных вопроса:
Что мы собираемся производить?
Что нам для этого необходимо?
Чем мы уже располагаем?
Что нам необходимо дополучить?
ГПГП отвечает на первый вопрос "Что мы собираемся произвести?". В целях достижения целей, поставленных ГПГП, ведется планирование всей производственной и дистрибуторской деятельности. Т.к. ГПГП - это график, то он также отвечает и на такие вопросы как "Сколько" и "Когда".
Второй вопрос "Что нам для этого необходимо?" по сути спрашивает: "Какие изделия/комплектующие нам нужно произвести (или закупить), чтобы выполнить планы ГПГП?". Чтобы ответить на этот вопрос, нам нужно знать две вещи: ГПГП и правильные данные о составе изделия (структуре продукта, формуле продукта). ГПГП и данные о составе изделия позволяют системе определить Что, Сколько и Когда потребуется для того, чтобы произвести то, что нам нужно.
Вопрос "Чем мы уже располагаем?" можно разделить на два вопроса: "Что у нас уже есть на руках?" и "Что мы ожидаем по заказам?". Наличный запас на складе - это ответ на первый вопрос, а плановый объем поступлений продукции с производства и от поставщиков - это ответ на второй вопрос. Все вместе эти данные не только дают информацию о наличном объеме запасов, но они также позволяют системе оценить ожидаемый объем запаса. Чтобы ответить на последний вопрос, нужно знать ответы на три предыдущих. Взяв то, что нужно произвести (брутто-потребности), отняв то, что уже есть (на складе и плановые поступления), мы узнаем то, что нам нужно дополучить (нетто-потребности).
MRP-процесс
Цель процесса планирования потребности (MRP - процесса) состоит в преобразовании информации о спросе в производственный заказ, который будет доведен до управления цехом для исполнения, и в формировании распоряжений на закупку, на основании которых будет сформирован календарный план закупок.
Общая схема MRP-процесса
Информация о спросе (потребности) может быть сформирована четырьмя источниками:
Заказы на продажу (включая полученные из заключенных контрактов и заказов на продажу, а в отдельных случаях и из коммерческих предложений)
"Запланированные" в системе MPS заказы
Фактический производственный заказ (например, переходящий из предыдущих периодов)
Потребности из системы управления проектами (планирования проектов)
В некоторых бизнес-моделях, потребность для вариантов изделия может быть сформирована процессом планирования потребности проекта, который является частью системы управления проектами. Следовательно, в зависимости от реализации MRP системы, заказы на закупку могут быть получены из MRP потребности или непосредственно из системы управления закупками или, наконец, из функции управления проектами.
Источник потребности в отдельных компонентах зависит от политики заказа и системы заказа, к которой назначено изделие. Размер закупки для выдачи заказа на поставку (материально-техническое снабжение) вычисляется из заказов на закупку, производственного заказа, планов производства и уровней складских запасов.
Информация в главной записи изделии используется чтобы определить, является ли политика заказа анонимной (anonymous) или "по заказу" (to order) или производственной (MRP), чтобы определить систему заказа, соответствующую изделию. Система заказа определяет каким образом (в частности какой системой планирования) формируется потребность в данном компоненте готовой продукции.
Функция планирования потребности использует информация в BOM чтобы определить количество каждого материала, компоненты или сырья более низкого уровня, чем рассматриваемый на данном этапе планирования , необходимого, чтобы произвести запланированные количества каждого изделия данного более высокого уровня.
Например, запланированный производственный заказ в объеме 33 автомобилей поступает от функции MPS к функции планирования потребности. Состав изделия (BOM) показывает, что для каждого автомобиля требуются 4 колеса. Планирование потребности будет генерировать "запланированный" заказ приобретения (если это закупаемая компонента) или производственный заказ (если колеса планируются и производятся в рамках единого технологического процесса) в размере 33 x 4, то есть 132 колеса. Частным случаем такой ситуации может быть вариант когда требуемые колеса являются субконтрактным изделием, причем контрактором по данному заказу выступает "родственное" или "дочернее" предприятие.
Функция планирования потребности использует тип изделия, устанавливаемый в главной записи изделии для колеса, чтобы определить планировать ли производственный заказ или Заказ на закупку. Если тип изделия для колес установлен - "приобретаемое", то запланированный Заказ на закупку, будет сформирован. Если тип изделия установлен "производимое", плановый производственный заказ будет сформирован.
Хотя тип изделия определит, что необходимо сформировать: запланированный производственный заказ или запланированный Заказ на закупку в ходе процесса планирования, диктуемый данным атрибутом выбор не окончателен. В случае необходимости, производимые компоненты могут быть приобретены. Приобретаемые компоненты также, если это необходимо, могут быть произведены. Однако, MRP система не будет позволять определять BOM или маршрутизацию для данной компоненты или изделия, если тип изделия установлен как "приобретаемое". Следовательно, компонентам, которые могут быть как произведены, так и приобретены, должен быть назначены "производимый" тип изделия, так, чтобы было возможно использовать BOM и маршрутизацию для "дуального" планирования.
Процесс планирования потребности использует для каждого изделия "времена задержек" (lead time - интерпретируется и как "время опережения") приобретения или производства, чтобы определить когда конкретно планировать их производство или приобретение с учетом особенностей логистического процесса.
В примере выше можно представить, что колеса назначены к "приобретаемому" типу изделия, и время задержки приобретения - две недели. Если производство требует семи дней, то процесс планирования потребности будет формировать запланированный Заказ на закупку для колес, который будет передан исполнителю на 21 день прежде, чем автомобили должны быть отгружены. В различных системах может быть установлено различное количество времен задержки, учитывающих например такие особенности, как время доставки, время таможенных операций, время на обработку заказа контрагентом по поставкам.
Реально это - тот же самый базисный процесс планирования потребности, используемый во всем производстве.
Чтобы улучшить точность планирования потребности, MRP система допускает, чтобы даже заявки на продажу (то есть неподтвержденные коммерческие предложения) были включены во входные данные процесса планирования потребности. При этом система должна давать возможность получить информацию о возможных сроках выполнения заказа с учетом уже спланированных работ (заказов) и дать прогноз (проект) реальной себестоимости товаров в заказе с учетом имеющихся запасов и\или прогноза цен на исходные материалы и комплектующие.
Конечно, маловероятно, что все заявки на продажу в конце концов превратятся в заказы.
Способность MRP системы включать заявки на продажу в процесс планирования потребности может быть очень полезна в специфических типах бизнеса, особенно когда период конечной сборки требует мало времени или когда бизнес-цикл очень короток. Этот метод, конечно, имеет ограничения. Действительно, если спецификации заявок сильно отличаются (например, принципиальное значение имеет цвет изделия в малых партиях), то оценка их реализации процентом становится бессмысленной. Ввиду этого целесообразно использовать данный механизм в случаях, когда спецификации заявленных и заказанных товаров "статистически" подобны. Системы современного уровня (COMMS-CSRP) позволяют работать с заказами на порядок более "тесно", что позволяет решить данную проблему. В частности, эти системы позволяют производить процесс "модельного" и затем "окончательного" планирования под КАЖДЫЙ заказ клиента, с целью получения адекватной информации о возможных сроках выполнения заказа и его реальной стоимости. Более того, при наличии модуля APS (advanced planning and scheduling - расширенное управление производственными заданиями) возможно производить процесс планирования хоть при каждом появлении нового заказа, а также устанавливать приоритеты выполнения заказов.
Обьемно-календарный план (MPS) представляет собой список объемов производства на каждое запланированное изделие для каждого периода планирования (отсюда и русское название - "объем в календарном разрезе", английское же название подчеркивает, что данная планировочная таблица является главной для следующих за ней операций планирования). MPS подготавливается на уровне управления бизнесом "в целом" или предприятием и обычно включает развернутые категории готовых изделий.
Период |
||||||||
MPS изделие |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
Коврик |
86 |
93 |
119 |
100 |
100 |
100 |
100 |
100 |
Подставка |
0 |
50 |
0 |
50 |
0 |
50 |
0 |
50 |
Маркеры |
75 |
120 |
47 |
20 |
17 |
10 |
0 |
0 |
Карандаши |
125 |
125 |
125 |
125 |
125 |
125 |
125 |
125 |
Однако, во многих случаях, большинство из компонент (изделий), включенных в систему планирования MPS - "стандартные (типовые, обобщенные) изделия".
Например компания точно не знает, каковы будут спецификации закупаемых автомобилей, но для составления бизнес-плана необходимо провести модельное планирование. Тогда, например, используются "усредненные" по предыдущим периодам (или точнее - "спрогнозированные") спецификации.
Затем запускается функция модельного планирования потребности, чтобы подготовить детализированные, время-структуированные вычисления потребности в материалах и потребности в производственных мощностях, необходимые для того, чтобы удовлетворить плановой потребности MPS. Так как в "стандартной системе" такие расчеты достаточно трудоемки, то часто вместо них используются упрощенные методы, типа "чернового планирования производственных мощностей" (RCCP). На основании этих данных рассчитываются финансовые результаты объемно-календарного плана. В свою очередь, на основании произведенных расчетов принимается решение о пригодности плана к исполнению или о его изменении.
MRP часто планируется для более коротких периодов времени чем MPS. Например, если MPS обычно рассматривает месячные периоды времени как основу планирования, планирование потребности может быть основано на недельных или даже суточных (сменных) интервалах (периодах). Требуемые плановые периоды времени должны быть выбраны основываясь на среднем производственном цикле и\или на среднем цикле продаж (динамике движения запасов). Так, если "в среднем", от момента предварительного согласования спецификации до заключения договора проходит несколько недель - то это требует одного горизонта планирования. Если же клиент готов забирать товар на следующий день или даже через несколько часов - то, соответственно, другого. При этом и в том, и в другом случае производственный цикл может составлять 1-2 дня.
После согласования предварительного MPS он превращается в "запущенный" (запланированный) объемно-календарный план. После этого проводится полноценная процедура планирования потребности в материалах и производственных мощностях.
Задача процесса планирования потребности - подготовить детализированные планы производства продукции и приобретения компонент
Входные данные
Основные входные данные в MRP системе:
Данные изделия, включая BOM и маршрутизацию
Данные потребности, сформированные MPS, также данные из системы продаж и системы управления проектами
Данные материального обеспечения, включая существующие материальные запасы, уже сделанный производственный заказ и запланированные заказы на приобретение
В результате проведения процесса планирования формируются наряды-заказы на производство (цеховые задания), заказы на закупку в системе материально-технического снабжения и сообщения об исключениях, которые свидетельствуют о том, что в процессе планирования возникли проблемы, которые не удалось разрешить или, наоборот при разрешении проблем требуется изменение уже сверстанных планов.
Процесс планирования потребности использует параметры изделия, обсужденные ранее, (тип изделия, политика заказа, система заказа и метод заказа), чтобы определить, должно ли изделие быть заказано функцией планирования потребности, в каком количестве, под какой политикой заказа.
Обычно, прогнозирование потребности - часть функции Объемно-календарного планирования, использующее "историю товара" для статистического анализа и прогноза движения товара на рынке. Если специфический бизнес не использует процесс Обьемно-календарного планирования, сбыт может быть cпрогнозирован для MRP компонент, основываясь на бюджетах сбыта (то есть плановых цифрах продаж, полученных из любых соображений). В некоторых случаях (запасные части, например) сбыт может быть спрогнозирован для MRP компонент на основании бюджета сбыта , даже если процесс прогнозирования потребности в системе Обьемно-календарного планирования используется для готовых изделий. Типичных примером такой ситуации является например замена одного изделия в пределах товарной группы другим (например лазерного принтера на принтер другой марки, или замена в стандартной комплектации компьютера винчестера 6Гб. на 12Гб.)
Потребность на MRP компоненты, вытекающая из коммерческих прогнозов будет добавлена к любой существующей потребности для тех те же самых компонент, полученных из Обьемно-календарного планирования или функций управления проектами.
MRP II - процессы
Функция планирования потребности в MRP (II) системе включает три процесса:
Планирование потребности в материалах (MRP)
Планирование потребности в производственных мощностях (CRP)
Статистическое управление складскими запасами (SIC)
Представленные на рисунке части являются "подпроцессами" MRP II, кроме того, для того чтобы реализовать процесс планирования потребности, компьютерная система должна получить данные из большого числа связанных (корреспондирующих) подсистем. И если неинтегрированое планирование подразумевало, что такие данные могут быть вставлены "руками", то MRP II предполагает возможность автоматического получения информации из "корреспондирующих" подсистем. Именно поэтому нельзя называть неинтегированую систему, реализующую в виде АРМов MRP I, CRP, SIC и MPS системой "класса MRP II". Исходя из анализа потребности в данных определенных типов и из того, в каких подсистемах обычно такие данные формируются, можно составить перечень функциональных блоков, из которых должен состоять программный продукт, претендующий на роль "MRP II системы". При этом видимо неправильно называть эти блоки модулями, та как последний термин подразумевает возможность автономного существования каждого из них (каждого модуля). В данном случае это не всегда возможно и как правило, нецелесообразно. Получившийся примерный перечень блоков представлен на врезке.
