Informació Preliminar
Disponibilitat de l'API
Connexió i ús del servei
Informació preliminar
Què és CoFFEE i CoFFEE-MRR?
CoFFEE (Plataforma Comuna de Fons Europeus) és la plataforma informàtica comuna per a la gestió de fons europeus. Està orientada a integrar els diversos mòduls que donen suport a la gestió dels fons europeus competència de la Secretaria General de Fons Europeus (SGFE) en el marc financer pluriennal 2021-2027 (MFP 21-27). És l'evolució dels sistemes d'informació que donen suport a la gestió del Fons Europeu de Desenvolupament Regional (FEDER) en els marcs financers previs al 2021-2027, però ha estat concebuda per a albergar el suport a altres fons i/o mecanismes.
CoFFEE-MRR és un mòdul de CoFFEE que aprofita la tecnologia, els processos transversals, els mecanismes d'incorporació de la informació, etc. de la plataforma, i que incorpora la funcionalitat necessària per a la planificació, la gestió i el seguiment de les iniciatives associades al Mecanisme de Recuperació i Resiliència, i en concret al Pla de Recuperació, Transformació i Resiliència (PRTR).
Com sol·licito l'accés a CoFFEE/CoFFEE-MRR?
El procediment per a sol·licitar l'accés als sistemes de l'Administració Pressupostària està descrit en la secció
“Control d'Accessos” del Portal d'Administració Pressupostària.
Disponibilitat de l'API
Per a què serveix l'API de CoFFEE?
Els serveis electrònics es posen en funcionament per a facilitar a les entitats executores de les iniciatives donar compliment al que s'estableix en la normativa que regula el Pla, i en particular en l'Ordre HFP/1030/2021, de 29 de setembre, per la qual es configura el sistema de gestió del Pla de Recuperació, Transformació i Resiliència (Ordre de Gestió), i l'Ordre HFP/1031/2021, de 29 de setembre, per la qual s'estableix el procediment i format de la informació a proporcionar per les Entitats del Sector Públic Estatal, Autonòmic i Local per al seguiment del compliment de fites i objectius i d'execució pressupostària i comptable de les mesures dels components del Pla de Recuperació, Transformació i Resiliència (Ordre d'Intercanvi), i està dirigida a les entitats que disposin de capacitat i recursos per a connectar els seus propis sistemes de gestió amb CoFFEE per a proporcionar la informació requerida.
Les entitats que no disposessin d'aquesta capacitat poden incorporar la informació de manera interactiva, per a això prèviament han de sol·licitar l'accés.
Està l'API REST ja disponible per a connectar-me?
Sí. Es pot consultar l'estat d'implementació dels diferents endpoints en:
estat d'endpoints.
Llistat de versions
| Data | Versió | Entorn | Enllaç a l'API | Novetats |
|---|
| Abril 2025 | 2.0.7 | Producció |
Enllaç a la versió 2.0.7 | Nou endpoint per a edició diferència de reporti de progrés |
| Abril 2025 | 2.0.6 | Producció |
Enllaç a la versió 2.0.6 | Adaptació a canvis funcionals de CoFFEE |
| Abril 2025 | 2.0.5 | Substituïda per v2.0.6 |
Enllaç a la versió 2.0.5 | Adaptació a canvis funcionals de CoFFEE |
| Febrer 2025 | 2.0.4 | Substituïda per v2.0.5 |
Enllaç a la versió 2.0.4 | Adaptació a canvis funcionals de CoFFEE |
| Desembre 2024 | 2.0.3 | Substituïda per v2.0.4 |
Enllaç a la versió 2.0.3 | Nous instruments jurídics: Instruments financers directes, instruments financers indirectes, acords d'execució, acords d'intermediació. |
| Octubre 2024 | 2.0.2 | Substituïda per v2.0.3 |
Enllaç a la versió 2.0.2 | Definició dels serveis per al registre de progrés d'indicadors. Definició dels serveis per a la consulta de certificats de (no) revocació. |
| Juny 2024 | 2.0.1 | Substituïda per v2.0.2 |
Enllaç a la versió 2.0.1 | Definició dels serveis per a l'alta d'actuacions, subprojectes instrumentals, subprojectes i projectes. Definició dels serveis per al registre de progrés i seguiment d'indicadors. |
| Març 2024 | 2.0.0 | Substituïda per v2.0.1 |
Enllaç a la versió 2.0.0 | |
| Març 2024 | 1.5.2 | Producció |
Enllaç a la versió 1.5.2 | Paràmetre codigoPropietario opcional en alguns llistats i informació de projecte en subprojecte, subprojectes instrumentals i actuacions. |
| Gener 2024 | 1.5.1 | Substituïda per v1.5.2 |
Enllaç a la versió 1.5.1 | Adaptació de la definició dels serveis als canvis funcionals de CoFFEE. Correcció d'errors. |
| Novembre 2023 | 1.5.0 | No implementat |
Enllaç a la versió 1.5.0 | Adaptació de la definició dels serveis als canvis funcionals de CoFFEE. |
| Abril 2022 | 1.3.1 | No Implementat |
Enllaç a la versió 1.3.1 | Es tracten separadament les declaracions de progrés d'indicadors (també es limiten els valors possibles per als indicadors qualitatius) i d'execució financera. Finalment s'inclouen els documents comptables DO i DO/. |
Hi ha mecanismes alternatius a l'API per a proporcionar informació a la plataforma?
Sí, depenent del tipus d'informació a reportar, el sistema facilitarà mecanismes perquè la informació es proporcioni de manera interactiva pels usuaris que es connectin a ell, i també mitjançant la incorporació (interactiva) d'un arxiu amb totes les dades a tractar.
Naturalment, CoFFEE realitzarà les mateixes validacions quan es proporcioni la informació de manera massiva a través de la càrrega d'un fitxer.
Quin és el format de codificació del fitxer JSON que es carrega en CoFFEE?
Connexió i ús del servei
Com sol·licito l'accés a l'API i quin procediment desencadena?
En el cas que es desitgi procedir a integrar una aplicació de gestió externa amb CoFFEE ha de consultar el document amb les instruccions per a la cumplimientación de l'autorització per a actualitzar informació en CoFFEE mitjançant API.
El procediment es pot resumir en aquests punts:
2.la OIP es posarà en contacte amb el departament tècnic sol·licitant a través de la bústia de correu Coffeedesarrollo@igae.hacienda.gob.es indicant l'usuari que identifica l'aplicació de gestió.
3.Els responsables de la informació dels nodes (projectes, subprojectes i subprojectes instrumentals del PRTR) autoritzen que l'usuari que identifica l'aplicació de gestió que els dóna servei pugui accedir i editar les dades dels nodes.
4.El departamente tècnic sol·licitant configura el certificat electrònic que s'usarà per a la comunicació segura.
Com s'aconsegueix la seguretat en l'accés?
Els serveis Web client s'autenticaran mitjançant HTTPS/TLS (1.2 o superior). En concret, s'utilitzarà un certificat de segell d'Administració, òrgan o entitat de dret públic per a actuació administrativa automatitzada, o un certificat de segell electrònic qualificat derivat del Reglament eIDAS, emès en qualsevol cas per algun dels prestadors de serveis de certificació reconeguts pel servei @Signatura.
Durant el procés organitzatiu d'autorització d'accés s'acorda entre l'Oficina d'Informàtica Pressupostària i el contacte tècnic de l'organisme interessat el certificat que utilitzarà l'extrem client del servei
Com és una interacció típica amb el servei (una anomenada a un mètode de l'API)?
Una vegada ha finalitzat el procés d'autorització de l'accés, el sistema client està en condicions de fer ús del servei. Per a això, tota interacció es durà a terme sota una comunicació segura (TLS) utilitzant el certificat de segell preacordado.
Cada anomenada al servei REST inclourà en la petició HTTP, a més dels paràmetres indicats en la documentació del propi servei, dos paràmetres addicionals (idUsuario i idAplicacion), que contindran els valors que es van facilitar durant el procés de configuració de l'accés.
Poden diverses organitzacions utilitzar el mateix certificat de segell per a interactuar amb l'API?
Encara que no és habitual, aquesta possibilitat s'habilita si es tramiten dues sol·licituds d'accés, una per cadascuna de les organitzacions, i es configura el mateix certificat en ambdues. En el procés d'autorització es crearà i assignarà un usuari de servei (idUsuario) diferent per a cadascuna d'elles, i es configuraran en CoFFEE els corresponents perfils que actuïn en cadascun dels àmbits.
Atès que cada petició al servei inclou entre els seus paràmetres el codi d'usuari de servei (idUsuario), CoFFEE podrà determinar l'origen i podrà actuar en conseqüència, aplicant el perfil de seguretat corresponent..
No obstant l'anterior, cal tenir en compte que si una de les organitzacions utilitzés l'idUsuario assignat a l'altra, no existiria cap mecanisme per a identificar la suplantació, per la qual cosa aquesta possibilitat es durà a terme a risc de les organitzacions client.
Hi ha límits establerts per a l'ús del servei?
S'han definit els següents límits:
- Grandària màxima de petició: 100MB.
- Grandària màxima de document: 60MB.
- Límit màxim d'elements en una col·lecció: 100 elements.
- Nombre màxim de peticions per segon: 5 peticions.
- Nombre màxim de documents pujats sense associar: 20 documents.
Preguntes generals sobre l'API
Quin és el format de les dates?
Se segueix l'especificació OpenApi 3.0 que fa referència a la definició
RFC 3339, secció 5.6, per exemple
2022-07-21.És important destacar que algunes dates sol·licitades s'han d'especificar en trimestres.
Són tots els camps de l'API obligatoris?
No, només són obligatoris aquells camps que estan marcats com a tals (amb un asterisc en vermell).
En relació a les declaracions de progrés d'indicadors: el camp “data” (la data de referència del progrés), ha de ser la data actual?
La data de referència del progrés d'un indicador és aquella en què es considera aconseguit el valor de l'indicador que s'actualitza, i per tant ha de ser anterior o igual a la data actual, és a dir, no es permeten dates futures.
Per què en el cas d'indicadors quantitatius s'informa la “variació” i en el cas d'indicadors qualitatius s'informa el “valor”?
Els indicadors són mesuradors del progrés i poden ser quantitatius (el seu valor és una dada numèrica dins d'un rang) o qualitatius (poden adoptar un valor d'entre un conjunt tancat d'opcions)
- En el cas d'indicadors quantitatius s'ha d'informar la variació produïda des del valor anterior de l'indicador. Per exemple, si l'indicador és “Nombre de vehicles elèctrics matriculats” i s'ha passat de 1000 a 3000 vehicles, es declararà “2000”.
- En el cas d'indicadors qualitatius s'ha d'informar el nou valor que ha pres d'entre els possibles (inici, en curs i finalitzat).
El motiu pel qual per als indicadors quantitatius es proporciona la variació és que el sistema permet incorporar una justificació (textual i, opcionalment, acompanyada d'arxius). S'entén que en el moment de la declaració s'està justificant el valor incrementat (o decrementado) d'un indicador, i no el valor final aconseguit (en l'exemple anterior, es justifiquen els 2000 vehicles que s'han matriculat).
En el cas dels indicadors qualitatius, es produeix un canvi en el seu estat, i per tant es declara l'estat aconseguit.
Què és la referència d'un instrument jurídic?
En les declaracions d'execució comptable s'especifica una referència de l'instrument jurídic baix el que es fa la declaració. El cas típic és un contracte o una subvenció, però tots els instruments previstos han de poder ser identificats.
La referència és, per tant, un codi que identifica a l'instrument jurídic concret en l'àmbit de l'Actuació per a la qual es registra l'execució.
Habitualment la referència coincideix amb el propi codi de l'instrument que estableix la persona que el dóna d'alta en CoFFEE (bé sigui per pantalla, càrrega massiva, ...).
Per exemple, en el cas d'una subvenció donada d'alta en CoFFEE amb el codi BDNS "576282", la referència és exactament aquest mateix codi. O un contracte (no PLACSP) que s'ha donat d'alta en CoFFEE amb el codi de contracte "2023OIP45544", tindrà aquest mateix codi com a referència.
No obstant això, hi ha un cas més complex que és el dels contractes PLACSP, i que es tracta específicament en la següent qüestió.
Com es diferencia un contracte que està donat d'alta en la Plataforma de Contractació del Sector Públic (PLACSP) d'un que no l'està?
Els contractes PLACSP s'identifiquen per tres codis: codi d'òrgan de contractació, codi de licitació, i codi de contracte (veure següent qüestió per a una explicació detallada). Els contractes no PLACSP s'identifiquen mitjançant un únic codi.
En les entrades d'alta de contractes en CoFFEE, els dos tipus de contracte s'identifiquen de manera separada.
Atès que les referències d'instruments jurídics es fan a través d'un únic camp, en el cas de contractes PLACSP (que, com s'ha indicat, tenen tres codis) la referència correspon a la concatenació dels tres valors utilitzant el separador “~” entre ells, fins i tot encara que els camps estiguessin buits.
Què són els codis òrgan de contractació, de licitació i de contracte de PLACSP?
El
codi de l'òrgan de contractació és un identificador que usa la Plataforma de Contractació del Sector Públic (PLACSP) associat a cadascun dels òrgans (en PLACSP es denomina “ANEU Plataforma”). Cada òrgan de contractació pot consultar el seu propi en la pantalla d'administrador del perfil “administrador de l'òrgan de contractació” de PLACSP.
A més, la Direcció General de Patrimoni de l'Estat publica periòdicament la relació de codis en una
fulla Excel que van actualitzant.
En el cas de PLACSP i per a cada òrgan de contractació, els codis de licitació i de contracte són els que identifiquen de manera única un contracte que s'incorpora a la Plataforma de Contractes del Sector Públic:
El
codi de licitació es correspon amb el Número d'expedient en la PLACSP, que és el número d'expedient que proporciona cada òrgan de contractació.
El
codi de contracte correspon amb el Contracte de la PLACSP. És també un valor que determina l'òrgan de contractació. Correspon a cada contracte dins de l'expedient.
En qualsevol cas, tots dos són valors que proporciona el gestor a la PLACSP. Tots dos es poden veure en la següent imatge.
Quan s'emplena el camp “Altres Fonts de finançament”?
La informació sobre altres fonts d'informació s'emplenarà quan l'actuació a la qual correspon l'operació sigui finançada per alguna altra font, de manera addicional al finançament amb càrrec al Mecanisme de Recuperació i Resiliència. En aquest cas, s'identificarà el mecanisme o fons que ha finançat l'operació.
Canvis destacats de v1.3.1 a v1.5
Es llisten els canvis destacats segons el tipus de dades:
-
Tots els tipus:
- codigoIniciativa és ara codigoActuacion
-
Medida:
- fechaInicio su valor es un trimestre
- fechaFin su valor es un trimestre
-
Contrato:
- contratoPLACSP es ahora codigoInstrumento, codigoLicitacion y codigoOrgano
- contratoNoPLACSP es ahora codigoInstrumento
-
Subvencion:
- convocatoriaBDNS és ara codigoInstrumento
-
Iniciativa:
- Separada en Proyecto, Subproyecto, SubproyectoInstrumental y Actuacion.
- fechaInicio su valor es un trimestre
- fechaFin su valor es un trimestre
-
DeclaracionFinanciera
-
DeclaracionProgresoIndicador
- codigoIniciativa ara es diu codigoOrigenProgreso
Per norma general, els camps desapareguts no és necessari informar-los.
Canvis destacats de v1.5.0 a v1.5.1
-
Ruta:
- S'ha actualitzat la ruta POST /ejecucion/altres-instruments/destinataris
- S'han actualitzat les rutes de detall d'un instrument jurídic. El paràmetre {referència} es converteix en paràmetre de query. Per exemple, GET /estructura/actuacions/{codigo}/convenis/{referència} es converteix en GET /estructura/actuacions/{codigo}/convenis/detalli?referencia={referència}
-
Actuacion:
- Se ha actualizado el campo transferenciaDeRecursosEconomicosAOtroSubproyecto de Actuacion, se convierte en opcional.
- Se ha añadido el campo hitosObjetivosCriticos a Actuacion.
- Se ha actualizado el tipo del campo recursosEconomicos de Actución.
-
Subproyecto:
- Se ha eliminado el campo costeEstimado de recursosEconomicos de Subproyecto.
-
SubproyectoInstrumental:
- Se ha eliminado el campo costeEstimado de recursosEconomicos de SubproyectoInstrumental.
Cambios destacados de v1.5.1 a v1.5.2
-
codigoPropietario El paràmetre codigoPropietario passa a ser opcional en les següents rutes:
- /v1.5/estructura/projectes
- /v1.5/estructura/subprojectes
- /v1.5/estructura/subprojectes-instrumentals
- /v1.5/estructura/actuacions
Si no va inclòs, la llista contindrà tots els elements del tipus corresponent als que l'usuari tingui accés.
-
projecte Els subprojectes, subprojectes instrumentals i actuacions inclouen un resum del projecte al qual pertanyen (propietat
projecte).
Canvis destacats de v2.0.0 a v2.0.1
-
Instruments jurídics.
- S'han canviat els mètodes d'actualització PATCH per PUT per als nou tipus d'instruments jurídics.
- S'han canviat els camps rol dels esquemes ContratistaCambios, BeneficiarioCambios i DestinatarioCambios. Ara es retorna la descripció i no un objecte.
- S'ha actualitzat el nom del camp importeSinIVA a importeSinIva.
- S'ha afegit la uid a les sol·licituds de responsable d'operació.
- S'ha arreglat un bug en sol·licituds de perfil d'instruments que no comporta despesa que no mostrava la ruta correcta.
- S'ha afegit un endpoint en els instruments jurídics per a anul·lar una sol·licitud de responsable d'operació.
- S'ha afegit un endpoint en els instruments jurídics per a obtenir les dades d'una sol·licitud de responsable d'operació.
Canvis destacats de v2.0.1 a v2.0.2
-
Progrés d'indicadors
- Se modifica la url de reportes-de-progreso a progreso-de-indicadores.
- Se incluye en la url el código del nodo al que pertenece el reporte.
- Se incluyen los endpoints necesarios para la consulta paginada de documentos.
-
Instruments jurídics.
- Es retornen els camps importeSinIvaPrimerNivel i importeTotalPrimerNivel en la informació d'un instrument jurídic.
- Es permet l'edició del camp numLote en contractistes.
-
Fites i objectius.
- Se definen e implementan los endpoints de consulta de certificados de (no) revocación.
-
Recursos econòmics
- S'inclouen els endpoints per a la consulta de recursos econòmics.
Canvis destacats de v2.0.2 a v2.0.3
-
Progrés d'indicadors
- Nous tipus d'edició de reportis de progrés.
-
Instruments jurídics
- Instrument financer directe.
- Instrument financer indirecte.
- Acord d'execució.
- Acord d'intermediació
- Nous tipus d'edició de perceptors.
- Nou camp data de creació.
-
Fites i objectius.
- Modificació dels endpoints per a l'alta i l'edició.
-
Seguiment del pla
- Modificació de PUT /subprojectes/{codigo}/submesures/{submesura} per POST /subprojectes/{codigo}/submesures/{submesura}
Canvis destacats de v2.0.3 a v2.0.4
-
Fites i objectius.
- Nou tipus de document 'Documentació addicional al certificat'
- Permetre múltiples documents en controls de primer nivell d'un certificat
- GET /hitos-objetivos/{codigo}/seguimiento/certificados/{uid-certificado}/controles-primer-mnivel
- GET /hitos-objetivos/{codigo}/seguimiento/certificados/{uid-certificado}/controles-primer-mnivel/{uid-documento}
- GET /hitos-objetivos/{codigo}/seguimiento/certificados/{uid-certificado}/controles-primer-mnivel/{uid-documento}/contenido
- Mejora en la información de documentos asociados a un logro:
- GET /fites-objectives/{codigo}/seguiment/documents
- GET /fites-objectives/{codigo}/seguiment/documents/{uid-document}
S'inclou:
- Origen del documento
- En certificado firmado
- Importado en nivel superior
- Estado de (no) revocación
- GET /hitos-objetivos/{codigo}/seguimiento/estado-revocacion
- Ciclo de confirmación asociado a un certificado de (no) revocación
- GET /fites-objectives/{codigo}/seguiment/certificats-revocacion/{uid-certificat}
-
Seguiment del pla
- Informació de transició d'estats per a P, SP i SPI.
- GET /projectes/{codigo}/historico-estats
- GET /subprojectes/{codigo}/historico-estats
- GET /subprojectes-instrumentals/{codigo}/historico-estats
-
Documents
- Endpoint per a consulta de documents pujats però no associats.
Canvis destacats de v2.0.4 a v2.0.5
-
Fites i objectius.
- Nou tipus de document "spreadsheet" en HGC, HGnC i CID
- Nou tipus de document Índex de mecanismes de verificació
- Endpoints per a mecanismes de verificació de nodes inferiors
- GET /fites-objectives/{codigo}/seguiment/nivell-inferior/documents
- GET /fites-objectives/{codigo}/seguiment/nivell-inferior/documents/{uid-document}
- GET /fites-objectives/{codigo}/seguiment/nivell-inferior/documents/{uid-document}/contingut
- POST /fites-objectives/{codigo}/seguiment/nivell-inferior/documents/{uid-document}/importar
- DELETE /fites-objectives/{codigo}/seguiment/nivell-inferior/documents/{uid-document}
-
Instruments jurídics.
- Se añade importeTotalPrimerNivel en instrumentos jurídicos financieros directos e indirectos.
- Corregido el código del Tipo de Contrato "COSECPUPR - Colaboración entre el sector público y el sector privado"
-
Actuacions.
- Revisió camps obligatoris.
- Nou endpoint per a canviar un instrument jurídic d'actuació.
- POST /actuacions/{codigo}/instruments-juridicos/{codigo-unico}/moure/{codigo-destinació}
-
Indicadors.
- El camp "valorProgresoAcumulado" retorna -1 en el cas de tenir valors diferents en alguna fita o objectiu
-
Documents.
- Limitats els noms dels documents a 180 caràcters
Canvis destacats de v2.0.5 a v2.0.6
-
Instruments jurídics.
- Nou camp 'Subvenció bruta equivalent' per als beneficiaris financers d'instruments jurídics de tipus IFD i IFI
Canvis destacats de v2.0.6 a v2.0.7
-
Progrés d'indicadors.
- Nou endpoint per a edició diferencial de reporti
- POST /progrés-de-indicadors/{codigo}/reportis/{uid-reporti}/canvis-diferencial
-
Seguiment del pla.
- Nous endpoints per al seguiment de mesures
- GET /medidas/{codigo}/seguimiento/documentos
- GET /medidas/{codigo}/seguimiento/informes
- GET /medidas/{codigo}/seguimiento/usuarios
- GET /medidas/{codigo}/seguimiento/solicitudes-de-responsable
Preguntas generales sobre la API v2.0
Cómo obtengo el código único de un instrumento jurídico?
El código único de un instrumento jurídico se obtiene de tres formas:
-
Alta d'instrument jurídic: en la resposta de l'operació d'alta es retorna el codi únic assignat a l'instrument jurídic. Per exemple:
POST /v2.0/contractes -
Consulta d'instruments jurídics d'una actuació: el llistat d'instruments jurídics inclou el codi únic de cada instrument jurídic.
GET /v2.0/actuacions/{codigo}/instruments-juridicos -
Consulta de codi únic: existeix una utilitat per a obtenir el codi únic d'un instrument jurídic a partir del codi d'actuació i la referència de l'instrument jurídic.
GET /v2.0/instruments-juridicos/utilitats/codigo-unico
Com es realitza la pujada de documents?
La pujada de documents consta de dos passos:
-
Pujada del document: S'afegeix un document nou al sistema i s'obté el localitzador necessari per a altres operacions. El document es crea amb el tipus PENDENT. Els documents pujats i no associats a un element seran esborrats periòdicament. El servei utilitzat és:
POST /v2.0/documents -
Associació del document amb un element: El document pujat en el punt anterior s'associa a un element. En l'associació s'indica el localitzar el document, el tipus efectiu i les metadades addicionals. El servei utilitzat depèn de l'element, per exemple, per a afegir un document a un contracte, el servei és:
POST /v2.0/contractes/{codigo-unico}/documents
Si es desitja associar el mateix document a diversos elements, només és necessari realitzar una vegada la pujada del document podent utilitzar el localitzador tantes vegades com sigui necessari.
Altres dubtes
Tinc dubtes funcionals sobre la gestió del Pla de Recuperació Transformació i Resiliència i el sistema de gestió d'aquest, on puc dirigir-me?
La descripció del funcionament del Pla s'articula amb dos Ordres Ministerials:
- Ordre HFP/1030/2021, de 29 de setembre, per la qual es configura el sistema de gestió del Pla de Recuperació, Transformació i Resiliència.
- Ordre HFP/1031/2021, de 29 de setembre, per la qual s'estableix el procediment i format de la informació a proporcionar per les Entitats del Sector Públic Estatal, Autonòmic i Local per al seguiment del compliment de fites i objectius i d'execució pressupostària i comptable de les mesures dels components del Pla de Recuperació, Transformació i Resiliència.
Tinc més dubtes tècnics relacionades amb l'API, on puc dirigir-me?
Per a la resta de dubtes tècnics sobre l'API REST de CoFFEE, es pot escriure un missatge a l'adreça de correu electrònic de suport CoFFEE-Desarrollo@igae.hacienda.gob.es
Des d'aquesta bústia s'atendran exclusivament consultes de caràcter tècnic referides a l'intercanvi d'informació amb la plataforma.