Gobierno de España. Ministerio de Hacienda y Función Pública. Abre nueva ventana
Administración Presupuestaria

Ohiko galderak API interfazeari buruz

Susperraldirako, Eraldaketarako eta Erresilientziarako Planari dagozkion informazioa trukatzeko zerbitzu elektronikoei buruzko ohiko galderak

Aurretiko informazioa

API inferfazearen eskuragarritasuna

Zerbitzurako konexioa eta haren erabilera

Galdera orokorrak API interfazeari buruz

Aurretiko informazioa

Zer dira CoFFEE eta CoFFEE-MRR?

CoFFEE (Europako Funtsen Plataforma Komuna, gaztelaniaz) Europako funtsak kudeatzeko plataforma informatiko komuna da. Europako Funtsen Idazkaritza Nagusiaren eskumena diren Europako funtsen kudeaketari laguntzen dioten moduluak barne hartzera zuzenduta dago, 2021-2027 Hainbat Urtetarako Finantza Markoaren esparruan (HUFM 21-27). 2021-2027 epe aurreko finantza markoetan Eskualde Garapenerako Europako Funtsaren (EGEF) kudeaketari laguntzen dioten informazio-sistemen eboluzioa da, baina beste funts edota mekanismo batzuk barne hartzeko sortu egin da.
CoFFEE-MRR plataformaren teknologia, zeharkako prozesuak, informazioa txertatzeko mekanismoak eta abar aprobetxatzen dituen CoFFEE modulu bat da, eta Susperraldirako eta Erresilientziarako Mekanismoari eta, zehazki, Susperraldirako, Eraldaketarako eta Erresilientziarako Planari lotutako ekimenak planifikatzeko, kudeatzeko eta jarraitzeko beharrezkoa den funtzionalitatea txertatzen du.

Nola eska dezaket CoFFEE/CoFFEE-MRR plataformarako sarbidea?

Aurrekontu Administrazioaren sistemetarako sarbidea eskatzeko prozedura Aurrekontu Administrazioaren atariko “Sarbide-kontrola” atalean azaltzen da.

API inferfazearen eskuragarritasuna

Zertarako balio du CoFFEE plataformako API interfazea?

Zerbitzu elektronikoak abian jartzen dira ekimenen erakunde betearazleei plana arautzen duen araudiak zehazten duena betetzen errazteko, batez ere Susperraldirako, Eraldaketarako eta Erresilientziarako Plana kudeatzeko sistema konfiguratzen duen irailaren 29ko HFP/1030/2021 Agindua (Kudeatzeko Agindua) eta Susperraldirako, Eraldaketarako eta Erresilientziarako Planaren mugarriak eta helburuak betetzen direla jarraitzeko eta horren osagarriei dagozkien neurriak aurrekontuaren eta kontabilitatearen arabera betearazteko estatuko, autonomia-erkidegoko eta tokiko sektore publikoko erakundeek eman beharreko informazioaren prozedura eta formatua ezartzen dituen irailaren 29ko HFP/1031/2021 Agindua (Trukatzeko Agindua), eta kudeaketa-sistemak CoFFEE plataformarekin lotzeko gaitasuna eta baliabideak dituzten erakundeetara zuzenduta dago, eskatzen den informazioa emateko.
Hori egiteko gaitasunik ez duten erakundeek informazioa era elkarreragilean txerta dezakete, eta horretarako aldez aurretik sarbidea eskatu behar dute.

REST API eskuragai dago konektatzeko?

API inferfazearen eskuragarritasuna CoFFEE plataformaren “Trukatzeko formatuak” atalean erakusten da, informazio-sistemen katalogoan.

Zein da eskuragai dagoen azken bertsioa?

Bertsio guztiak eta horien egoera CoFFEE plataformaren“Trukatzeko formatuak” atalean erakusten da, informazio-sistemen katalogoan.

API ez den hautazko mekanismorik dago plataformari informazioa emateko?

Bai, jakinaraziko den informazioaren arabera, sistemak mekanismoak eskainiko ditu konektatzen diren erabiltzaileek informazioa era elkarreragilean eman dezaten, eta prozesatuko diren datu guztiak daramatzan artxiboa txertatuz (modu elkarreragilean).
Jakina, CoFFEE-k balidazio berak egingo ditu informazioa masiboki ematen denean fitxategi bat kargatuta.

Zein da CoFFEE plataforman kargatuko den JSON fitxategiaren kodifikazio-formatua?

Kodifikazioa UTF-8 da.

Zerbitzurako konexioa eta haren erabilera

Nola eskatzen dut APIra sartzea eta zer prozedura hasten da?

Aurrekontu Administrazioaren Atariko Web Zerbitzuen Katalogoan “CoFFEE-MRR truke-zerbitzua” web-zerbitzuko “Eskatu web-zerbitzu hau” aukeraren bidez eska daiteke APIra sartzea, zerbitzua eskuragarri dagoela jakinarazten den unetik aurrera.
Honela laburbil daiteke prozedura:
1. CoFFEE-rekin integratuko den sistemaren arduradunak sarbidea eskatzen du; prozesuan zehar, komunikazio segururako erabiliko den ziurtagiri elektronikoa zehazten da.
2. Europako Funtsen Idazkaritza Nagusiko (SGFE) CoFFEE-ren arduradun funtzional batek, eskatzailearen zilegitasuna egiaztatu ondoren, baimena onartzen du.
3. Aurrekontu Informatikako Bulegoko zerbitzu teknikoek “zerbitzu-erabiltzailearen” kodea esleitzen dute. SGFErekin lankidetzan, CoFFEE-ren barruan sarbide-profil bat esleitzen zaio zerbitzu-erabiltzaile horri, eta horrek zehazten du zein informazio-eremutan lan egin ahal izango duen truke elektronikoaren bidez.
4. CoFFEE-rekin integratu nahi den sistemako kontaktu teknikoari zerbitzuaren erabiltzailearen kodea (“idUsuario” izenekoa) eta zerbitzua bera identifikatzeko kodea (“idAplicacion”) ematen zaizkio. Kode hori gorde egin behar da, zerbitzuari egindako deietan erabiltzeko.
 

Nola lortzen da segurtasuna sarbidean?

Web-zerbitzu bezeroak HTTPS/TLS bidez (1.2 edo berriagoa) kautotuko dira. Zehazki, administrazio-jarduera automatizaturako administrazioaren, organoaren edo zuzenbide publikoko erakundearen zigilu-ziurtagiri bat erabiliko da, edo eIDAS erregelamenduaren araberako zigilu elektroniko kualifikatuko ziurtagiri bat, @Firma zerbitzuak onartzen dituen ziurtapen-zerbitzuen emaileetako batek emana.

Sarbidea baimentzeko antolaketa-prozesuan, Aurrekontu Informatikako Bulegoak eta erakunde interesdunaren kontaktu teknikoak zerbitzuaren bezero-muturra erabiliko duen ziurtagiria adosten dute.

¿Nolakoa da zerbitzuarekin izan ohi den interakzioa (APIaren metodo baterako deia)?

Sarbidea baimentzeko prozesua amaitu ondoren, bezero-sistema zerbitzua erabiltzeko moduan dago. Horretarako, interakzio guztiak komunikazio seguru baten bidez egingo dira (TLS), aurrez adostutako zigilu-ziurtagiria erabiliz.
REST zerbitzura egindako dei bakoitzak, zerbitzuaren beraren dokumentazioan adierazitako parametroez gain, beste bi parametro ere izango ditu HTTP eskaeran (idUsuario eta idAplicacion); parametro horiek sarbidea konfiguratzeko prozesuan emandako balioak jasoko dituzte.

¿Erabil al dezakete erakunde batek baino gehiagok zigilu-ziurtagiri bera APIarekin interakzioan aritzeko?

Ohikoa ez den arren, aukera hori gaitu egiten da bi sarbide-eskaera tramitatzen badira, erakunde bakoitzeko bat, eta bietan ziurtagiri bera konfiguratzen bada. Baimentze-prozesuan zerbitzu-erabiltzaile bat (idUsuario) sortu eta esleituko da haietako bakoitzarentzat, eta eremu bakoitzean jardungo duten profilak konfiguratuko dira CoFFEE-n.
Hala ere, kontuan hartu behar da, erakunde batek besteari esleitutako idUsuario erabiliko balu, ez litzatekeela inolako mekanismorik egongo ordezpena identifikatzeko; beraz, aukera hori bezero-erakundeen arriskupean gauzatuko da.

Badago mugarik zerbitzua erabiltzeko?

Muga hauek definitu dira:
  • Eskaeraren gehieneko tamaina: 100 MB.
  • Dokumentuaren gehieneko tamaina: 60 MB.
  • Bilduma bateko elementuen gehieneko muga: 100 elementu.
  • Eskaera-kopurua minutuko: ezartzeke.

Galdera orokorrak API interfazeari buruz

Zein da daten formatua?

OpenApi 3.0 zehaztapena jarraitzen da RFC 3339 definizioari, 5.6 atalari, dagokiona, adibidez 2022-07-21.
Nabarmentzekoa da eskatutako data batzuk hiruhilekoetan zehaztu behar direla.

API interfazearen eremu guztiak derrigorrezkoak dira?

Ez, derrigorrezkoak dira hala zehaztu diren eremuak bakarrik (hau da, izartxo gorria daramatenak).

Hainbat kontularitzako egikaritzeko aitorpen bidal ditzaket POST dei berean?

Bai, dei bakoitzak deklaratzaile bereko (deklaratzaile bakarra) nahi adina aitorpen izan ditzake, eskemaren “DeclaracionEjecucion” datu-motak zehazten duen moduan.

Adierazleen aurrerabide-aitorpenei dagokienez: “data” eremuak (aurrerabidearen erreferentzia-data) gaurko data izan behar du?

Adierazle baten aurrerabidearen erreferentzia-data da eguneratzen den adierazlearen balioa lortutzat jotzen dena eta, ondorioz, gaurko data edo aurrekoa izan behar da, hau da, ez dira etorkizuneko datak onartzen.

Zergatik adierazle kuantitatiboak direnean “aldakuntza” jakinarazten da, eta adierazle kualitatiboak direnean “balioa” jakinarazten da?

Adierazleak aurrerabidearen neurgailuak dira, eta kuantitatiboak (balioa zenbakizko datu bat da, tarte baten barruan) edo kualitatiboak (balio bat eduki dezakete aukera-multzo itxi batean) izan daitezke.
  • Adierazle kuantitatiboetan adierazlearen aurreko baliotik nagusitu den aldakuntza jakinarazi beharra dago. Adibidez, adierazlea “Matrikulatu diren ibilgailu elektrikoen kopurua” bada eta 1000 ibilgailutik 3000 ibilgailura pasatu bada, “2000” adieraziko da.
  • Adierazle kualitatiboetan adierazleak aukeren artean hartu duen balio berria jakinarazi beharra dago (hasiera, aribidean eta amaituta).
Adierazle kuantitatiboetan aldakuntza ematen da sistemak justifikazio bat gehitzeko aukera ematen duelako (idatziz eta, hautaz, artxiboekin batera). Aitorpena egiten den unean adierazle baten handitutako (edo txikitutako) balioa arrazoitzen ari dela ulertzen da, ez lortutako azken balioa (aurreko adibidean, matrikulatu egin diren 2000 ibilgailuak arrazoitu egiten dira).
Adierazle kualitatiboetan egoeraren aldaketa gertatzen da eta, beraz, lortutako egoera adierazi egingo da.

Kontularitzako egikaritzeko aitorpenei dagokienez: “KontularitzakoData” eremuak (aurrerabidearen erreferentzia-data) gaurkoa baino geroagoko data izan daiteke?

Kontularitzako data gaurko data edo aurrekoa izan behar da, hau da, ez dira etorkizuneko datak onartzen.

Zer da tresna juridiko baten erreferentzia?

Kontabilitate-betearazpeneko aitorpenetan, aitorpena egiteko tresna juridikoaren erreferentzia bat zehazten da. Ohiko kasua kontratu edo dirulaguntza bat da, baina aurreikusitako tresna guztiak identifikatzeko gai izan behar da.
Erreferentzia, beraz, betearazpenari dagokion jarduketaren esparruko tresna juridiko zehatza identifikatzen duen kodea da.
Normalean, erreferentzia bat dator CoFFEE-n alta ematen duen pertsonak ezartzen duen tresnaren kodearekin (pantailaz, karga masiboz…).
Adibidez, CoFFEE-n “576282” BDNS kodearekin alta emanda dagoen dirulaguntza baten kasuan, erreferentzia kode hori bera da. Edo CoFFEE-n “2023OIP45544” kontratu-kodearekin alta emanda dagoen kontratu batek (ez PLACSP) kode hori bera izango du erreferentzia gisa.
Hala ere, kasu konplexuago bat dago, PLACSP kontratuen kasua, hain zuzen, eta hurrengo galderan jorratzen da zehazki.

Nola bereizten dira Sektore Publikoko Kontratazio Plataforman (PLACSP) alta emanda dagoen kontratu bat eta alta emanda ez dagoen bat?

PLACSP kontratuak hiru koderen bidez identifikatzen dira: kontratazio-organoaren kodea, lizitazio-kodea eta kontratu-kodea (ikus hurrengo galdera azalpen zehatza ikusteko). PLACSP ez diren kontratuak kode bakar baten bidez identifikatzen dira.
CoFFEE-ko kontratuen alta-sarreretan, bi kontratu-motak bereizita identifikatzen dira.
Tresna juridikoen erreferentziak eremu bakar baten bidez egiten direnez, PLACSP kontratuen kasuan (esan bezala, hiru kode dituzte), erreferentzia hiru balioak lotzeari dagokio, “~” banatzailea erabiliz, baita eremuak hutsik egon arren ere.

Zer dira PLACSP plataformaren kontratazio-, lizitazio- eta kontratu-organoaren kodeak?

Kontratazio-organoaren kodea Sektore Publikoko Kontratazio Plataformak (PLACSP, gaztelaniaz) erabiltzen duen identifikadore bat da, organo bakoitzari lotuta (PLACSP plataforman “ID Plataforma” deitzen da). Kontratazio-organo bakoitzak berea kontsulta dezake PLACSP plataformaren “kontratazio-organoen kudeatzailea” profilaren kudeatzailearen pantailan.
PLACSP1.PNG
Gainera, Estatuko Ondarearen Zuzendaritza Nagusiak aldizka argitaratzen du kodeen zerrenda eguneratuz joaten denExcel orrialde batean.
PLACSP plataformaren kasuan, eta kontratazio-organo bakoitzerako, lizitazio- eta kontratu-kodeak Sektore Publikoko Kontratazio Plataforman txertatzen den kontratu bat modu bakarrean identifikatzen dutenak dira:
Lizitazio-kodea PLACSP plataforman datorren espediente-zenbakiarekin dator bat, eta kontratazio-organo bakoitzak ematen duen espediente-zenbakia da.
Kontratu-kodea PLACSP plataforman datorren kontratuarekin dator bat. Kontratazio-organoak zehazten duen balioa da ere bai. Espedientearen barruan dagoen kontratu bakoitzari dagokio.
Nolanahi ere, bi balio horiek kudeatzaileak eman behar dizkio PLACSP plataformari. Honako irudi honetan ikus daitezke biak.
PLACSP2.PNG

Noiz bete behar da “Bestelako finantzaketa-iturriak” eremua?

Bestelako finantzaketa-iturriei buruzko informazioa eragiketaren jarduketa beste iturri batek finantzatzen duenean bete beharko da, Susperraldirako eta Erresilientziarako Mekanismoaren konturako finantzaketaz gain. Kasu honetan, eragiketa finantzatu duen mekanismoa edo funtsa identifikatuko da.

Kontularitzako informazioa bidaltzeari dagokionez: txertatzen diren kontratuak/dirulaguntzak CoFFEE sisteman altan emanda egon behar dira bidalketa egin baino lehen?

Bai, beharrezkoa da hirugarrenak CoFFEE-n alta emanda egotea kontabilitateko informazioa igorri aurretik. APIak beharrezko zerbitzuak ematen ditu

Kontularitzako informazioa bidaltzeari dagokionez, txertatzen diren bitartekoak (onuradunak, kontratistak eta abar) CoFFEE sisteman altan emanda egon behar dira bidalketa egin baino lehen?

Bai, beharrezkoa da hirugarrenak CoFFEE-n alta emanda egotea kontabilitateko informazioa igorri aurretik. APIak beharrezko zerbitzuak ematen ditu

Kontularitzako fase “barradunei” dagokienez (A/, D/, O/, AD/, ADO/, PR/, RE/), zenbatekoak positibo edo negatibo islatu behar dira?

Zenbatekoak dokumentu barradunetan beti positibo dira; barrak ezartzen du dagoeneko zenbatekoak negatibotzat hartuko direla kontularitzari dagokionez.

Kontularitzako egikaritzeko edo adierazleen aurrerabideko informazioa bidali ondoren: jaso izanaren adierazpenik jasoko dut?

Bai, sistemak jaso izanaren adierazpen elektronikoa bidaliko du, eragiketak jarraitzeko aukera emango duena

v1.3.1 bertsiotik v1.5 bertsiora izandako aldaketa nabarmenak

Aldaketa nabarmenen zerrenda ematen da, datu-motaren arabera:
  • Mota guztiak:
    • codigoIniciativa orain codigoActuacion da Medida:
  • Medida:
    • fechaInicio hiruhileko bat da
    • fechaFin hiruhileko bat da
  • Contrato:
    • contratoPLACSP orain codigoInstrumento, codigoLicitacion eta codigoOrgano da
    • contratoNoPLACSP orain codigoInstrumento da
  • Subvencion:
    • convocatoriaBDNS orain codigoInstrumento da
  • Iniciativa:
    • Proyecto, Subproyecto, SubproyectoInstrumental eta Actuacion gisa bereizten da.
    • fechaInicio hiruhileko bat da
    • fechaFin hiruhileko bat da
  • DeclaracionFinanciera
  • DeclaracionProgresoIndicador
    • codigoIniciativa orain codigoOrigenProgreso da
Oro har, ez da beharrezkoa desagertutako eremuak betetzea.

v1.5.0 bertsiotik v1.5.1 bertsiora izandako aldaketa nabarmenak

  • Ruta:
    • POST /ejecucion/otros-instrumentos/destinatarios bidea eguneratu da
    • Tresna juridikoaren xehetasun-bideak eguneratu dira. {referencia} parametroa query parametro bihurtu da. Adibidez, GET /estructura/actuaciones/{codigo}/convenios/{referencia} orain GET /estructura/actuaciones/{codigo}/convenios/detalle?referencia={referencia} bihurtu da.
  • Actuacion:
    • Actuacion motako transferenciaDeRecursosEconomicosAOtroSubproyecto eguneratu da; aukerakoa bihurtu da.
    • hitosObjetivosCriticos eremua gehitu da Actuacion motan.
    • Actuacion motako recursosEconomicos eremua eguneratu da.
  • Subproyecto:
    • Subproyecto motako recursosEconomicos eremuko costeEstimado eremua ezabatu da.
  • SubproyectoInstrumental:
    • SubproyectoInstrumental motako recursosEconomicos eremuko costeEstimado eremua ezabatu da.

v1.5.1 bertsiotik v1.5.2 bertsiora izandako aldaketa nabarmenak

  • codigoPropietario codigoPropietario parametroa aukerakoa bihurtu da bide hauetan:
    • /v1.5/estructura/proyectos
    • /v1.5/estructura/subproyectos
    • /v1.5/estructura/subproyectos-instrumentales
    • /v1.5/estructura/actuaciones
    Sartuta ez badago, erabiltzaileak atzi ditzakeen dagokion motako elementu guztiak izango ditu zerrendak.
  • proyecto Azpiproiektuek, azpiproiektu instrumentalek eta jarduketek dagokien proiektuaren laburpena dute (proyecto jabetza).

APIaren v2.0 bertsioari buruzko galdera orokorrak

Nola lortzen dut tresna juridiko baten kode bakarra?

Tresna juridiko baten kode bakarra hiru modutan lortzen da:
  • Tresna juridikoaren alta: alta-eragiketaren erantzunean, tresna juridikoari esleitutako kode bakarra itzultzen da. Adibidez: POST /v2.0/contratos
  • Jarduketa baten tresna juridikoen kontsulta: tresna juridikoen zerrendan tresna juridiko bakoitzaren kode bakarra dago. GET /v2.0/actuaciones/{codigo}/instrumentos-juridicos
  • Kode bakarraren kontsulta: tresna juridiko baten kode bakarra lortzeko balio du, jarduketa-kodean eta tresna juridikoaren erreferentzian oinarrituta. GET /v2.0/instrumentos-juridicos/utilidades/codigo-unico

Nola kargatzen dira dokumentuak?

Bi urratsetan kargatzen dira dokumentuak:
  • Dokumentua kargatzea: Dokumentu berri bat gehitzen zaio sistemari, eta beste eragiketa batzuetarako behar den lokalizatzailea lortzen da. Dokumentua PENDIENTE motarekin sortzen da. Kargatuta dauden baina elementu bati lotuta ez dauden dokumentuak aldizka ezabatuko dira. Zerbitzu hau erabiltzen da: POST /v2.0/documentos
  • Dokumentua elementu batekin lotzea: Aurreko puntuan kargatutako dokumentua elementu bati lotzen zaio. Lotzean, dokumentuaren lokalizatzailea, mota efektiboa eta metadatu gehigarriak adierazten dira. Erabilitako zerbitzua elementuaren araberakoa da; adibidez, kontratu bati dokumentu bat gehitzeko, hau da zerbitzua: POST /v2.0/contratos/{codigo-unico}/documentos
Dokumentu bera elementu bati baino gehiagori lotu nahi bazaio, dokumentua behin baino ez da kargatu behar, eta behar adina aldiz erabil daiteke lokalizatzailea.

Bestelako zalantzak

Susperraldirako, Eraldaketarako eta Erresilientziarako Planaren kudeaketari eta horren kudeaketa-sistemari buruzko zalantza funtzionalak ditut; nora jo behar dut?

Planaren funtzionamenduaren deskribapena bi Ministro Aginduetan zehazten da:
  • Susperraldirako, Eraldaketarako eta Erresilientziarako Plana kudeatzeko sistema konfiguratzen duen irailaren 29ko HFP/1030/2021 Agindua.
  • Susperraldirako, Eraldaketarako eta Erresilientziarako Planaren mugarriak eta helburuak betetzen direla jarraitzeko eta horren osagarriei dagozkien neurriak aurrekontuaren eta kontabilitatearen arabera betearazteko estatuko, autonomia-erkidegoko eta tokiko sektore publikoko erakundeek eman beharreko informazioaren prozedura eta formatua ezartzen dituen irailaren 29ko HFP/1031/2021 Agindua.

API interfazearekin lotutako zalantza tekniko gehiago ditut; nora jo dezaket?

CoFFEE sistemaren REST API interfazeari buruzko gainerako zalantza teknikoetarako, mezu bat bidal daiteke laguntzarako helbide elektronikora, CoFFEE-Desarrollo@igae.hacienda.gob.es
Postontzi horretan plataformarekin informazioa trukatzeari buruzko zalantza teknikoak bakarrik erantzungo dira.