Авторы: Владимир Нешкес, Екатерина Пужанова, Наталья Мещерекова

---

Введение: проблематика

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

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

В ответ на это в практике управления проектами формируются и используются инструменты типа:

• PSR (Procurement Status Register, или как его еще называют, Procurement Schedule Register) — реестр (или календарь) проектных закупок – инструмент, позволяющий структурировано планировать и получать информацию обо всех закупочных пакетах, их реальных статусах и прогнозируемых сроках;
• DSR (Delivery Status Register, или как его еще называют, Delivery Schedule Register) — реестр (или календарь) поставок – инструмент, позволяющий получать детализировано получать отображение статуса цепочки поставки от «заключён контракт» до «доставлено на площадку» и даже «смонтировано».

Названия могут различаться в практике применения, но по сути речь идет о двух связанных реестрах:

• PSR — «что, у кого, на каких условиях и когда закупаем»;
• DSR — «как и когда это физически движется по цепочке поставки до площадки».

Именно в связке PSR + DSR позволяют превратить закупки и логистику из «чёрного ящика», которым владеет лишь ограниченный круг специалистов, в управляемый процесс, тесно увязанный с проектным графиком.

Что происходит без PSR и DSR (антикейсы)

Антикейс 1. «Гулкая пустота» между планом и реальностью закупок

Проектный офис имеет укрупнённый план закупок: известны бюджет и целевые даты «закончить закупки по направлению X к началу квартала Y». Но нет детализированного реестра закупочных пакетов (PSR) и прозрачного статуса по каждому из них.

В результате:

• подрядчики и поставщики активизируются в последний момент, требуя срочных решений;
• руководитель проекта видит только факт задержки, но не может вовремя выявить, какой именно пакет в данный момент критичен для графика проекта;
• при срыве поставки никто не может однозначно ответить: «…это просрочка на стадии ТЗ, тендера, переговоров или уже в ходе изготовления, упаковки, поставки…».

Без PSR закупки управляются больше по ощущениям и при помощи «ручного пожаротушения», чем по проактивной информации.

Антикейс 2. Неуправляемая логистика и “забытые” поставки

Даже если сами контракты заключены вовремя, отсутствие DSR, как структурированного реестра поставок, приводит к тому, что:

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

В результате:

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

Антикейс 3. PSR и DSR существуют в Excel файлах, но не работают как инструмент управления

Распространённая ситуация:

• PSR и DSR формально созданы в виде EXCEL-таблиц, которые поддерживаются назначенными сотрудниками;
• обновление статусов происходит нерегулярно, по необходимости, без привязки к контрольным точкам и проектным вехам;
• нет связи PSR/DSR с договорной базой, MDR/VDR, графиком проекта.

В результате:

• по данным о статусах в PSR/DSR у руководителя проекта возникает иллюзия, что «всё в графике», но при этом в ходе строительства продолжают происходить сбои при открытии фронтов работ из-за дефицита материалов и сдвигов по критическим поставкам;
• реакции на отклонения запаздывают, контрмеры принимаются лишь «постфактум».

История и эволюция PSR и DSR в практике управления проектными закупками и поставками

Исторически первые аналоги PSR и DSR выглядели как:

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

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

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

В результате в крупные EPC‑подрядчики и заказчики:

• начали формировать единые реестры закупок (PSR) по проекту и на их основе строить и отслеживать реестр поставок (DSR);
• приобрели опыт интеграции данных о закупках и поставках с графиками проекта, MDR/VDR через интерфейсы информационных систем

Так, постепенно PSR и DSR из «вспомогательных Excel‑таблиц» превратились в одни из ключевых артефактов управления цепочками поставок в проектах.

Содержательная часть: что такое PSR и DSR, и как они выглядят

PSR — реестр и календарь проектных закупок

Под PSR (Procurement Status Register или Procurement Schedule Register) в контексте проектных закупок разумно понимать Единый структурированный реестр всех закупочных пакетов проекта с указанием их состава, статусов, ответственных и ключевых дат (от инициации до заключения контракта, запуска производства и отгрузки заказчику).

Под PSR (Procurement Status Register или Procurement Schedule Register) в контексте проектных закупок разумно понимать Единый структурированный реестр всех закупочных пакетов проекта с указанием их состава, статусов, ответственных и ключевых дат (от инициации до заключения контракта, запуска производства и отгрузки заказчику).

Если MDR фиксирует поток документации, то PSR фиксирует поток контрактных обязательств по закупкам.

 
PSR может включать множество атрибутов и аналитических привязок и этот инструмент настраивается для каждого крупного проекта (или для каждой организации) индивидуально. В качестве иллюстрации в Таблице 1 показана упрощенная структура PSR.

Таблица 1. Упрощенная структура PSR (иллюстративно)

Ключевые особенности зрелого PSR:

1. Полный охват проекта: в PSR фиксируются все значимые закупки, а не только «крупные контракты».
2. Привязка к структуре проекта (WBS): отслеживается, что именно закупается для какого объекта/системы/элемента WBS.
3. Прозрачная статусность: можно быстро понять, какой пакет ещё на стадии подготовки ТЗ, какой - в закупке (тендер/переговоры), какой - на согласовании договора, а какой уже заключён.
4. Интеграция с MDR/VDR: для каждого пакета закупки указано, какие документы являются исходными (спецификации, чертежи, требования), а какие должны быть получены от поставщика (данные по оборудованию, монтажная и эксплуатационная документация).
5. Привязка к календарному графику проекта: все даты в PSR не «висят в воздухе», а выведены из логики - когда стартуют СМР на соответствующем объекте, когда нужны материалы/оборудование на площадке, каковы производственные и логистические циклы.

DSR — реестр и календарь поставок

DSR (Delivery Status Register или Delivery Schedule Register) — это детальный реестр поставок по каждому пакету закупки, отражающий цепочку: производство → отгрузка → международная логистика (если есть) → таможня (если нужна) → доставка до площадки → приёмка на склад → выдача в монтаж.

DSR (как и PSR) может содержать множество атрибутов и различной аналитики и требует донастройки для условий конкретных проектов или компаний. В качестве иллюстрации в Таблице 2 приведена упрощенная структура DSR.

Таблица 1. Упрощенная структура ВSR (иллюстративно)

В зрелом DSR обязательно присутствуют:

• логистическая детализация (все ключевые этапы маршрута);
• статусы и ответственные на каждом этапе;
• увязка с PSR и с графиком строительства (видно, какие СМР зависят от этой поставки и можно заранее увидеть конфликт «поставка опаздывает относительно начала работ»).

PSR и DSR как инструмент управления проектными закупками и поставками

PSR и DSR дают возможность:

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

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

2. Интегрировать закупки с проектированием:

• Через MDR/VDR понятно, какие документы нужны для старта закупки и когда они будут готовы.
• PSR фиксирует целевые даты запуска тендеров/контрактов;
• DSR — «сообщает» целевые даты поставок, увязанные с графиком стройки.

3. Управлять рисками поставок на основе получаемых данных

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

4. Повысить прозрачность видения ситуации для всех участников проекта:

• Заказчик, EPC‑подрядчик, субподрядчики и логисты могут работать с единой «правдой» на основании PSR/DSR;
• снижается конфликтность: например, «…мы не знали, что вы ещё не начали этот тендер…» или «…нам не сказали, что груз уже в порту…» и т.п.

Современные практики применения PSR и DSR

В зрелых компаниях PSR и DSR «живут» не в отдельных Excel‑файлах, а в составе единой информационной среды проекта, т.е. интегрируются с системами календарно-сетевого планирования, включаются в качестве компонентов в информационные системы управления проектами и, разумеется, в системы управления логистикой.

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

1. Обеспечен двусторонний обмен информацией между PSR/DSR и графиками проекта

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

   Движение информации происходит и в обратную сторону: из PSR/DSR формируются ресурсно‑календарные графики обеспеченности и соответствующие отчёты об обеспеченности СМР материалами и оборудованием.

2. Создана связь PSR/DSR c MDR и VDR

   Так, для каждого пакета закупки в PSR указывается, какие проектные документы (перечень таких документов «живет» в MDR) являются исходными для старта закупки и какие данные от поставщиков (перечень данных и список поставщиков «живут» в VDR) должны быть получены и в какой момент.

   Такое обогащение информацией дает возможность избежать старта закупки по «сырым» или неподтверждённым данным и требовать от поставщика документацию в нужный для проекта момент.

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

   На основе PSR/DSR ведётся реестр рисков по закупкам и поставкам (валютные риски, санкции, пропускная способность портов, ограничения дорог, расписаний и «узких мест» в ж/д, ограничения по габаритам и т.д.) и для значимых или критичных позиций поставки выполняется сценарное планирование (прорабатываются альтернативные маршруты, рассматриваются переносы сроков, изыскиваются резервные поставщики и др.).

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

4. Использование KPI и SLA

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

   Это стимулирует более точное планирование и своевременное информирование о задержках.

5. Цифровая аналитика и отчетность

   На базе PSR/DSR строятся дашборды для руководства, демонстрирующие с различной детализацией и по различным выборкам обеспеченность проекта материальными ресурсами с фиксацией критических отставаний;

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

Интегрированный инструмент применения PSR и DSR

Платформа PM.integrator обеспечивает сквозную цифровую связку не только реестров PSR и DSR, но и трассировку всех фундаментальных структур проектирования (MDR и VDR) в рамках единой информационной среды, где каждый элемент контура работает не изолированно, а как часть целостной инжиниринговой экосистемы координации.

Такая интеграция позволяет выявлять коллизии на ранних стадиях: например, система заранее сигнализирует, что задержка согласования чертежа в MDR сдвигает старт тендера в PSR, что, в свою очередь, создаёт риск срыва поставки в DSR и блокирует открытие фронта СМР.

Модель оценки прогресса на базе PSR и DSR позволяет не только детально понимать текущую прогресс по «снабжению», но и выявлять системные проблемы по шагам закупок и поставок, выявлять надежных поставщиков.

Благодаря тому, что все структуры, реестры и процессы ведутся в единой цифровой среде, команда проекта работает не «локальными» отчётами, а анализирует причинно-следственные связи между инженерной готовностью, закупками, логистикой и строительством. Это превращает управление интерфейсами ПИР–МТО–СМР из реактивного «тушения пожаров» в проактивный контроль. 

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

Заключение

В практике управления проектами PSR и DSR – это не просто «очередные таблицы», а ключевые артефакты для планирования и контроля материальных ресурсов и реальная основа управляемости закупок и поставок

PSR и DSR – это инструменты, связывающие проектирование (через MDR/VDR), контрактацию и закупки, логистику, строительство и финансовое планирование.

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

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

В перспективе ожидается, что развитие PSR/DSR будет связано с более глубокой интеграцией с системами прогнозной аналитики и риск менеджмента, использованием цифровых двойников логистических цепочек, автоматизацией обновления статусов (если данные от перевозчиков, таможни, будут поступать в автоматическом режиме или широкое распространение получат IoT трекеры ).

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

¹ Устройства, которые с помощью датчиков и связи через интернет отслеживают местоположение и состояние объектов в реальном времени/

Платформа PM.integrator обеспечивает сквозную цифровую связку не только реестров PSR и DSR, но и трассировку всех фундаментальных структур проектирования (MDR и VDR) в рамках единой информационной среды, где каждый элемент контура работает не изолированно, а как часть целостной инжиниринговой экосистемы координации проекта.