CDM Стандарти За Въглеродни Кредити - Gold Standards

» Gold Standard за Глобалните Цели – Принципи и Изисквания

Този документ е „гръбнакът“ на GS4GG: описва какво трябва да демонстрира един проект (или програма) и как това се доказва чрез процеси, документация, независима оценка и последващ мониторинг. В него са заложени и връзките към задължителните „под-документи“ (консултации, предпазни мерки, равенство между половете, правила за твърдения и др.), които проектът трябва да спазва.

Дата на влизане в сила, обхват и приложимост

• Ефективна дата: документът посочва конкретна ефективна дата (v2.1) и се прилага за проекти, които търсят сертификация по GS4GG.

• Обхват и приложимост: стандартът се прилага към проектни дейности (и съответни програми/PoA структури, когато е приложимо) и задава минималния набор от принципи/процедури, които трябва да се изпълнят, независимо от сектор/технология, освен ако конкретни „Activity Requirements“ не въвеждат допълнителни условия.

• Връзка с други задължителни документи: изискванията за консултации със заинтересованите страни, предпазни мерки и равенство между половете са интегрирани като задължителни елементи на допустимост и оценка (не са „по желание“).

Видове сертификация

Документът дефинира различни „статуси“/типове сертификация и какво означават те в проектния цикъл:

• Design Certification (сертификация на проектния дизайн): фокус върху дизайна, процедурите, оценките и подготовката за реализация/мониторинг. Обичайно включва валидиране и преглед на дизайна.

• Performance Certification (сертификация на изпълнението): фокус върху реално постигнати и доказани резултати (напр. емисионни намаления/премахвания), обичайно чрез верификация и преглед на изпълнението.

• Stacking (стакване/наслояване на претенции/въздействия): правила кога и как могат да се „комбинират“ или представят различни видове удостоверени въздействия/атрибути върху един и същ проект/единица въздействие, при спазване на принципите за избягване на подвеждане и двойно отчитане (детайлите се конкретизират и чрез правила за твърдения).

Ключов смисъл: Design Certification доказва „правилно проектиран и оценен проект“, докато Performance Certification доказва „реално постигнати и независимо проверени резултати“.

Общи критерии за допустимост

Разделът за обща допустимост задава входните условия, преди да се премине към принципите 1–5 и проектния цикъл. Типично включва:

• Допустимост на дейността/тип проекта според GS4GG и релевантните секторни/дейностни изисквания.

• Изисквания за предотвратяване на двойно отчитане и консистентност (напр. ясно дефинирани граници на проекта, прозрачност на информацията, съвместимост с процесите по GS4GG).

• Времеви условия и „project start date“ (важно за допустимост, за консултации и за ретроактивни случаи), които са разгледани по-подробно в Принцип 4 и в документа за консултации.

Принципи за допустимост и изисквания (Принципи 1–5)

Тук са „същинските“ критерии: проектът трябва да демонстрира, че отговаря на всеки принцип чрез процедури, доказателства и последващ мониторинг/отчетност.

Принцип 1: Въздействия върху Целите за устойчиво развитие (SDG Impacts)

• Проектът трябва да демонстрира принос към SDG и да го обоснове чрез логика на интервенцията, индикатори и план за мониторинг/отчитане.

• Подходът е ориентиран към резултати и доказуемост, а не само декларации: търсят се измерими/проверими индикатори и прозрачност за методите на измерване.

Принцип 2: Предпазни мерки (Safeguarding Principles)

• Проектът трябва да идентифицира потенциални социални, екологични и икономически рискове и да демонстрира как ги избягва/минимизира/управлява.

• Свързва се пряко с отделния документ „Safeguarding Principles & Requirements“, който дефинира конкретни принципи, въпроси за оценка, доказателства и мониторинг.

Принцип 3: Приобщаване на заинтересованите страни (Stakeholder Inclusivity)

• Проектът е длъжен да проведе консултации и да установи постоянен механизъм за обратна връзка/жалби, като демонстрира как коментарите са повлияли дизайна и как спорове/опасения се адресират.

• Включва и възможност/изискване за експертни заинтересовани страни (независими експерти) при определени safeguard/SDG теми, с правила за липса на конфликт на интереси и предоставяне на неоредактирана обратна връзка за валидиране.

Принцип 4: Демонстрация на реални резултати (Demonstration of Real Outcomes)

• Принципът се свързва с дефиницията на project start date, правилата за ретроактивност, и с изискванията за мониторинг/верификация.

• Отчетност във времето: проектът трябва да поддържа мониторинг, да актуализира по обратна връзка (вкл. от заинтересовани страни) и да осигури условия за независимо потвърждение на резултатите.

Принцип 5: Финансова допълнителност и нужда (Financial Additionality / Ongoing Financial Need)

• Проектът трябва да демонстрира допълнителност/финансова нужда според рамката на GS4GG, включително логика за това защо приходите/стимулите от механизма са необходими за реализиране и/или поддържане на дейността.

Ключово обобщение: всички принципи са „кумулативни“ — проектът не избира кои да спази; трябва да покрие целия пакет от изисквания и да го доказва с документация и независима оценка.

Проектен цикъл

Проектният цикъл описва стандартните стъпки и какво се очаква във всяка:

• Предварителен преглед / първо подаване (Preliminary Review / First submission): включва базови проверки и подаване на ключови документи (вкл. доклад от консултации — поне като проект/чернова в някои случаи).

• Listing / статуси в регистър: след определени проверки проектът може да бъде „листван“ и става публично видим в Gold Standard Impact Registry, като това влияе на допустимите твърдения (виж Claims).

• Validation & Design Review: независим орган (VVB) проверява дизайна, изчисленията, допълнителността, safeguard оценките, консултациите и документацията. 

• Мониторинг / годишни отчети / мониторинг доклади: изисква се текущо отчитане на напредъка и, където е приложимо, на емисионните резултати и SDG индикаторите, както и на обратната връзка/жалбите от заинтересовани страни. 

• Verification & Performance Review: VVB оценява реалните данни и доказателства за резултатите, включително дали stakeholder процесът е спазен и как са адресирани коментарите. 

Проектна документация и технически изисквания

В тази част стандартът фиксира какви документи трябва да бъдат изготвени и как се управляват през цикъла. Практически това означава:

• Стандартизирани шаблони (PDD, мониторинг доклад, доклад за консултации, safeguard оценка и др.) и изисквания за съдържание/публичност. 

• Изискване за доказателства (evidence) и проследимост на ключови решения: как са избрани индикатори, как са оценени рискове, как са интегрирани коментари, как се доказват резултати. 

Несъответствия (Non-conformity)

Стандартът въвежда логика за управление на несъответствия (напр. установени при валидиране/верификация или чрез последващи проверки), която по принцип включва:

• Идентифициране, класифициране и коригиращи действия, с ясни очаквания за срокове и документиране на затваряне на несъответствията. 

• Връзка с достоверността на твърденията: когато има несъответствия, това може да влияе върху това какво може/не може да се заявява публично и при какви условия. 

Приложения (промяна на дизайна; конфликтни/извънредни зони)

• Промени в дизайна: логика как се обработват значими промени в проекта, така че да се гарантира, че те не компрометират допустимостта, резултатите, safeguard управлението и stakeholder процесите. 

• Конфликтни и извънредни зони: специфични условия/очаквания за риск-оценка, предпазни мерки и stakeholder подход, когато контекстът увеличава риска от вреди или ограничена възможност за свободно участие.

» Изисквания за Консултации и Ангажиране на Заинтересованите Страни

Този документ задава минималната процедура за stakeholder консултации за GS4GG: цел, обхват, дефиниции, стъпки, документиране и постоянен механизъм за обратна връзка/жалби.

Цел и основна логика

• Целта на консултациите е „смислено“ ангажиране (meaningful engagement), обсъждане на потенциални въздействия (положителни и рискове) през целия цикъл и създаване на постоянен механизъм за обратна връзка.

• Изискванията са приложими за всички проекти, които търсят сертификация, и са пряко свързани с принципите и изискванията на GS4GG.

Дефиниции: „смислена консултация“, маргинализирани групи, експертни заинтересовани страни

Документът дефинира ключови понятия, включително:

• Маргинализирани индивиди/групи (напр. групи, които изпитват изключване/дискриминация и са затруднени да участват пълноценно).

• Експертен заинтересован участник (expert stakeholder) – лице с дългогодишна релевантна експертиза, което може да даде независима препоръка по safeguard/SDG тема.

• Смислена консултация като двупосочен, итеративен, справедлив, недискриминационен, прозрачен и документиран процес, основан на предварително разкриване на достъпна информация и реално разглеждане/отговаряне на обратната връзка.

Време на консултациите (Timing) и ретроактивни проекти

• Консултациите трябва да са преди start date на проекта.

• Ако консултациите са след start date (retroactive), проектният разработчик трябва да обясни защо не са проведени по-рано, да ги проведе възможно най-рано и да обясни как коментарите са взети предвид в дизайна и изпълнението.

• За ретроактивни случаи има специфични правила за комбиниране на етапи, но при условие че са изпълнени всички изисквания и е преди подаване за preliminary review.

Минимален кръг заинтересовани страни за покана

Проектният разработчик трябва да идентифицира и покани релевантни заинтересовани страни, включително (но не само):

• местни хора/общности (засегнати или бенефициенти),

• лица/групи с права върху земя, както и маргинализирани групи,

• местни власти и местни политици,

• национални институции/фокусни точки (напр. DNA или еквивалент),

• местни НПО и женски групи по релевантни теми,

• Gold Standard представител и NGO Supporters в страната.

Важно: трябва да има доказателства за изпратени покани; ако някой от минималния списък не е поканен, се изисква обосновка за VVB оценка.

Покани и достъпност: „отворено за всеки“, 30 дни преди физическата среща

• Поканите трябва да са отворени и прозрачни, да дават равни възможности за участие;

• поне 30 дни преди физическата среща;

• с подходящ език/мерки и gender-sensitive подход (специални усилия за жени и маргинализирани групи);

• консултациите са отворени за всеки и проектът не трябва да отказва достъп.

Информация към заинтересованите страни преди срещата

Преди физическата среща проектът трябва да сподели информация, която позволява на местните заинтересовани страни да разберат как проектът може да ги засегне, включително:

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

• резюме на икономически/социални/екологични въздействия (вкл. положителни и негативни) според Safeguarding,

• вероятни приноси към SDG,

• дневен ред, контакти, и канали за обратна връзка за хора, които не могат да присъстват.

Минимален срок: поне седмица предварително, като при по-висок риск (напр. за Indigenous Peoples) може да е нужен повече време.

Две задължителни „кръга“: физическа среща + feedback round (≥ 30 дни)

Документът изисква минимум две консултационни фази:

1. Физическа среща (mandatory)
2. Stakeholder feedback round с продължителност поне 30 дни

Физическа среща – цел и минимално съдържание:

• Да информира заинтересованите страни и да им даде реална възможност да влияят върху дизайна/изпълнението/операциите чрез свободна и прозрачна дискусия. 

• Да покрие минимум:

  • обобщението на информацията (както в 3.5.1),

  • възприятия/очаквания за ползи и потенциални вреди, как да се избягват/минимизират вредите и подходящи механизми за смекчаване,

  • опции за ongoing feedback и grievance механизъм,

  • следващи стъпки и контакт. 

• Място/време без бариери за участие (вкл. за определен пол или група). 

• При голям географски обхват: възможни са няколко срещи, работилници, фокус групи и др. 

• Равнопоставено участие на жени, мъже и маргинализирани групи трябва да се насърчава. 

Feedback round – ключови изисквания:

• Проектът трябва да даде обратна връзка как коментарите от срещата са разгледани и да поиска допълнителни коментари. 

• Всички поканени за физическата среща трябва да бъдат поканени и за feedback round. 

• Актуализирана документация трябва да бъде споделена публично за 30 дни с ясна процедура и контакти за подаване на коментари. 

• Коментарите се консолидират в края на периода. 

• Възможно е feedback round да върви паралелно с валидирането, но VVB трябва да отчете обратната връзка и отговорите преди заключение. 

Разглеждане на коментарите и документиране „с минимална интерпретация“

• Коментарите трябва да се документират във вида, в който са получени, с минимална интерпретация и без „изкривяване“ на смисъла. 

• В Stakeholder Consultation Report се включват детайли и обосновки как коментарите са взети предвид; при неинкорпориране се изисква оправдание. 

• Ако след „listing“ в регистъра се получат коментари преди валидиране, те трябва да бъдат разгледани и при нужда проектът да се коригира. 

Continuous input & grievance mechanism (през целия живот на проекта)

• Всички проекти трябва да имат формален механизъм за input/feedback/жалби през целия проектен живот. 

• Опциите за този механизъм се обсъждат на физическата среща и се съгласуват със заинтересованите страни. 

• Минимум: наличен „process book“ на договорено място; механизмът се описва в Stakeholder Consultation Report; всички входящи сигнали се записват и (освен при анонимност) се изпраща писмено потвърждение. 

Документация и ongoing reporting

• Докладът за консултации се изготвя по шаблон и се подава при първо подаване (preliminary review). 

• Годишни/мониторинг отчети трябва да включват информация за възникнали опасения, мерки и обратна връзка по grievance механизма. 

PoA/Programme изисквания и експертни заинтересовани страни

Документът съдържа отделен раздел за PoA:

• консултации на ниво PoA и ниво VPA,

• правила за multi-country PoA,

• минимално време за коментари (≥ 30 дни),

• „grouped stakeholder consultation“ при условия. 

Също така въвежда Expert Stakeholder Engagement (експертни становища при нужда), включително конфликт на интереси декларации и неоредактирана писмена обратна връзка за валидиране.

» Принципи и Изисквания за Предпазни Мерки (Safeguarding)

Този документ дефинира предпазните принципи (safeguards) и изисква проектите да идентифицират, управляват и мониторят рисковете, за да се предотвратят вреди и да се гарантира, че проектите допринасят устойчиво и отговорно.

Обхват и връзка с GS4GG

• Изискванията за предпазни мерки са част от допустимостта и оценката по GS4GG (Принцип 2) и се прилагат за проекти, които търсят сертификация. 

Структура: принципи (P.1–P.9) и как се доказва съответствие

Документът съдържа набор от принципи, които покриват ключови социални, екологични и управленски рискове. Таблицата на съдържанието изброява принципите, включително (на ниво заглавия):

• P.1 Human Rights and Labour Rights

• P.2 Gender Equality and Women’s Rights

• P.3 Community Health, Safety and Security

• P.4 Cultural Heritage, Indigenous Peoples, Resettlement, Land Tenure

• P.5 Economic and Social Development / Labour & Working Conditions

• P.6 Environmental Integrity

• P.7 Climate & Pollution-related risks

• P.8 Corruption

• P.9 (допълнителни safeguard области според структурата на документа)

Процес: оценка на рискове, мерки, мониторинг, доказателства

Макар специфичните въпроси да са по принципи, общата логика е:

• идентификация на потенциални негативни въздействия,

• мерки за избягване/минимизиране/смекчаване и (където е приложимо) компенсиране,

• мониторинг на остатъчни рискове и ефективност на мерките,

• документиране и прозрачност, включително връзка с stakeholder процесите и grievance механизма.

Критично: safeguard теми често изискват интеграция с консултациите и с механизма за жалби (за да има реална възможност засегнатите да сигнализират и проектът да реагира).

» Изисквания и Насоки за Равенство Между Половете

Този документ определя как проектите трябва да интегрират полово равенство — от базов контекст и консултации до (при необходимост) задълбочен анализ и цели/индикатори за измерване на промяна.

Структура: „Gender Sensitive“ (Стъпки 1–3) и „Gender Responsive“ (Стъпки 4–7)

• Всички проекти трябва да покрият Gender Sensitive изискванията (Стъпки 1–3). 

• При наличие на релевантност/въздействия се активира Gender Responsive частта (Стъпки 4–7), която изисква по-дълбок анализ, цели и мониторинг на промяната. 

Стъпки 1–3 (Gender Sensitive): минималният задължителен пакет

• Стъпка 1 – Basic Context: проектът описва базовия полово-обусловен контекст на място (ролите, достъпа до ресурси/вземане на решения, потенциални различия в въздействията).

• Стъпка 2 – Stakeholder Consultation: изисква се консултационният процес да е gender-sensitive, да насърчава равнопоставено участие и да улавя специфични перспективи/нужди (вкл. на жени и маргинализирани групи).

• Стъпка 3 – Safeguarding Principles Assessment: проектът трябва да разгледа половите рискове и връзката им с предпазните принципи (напр. риск от дискриминация, ограничен достъп до ползи, небезопасни условия и др.).

Стъпки 4–5 (Gender Responsive): анализ, базова линия, цели и измерване

• Стъпка 4 – Gender Analysis and Baseline Determination: изисква систематичен анализ на полови различия, бариери и възможности, както и определяне на базова линия (където е приложимо – разпад на данните по пол/групи).

• Стъпка 5 – Establish project goals & measure change: проектът определя цели и индикатори за измерване на промяната (например участие, достъп до ползи, икономически ефекти, капацитет и др.), както и как ще се събира и отчита информацията.

Роля на VVB и експертиза по пол

Документът изрично въвежда очакване за подходяща компетентност при независимата оценка — включително участие на gender expert във VVB екипа при оценка/проверка на съответствието.

» Насоки за Твърдения (Claims Guidelines)

Този документ определя какви твърдения могат да правят различни участници (разработчици, купувачи, организации) за проекти, кредити и въздействия — и при какви условия, така че комуникацията да е точна, доказуема и да не е подвеждаща.

Обхват и принципи: точност, прозрачност, проверимост

• Насоките изискват твърденията да бъдат обосновани, съразмерни на статуса (напр. „listed“, „design certified“, „performance certified“) и да не създават впечатление за сертифицирано изпълнение, когато има само сертифициран дизайн/листване. 

• Документът е обвързан с публичната видимост и терминологията в Gold Standard Impact Registry (за да има проверимост от трети страни).

Твърдения според етапа на проекта

• Листван проект (Listed): позволени са твърдения, че проектът е „listed“/регистриран за целите на процеса, но не че има сертифицирани резултати.

• Design Certification: позволени твърдения за сертифициран дизайн и оценени safeguard/SDG елементи, но отново без да се твърди реално постигнат резултат, ако няма верификация.

• Performance Certification: твърдения за реално проверени резултати (напр. Verified Emission Reductions), при съответните правила за доказване и (ако е приложимо) за „retirement/ cancellation“ преди да се заяви компенсиране.

Използване на термини, лога и „claim substantiation“

• Насоките обичайно изискват контрол върху употребата на марката/логото и ясни формулировки, за да се избегнат подвеждащи интерпретации.

• Критично условие: твърдения, свързани с компенсиране/offsetting, трябва да се основават на реално издадени и надлежно обработени единици (вкл. retirement, ако правилата го изискват), и да са съвместими с публичните записи.

Известие за адаптация според Директива за Gold Standards (GS4GG)

Този текст беше адаптиран в съответствие с насоките, определени от Gold Standards (GS4GG)​. В нашите усилия да осигурим прозрачност, отговорност и съответствие, ние внимателно прегледахме и включихме принципите на Gold Standards в съдържанието. Този процес на адаптация отразява нашата отдаденост към висококачествено, точно и изчерпателно докладване, като гарантира, че представената информация отговаря на международно признати стандарти.