Docs
MethodologiesBOLD Recycling CreditBOLD Recycling Credit - MvF

Framework BOLD Recycling Credit

Especificação do framework BOLD Recycling Credit versão 1.0.1.

Resumo do framework

PropriedadeValor
MetodologiaBOLD Recycling
Versão1.0.1
StatusPublicado
Tipo de créditoCrédito de Reciclagem
TokenTRC (C-BIOW) — emitido por esta metodologia
Documento do frameworkPDF

Escopo

O MvF BOLD Recycling define procedimentos de verificação para o desvio de resíduos orgânicos de aterros sanitários para instalações de compostagem:

  • Tipos de resíduos: Resíduos alimentares, resíduos verdes (podas de jardins, quintais e parques), lodo de estações de tratamento de resíduos, resíduos da indústria do tabaco e outros subtipos orgânicos classificados sob códigos de resíduos do CDM
  • Tratamento: Compostagem aeróbica em instalações profissionais
  • Geografia: Atualmente operacional no Brasil, com o framework projetado para ser expansível a outras regiões com sistemas de classificação de resíduos compatíveis

Critérios de elegibilidade

Os participantes devem atender aos requisitos de homologação:

  • Geradores de resíduos — Devem ser identificados com documentação válida. Datas de homologação são opcionais.
  • Transportadores — Obrigatórios para transporte por caminhão e barco; opcionais para coleta por tubulação de lodo e carrinho.
  • Processadores — Exatamente um processador deve ser identificado por MassID.
  • Recicladores — Exatamente um reciclador (instalação de compostagem) deve ser identificado com datas de homologação válidas.
  • Integradores — Devem ter datas de homologação válidas.

Requisitos de verificação

O framework especifica verificações em toda a cadeia de suprimentos:

  • Validação de documentos — Estrutura, tipo, unidade e valor do MassID
  • Identificação de atores — Presença e identidade de todos os participantes obrigatórios
  • Validação de eventos — Dados de pesagem, triagem, entrega e ciclo de compostagem
  • Geolocalização — Correspondência de endereços entre eventos e locais homologados
  • Manifestos — Documentação obrigatória de transporte e reciclagem
  • Conformidade — Classificação regional de resíduos e validade do período do projeto
  • Integridade — Verificações de unicidade para prevenir contagem dupla

Parâmetros-chave

ParâmetroValor
Período do ciclo de compostagemValidado entre os eventos Drop Off e Recycled
Tolerância de geolocalizaçãoEndereços dos participantes validados contra endereços homologados
Unidade do documentoQuilogramas (kg)
Tipo do documentoOrgânico
Período do projetoO evento Recycled deve ocorrer em ou após 1 de janeiro do ano anterior

Regras de validação

Consulte o catálogo de regras do BOLD Recycling para a lista completa de regras de validação, agrupadas por categoria com descrições.

Downloads

Feedback: method@carrot.eco


Regras do framework

As regras de framework definem o que deve ser verificado na metodologia BOLD Recycling. Cada regra de framework especifica um requisito de validação em nível de especificação.

Essas regras são implementadas por uma ou mais regras de aplicação que contêm a lógica de validação executável. O mapeamento não é um-para-um: uma única regra de aplicação pode satisfazer múltiplas regras de framework, e uma regra de framework pode exigir múltiplas regras de aplicação para verificação completa.

Exibindo 54 de 54 regras
Estrutural: 26Metodologia: 11Auditoria: 17
1

Audit Eligibility Check

Validates that the 'Recycled' event occurred within the timeframe allowed by the methodology. The event must have occurred on or after January 1st of the previous year.

Referência da metodologia: 10.2 Allowable Project Period

Metodologia
2

Check Participants Accreditation

Validates that all participants involved in the supply chain are accredited by the Carrot system. Verifies that accreditation documents exist and that their due dates have not expired.

Auditoria
3

TRC Absence

Verifies that the MassID document does not already have a recycling credit event linked to it, ensuring no double counting of recycling credits (TRC).

Referência da metodologia: 3.4.2 Avoidance of Double-Counting

Metodologia
4

Document Value

Verifies that the document has a value greater than zero. The document value represents the weight of the mass registered on the platform.

Auditoria
5

Document Measurement Unit

Verifies that the document's measurement unit is kilograms (kg), the standard unit adopted by the Carrot Platform.

Auditoria
6

Document Category

Verifies that the document is declared with the 'MassID' category, as required by the BOLD methodologies for mass verification.

Auditoria
7

Document Type

Verifies that the document type is declared as 'Organic'. The BOLD Carbon and BOLD Recycling methodologies are designed for organic waste types.

Referência da metodologia: 1.1 Summary Table

Metodologia
8

Document Subtype

Verifies that the MassID organic waste subtype belongs to the group of subtypes approved by the BOLD methodologies, as defined by CDM TOOL04 eligible organic waste type classes.

Referência da metodologia: 6.2 Baseline Selection

Metodologia
9

Local Waste Classification

The 'Pick-up' event must contain a 'Local Waste Classification ID' attribute with a code from the official waste classification of the jurisdiction where the waste was collected, and a 'Local Waste Classification Desc' attribute with the corresponding description. When the country code is 'BR', the fields must match the Brazilian solid waste list from Ibama.

Estrutural
10

Local Waste Classification x CDM

When the country code of the collection address is 'BR', the 'Local Waste Classification ID' must correspond to an organic waste type from CDM Tool 04, mapped according to the Ibama-CDM correspondence table.

Estrutural
11

Time Interval Check

The time difference between the 'Drop-Off' and 'Recycled' events must be between 60 and 180 days, ensuring the composting cycle meets quality standards for fertilizer production.

Auditoria
12

Waste Origin Identified

When the waste origin is unknown, the 'Pick-up' event must contain the 'Waste Origin' metadata set to 'Unidentified'. When the origin is known, this metadata must not be present, indicating the waste generator is identified.

Auditoria
13

One Waste Source

When the 'Waste Origin' metadata is not declared as 'Unidentified' in the 'Pick-up' event, there must be exactly one 'Waste Generator' actor event, identifying the source of the waste in the supply chain.

Referência da metodologia: Participants

Metodologia
14

First Identified Participant - FIP

The First Identified Participant (also known as primary participant) must be the same participant indicated in the event where the waste was first registered (Pick-up). Validation is performed based on participant IDs.

Estrutural
15

FIP Address

The address identified in the first registration event (Pick-up) must match the address indicated for the First Identified Participant. Address validation is performed based on registered address IDs.

Estrutural
16

Recycler Actor

The MassID must contain exactly one 'Recycler' actor event, ensuring there is a single identified recycler responsible for transforming the waste and reintroducing it into the economy.

Estrutural
17

Hauler Identification

When the 'Vehicle Type' metadata is not 'sludge-pipes' or 'cart', the MassID must contain at least one 'Hauler' actor event identifying the transport participant responsible for moving the waste.

Estrutural
18

Drop-off Event

A 'Drop-off' event must be declared in the MassID, confirming that the waste was delivered to the correct destination and transferred to the composting facility.

Estrutural
19

Pick-up Geolocation Precision

In the 'Pick-up' event, the geolocation declared in the 'app-gps-latitude' and 'app-gps-longitude' metadata must be compatible with the event address data, within a 2 km radius. If GPS data is unavailable, validation falls back to the address registered in the accreditation.

Auditoria
20

Check Recycler and Drop-Off Addresses

At least one 'Drop-off' event must have its 'Responsible Party' address matching the address declared for the 'Recycler' actor event. Address validation is performed based on registered address IDs.

Estrutural
21

Processor and Drop-Off

When a Drop-Off event has a 'Responsible Party' matching a 'Processor' participant, there must be a subsequent Drop-Off event whose 'Responsible Party' matches the 'Recycler' participant, ensuring the waste is forwarded from the processor to the recycling facility.

Estrutural
22

Drop-off Geolocation Precision

In the 'Drop-off' event, the geolocation declared in the 'app-gps-latitude' and 'app-gps-longitude' metadata must be compatible with the event address data, within a 2 km radius. If GPS data is unavailable, validation falls back to the address registered in the participant's accreditation.

Auditoria
23

Receiving Operator Identifier

The 'Drop-off' event must contain the 'Receiving Operator Identifier' metadata, ensuring a responsible operator is registered for receiving the waste at the composting facility, enabling traceability and accountability.

Referência da metodologia: 9.1 Mass Recording Requirements

Metodologia
24

Methodology Distance Limit

Verifies the distance between the 'Pick-up' and 'Drop-off' event geolocations. Distances exceeding 200 km are flagged for review in the Carrot Operations Dashboard, as the project boundary established under UNFCCC AMS-III.F. is 200 km.

Referência da metodologia: 6.1 Project Boundaries

Metodologia
25

Vehicle Type

In a MassID document, the 'Vehicle Type' metadata is mandatory and must be one of the methodology-approved types: Truck, Car, Mini Van, Bicycle, Motorcycle, Cart, Sludge Pipes, Boat, Cargo Ship, or Others.

Estrutural
26

Vehicle Description

When the 'Vehicle Type' metadata is 'Others' in the 'Pick-up' event, a 'Vehicle Description' metadata must be declared, ensuring all non-standard transport means are properly identified and documented.

Estrutural
27

Vehicle License Plate

In the 'Pick-up' event, when the 'Vehicle Type' is not 'Sludge Pipes', 'Cart', or 'Bicycle', the 'Vehicle License Plate' metadata must be declared to enable transport tracking and prevent fraud.

Estrutural
28

Driver Identifier

When the 'Vehicle Type' is not 'Sludge Pipes', the 'Driver Identifier' metadata must be declared. If identified, the 'Internal DriverID' must be provided. If not identified, a 'Reason Dismissal DriverID' justification is required.

Referência da metodologia: 9.1 Mass Recording Requirements

Metodologia
29

Has Transport Manifest

Verifies that the 'Transport Manifest' event is declared in the MassID document, ensuring proof of waste transport is properly documented and traceable.

Referência da metodologia: 9.4 Processors and the Waste Generator

Metodologia
30

Transport Manifest Attachment

When a 'Transport Manifest' event does not have an 'Exemption Justification' metadata, it must contain an attachment named 'Transport Manifest' as documentary proof of transport.

Referência da metodologia: 9.4 Processors and the Waste Generator

Metodologia
31

Transport Manifest Exemption Justification

When a 'Transport Manifest' event does not contain the metadata required by the 'Transport Manifest Fields' rule, an 'Exemption Justification' metadata must be declared with a non-empty value.

Estrutural
32

Transport Manifest Fields

When a 'Transport Manifest' event has no 'Exemption Justification', the following metadata must be filled: 'Document Type', 'Document Number', 'Document Date Issue', and 'Event Value'. When the Recycler is located in Brazil (country='BR'), the 'Document Type' must be 'MTR'.

Referência da metodologia: 9.4 Processors and the Waste Generator

Metodologia
33

Has Recycling Manifest

Verifies that the 'Recycling Manifest' event is declared in the MassID document, confirming that the waste was effectively processed at a recycling facility.

Estrutural
34

Recycling Manifest Attachment

When a 'Recycling Manifest' event does not have an 'Exemption Justification' metadata, it must contain an attachment named 'Recycling Manifest'. The required supporting document may vary by country where the recycler is located.

Estrutural
35

Recycling Manifest Exemption Justification

When a 'Recycling Manifest' event does not contain the metadata required by the 'Recycling Manifest Fields' rule, an 'Exemption Justification' metadata must be declared with a non-empty value.

Estrutural
36

Recycling Manifest Address

The address declared in the 'Recycling Manifest' event must match the address of the 'Recycler' actor, ensuring the waste was processed at the correct location. Address validation is performed based on registered address IDs.

Estrutural
37

Recycling Manifest Fields

When a 'Recycling Manifest' event has no 'Exemption Justification', the following metadata must be filled: 'Document Type', 'Document Number', and 'Document Date Issue'. When the Recycler is located in Brazil (country='BR'), the 'Document Type' must be 'CDF'.

Estrutural
38

Recycling Manifest Value

When a 'Recycling Manifest' event has no 'Exemption Justification', the 'Event Value' metadata must exactly match the 'value' declared in the document, preventing discrepancies in the recycling record.

Auditoria
39

Weight Capture Method

In the 'WEIGHING' event, the 'Weight Capture Method' metadata must be present with one of the following values: Digital, Photo (Scale+Cargo), Manual, or Transport Manifest.

Estrutural
40

Scale Type

In the 'WEIGHING' event, the 'Scale Type' metadata must be declared and identified as one of the approved types: Weighbridge, Floor Scale, Pallet Scale, Forklift Scale, Conveyor Belt Scale, Hanging/Crane Scale, Bin Scale, Portable Axle Weigher, Onboard Truck Scale, Precision/Bench Scale, or Two-bin Lateral Scale.

Auditoria
41

Container Type

In the 'WEIGHING' event, the 'Container Type' metadata must be present with one of the following values: Bag, Bin, Drum, Pail, Street Bin, Waste Box, or Truck.

Estrutural
42

Scale Accreditation

In the 'WEIGHING' event, the 'Scale Accreditation' metadata must be present with a link to the scale validation event in the accreditation of the participant responsible for weighing.

Auditoria
43

Weighing Fields

The MassID must have at least one 'WEIGHING' event with the following metadata: 'Gross Weight' (decimal > 0, in kg), 'Container Capacity' (decimal > 0, in KILOGRAM, LITER, or CUBIC_METER), 'Tare' (decimal >= 0, in kg), 'Mass Net Weight' (decimal > 0, in kg), and 'Container Quantity' (integer >= 1, required when Container Type is not 'Truck').

Estrutural
44

Truck Weighing

In the 'WEIGHING' event, when the 'Container Type' is 'Truck', a 'Vehicle License Plate' attribute must be present.

Estrutural
45

Weighing in two steps

When a 'WEIGHING' event lacks 'Mass Net Weight' and 'Tare', it must have 'Gross Weight' and 'Container Capacity'. A second 'WEIGHING' event must then follow with matching 'Gross Weight', 'Container Capacity', 'Scale Type', 'Scale Accreditation', 'Container Type', and 'Vehicle License Plate' values, plus all other fields per the 'Weighing Fields' rule.

Estrutural
46

Net Weight Verification

When a 'WEIGHING' event satisfies the 'Weighing Fields' rule, the following calculation is verified: Mass Net Weight = Gross Weight - (Tare * Container Quantity). If 'Container Quantity' is not provided, a value of 1 is assumed.

Estrutural
47

Mass Sorting Event

A 'Sorting' event must be declared after all 'Weighing' events in the MassID document.

Estrutural
48

Sorting Value Field

The 'Sorting' event must contain a 'value' metadata, and the 'value' field of the 'Sorting' event must update the MassID document value.

Estrutural
49

Sorting Calculation

Verifies that the sorting calculation is correct by executing the equation: document value * (100% - conversion factor) = mass sorting value, and comparing the result with the value declared in the 'Sorting' event.

Auditoria
50

Double-checking Source Emitted Masses

Checks the monthly waste generation ceiling in the source's accreditation page. If the sum of masses from the same generator in the same month exceeds the ceiling by more than 20%, the MassID is blocked for credit generation until reviewed by the operations department.

Auditoria
51

Double-checking Recycler Emitted Masses

Checks the operational capacity in the recycler's accreditation page. If the sum of masses processed by the same recycler in the same month exceeds the operational capacity by more than 3%, the MassID is blocked for credit generation until approved by the operations department.

Auditoria
52

Duplicate Check

Verifies that no other mass documents exist with the same document value, same date and time of receipt at the recycling yard, same generator, and same vehicle. Duplicate documents are rejected to prevent inconsistencies.

Auditoria
53

Route Check

Verifies that the date, time of the 'Drop-Off' event, and 'vehicle-license-plate' of the audited MassID are unique. If there is a conflict with another MassID, the mass is rejected to prevent duplicate or inconsistent records.

Auditoria
54

Recycled-to-Input Conversion

Verifies the composting fertilizer coefficient in the recycler's accreditation page and checks whether the declared quantity is compatible with the calculation, ensuring accuracy in recycled-to-input conversion reporting.

Auditoria

Ver regras de aplicação · Saiba mais sobre o BOLD Recycling

On this page