Какие ключевые бизнес процессы выделяются в scor модели

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

Весь современный менеджмент основан на доказанном преимуществе процессного подхода в управлении над функциональным. Именно этот подход обеспечивает эффективное взаимодействие как между подразделениями компании, так и с внешними участниками цепочки поставок. Поэтому процессный подход лег в основу стандартов серии ISO 9000-9001.

Таким образом использование SCOR-модели способствует внедрению менеджмента качества для тех компаний, которые строят свои производственные и управленческие системы на процессном подходе.

Процессы SCOR-модели

Основными процессами в SCOR являются:

PLAN – Планирование;
SOURCE – Закупки;
MAKE – Производство;
DELIVER – Доставка;
RETURN – Возвратная логистика;
ENABLE – Вспомогательные процессы, обеспечивающие функционирование цепочек поставок.

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

Диаграмма 1. Процессы в SCOR-модели.

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

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

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

Иерархии модели SCOR

SCOR-модель содержит три уровня детализации процессов в цепях поставок (см. диаграмму 2).

Диаграмма 2. Уровни процессов SCOR-модели.

Как уже указывалось выше, планирование интегрирует цепочку поставок в единый процесс. На практике эта идея реализуется через процессы планирования продаж и операций – S&OP (Sales and Operations Planning), которые в рамках SCOR-модели входят в раздел P (PLAN – Планирование) и представляют собой процессы второго уровня:

P1 – Планирование цепочки поставок;

P2 – Планирование закупок;

P3 – Планирование производства;

P4 – Планирование доставки;

P5 – Планирование возвратов.

Как следует из логики модели SCOR, в любой цепочке поставок, даже в сфере обслуживания, присутствует процесс «Производство» (Make). Исходя из особенностей производственной деятельности, SCOR-модель вводит в цепочки поставок новое измерение: тип производственной системы. Несмотря на то, что само это измерение не считается чем-то новым или уникальным, применение его в управлении цепочками поставок является важнейшим принципом их конфигурирования.

В модели SCOR процессы второго уровня классифицируются по типу производственных систем, например:

M1-Make-to-Stock – Производство на склад;

M2-Make-to-Order – Производство на заказ;

M3-Engineer-to-Order – Разработка под заказ;

или, соответственно:

S1 – Закупка из запасов на складах;

S2 – Закупка товаров, производимых на заказ;

S3 – Закупка товаров, разрабатываемых под заказ;

D1 – Доставка из запасов на складах;

D2 – Доставка товаров, производимых на заказ;

D3 – Доставка товаров, разрабатываемых под заказ.

(В этой статье процессы третьего уровня не рассматриваются)

Как работает модель SCOR

К настоящему моменту SCOR-модель включает стандартное описание более 200 элементарных процессов. Указанная выше логика позволяет формировать большое количество вариантов конфигурирования процессов, исходя из специфики конкретной цепочки поставок (которая, в свою очередь, выделена на основе сегментирования, вкратце описанного ранее).

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

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

Применение модели SCOR

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

Проектирование цепей поставок в SCOR показано на Диаграмме 3.

Диаграмма 3.Структура модели SCOR

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

Так, наличие в компании реализованного процесса S&OP считается важнейшим критерием ее соответствия принципам компании мирового уровня (World Class Manufacturing).

Также нужно отметить, что в модели SCOR среди рекомендуемых к использованию практик находится практика CFPR (Collaborative Planning, Forecasting and Replenishment – Совместное прогнозирование, планирование и пополнение запасов), что еще раз подчеркивает критичность совместного планирования для эффективного функционирования интегрированной цепочки поставок.

Конечно, для реализации процессов цепочки поставок необходимо владение работниками компании определенными стандартными компетенциями – навыками. Каждый навык описан в справочнике SCOR.

Итак, эффективное управление процессами и их постоянное улучшение невозможно без обеспечения измерения процессов, анализа результатов деятельности, поиска причин отклонений и принятия решений, основанных на фактах. Все эти «инструменты» есть в распоряжении модели SCOR. Постоянное обращение к возможностям SCOR-модели подобно применению метода PDCA (plan–do–check–act), который как раз лежит в основе современных подходов к менеджменту, в том числе и менеджмента качества.

Автор: Андрей Матусевич, сертифицированный APICS CPIM, CSCP, консультант компании Insight Projects Group.

По вопросам обучения по модели SCOR, а также по вопросам обучения управлению цепочками поставок читайте на сайте www.inprojects.ru и пишите нам по адресу: admin@inprojects.ru.

Источник

Принципы
построения и структура SCOR модели цепи
поставок

Международная
организация – Совет по цепям поставок,
синтезировав в себе передовые достижения
концепции SCM, разработала с целью более
эффективного анализа, планирования и
проектирования цепей поставок так
называемую SCOR-модель
(Supply—Chain
Operations
Referencemodel)
– «Рекомендуемая модель операций в
цепях поставок».SCOR-модель
– это референтная модель, предполагающая
собственный язык для описания
взаимоотношений между участниками цепи
поставок. В данной модели применяется
система оценки эффективности работы
этой цепи и библиотека типовых
бизнес-процессов.

С
помощью SCOR-модели создаются единые,
сравнимые и приспособленные для оценки
процессы внутри цепи поставок.
Использование SCOR-модель позволяет
оценить процесс прохождения материального
потока по ЦП комплексно.

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

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

На
рис. представлена SCOR-модель в обобщенном
виде.

В
общем случае в SCOR-модели участники цепи
поставок выполняют пять базисных
бизнес-процессов:

1.
Make («делать») –
операции, связанные с производством
товара (физического продукта или услуги).
Здесь определяются специфические
процедуры производства: производственные
процедуры и циклы, контроль качества,
упаковка, хранение и выпуск продукции.
Структурные элементы процесс: управление
производственными мощностями,
производственные циклы, графики смен
и т.д.

2.
Source
(«снабжать») –
операции, связанные с получением
предметов снабжения для производства
товара или его продажи. Определяются
ключевые элементы управления снабжением.
Выполняются операции: оценка и выбор
поставщика, проверка качества поставок,
заключение контрактов. Сюда относятся
все процедуры, связанные с получением
материалов: приобретение, транспортировка
и т.д.

3.
Deliver
(«доставлять») –
операции по доставке товара потребителям
как собственными подразделениями
фокусной компании, так и ее контрагентами
в цепи поставок. Состоит из упр-я заказами,
складом и транспортировкой. Упр-е
заказами включает создание и регистрацию
заказов, формирование стоимости, выбор
конфигурации товара. Создание и ведение
клиентской базы, ведение БД по товарам
и ценам, упр-е дебиторами и кредиторами.
Также сюда относят: упаковка, отгрузка
товара. Упр-е транспортировкой и доставкой
определяется правилами упр-я каналами,
правилами упр-я заказами, товарами для
доставки и упр-е качеством доставки.

4.
Return
(«возвращать») –
операции, связанные управлением так
называемыми возвратными материальными
потоками – с возвратом бракованной
продукции, оборотной тары, утилизацией
отходов или брака и т. п. В рамках этого
дифференцируются структурные элементы
возвратов (дефектных, излишних, требующих
ремонта) как от «make»
к «source»,
так и от «deliver».
Здесь определяется состояние продукта,
размещение продукта, запрос на авторизацию
возвратов, направление на уничтожение

5.
Plan
«Планирование» объединяет
и координирует деятельность всех
участников цепи поставок и является
интегрирующим элементом SCOR-модели. В
рамках этого процесса определяются
источники поставок, производится
обобщение и расстановка приоритетов
в потребительском спросе, планируются
запасы, определяются требования к
системе дистрибьюции, а также объемы
производства, поставок сырья и материалов
и ГП. Здесь решается задача «make
or
buy»

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

Supply-chain operations reference (SCOR) model is a process reference model developed and endorsed by the Supply-Chain Council as the cross-industry, standard diagnostic tool for supply chain management.^[1] The SCOR model describes the business activities associated with satisfying a customer’s demand, which include plan, source, make, deliver, return and enable. Use of the model includes analyzing the current state of a company’s processes and goals, quantifying operational performance, and comparing company performance to benchmark data. SCOR has developed a set of metrics for supply chain performance, and Supply Chain Council members have formed industry groups to collect best practices information that companies can use to elevate their supply chain models.

This reference model enables users to address, improve, and communicate supply chain management practices within and between all interested parties in the extended enterprise.^[2]

SCOR was developed in 1996^[3]^[4] by the management consulting firm PRTM, now part of PricewaterhouseCoopers LLP (PwC) and AMR Research, now part of Gartner, and endorsed by the Supply-Chain Council, now part of APICS, as the cross-industry de facto standard strategy, performance management, and process improvement diagnostic tool for supply chain management.

Pillars[edit]

The model is based on four major «pillars»:

Process modeling and re-engineering
Performance measurements
Best practices
Skills

Process modeling[edit]

By describing supply chains using process modeling building blocks, the model can be used to describe supply chains that are very simple or very complex using a common set of definitions. As a result, disparate industries can be linked to describe the depth and breadth of virtually any supply chain.

SCOR is based on six distinct management processes: Plan, Source, Make, Deliver, Return, and Enable.^[5]^[6]

Plan – Processes that balance aggregate demand and supply to develop a course of action which best meets sourcing, production, and delivery requirements.
Source – Processes that procure goods and services to meet planned or actual demand.
Make – Processes that transform product to a finished state to meet planned or actual demand.
Deliver – Processes that provide finished goods and services to meet planned or actual demand, typically including order management, transportation management, and distribution management.
Return – Processes associated with returning or receiving returned products for any reason. These processes extend into post-delivery customer support.
Enable – Processes being associated with the management of the supply chain. These processes include management of: business rules, performance, data, resources, facilities, contracts, supply chain network management, managing regulatory compliance and risk management. The process is implemented in Version 11 (Dec 2012).

With all reference models, there is a specific scope that the model addresses. SCOR is no different and the model focuses on the following:

All customer interactions, from order entry through paid invoice.
All product (physical material and service) transactions, from your supplier’s supplier to your customer’s customer, including equipment, supplies, spare parts, bulk product, software, etc.
All market interactions, from the understanding of aggregate demand to the fulfillment of each order.

SCOR does not attempt to describe every business process or activity. Relationships between these processes can be made to the SCOR and some have been noted within the model. Other key assumptions addressed by SCOR include: training, quality, information technology, and administration (not supply chain management). These areas are not explicitly addressed in the model but rather assumed to be a fundamental supporting process throughout the model.

SCOR provides three-levels of process detail.^[7] Each level of detail assists a company in defining scope (Level 1), configuration or type of supply chain (Level 2), process element details, including performance attributes (Level 3). Below level 3, companies decompose process elements and start implementing specific supply chain management practices. It is at this stage that companies define practices to achieve a competitive advantage, and adapt to changing business conditions.

SCOR is a process reference model designed for effective communication among supply chain partners. As an industry standard it also facilitates inter and intra supply chain collaboration, horizontal process integration, by explaining the relationships between processes (i.e., Plan-Source, Plan-Make, etc.). It also can be used as a data input to completing an analysis of configuration alternatives (e.g., Level 2) such as: Make-to-Stock or Make-To-Order. SCOR is used to describe, measure, and evaluate supply chains in support of strategic planning and continuous improvement.

In the example provided by the picture the Level 1 relates to the Make process. This means that the focus of the analysis will be concentrated on those processes that relate to the added-value activities that the model categorizes as Make processes.

Level 2 includes 3 sub-processes that are «children» of the Make «parent». These children have a special tag – a letter (M) and a number (1, 2, or 3).
This is the syntax of the SCOR model. The letter represents the initial of the process. The numbers identify the «scenario», or «configuration».

M1 equals a «Make build to stock» scenario. Products or services are produced against a forecast.
M2 equals a «Make build to order» configuration. Products or services are produced against a real customer order in a just-in-time fashion.
M3 stands for «Make engineer to order» configuration. In this case a blueprint of the final product is needed before any make activity can be performed.

Level 3 processes, also referred to as the business activities within a configuration, represent the best practice detailed processes that belong to each of the Level 2 «parents».

The example shows the breakdown of the Level 2 process «Make build to order» into its Level 3 components identified from M2.01 to M2.06.
Once again this is the SCOR syntax: letter-number-dot-serial number.

The model suggests that to perform a «Make build to order» process, there are 6 more detailed tasks that are usually performed. The model is not prescriptive, in the sense that it is not mandatory that all 6 processes are to be executed. It only represents what usually happens in the majority of organizations that compose the membership base of the Supply Chain Council.

The Level 3 processes reach a level of detail that cannot exceed the boundaries determined by the industry – agnostic and industry-standard nature of the SCOR model. Therefore, all the set of activities and processes that build – for instance – the M2.03 «Produce & test» process will be company-specific, and therefore fall outside the model’s scope.

Performance measurements[edit]

The SCOR model contains more than 150 key indicators that measure the performance of supply chain operations.^[8] These performance metrics derive from the experience and contribution of the Council members. As with the process modeling system, SCOR metrics are organized in a hierarchical structure.

Level 1 metrics are at the most aggregated level, and are typically used by top decision makers to measure the performance of the company’s overall supply chain.
Level 2 Metrics are primary, high level measures that may cross multiple SCOR processes.
Level 3 Metrics do not necessarily relate to a SCOR Level 1 process (PLAN, SOURCE, MAKE, DELIVER, RETURN, ENABLE).

The metrics are used in conjunction with performance attributes. The Performance Attributes are characteristics of the supply chain that permit it to be analyzed and evaluated against other supply chains with competing strategies. Just as you would describe a physical object like a piece of lumber using standard characteristics (e.g., height, width, depth), a supply chain requires standard characteristics to be described. Without these characteristics it is extremely difficult to compare an organization that chooses to be the low-cost provider against an organization that chooses to compete on reliability and performance.

One of the key aspects that needs to be considered is that the performance measurement and thus bench-marking is done at supply chain level and not at the organizational level. Supply chains are identified with an organization based on customers and products. An organization which is offering multiple products will have multiple supply chains. In fact the supply chain to deliver the material and then returns of the material from customer will also be different.

SCOR Performance Attributes and Level 1 Metrics

Then the supply chain which needs to be improved is identified, this could be based on multiple parameters highest profitable, loss making. Once the supply chain is identified then only the performance measurement and bench-marking are done. Please note SCOR might not have the bench-marking data for all kind of supply chain so one needs to check with them i.e. SCOR currently doesn’t have data for «catering supply chain» in Airline industry. The point here is that SCOR is for improving supply chains in an organization and the premise is that if a single supply chain is improved it has ripple effect on the complete organization.

Associated with the Performance Attributes are the Level 1 Metrics. These Level 1 Metrics are the calculations by which an implementing organization can measure how successful they are in achieving their desired positioning within the competitive market space.

The metrics in the Model are hierarchical, just as the process elements are hierarchical. Level 1 Metrics are created from lower level calculations.
(Level 1 Metrics are primary, high level measures that may cross multiple SCOR processes. Level 1 Metrics do not necessarily relate to a SCOR Level 1 process (PLAN, SOURCE, MAKE, DELIVER, RETURN, ENABLE).
Lower level calculations (Level 2 metrics) are generally associated with a narrower subset of processes. For example, Delivery Performance is calculated as the total number of products delivered on time and in full based on a commit date.

Best practices[edit]

Once the performance of the supply chain operations has been measured and performance gaps identified, it becomes important to identify what activities should be performed to close those gaps. Over 430 executable practices derived from the experience of Supply-Chain Council members are available.^[9]

The SCOR model defines a best practice as a current, structured, proven and repeatable method for making a positive impact on desired operational results.^[10]

Current – Must not be emerging (bleeding edge) and must not be antiquated
Structured – Has clearly stated Goal, Scope, Process, and Procedure
Proven – Success has been demonstrated in a working environment.
Repeatable – The practice has been proven in multiple environments.
Method – Used in a very broad sense to indicate: business process, practice, organizational strategy, enabling technology, business relationship, business model, as well as information or knowledge management.

Positive impact on desired operational results

The practice shows operational improvement related to the stated goal and could be linked to Key Metric(s). The impact should show either as gain (increase in speed, revenues, quality) or reduction (resource utilizations, costs, loss, returns, etc.).

Use example[edit]

Some additional descriptions for the supply chain

SCOR improves on this by offering a «standard» solution. The first step is to recover the Level 1 and Level 2 process descriptions.

Completed mappings of the supply chain processes with SCOR

The example is of a simple supply chain.

The picture alone cannot adequately describe what production strategy the manufacturing company has decided to adopt. It is no easier to figure out how the material is supplied from the two suppliers. For example, is the material delivered against a forecast or is it pulled based on real consumption?

Even in its apparent simplicity this picture does not represent a standard. Without a more extensive description the picture does not help interpret what is actually happening in this supply chain. Descriptive text could be added to the images to help explain the whole process. In order to keep the example simple and direct, it focuses only on the central processes: Source, Make, and Deliver. This reflects the general practice of members who focus first of all on these three process scopes. Only in a second step do they apply Plan and Return to map all their supply chain processes.

The description of the manufacturing company reads “Manufacturing company That Produces against a 15-day forecast». The key word here is “forecast». What is the SCOR scenario that resembles a production based on forecast? The answer is, M1 (Make build to stock).

How does the company supply materials from the Far East? The box reads “Supplies raw materials in bulks from the Far East against a monthly forecast”. “Forecast” is again the keyword. How a process of supply based on a forecast be represented?
The process is “Source”. The picture from the SCOR manual shows that the process S1 “Source Stocked Product” exactly corresponds to the needs of this example.

With the French supplier, the company “Pulls components from France based on production volumes”. The key word here is “pulls”, as it describes a «just-in-time» strategy adopted with this supplier. What is the syntax used by SCOR to represent a pull-mode supply?
The Source process descriptions in SCOR 8.0 offers a description that resonates well with the needs of the example: S2 “Source Make-to-Order Product”.

Lastly, the distribution strategy chosen by the manufacturing company is “Ship weekly finished goods to a Distribution Warehouse based in Central Europe». The description suggests that a weekly shipment is closer to a forecast-based rather than a just-in-time policy. A shipment is a delivery process, so we must look under the “Deliver” tree. By browsing the Level 2 processes in the model we must look for a process configuration that corresponds to the forecast-based policy. We find that in D1 “Deliver Stocked Product”.

The SCOR paradigm demands that whenever a unit of the chain sources, there must be some other unit that delivers. Similarly, any delivery process requires a correspondent sourcing process at the other end of the link. So the mapping of the processes of the supply chain is completed, and can be depicted as in the following illustration.

We see now that we don’t need any more the descriptions in the boxes. By just reading the SCOR syntax we immediately capture the salient processes that occur in this chain.

The syntax of the model allows “to speak the same language”. As a matter of fact, if we were to use the “orthodox” representation of a SCOR mapping, we would build a “thread diagram” like the one in the below picture. This is perfectly correspondent to the initial geographical picture, but it contains much more embedded information (we can call it a meta-model) in a more structured and elegant way. The arrows themselves represent the direction of the material flow.

Supply chain modeling[edit]

The implementation of the SCOR helps with the utilization of the supply chain model. Companies usually integrate SCOR into their existing practices, which helps them reach their business goals and optimize their activities.^[11]

A project that includes SCOR model is usually built in these steps:

Understanding of the scope — configuration, performance, opportunity
Investigation of causes — problem discovery, classification of challenges
Identification of solutions — research and development of alternative solutions
Design of solutions — documentation (processes, organizational design, work instructions, etc.)
Launch of the project — definition of the project, critical path, project portfolio

People[edit]

The People section includes a standard that is used for description of skills that are required to perform a specific task and to manage those processes. In general, these skills are specific to the supply chain, where some can be found as applicable also outside the supply chain process field.

Skills are defined by Trainings, Experiences, Aptitudes, and Competency level. The latter is further divided into five (5) widely accepted competency levels: Novice, beginner, competent, proficient, and expert.

Novice: unqualified beginner without past experience, requires detailed documentation.
Beginner: able to perform the tasks, limited situational perception present.
Competent: understanding of tasks, able to define priorities to successfully finish the task.
Proficient: Able to oversee the main aspects of the task, advanced situational perception.
Expert: able to apply patterns from experience into new situations.

The competency levels are most commonly used as practice or process maturity levels. In addition, the job specification or a person is evaluated as the difference between the real (people) and planned (job specification) level of competency.

References[edit]

^ «APICS Dictionary and Learn It App». www.apics.org. Retrieved 2016-07-14.
^ Poluha, Rolf G. Application of the SCOR model in supply chain management. Cambria Press, 2007.
^ Douglas M. Lambert. Supply Chain Management: Processes, Partnerships, Performance. 2008, p. 305.
^ Peter Bolstorff, Robert G. Rosenbaum (2012). Supply Chain Excellence: A Handbook for Dramatic Improvement Using the SCOR. p. 9
^ L. Puigjaner, A. Espuña (2005). European Symposium on Computer-Aided Process Engineering-15. p. 1234.
^ James B. Ayers (2006). Handbook of Supply Chain Management, Second Edition. p. 263
^ W. Benton (2013) Supply Chain Focused Manufacturing Planning and Control. p. 291
^ Roland Zimmermann (2006), Agent-based Supply Network Event Management. p. 58.
^ Luis M. Camarinha-Matos, Iraklis Paraskakis, Hamideh Afsarmanesh (2009). Leveraging Knowledge for Innovation in Collaborative Networks. p. 112
^ Wojciech Syrzysko (2006). Supply Chain Controlling: Integration von APS und SCOR Modell. p.33
^ «SUPPLY CHAIN OPERATIONS REFERENCE MODEL». AIMS. Retrieved 5 June 2021.

Группы бизнес-процессов модели SCOR

Модель SCOR – это по сути это справочник по операционной деятельности предприятия, включающий детальное описание бизнес-процессов (а также подпроцессов, активностей и т. п.), объединённых в пять групп:

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

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

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

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

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

Источник

Иерархии модели SCOR

Применение модели SCOR

Pillars[edit]

Process modeling[edit]

Performance measurements[edit]

Best practices[edit]

Use example[edit]

Supply chain modeling[edit]

People[edit]

References[edit]

Further reading[edit]

Группы бизнес-процессов модели SCOR