Корпоративная информационная система

1. Характеристика предприятия

Работа посвящена построению корпоративной информационной системы АО «НКМЗ», производящего техническую продукцию и реализующего свою продукцию самостоятельно. Кроме того, предприятие обладает складским хозяйством.

2. Структура предприятия

В целом структура управления АО «НКМЗ» характеризуется как совмещённая корпоративная функционально-дивизиональная структура управления с вертикальной иерархической многоуровневой пирамидальной архитектурой и оптимальным уровнем управления (по формуле «4:7» отношение глубины управления (т.е. количество иерархических ступеней (уровней)) к диапазону (т.е. количество основных функциональных блоков, возглавляемых заместителями первого руководителя)).

Конец XX века диктует новые условия, на первый план выдвигаются корпорации, которые не следуют за потребностями рынка, а создают таковые. В связи с этим появились новые формы предприятий и организационных структур.

Разработки в этой области ведутся во многих странах мира и осуществляются попытки по внедрению этих проектов в жизнь. Основные направления этих разработок:

Теория предприятий «без границ».

Проекты виртуальных корпораций.

Теория корпораций, построенных на основе нейронных сетей.

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

Центром виртуальной корпорации является информационный орган, задачей которого является поиск заводов, установление связей и заключение договоров.

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

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

Основной принцип функционирования корпораций на основе нейронных сетей заключается возможности перестройки структуры в ходе обучения. Особенностью таких структур является их способность к самоорганизации и обучению. Нейронные корпорации - мощный шаг вперед по направлению к очень гибким организационным структурам, способным реорганизоваться самостоятельно при взаимодействии с внешней средой.

Структура предприятия указана на рисунке 1

Она включает в себя 7 подсистем, нуждающихся в информационном обеспечении:

«региональная дирекция»;

«отдел маркетинга и бухгалтерии»;

«склад продукции»;

«фирменный магазин»;

«строительный комплекс»;

ПЭУ, ПЭО и финансовый отдел;

ВТФ.

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

3.1 Интеграция локально-вычислительных сетей

Переход от планового ведения хозяйства к рыночной экономике, требует иного подхода к развитию и применению автономных систем управления (АСУ) предприятием и, как следствие, предъявляет новые требования к автоматизированным информационным системам, главные из которых:

повышение качества управления за счёт более оперативного и полного использования информации о ходе производственного процесса, о материальных и финансовых потоках и затратах, о запасах сырья и материалов;

наличие единого информационного пространства информационной корпоративной системы (ИКС), естественного приемника эволюционного развития АСЦ, работающего в режиме реального времени и позволяющего использовать всю накопленную информацию для обеспечения принятия оптимальных управленческих решений;

совместное параллельное проектирование информационной корпоративной системы и коренная реорганизация существующих бизнес-процессов, с учётом ФСА, базирующихся на целом ряде качественно новых возможностей.

Основные характеристики создаваемой ИКС АО НКМЗ:

модульный принцип построения;

прозрачность управления за счёт интеграции всех производственных сфер, представления информации в режиме реального времени;

открытость, архитектура клиент/сервер.

Внутри предприятия задействованы следующие локальные сети:

ЛВС подразделения проектирования и изготовления продукции.

ЛВС сбытового подразделения и склада.

ЛВС финансового подразделения.

ЛВС ВТФ.

ЛВС отдела маркетинга и бухгалтерии.

На рисунке 2 представлена схема отношений ЛВС предприятия.

Централизованное управление предприятием

Система R/З разработана немецкой фирмой SAP. Она локализована (русифицирована), адаптирована к российскому и украинскому законодательствам. R/З характеризуется всесторонней функциональностью, охватывающей весь экономический спектр деятельности предприятия.

Преимущество системы R/З заключается в высокой степени интеграции её приложений. R/З исходит из того, что хозяйственная операция не ограничивается одной бизнес-функцией, поэтому изменение одной из структур вызывает соответствующие трансформации в остальных.

В качестве рабочего места пользователя чаще всего применяется персональный компьютер с установленной оболочкой Windows или бездисковая рабочая станция. Прикладные программы выполняются на серверах приложений. Они осуществляют непосредственное взаимодействие с серверами баз данных, использующими такие СУБД, как Oracle, Informix, Adabas и MS SQL Server. Серверы могут работать под управлением Unix и Windows NT. Связь между компонентами R/З поддерживается через локальные и глобальные сети на базе распространенных сетевых протоколов: TCP/IP, SNA и IPX/SPX.

В качестве серверов используются RISC-машины, выпускаемые фирмами Bull, Digistal, Hewlett-Packard, IBM, Siemens/Nixdort, Sun, а также наиболее мощные компьютеры (как правило, 2-, 4-процессорные) из семейства на базе Pentium.

Ещё одной важной особенностью R/З является открытость системы.

Взаимосвязь между приложениями R/З, а также между R/З и другими системами, осуществляемая на уровне обмена сообщениями, контролируется через концепцию ALE (Application Link Enabling). R/З поддерживает также стандарты OLE (Object Linking and Embedding), RFC (Remote Function Call) и ODBC (Open database Connectivity).

Функциональность системы

На рис. 3 показана модульная структура системы R/З. Хотя все модули взаимосвязаны, условно их можно подразделить на финансовые и модули логистики (связанные с производством).

SD (сбыт) FI (финансы)

MM (УМП) CO (контролинг)

PP(планир. произв) R/З AM(основные ср-ва)

Client/ Server

ABAR/4

UM(упр-ние кач-вом) PS (проекты)

PM (ТО и ремонт оборуд) WF (упр-ние ИП)

HR (персонал) IS (отраслевые решения)

Рисунок 3-Модульная структура системы R/З

Система финансового учёта и отчётности наиболее тесно связана с другими модулями и затрагивает все отделы и службы предприятия.

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

Модули логистики интегрированы с финансовыми модулями. Любое движение материала может порождать автоматическую бухгалтерскую проводку, отражающуюся на счетах предприятия.

Система логистики соответствует стандартной концепции MRP II (Manufacturing Resource Planning планирование производственных ресурсов) и требованиям CIM (Computer Integrated Manufacturing комплексно автоматизированное производство).

Основные функции системы R/З

Функции финансовых модулей:

главная книга, бухгалтерия дебиторов и кредиторов;

обработка платежей и внешняя отчётность;

учёт финансовых обязательств;

анализ состояния предприятия и управление активами;

регулирование себестоимости продукции для предприятий с различными типами производства;

согласованный анализ рентабельности;

учёт основных средств;

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

Функции модулей логистики:

управление материальными потоками;

планирование потребности предприятия в материалах;

анализ рынка поставщиков;

закупки и снабжение;

управление складами;

бартерные операции;

контроль счетов;

инвентаризация.

Решение задач планирования в управлении производством:

управление технологическими картами (маршрутами);

согласование занятости на рабочих местах;

сетевые графики, календарное планирование;

расчёт производственных заказов.

Управление сбытом:

анализ рынка;

управление сроками поставки, комплектованием.

Отслеживание состояния оборудования:

технологические карты для ремонтных и профилактических работ;

планирование и контроль сроков проведения работ;

история оборудования;

калькуляция затрат на ремонт и обслуживание оборудования.

Обеспечение качества:

планирование контроля;

учёт выборочных проб;

контрольные каталоги.

Управление персоналом:

составление графиков работ;

планирование потребности в кадрах.

Средства достижения должного уровня безопасности работы в R/З:

разграничение доступа;

авторизация всех хозяйственных операций;

введение защищённого журнала всех событий;

поддержание целостности базы данных и автоматическое резервное копирование;

шифрование сообщений;

безостановочная работа 24 часа в сутки и 7 дней в неделю.

Принципы открытости информации в R/З:

гибкая система отчётности и разнообразные инструменты анализа;

однородный информационный поток между хозяйственными операциями и подсистемами;

интеграция данных из внешних приложений;

децентрализованный контроль, объединённый с централизованным управлением предприятием.

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

Помимо хозяйственных, R/З предлагает набор офисных функций, связанных с поддержкой электронного документооборота на предприятии от электронной почты и управления прохождением документов до оптического архивирования документов. Оптическое архивирование обеспечивает возможность хранения изображений первичных хозяйственных документов и непосредственную связь с данными в системе R/З. К этой же группе можно отнести и функции электронного обмена данными с банками и другими партнёрами предприятия.

Информационные подсистемы

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

Эти требования приводят к концепции открытости информации, которая предполагает накопление данных как из приложений R/З, так и из внешних систем и их адаптацию к требованиям производства и персонала управления.

Благодаря реализации этой концепции появляются новые возможности децентрализованного «самоконтроля» на уровне пользовательских отделов. Это рациональное логическое решение реализовано и в системе логистики (LIS), и в финансовой системе (FIS), и в системе анализа внутрихозяйственной деятельности (CIS), и в системе управления персоналом (HIS).

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

Инструменты разработки

Система R/З содержит встроенную CASE-систему для собственных внутренних разработок ABAP/4 Development Workbench (рис. 4). В её основе лежит язык 4-го поколения ABAP/4 (Advanced Business Aplication Programming), специально ориентированный на создание бизнес - приложений в среде клиент/сервер.

Доступ к базам данных реализуется через интегрированный в среду разработки словарь данных, содержащий общие разработки всех приложений описания метаданных (таблиц, структур, элементов данных, доменов, правил преобразования и других объектов). Любые изменения в словаре немедленно становятся доступными для всех приложений. Доступ к базе данных осуществляется с помощью SQL-запросов. CASE-система ориентирована на коллективную разработку программ и поддержку проектов и содержит интегрированный редактор, отладчик, средства анализа выполнения программ и их оптимизации (SQL-Trace и ABAP/4 Trace), управление версиями, средства документирования программ, библиотеки готовых модулей.

Генератор экранных форм	Генератор меню
Организация разработки ABAP/4	ABAP/4 Repository	Модели данных
Словарь ABAP/4		Редактор Программ
ABAP/4
Генератор отчётов	Отладчик	Библиотека функций	Инструменты тестирования и мониторинга

Рисунок 4 - инструментальные средства системы R/З

Для диалогового проектирования экранных интерфейсов и составления отчётов используются генератор экранных форм (Screen Painter), редактор меню (Menu Painter), генератор отчётов (Report Writer). ABAP/4 Repository является основным инструментом хранения и доступа ко всем объектам разработки, таким ка ABAP/4-модули, экраны, объекты словаря, модели данных, авторизации. Поддержка механизмов OLE и RFC (Remote Function Call) обеспечивает связь с внешними приложениями. Из ABAP/4-модулей возможны вызовы программ на языках C и Visual Basic.

Язык ABAP/4 может использоваться также для модификации поставляемых вместе с R/З отчётов и для организации интерфейсов с внешними системами и базами данных.

Проблемы внедрения

Основная роль во внедрении отводится самому предприятию. Модель внедрения поставляется в составе системы R/З и содержит описание основных этапов проекта и составляющих их работ, по каждой из которых приводится описание исходных требований, выполняемых действий и результатов, которые должны быть получены.

Все вопросы, связанные с настройкой R/З, подробно описаны в специальном электронном документе Implementation Guide (ING), который входит в состав системы. Помимо описания пунктов настройки, IMG содержит непосредственные выходы на соответствующие процедуры настройки. IMG также позволяет вести протокол настройки, и получить интергированную оценку текущего состояния проекта.

Наиболее сложной и в то же время важной задачей внедрения является анализ и описание существующих (а также желаемых) бизнес - процессов на предприятии. Отсутствие формальных методов представления бизнес - процессов ведёт к неточности их описания и неоднозначности понимания. Специальное инструментальное средство R/З БизнесНавигатор предлагает набор графических методов для описания организационной структуры предприятия, информационно-хозяйственных связей между его отдельными службами, структур данных и хозяйственных процессов.

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

3.2 Разработка единого стандарта электронного документооборота

Основа системы EIS собственная база данных и инструмент для наполнения её информацией. В неё стекаются данные из прикладных программ R/З и из других систем и внешних источников, в том числе из удалённых. Структуру базы данных EIS можно конфигурировать в соответствии с потребностями менедженра. EIS имеет диалоговые средства визуализации отчётов и показателей.

С помощью электронной почты EIS подключается в коммуникационную структуру предприятия, что позволяет посылать обработанные и комментированные отчёты любому количеству адресатов. Подключив EIS к системе «Управление документацией R/З», можно комбинировать пересылаемую информацию с другими документами и графическими изображениями.

Стандарт электронного документооборота является основой функционирования телекоммуникационной системы сбытового комплекса предприятия. Внедрение стандарта позволяет структурировать передаваемую информацию, а значит, более эффективно загружать и использовать её в реляционных базах данных, значительно уменьшать объём передаваемых данных, снижать плату за график, повышать степень защиты при передаче конфиденциальной информации, более рационально организовать весь документооборот АО НКМЗ и, в конечном итоге, минимизировать его. Укрупнённая структура электронного документооборота представлена на рисунке 7



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

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

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

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

Анализ фактических затрат и их сопоставление с плановыми осуществляется после полного изготовления заказа. Во многих случаях не представляется возможным определение цехов - виновников и причин перерасхода плановых ресурсов.

Несовершенна система расчётов плановых затрат, так расчёт плановых затрат на термообработку, изготовление спецоснастки, расход энергетических ресурсов производится по экспертным нормативам ПЭО. Отсутствуют мотивационный механизм, понуждающий и стимулирующий деятельность работников, направленную на снижение себестоимости, и целевая научно-техническая программа по снижению себестоимости.

Система планирования производства не ориентирована на управление стоимостью.

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

Предлагаемая модель системы ставит целью:

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

Снижение себестоимости на 30% в течение 2-3 лет за счёт устранения скрытых расходов и потерь.

Увеличение выпуска продукции за счёт сокращения отказов от контрактов из-за высоких цен.

4.1 Исходные определения

Контрактная себестоимость (Ск) разница между ценой, определяемой с учётом коньюктуры рынка, и планируемой прибылью по контракту.

Нормативно-технологическая себестоимость (Сн) расчётная величина себестоимости по конструкторско-технологической документации в момент окончания её разработки.

Плановая себестоимость (Сп) текущее значение нормативно-технологической себестоимости с учётом извещений.

Фактическая себестоимость (Сф) суммарная величина фактических затрат на изготовление заказа.

Фактические затраты (Зф) текущее значение фактической себестоимости.

Товарная единица (Те) изделия, отовариваемые самостоятельно.

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

Цена аналога (Са) цена ранее изготовленной на НКМЗ аналогичной заказываемой продукции или мировые цены аналогов.

4.2 Этап заключения контракта

После получения заявки заказчика ОМиК оформляет дело запросного листа и организовывает его проработку в соответствии с «Положением об управлении маркетингом, финансами и поставками продукции».

Конструкторские отделы при проработке запросного листа имеют доступ к компьютерной базе данных «Цены аналогов» и располагают возможностью произвести предварительный расчёт контрактной себестоимости в случае, если цена контрактная не превышает цены аналога (СкСа), дело запросного листа передаётся в ОЦ для окончательного расчёта контрактной себестоимости и цены, а также для формирования базы данных «Контрактная себестоимость».

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

ОМиК контролирует сроки проработки запросных листов средствами системы и предоставляет руководителям завода по запросам необходимую информацию.

4.3 Этап разработки технической документации

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

Конструкторские отделы, ОГТ, ОГМет, ОГС, ИНО при разработке техдокументации посредством компьютерных систем осуществляют:

Контроль и саморегулирование нормативно-технологических затрат переделов с учётом затрат на спецоснастку;

формирование интегрированных баз данных «Состав изделий, почертёжные материальные нормативы, маршруты», «Нормативы ОГТ, ОГС, ОГМет».

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

По завершению цикла подготовки ОЦ совместно с ПЭО производит расчёт нормативно-технологической себестоимости (Сн) в разрезе цехов -участников по учётным единицам:

для механосборочных и сварочных цехов заказ;

для цехов МП на марку металла и чертёж.

Расчётные данные запоминаются в базе данных «Нормативно-технологическая себестоимость Сн». ОЦ осуществляет аналих и сопоставление себестоимости Сн и Ск.

Если Ск<Сн то результаты анализа предъявляются генеральному директору, зам. генерального директора по экономике для принятия решения.

По выдаче извещений конструкторские и технологические отделы осуществляют контроль изменения затрат. ОЦ с учётом извещений осуществляют расчёт и формирование базы данных «Плановая стоимость» (Сп), анализ изменения нормативно-технологической себестоимости и результата обработки извещений и предъявляет результаты анализа (в случае повышения контрактной себестоимости) генеральному директору или зам. генерального директора по экономике для принятия решения о запуске в производство.

Часть этапа разработки технической документации (оптимизация параметров гидроцилиндра)

Прочностной расчёт

Определяем площадь поршневой полости

F = /4D² = 3,14/4160² = 20096 мм²,

где D = 160 мм - внутренний диаметр корпуса.

Определяем площадь штоковой полости

F' = /4(D²-d²) = 3,14/4(160²-140²) = 4710мм²,

где d = 140 мм - диаметр штока.

Рабочее давление в поршневой полости р = 5,5 МПа, при этом толкающее усилие, развиваемое гидроцилиндром

N = рF = 5,520096 = 110500 Н = 110,500 кН.

Испытательное давление в поршневой полости р_и = 1,5р = 1,55,5 = 8,25 МПа, при этом осевое усилие поршневой полости

N_и=р_иF=8,2520096=165792 Н = 165,792 кН.

Рабочее и испытательное давление в штоковой полости р' = 7,5 МПа, р_и' = 1,5х х р' = 1,57,5 = 11,25 МПа, при этом тянущее усилие, развиваемое гидроцилиндром

N' = р'F' = 7,54710 = 35325 Н = 35,325 кН,

N_и' = р_и'F_и' = 11,254710 = 52990 Н = 52,990 кН [15].

1 Корпус

Материал Сталь 30ХГСА _т = 850 МПа.

Проверка прочности стенки корпуса

D = 175 мм (R = 87,5 мм) - наружные диаметр и радиус стенки;

d = 160 мм (r = 80 мм) - внутренние диаметр и радиус стенки.

Корпус представляет собой тонкостенную цилиндрическую оболочку

S/d = 7,5/160 = 0,047 < 0,05

где S=7,5 мм - толщина стенки.

Данная цилиндрическая оболочка осесимметрично нагружена внутренним давлением р_и= 8,25 МПа и продольной растягивающей силой N_и = 165825 Н = 165,825 кН.

Максимальные напряжения на внутренней поверхности стенки определяем по формуле Ляме:

_r = -р_и = -8,25 МПа - радиальное напряжение;

= P_и(R²+r²)/(R²-r²) = 8,25(87,5² + 80²)/(87,5² - 80²) = 92,300 МПа - окружное (тангенциальное) напряжение;

_z=N_и/(R²-r²) = 165825/3,14(87,5²-80²) = 42,040 МПа - осевое напряжение.

Приведённое напряжение

_пр = 1/2[(_r-)²+(-_z)²+(_z-_r)²] = 1/2[(-8,25-92,300)² + (92,300 - 42,040)² + (42,040+8,25)²] = 78 МПа < [],

где []=_т/n_o=330/1,6 = 206 МПа - допускаемое напряжение

где n_о=1,6 - запас прочности для случая испытательных нагрузок [16].

2 Шток

Материал Сталь 30ХГСА

_т=850Н/мм².

Определение напряжений сжатия в стенке штока при приложении

N_max = 110500 Н.

_сж=4N_max/(D²-d²) = 4110500/3,14(140² - 125²) = 35,410 МПа [_сж],

где D = 140 мм - наружный диаметр штока;

d = 125 мм - внутренний диаметр штока;

[_сж] = _т/n_р = 850/2,5 = 340 МПа.

3 Расчёт штока на устойчивость

Определение запаса устойчивости для случая приложения

N_{и max} = 165825 Н = 165,825 кН

Площадь сечения штока

F = /4(D²-d²)=3,14/4(140²-125²) = 3120,38 мм².

Момент инерции штока

I =/64(D⁴-d⁴) = 3,14/64(140⁴-125⁴) = 6869,710³ мм⁴.

Радиус инерции

i=I/f = 6869,710³/3120,38 = 46,9 мм.

Гибкость стержня

l/i=4240/46,9 = 90,4.

По формуле Эйлера

P_кр = ²ЕI_min/(l)² = 3,14²2,110⁵6869,710³/(14240)² = 791197 Н = 791,197 кН,

где Е=2,110⁵ МПа - модуль продольной упругости стали;

=1 - коэффициент приведенной длины.

Запас устойчивости штока

n=P_кр/N_иmax=791197/165825 = 4,77 [n],

где [n] = 1,5...3 - допускаемый запас устойчивости штока.

Условие устойчивости выполняется [16].

Программа прочностного расчёта и расчёта на устойчивость приведена в Приложении 1.

4.4 Этап изготовления (планирование)

После разработки техдокументации, при наличии аванса по контракту, КЦП разрабатывает сквозной график запуска выпуска. Исходными данными для разработки графика является:

срок поставки по контракту;

состав изделия;

технологические маршруты;

трудоёмкость операций технологического процесса;

нормативы межоперационного и межцехового прослеживания.

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

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

Производства (центры прибыли) организовывают работу цехов по изготовлению заказов на основе графиков запуска выпуска.

4.5 Этап изготовления (учёт и анализ)

Управление затратами при изготовлении заказов осуществляется в режиме реального экономического времени.

За каждый отчётный период цехи предоставляют информацию, а компьютерный центр «Фактическая себестоимость» ВЦ формирует в базах данных сведения о выполнении планов запуска выпуска и фактических затратах по статьям калькуляции и причинам отклонений от нормативных затрат. Фактические затраты цехов накапливаются в базе данных фактических затрат (Зф) в разрезе цехов и статей калькуляции. На основе БД «Плановая себестоимость и фактическая себестоимость» цехи осуществляют контроль и анализ по заказам.

Накопление фактических затрат производится с учётом сроков выпуска (комплектного закрытия) по цеху. Если цех комплектно отчитался, ему разрешается списание затрат в течение последующего месяца, далее решение о списании затрат принимает только главный бухгалтер или его заместитель. По всем находящимся в производстве заказам осуществляется контроль за не превышением фактических затрат по плановой себестоимости (Зф<Спл), по всем случаям отклонений (м) предоставляется информация для анализа и принятия решений главному бухгалтеру, начальнику ПЭУ, начальнику КУ, директорам производств, начальникам цехов. Через мотивационный механизм осуществляется расчёт плавающих коэффициентов цехам и отделам с учётом отклонений от плановых затрат.

По оконченным в производстве заказам осуществляется:

анализ фактического срока изготовления заказа и непревышения плановых сроков изготовления и поставки по контракту. В случае отклонений определяются цехи-виновники, величина убытков распределяется по виновникам;

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

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