Тег NERC , также обычно называемый E-Tag , представляет собой транзакцию на североамериканском оптовом рынке электроэнергии, которая должна проходить внутри, между или через территории электроэнергетических компаний. Тег NERC назван в честь Североамериканской корпорации по надежности электроснабжения (NERC) , которая является организацией, ответственной за реализацию первых процессов маркировки энергии. Теги NERC были впервые введены в 1997 году в ответ на необходимость отслеживать все более сложные энергетические транзакции , которые были произведены в результате начала дерегулирования электроэнергии в Северной Америке.
Закон об энергетической политике Федеральной комиссии по регулированию энергетики (FERC) 1992 года стал первым крупным шагом на пути к дерегулированию электроэнергетики в Северной Америке, за которым последовали гораздо более решительные действия, когда FERC в 1996 году издала приказы 888 и 889, заложившие основу для формализованного дерегулирования отрасли и приведшие к созданию сети узлов Системы открытого доступа и одновременной информации (OASIS) .
FERC является независимым агентством правительства США , и поэтому его полномочия распространяются только на электроэнергетические компании , работающие в Соединенных Штатах. Однако членами NERC являются все предприятия FERC, а также все электроэнергетические компании Нижней Канады и мексиканская коммунальная компания. В интересах взаимности и общности все члены NERC обычно сотрудничают с правилами FERC.
Создание узлов OASIS позволило планировать энергию по нескольким энергосистемам, создавая сложные цепочки отдельных транзакций «точка-точка», которые могли быть соединены сквозным образом, чтобы буквально путешествовать по всему континенту. Это часто создавало ситуации, когда операторам систем передачи было трудно или невозможно определить все транзакции, влияющие на их локальную систему, или предпринять какие-либо корректирующие действия для смягчения ситуаций, которые могли подвергнуть энергосистему риску повреждения или краха. Тег NERC был внедрен в результате этой новой проблемы, введенной дерегулированием.
Самое раннее приложение NERC Tag было основано на электронной таблице Microsoft Excel и было представлено в 1997 году. Форма обычно заполнялась продавцами электроэнергии или планировщиками, определяя дату и время транзакции, физический путь графика электроэнергии от точки ее генерации до точки потребления, финансовый путь (цепочка купли-продажи) графика электроэнергии, почасовые объемы энергии, запланированные к передаче, а также запросы на передачу OASIS для каждой пересекаемой энергосистемы, что тем самым документировало, что разрешение на пересечение каждой энергосистемы было получено надлежащим образом.
Элементы тега NERC включают в себя зоны управления (CA), поставщиков услуг передачи (TP), субъекты закупки/продажи (PSE), пункты приема передачи (POR) и пункты доставки (POD), а также коды продуктов для нескольких приоритетов передачи и генерации.
Физический путь был самым важным аспектом тега NERC с точки зрения понимания влияния совокупности отдельных транзакций после того, как они были скомпилированы в одну полную транзакцию. Для завершения физического пути необходимо было определить энергосистему и электростанцию, где должна была быть произведена энергия, любые и все энергосистемы, которые будут использоваться для перемещения энергии к ее конечному месту назначения, и, наконец, энергосистему и местоположение точки доставки, где энергия будет потребляться («нагрузка»).
Когда в электронной таблице создавался тег NERC, информация затем преобразовывалась в небольшой пакет данных в формате CSV , который рассылался по электронной почте всем участникам, указанным в теге NERC. Таким образом, все участники транзакции могли определить, какие еще электроэнергетические компании и продавцы электроэнергии были вовлечены в транзакцию, и каковы были роли других участников. Что еще важнее, в случае непредвиденных обстоятельств, таких как отключение линии электропередачи или сбой генерации, все участники могли быть проще уведомлены об изменении графика и затем могли действовать сообща, чтобы сократить запланированную транзакцию.
Реализация NERC Tag 1.0 не могла собирать данные о потоке расписания каким-либо полезным способом, но она служила для ознакомления планировщиков с требованиями маркировки их транзакций, процессом, который в конечном итоге стал обязательным. База данных точек планирования передачи, поддерживаемая NERC через Информационные сети систем передачи (TSIN), которая изначально была разработана для узлов OASIS, была значительно расширена для включения дополнительной информации, необходимой в процессе создания тегов NERC.
Приложение NERC Tag на основе электронных таблиц претерпело незначительные улучшения в функциональности и области применения, а также небольшие постепенные изменения, которые продвинули его до версии NERC Tag 1.3, хотя участники не заметили особой разницы, и до тех пор, пока не была внедрена версия 1.4, можно было использовать любую предыдущую версию.
Вскоре после того, как NERC представила электронную таблицу тегов NERC и пакетную электронную рассылку, NERC пришла к выводу, что не хочет участвовать в какой-либо будущей разработке или обслуживании программного обеспечения. Документ спецификации тегов NERC версии 1.4 был составлен как следующий уровень маркировки энергии, тег NERC впоследствии также будет известен как E-Tag . Передача данных теперь будет происходить напрямую через интернет -соединение, а не по электронной почте. Это устранило громоздкий процесс, необходимый для получения пакета данных по электронной почте и его переноса обратно в исходное приложение маркировки на основе электронных таблиц. Это изменение значительно упростило использование тега NERC в приложении реального времени. E-Tag 1.4 вступил в силу в 1999 году, но был заменен всего девять месяцев спустя на E-Tag 1.5, а через три месяца на E-Tag 1.501. Спецификации 1.5 и 1.501 исправили недостатки, выявленные при первоначальном выпуске первой спецификации E-Tag.
Хотя NERC отвечал за спецификацию E-Tag, он открыл разработку приложения для запуска его на рынке программного обеспечения. Первоначально существовало множество поставщиков программного обеспечения E-Tagging, в основном смесь небольших стартапов и новых приложений, разработанных существующими разработчиками программного обеспечения для энергетической отрасли. Спецификация E-Tag 1.5 была написана таким образом, что различным приложениям разрешалось иметь различные графические пользовательские интерфейсы (GUI) , но функционально «под капотом» они должны были иметь возможность взаимодействовать друг с другом при передаче, получении и обработке E-Tags. Новой функцией, представленной в E-Tag 1.4/1.5, которая стала возможной благодаря совместному использованию E-Tags в реальном времени, была возможность для субъектов надежности (а именно CA и TP) в E-Tag в электронном виде одобрять или отклонять E-Tags на основе различных критериев.
Появление маркировки в реальном времени также позволило NERC начать сбор данных в реальном времени и в краткосрочной перспективе относительно энергетических транзакций, запланированных по всей североамериканской энергосистеме. Данные из одобренных транзакций были перенесены в Interchange Distribution Calculator (IDC), где данные могли быть применены к виртуальной модели исследования Eastern Interconnection . IDC был запущен в 1999 году.
Основываясь на опыте применения E-Tag на сегодняшний день, в 2000 году вступил в силу E-Tag 1.6. Существовало семь вариантов E-Tag 1.6, вплоть до E-Tag 1.67, который действовал до конца 2002 года. Большинство изменений в E-Tag 1.6 носили функциональный характер и не были слишком очевидны для пользователей.
В соответствии с E-Tag 1.6 NERC внедрила правило «нет тега, нет потока», согласно которому все энергетические транзакции должны были быть задокументированы с помощью E-Tag. Точные системные исследования Восточного межсоединения для определения того, какие графики должны быть сокращены, были бы возможны только в том случае, если бы каждая транзакция была помечена и, следовательно, включена в расчеты IDC. Координаторы по надежности в Восточном межсоединении могли бы получить доступ к IDC онлайн и провести исследования потоков на основе различных рабочих сценариев со всеми текущими энергетическими графиками, полученными из E-Tags. Когда происходила реальная непредвиденная ситуация, координаторы по надежности могли бы определить ограниченную линию передачи или коридор в пределах IDC, а затем IDC определял бы, какие графики с E-Tagged должны быть сокращены, чтобы облегчить нагрузку на ограниченные объекты.
Спецификация E-Tag 1.7 от NERC полностью переработала платформу E-Tag с нуля. Некоторые пользователи говорили, что она была настолько значимой, что, возможно, было бы более уместно назвать ее «E-Tag 2.0». Впервые для форматирования данных, передаваемых между приложениями E-Tag, использовался расширяемый язык разметки (XML) , окончательно заменив базовый формат передачи данных CSV на основе его предкового происхождения электронной таблицы/электронной почты NERC Tag 1.0. База данных TSIN была расширена за счет включения точек генерации и загрузки, которые были сопоставлены с PSE, имеющими права на их планирование, а также включала сложные ассоциации, которые обеспечивали соответствие наборов POR и POD с TP. E-Tag 1.7 также значительно расширил гибкость временных рамок E-Tag, разрешив расширения и модификации с комплексными процессами утверждения, наложение нескольких запросов OASIS на права передачи, а также полностью автоматизировал функции сокращения тегов из IDC, так что отдельное ручное сокращение тегов больше не требовалось.
Вскоре после запуска E-Tag 1.7 в 2002 году Западный координационный совет по электроэнергетике (WECC) внедрил инструмент WECC Unscheduled Flow (USF), который обеспечил аналогичную возможность автоматического сокращения для Западного объединения , которую IDC реализовал для Восточного объединения.
Количество вариантов программного обеспечения для программного обеспечения E-Tag сократилось в течение первых нескольких лет до нескольких основных игроков. Количество пользователей E-Tag было строго ограничено числом субъектов, вовлеченных в E-Tagging, а стоимость соответствия спецификациям E-Tag NERC стала непомерной для любой компании-разработчика программного обеспечения, которая еще не имела значительной доли рынка или адекватной финансовой поддержки. Дополнительные сложности E-Tag 1.7 нанесли серьезный удар по большинству поставщиков программного обеспечения E-Tag, и в течение года после выхода E-Tag 1.7 в сеть остался только один доминирующий поставщик программного обеспечения E-Tag, который также предоставлял все услуги IDC и WECC USF, хотя несколько уклонистов и разработанных заказчиком «внутренних» приложений E-Tag остались.
Версия 1.7.097 E-Tag была реализована 3 января 2007 года.
Спустя пять лет после выпуска E-Tag 1.7 было разработано и внедрено крупное обновление 4 декабря 2007 года. E-Tag 1.8 устранил некоторые давние проблемы, которые было непросто решить с помощью незначительных изменений в E-Tag 1.7, и вернул приложения E-Tag к текущим стандартам отраслевой политики.
OASIS в первую очередь занимается покупкой и доступностью передачи от отдельных поставщиков передачи с перспективными временными рамками, в то время как E-Tag сосредоточен на планировании в реальном времени и управлении потоками мощности в нескольких системах. Тем не менее, приложения OASIS, полученные от FERC, и приложения E-Tag, полученные от NERC, в некоторой степени дублируют друг друга. План FERC по возможному внедрению OASIS Phase 2 предусматривает объединенную платформу для размещения предложений по передаче, разрешения покупки передачи и упрощения планирования и управления потоками, эффективно объединяя основные функции E-Tag и OASIS. Однако с момента внедрения E-Tag 1.7 в 2002 году было очень мало активности по переходу к OASIS Phase 2, и будущее остается неясным. Поскольку обе системы со временем стали сложнее, трудности в объединении двух независимо развивающихся систем также возросли.