Section VIII Всемирного банка: как читать Contract Data и Particular Conditions до тендера

Подрядчик почти никогда не проигрывает тендер из-за General Conditions FIDIC — их логику знают все. Реальные деньги теряются на несколько страниц глубже: в Contract Data, Particular Conditions, Employer’s Requirements, формах гарантий, требованиях ESHS и приложениях к тендерной документации.

В закупках Всемирного банка эти данные собраны в Section VIII — Particular Conditions стандартного bidding document. Это не формальное приложение. Именно здесь универсальная форма FIDIC превращается в конкретный коммерческий риск конкретного проекта. Прочитать Section VIII построчно до подачи цены — значит оценивать тот проект, который вы действительно подписываете, а не тот, который кажется «обычным FIDIC».

Эта статья не заменяет юридический review. Она даёт проектной команде структуру: где остановиться и спросить себя — «мы это уже посчитали или просто надеемся разобраться потом?»

Почему Section VIII важнее, чем кажется

Procurement package Всемирного банка строится вокруг стандартной документации (Standard Procurement Documents), но реальный риск формируют project-specific amendments в Section VIII. Два тендера могут оба ссылаться на FIDIC и при этом давать подрядчику противоположные ответы на практические вопросы:

• кто и в какие сроки выдаёт approvals;
• какие полномочия реально оставлены Инженеру;
• какие notices и куда подаются, и какие действуют time-bars;
• как устроена сертификация и сроки оплаты (IPC);
• какие securities требуются и когда освобождаются;
• какие ESHS-обязательства становятся условием исполнения и оплаты;
• какие milestones, KPI, reporting и audit rights нужно поддерживать;
• как изменён путь разрешения споров (Engineer → DAAB → арбитраж).

Если не разобрать это до bid submission, подрядчик оценивает не тот проект: цена выглядит конкурентной, но не покрывает административную нагрузку, риск задержек, стоимость compliance и бремя доказывания.

Pre-bid review: пять вопросов к Contract Data

Contract Data выглядит как сухая таблица. На деле это карта будущего управления контрактом.

1. Какая именно редакция FIDIC применяется

Проверяйте не «Red Book или Pink Book», а edition, год, reprint, MDB-harmonised версию и все project-specific Particular Conditions. Типичная ошибка: команда говорит «это обычный FIDIC», а затем обнаруживает изменённый режим уведомлений, дополнительные approvals и особые требования к отчётности. О том, что меняют переиздания, — в материале про переиздания FIDIC 2022.

2. Кто принимает решения

FIDIC-проект живёт через роли: Employer, Engineer, Contractor, иногда PIU, supervising consultant или review со стороны кредитора. Для pre-bid оценки важно отделить contractual determination от обычного approval и от внутреннего employer clearance. Если их смешать, подрядчик неверно оценит сроки — особенно по design submissions, variations, IPC и ESHS-документам. База — в статье о роли Инженера по FIDIC.

3. Какие сроки управляют деньгами

Цена на FIDIC-проекте зависит не только от объёмов и расценок, но и от процедурных сроков:

• сроки submission и review periods;
• дедлайны для notices и ответов Инженера;
• сроки сертификации и payment due dates;
• сроки для claim particulars (правило 28 дней);
• периоды для испытаний, taking-over и дефектов.

Если не перенести эти сроки в tender risk model, контрактом потом управляют «по памяти» — а на сложном проекте это почти всегда дорого.

4. Какие риски переложены через Particular Conditions

Particular Conditions меняют баланс риска — иногда корректно, иногда агрессивно. Задача review не возмущаться каждой поправкой, а посчитать её цену. Смотрите как минимум:

• риск грунтов и site data; ответственность за проектирование и интерфейсы;
• допущения по разрешениям; погода и исключительные события;
• ограничение ответственности; delay damages и их предел;
• испытания и performance guarantees;
• ограничения на claims и cost recovery; последствия и отчётность по ESHS.

Затем каждый риск переводится в коммерческое решение: price allowance, qualification, clarification request, method statement, логика программы — либо решение не участвовать.

5. Что нужно доказать, чтобы получить оплату или relief

Проекты Всемирного банка требуют высокой проверяемости. Это не значит утонуть в бумаге — это значит, что файлы по оплате, изменениям и претензиям должны быть audit-ready с первого месяца:

• measurement sheets и результаты испытаний; approvals;
• фото и daily reports; ESHS-отчёты;
• correspondence register, notice register, variation register;
• payment support file.

Здесь Section VIII напрямую связан с будущим Contract Management Plan.

Минимальная матрица Section VIII review

Блок	Что проверить до подачи цены
Contract Data	редакция, язык договора, Инженер, ключевые сроки, периоды оплаты, securities
Particular Conditions	изменения в распределении риска, notices, claims, payments, variations, спорах
Employer’s Requirements	объём проектирования, performance criteria, испытания, approvals, интерфейсы
ESHS requirements	отчётность, реагирование на инциденты, персонал, method statements, связь с оплатой
Forms & securities	авансовая гарантия, performance security, удержания, сроки и логика освобождения
Programme requirements	baseline, обновления, milestones, отчётность по critical path, recovery triggers
Contract administration	реестры, канал коммуникаций, workflow подачи, маршрут эскалации

Матрица не заменяет review — она не даёт пропустить вопросы, которые потом превращаются в disputed instruction, неоплаченный IPC или слабую претензию.

Пять ошибок подрядчика на этом этапе

1. Считать только BoQ и не закладывать административную нагрузку: reporting, approvals, ESHS, обновления программы, records, переводы, совещания, audit trail.
2. Игнорировать Contract Data — проверить технический scope, но не сроки оплаты, securities, notices и механику taking-over.
3. Не задавать clarification questions — после award неясность формулировки становится уже вашей коммерческой ставкой, а не «непонятным местом».
4. Не связывать цену с будущими доказательствами — риск, который нельзя подтвердить records, трудно монетизировать в claim.
5. Считать, что «MDB-проект = сбалансированный по умолчанию» — рамка закупок банка стремится к value for money и прозрачности, но конкретный пакет всё равно читается построчно.

Как превратить review в решение по тендеру

Хороший Section VIII review заканчивается не заметками в Word, а решениями: что включить в цену; что вынести в clarification request; что закрыть method statement или логикой программы; что учесть в subcontract flow-down; какие реестры нужны с day one; что требует management approval до подачи. Если таких решений нет — документ прочитали, но не использовали.

FAQ

Section VIII одинаков во всех проектах Всемирного банка?

Нет. Стандартная документация задаёт структуру, но конкретные Contract Data, Particular Conditions и Employer’s Requirements зависят от проекта, страны, закупочной стратегии и версии документа.

Можно ли использовать прошлый checklist тендера?

Как старт — да, как замену чтению текущего пакета — нет. Самые дорогие риски прячутся в project-specific amendments, а не в повторяющихся разделах.

Нужен ли Contract Management Plan уже на стадии тендера?

Не обязательно полноценный CMP, но базовую модель администрирования стоит продумать до цены: кто ведёт notices, реестры, payment support, обновления программы и evidence files.

Источники и дополнительно

• World Bank, Project Procurement.
• World Bank, Procurement Framework for IPF Projects.
• World Bank, Contract Management: Practice Procurement Guidance, 2nd ed., May 2024.
• FIDIC, Conditions of Contract for Construction, 2017 edition и MDB harmonised forms.
• FIDIC.uz: Pink Book и проекты МФО в Узбекистане, World Bank Contract Management Plan.

---

Bridge Consult проводит pre-bid review пакетов FIDIC/МФО: Contract Data, Particular Conditions, Employer’s Requirements, securities, ESHS, механика оплаты и готовность к claims. Запросить pre-bid review →