Хороший запрос на предложение делает сравнение котировок скучным
Запрос на предложение (RFQ) для C&I BESS должен определить три вещи перед запросом цены: что система должна достичь, что именно поставщик должен предоставить и как будет приниматься производительность. Минимум, укажите данные о месте/нагрузке, требуемые кВт и кВтч, режимы работы, условия сети, объем поставки, стандарты, коммуникации, требования к FAT/SAT, гарантию, границы поставки и коммерческие этапы.
Текущие ресурсы закупок BESS от DOE следуют тому же принципу: технические требования должны быть определены во время закупки, а не оставлены для уточнения после выбора поставщика.
Я знаю, что RFQ требует доработки, когда его технический раздел говорит:
Пожалуйста, укажите цену на коммерческий BESS на 500 кВтч.
Поставщик знает емкость батареи.
Почти все остальное все еще неизвестно.
Дайте поставщикам проблему перед продуктом
Вместо того чтобы начинать с размера шкафа, опишите задачу.
Например:
Применение:снижение пиковых нагрузок на заводе + резервное питание
Максимальный спрос на площадке:780 кВт
Целевое ограничение сети:600 кВт
Критическая резервная нагрузка:120 кВт
Необходимая продолжительность резервного питания:60 минут
Существующая солнечная энергия:300 кВтп
Сеть:400 В, 50 Гц
Трансформатор:1,000 кВА
Теперь Поставщик A и Поставщик B, по крайней мере, пытаются решить одну и ту же проблему.
Для проектов по снижению пиковых нагрузок прикрепитеданные о нагрузке с интервалом 15 минут или более мелкимгде это возможно. Для резервного питания включите расписание критической нагрузки. Для интеграции солнечной энергии предоставьте информацию о солнечном инверторе и генерации.
Ежемесячный счет сам по себе не может показать, длится ли 180 кВт пиковая нагрузка пятнадцать минут или три часа.
Эта разница может существенно изменить батарею.
Отделите кВт от кВтч — и определите границы измерения
Предположим, что спецификация проекта требует:
250 кВт PCS
500 кВтч батарея
Я бы немедленно добавил несколько определений.
Это 500 кВтч:
номинальная/именная энергия?
используемая энергия постоянного тока?
гарантированная используемая энергия переменного тока?
Также, является ли 250 кВт непрерывной мощностью при ожидаемой температуре на месте и уровне заряда, или это лишь номинальная мощность преобразователя?
Полезный технический график может выглядеть так:
| Требование | Определение покупателем |
|---|---|
| мощность PCS | Требование к непрерывной мощности кВт и перегрузке |
| Энергия батареи | Номинальная и требуемая usable энергия |
| Длительность | Требуемая нагрузка при заданной мощности |
| Эффективность | Граница измерения и условия испытаний |
| Окно SoC | Требования к эксплуатации/резерву |
| Диапазон окружающей среды | Минимальная/максимальная температура на площадке |
| Деградация | Требования к производительности в конце срока службы |
| Сеть | Напряжение, частота, точка подключения |
Для промышленных литиевых батарей стандарт IEC 62619:2022 охватывает требования безопасности и испытания для вторичных литиевых элементов и батарей, используемых в промышленных приложениях, включая стационарные системы хранения энергии. Требования к сертификации должны указывать на фактический применимый стандарт и предложенную модель, а не просто говорить "сертифицировано по IEC."
Объем — это то место, где самая дешевая ставка обычно меняет цену
Перед тем как смотреть на общую сумму, я бы отметил каждый пункт как:
Включено / Исключено / Опционально / По EPC / По владельцу
Сделайте это для:
шкафов для батарей;
PCS;
BMS и EMS;
HVAC или жидкостное охлаждение;
обнаружение и тушение пожара;
защиты AC/DC;
трансформатора и распределительного устройства;
учета и интерфейса SCADA;
коммуникационный шлюз;
кабели;
чертежи фундамента;
запасных частей;
FAT;
пусконаладки/SAT;
обучение;
удаленной поддержки.
Представьте две заявки:
Поставщик A: 205,000 долларов
Поставщик B: 178,000 долларов
Затем вы обнаруживаете, что A включает пусконаладку, EMS, запасные части и интерфейс трансформатора, в то время как B исключает все четыре.
Разница в 27,000 долларов никогда не была чисто разницей в цене.
Это быларазница в объеме.
Руководство по закупкам DOE аналогично рассматривает оборудование, управление, технические спецификации, пусконаладку, подключение и связанные с проектом обязанности как вопросы на стадии закупки.
Для запроса Ruibit/Dawnice я бы, следовательно, запросил ответ по соблюдению и объему по каждому пункту вместо того, чтобы принимать одну объединенную цену.
Связь требует владельца
Я бы включил простой график интерфейса:
BMS ↔ PCS
PCS ↔ EMS
EMS ↔ счетчик на объекте
EMS ↔ SCADA/BMS
Удаленный мониторинг ↔ облачная/локальная сеть
Затем укажите необходимые протоколы, если это актуально:
Modbus TCP/RTU
CAN
Ethernet
цифровой I/O
и необходимые точки данных, сигналы тревоги, доступ к историческим данным, синхронизация времени и требования к кибербезопасности.
Но самый важный столбец:
Ответственная сторона
Потому что "Поддержка Modbus" не говорит мне, кто должен заставить два устройства действительно взаимодействовать во время ввода в эксплуатацию.
Если поставщик батарей, продавец PCS и EPC каждый предполагают, что кто-то другой отвечает за интеграцию, в конечном итоге проблема остается у владельца.
FAT и SAT должны быть в запросе на предложение, а не в электронном письме перед отправкой
Не пишите:
Требуется заводское тестирование.
Определите, что означает приемка.
В зависимости от проекта, FAT может подтвердить:
коммуникации BMS/PCS/EMS
операцию зарядки/разрядки
защиту и сигналы тревоги
управление теплом
аварийная остановка
удаленный мониторинг
документацию и версии прошивки
SAT должен доказать, что установленная система выполняет купленное приложение.
Если проект был куплен для сглаживания пиковых нагрузок, протестируйте управление сглаживанием пиковых нагрузок.
Если он был куплен для резервного питания, протестируйте последовательность резервирования.
Если контракт гарантирует доступную энергию, определите границы измерения и условия приемки.
Техническая спецификация BESS от DOE явно предназначена как настраиваемый шаблон закупки, что является полезным напоминанием о том, что критерии приемки должны быть специфичными для проекта, а не слепо скопированными с другой установки.
Сделайте так, чтобы платеж следовал за доказательством
Коммерческие условия должны поддерживать технический процесс.
Я предпочитаю вехи, такие как:
техническое соглашение утверждено
→ заморозка дизайна
→ FAT принято
→ документы на отгрузку утверждены
→ доставка
→ SAT/приемка принята
Проценты зависят от сделки, но принцип важен.
Если почти вся оплата освобождается до FAT, у покупателя очень мало рычагов, когда FAT обнаруживает проблему.
Запрос на предложение также должен указывать:
Инкотерм
срок выполнения
упаковка и документация по опасным грузам
ответственность за страхование
расходы на приемку/поездки
дата начала гарантии
гарантия производительности
обязанности по запасным частям
ответ на обслуживание
поддержка программного/микропрограммного обеспечения
и ответственность за фрахт и трудозатраты во время гарантийных претензий.
Десятилетняя BESS заслуживает более коммерческого определения, чем "включена 10-летняя гарантия."
Запрос на предложение завершен, когда три поставщика могут предложить одну и ту же работу
Это мой тест.
Если три поставщика могут интерпретировать документ как три разных проекта BESS, запрос на предложение не завершен.
Полезный запрос Ruibit/Dawnice должен позволить инженерии ответить:
Что должен делать BESS?
При каких условиях на площадке?
Какое оборудование и услуги включены?
Какие доказательства должны сопровождать продукт?
Как FAT и SAT определят приемку?
Где заканчивается ответственность каждой стороны?
Как только эти вопросы имеют фиксированные ответы, цена становится значимой.
Цель запроса на предложение C&I BESS не в том, чтобы сказать производителю, как проектировать каждый шинопровод и контур управления.
Цель состоит в том, чтобы усложнить двум поставщикам возможность предлагать разные объемы и при этом притворяться, что они предлагают одно и то же.
Часто задаваемые вопросы
1. Какую информацию следует включить в запрос на предложение для C&I BESS?
Включитеданные о нагрузке на площадке и интервале, требуемые кВт и кВтч, операционные цели, информацию о сети и трансформаторе, экологические условия, архитектуру системы, связь, требования к сертификации, критерии FAT/SAT, гарантию и коммерческие условия.
2. Почему кВт и кВтч следует указывать отдельно в запросе на предложение для BESS?
кВт определяет мощностные возможности, в то время каккВтч определяет емкость энергии и продолжительность. Покупатели также должны уточнить, относится ли кВтч к номинальному, используемому постоянному или гарантированному используемому переменному току.
3. Как покупатели должны сравнивать объем различных котировок BESS?
СоздайтеВключено / Исключено / Опционально / По EPC / По владельцуматрицу, охватывающую батареи, PCS, EMS, охлаждение, противопожарную защиту, трансформаторы, распределительные устройства, связь, пусконаладку, обучение, запасные части и поддержку.
4. Должны ли требования к FAT и SAT быть включены в запрос на предложение?
Да. Определите необходимые испытания и измеримыекритерии приемки/неприемки до покупки. FAT проверяет систему перед отправкой, в то время как SAT подтверждает, что установленная BESS выполняет свои функции на месте.
5. Какие коммерческие условия должен определить запрос на предложение для BESS?
Укажитеэтапы платежей, Инкотерм, время выполнения, транспортную документацию, затраты на пусконаладку, дату начала гарантии, обязательства по производительности, запасные части, реакцию на обслуживание, поддержку программного обеспечения и ответственность за транспортные расходы и трудозатраты по гарантии.
