Miks energia atribuudisertifikaatide (EAC) registrite jaoks kohandatud integratsioonide loomine on lõks

Ettevõtete inseneritiimid jõuavad tavaliselt selleni, et hindavad turul olevate energia atribuudisertifikaatide (EAC) registrite võrgustikku ja mõistavad kiiresti, et peavad tegema valiku.

• A) Kas proovime need integratsioonid ise luua?
• B) Kas laseme oma tiimil jätkuvalt platvormide vahel liikudes tunde raisata?
• C) Kas otsime olemasolevat integratsiooni?

Täiesti ausalt: tarkvarapakkujana oleme siin selleks, et teid A-st ja B-st eemale veenda. Peate meid uskuma, kui ütleme, et see ei tulene ainult meie ärilisest huvist, vaid sellest, et puhtam nähtavus turgude üleselt on põhimõtteliselt keeruline ülesanne, mille lahendamiseks kulus Solderal aastaid - asutati meid 2024. aastal ja oleme sellest ajast alates töötanud oma Registry Bridge taristu kallal.

Kui paljudel registritel, millega soovite integreeruda, puuduvad API-d täielikult, on tegelikult vaja erilahendusena loodud ühendavat kihti - kohandatud arendusi igal turul toimimiseks. Teie inseneritalent ei seisa kunagi kaks korda sama ülesande ees: nad peavad jagama oma pingutust riigipõhiste portaalide vahel, püüdes ühildada eri sisselogimisviise, kontoreegleid, ülekandeprotokolle, erinevaid tühistamistõendite pakette ja avalikustamise tähtaegu , mis turgude vahel eksisteerivad.

Miks on EAC registrite integratsioonid nii keerulised? Kas mõnel on tavalised API-d?

Võiks eeldada, et neil kõigil on API-d, aga ei ole. Registrid ehitasid erinevad tarkvaratiimid kontrollitud haldussüsteemidena riigiasutustele, mitte arendajasõbralike toodetena (ega ka kasutajasõbralike toodetena). Võtame näiteks Euroopa GO süsteemi: omavahel seotud AIB-ga ühendatud EECS GO registrite võrgustik keerleb oma tuumas koostalitlusvõimelise arveldussüsteemi, "AIB Hub" ümber - kuid pealispinnal ei ole registrid ise võrdselt loodud.

Näiteks kui oleksite pädev asutus riigi valitsuses (püsige meiega), ja sooviksite käivitada oma enda registri, uuriksite tõenäoliselt, kes on olemasolevad registrid ehitanud, et tagada teie toote vastavus AIB-Hub standardile. Teile avaneks nimekiri 9 erinevast teenusepakkujast (kirjutamise hetkel), mis hõlmab üle 30 registri, kellest igaüks on ehitanud platvormi, mis on mõeldud kontrollitud ja ühendatud ülekandekogemuseks omavahel - kuid ükski teenusepakkuja ei ole arvestanud sellega, et kasutajad kasutavad mitut registrit. Nad tahavad logida eri turgude registritesse, et hallata kogu oma portfelli. Kuid ainult mõned pakuvad API-sid. Siin on mittetäielik, üldtasemel ülevaade probleemi ulatusest suurematel turgudel

• Saksamaa HNKR registril ei ole avalikku API-t: https://www.hknr.de/Uba
• Hispaania CNMC registril ei ole avalikku API-t: https://gdo.cnmc.es/
• Madalmaade CertiQ-l ei ole avalikku API-t: https://verticer.eu/en/
• Kolmel Belgia registril ei ole avalikke API-sid
• Poola TGE RGP registril ei ole avalikku API-t: https://rgp.tge.pl/
• Rootsi CESAR registril on funktsionaalselt väga piiratud API: https://cesar.energimyndigheten.se/sv/
• Soome Finextra platvormil on funktsionaalselt piiratud API: https://go.finextra.fi/app/login

Ja see puudutab vaid käputäit Euroopa registreid (arvestamata lugematuid "niši" turge üle kontinendi), mis teenindavad päritolutunnistuste turu osalejaid. Samuti tasub meeles pidada: Ühendkuningriigi OFGEM RER System REGO haldamiseks ja Evidenti I-REC süsteemil on mõlemal unikaalsed reeglid, sisselogimised ja kujundused, mis on põimitud nende erinevatesse tööprotsessidesse ning nõuavad erinevaid dokumendivorminguid.

Loo üldine moraal on see, et kui teie tiim eeldab (nagu meie aastaid tagasi), et iga turu all ootab üks stabiilne REST liides, saabub tõeliselt ebameeldiv töö hiljem. Kasutame siin sõna "ebameeldiv" eelkõige seetõttu, et probleem on mitmemõõtmeline: raskus ei tulene ainult tehnilise integratsiooni vaatenurgast, vaid ka sellest, et teie integratsioon järgiks nõuetele vastavas vormis kohaliku turu teadmisi. Arendajate jaoks on turuteadmistel põhitehnilise võimekusega väga vähe pistmist.

Kus kohandatud integratsioonid tavaliselt probleeme tekitavad:

• Pidev hoolduskulu: Portaalide kujundused muutuvad liiga sageli ilma igasuguse hoiatuseta või versioonitud arendajamärkmeteta.
• Aega raiskavad integratsioonitõkked: Käsitsi autentimine ja 2FA eripärad põhjustavad tõsiselt ebaühtlasi tõkkeid, mis nõuavad loovaid ja kulukaid lahendusi, näiteks püsiva tööajaga ja jooksvate kuludega süsteeme
• Õppimine töö käigus: Alles tehingute mahukas töötlemises saab mõned tõelised registrite eripärad välja siluda. Uskuge meid, oleme seisnud silmitsi registritasandi karmide ja ebaloogiliste vigadega, mis ilmnevad alles siis, kui tõendeid on kiiresti vaja. Vahel oleme pidanud nendest vigadest registri operaatorile ise teada andma ja need parandati.
• Järelmõjud: Mõjud, mis tekivad siis, kui teie auditivalmis tõendites on lüngad - ja need lüngad ilmuvad siis, kui teete integratsiooniprotsessis vea.

Mida peaksid ettevõtete tiimid ise ehitama?

Näeme, et meie kliendid teevad üht asja paremini kui midagi muud: oma põhitegevust. Miks siis raisata aega, mida võiks kulutada kestlikkusstrateegiale keskendumisele? Ehitamise kontekstis: olge pragmaatilised. Ehitage sisemised, ettevõttele suunatud süsteemid EAC ühenduste peale, mis juba tegelikult töötavad, selle asemel et põletada aastaid tootearenduse võimekust registrite kasutajaliideste eramuuseumi hooldamisele. Õnneks on EAC ühendused, mis juba töötavad, olemas.

Mis on lahendus?

Soldera Registry Bridge on teie eest valmis tehtud arvelduskiht ja API EAC-de jaoks, mis toimib hõõrdumiseta otsast lõpuni nõuete täitmisena. See on loodud täpselt selle probleemi lahendamiseks: oleme juurutanud olemasolevad kontod igal turul, et pakkuda sujuvat hostitud konto- ja API-pinda ostmiseks, vastuvõtmiseks, hoidmiseks, saatmiseks, müümiseks, tühistamiseks ja tõendite eksportimiseks üle 30 registri, sealhulgas ka kõige keerulisematel turgudel, kus avalikke API-sid pole. Kasutage Registry Bridge'i otse Soldera Web Appist või, kui teie olemasolev ettevõtte tarkvarakeskkond nõuab programmilisi/integreeritud registritoiminguid, saab teie tiim kasutada Soldera API-t selle all oleva eelnevalt valmis ehitatud ühendusena. See võimaldab kõiki registritoiminguid: sealhulgas automaatselt marsruutitud tühistamisi kohalike registrite kaudu seal, kus see on saadaval.

See on ka missioonikriitiline: kohalikud, registriga tagatud tühistamissertifikaadid on selgelt parim praktika usaldusväärsete RE100 taastuvelektri väidete jaoks, ning seda jäetakse sageli tähelepanuta - hoolimata asjaolust, et kohalikud tühistamised satuvad peaaegu kindlasti suurema auditikontrolli alla, kui geograafiline vastavus muutub kestlikkustiimide jaoks asjakohasemaks (vt meie artiklit GHG-P karmistamise reeglitest geograafilise vastavuse suunas). Seega, selle asemel et registrilabürinti ise uuesti üles ehitada, usaldage neid, kes on selle vaevarikka tee enne teid läbi käinud, et teie ei peaks seda tegema.