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

Preguntas frecuentes sobre a API

Preguntas frecuentes sobre os servizos electrónicos de intercambio de información relativa ao Plan de Recuperación, Transformación e Resiliencia.

Información Preliminar

Dispoñibilidade da API

Conexión e uso do servizo

Preguntas xerais sobre a API

Información preliminar

Que é CoFFEE e CoFFEE-MRR?

CoFFEE (Plataforma Común de Fondos Europeos) é a plataforma informática común para a xestión de fondos europeos. Está orientada a integrar os diversos módulos que dan soporte á xestión dos fondos europeos competencia da Secretaría Xeral de Fondos Europeos (SGFE) no marco financeiro plurianual 2021-2027 (MFP 21-27). É a evolución dos sistemas de información que dan soporte á xestión do Fondo Europeo de Desenvolvemento Rexional (FEDER) nos marcos financeiros previos ao 2021-2027, pero foi concibida para albergar o soporte a outros fondos e/ou mecanismos.
CoFFEE-MRR é un módulo de CoFFEE que aproveita a tecnoloxía, os procesos transversais, os mecanismos de incorporación da información, etc. da plataforma, e que incorpora a funcionalidade necesaria para a planificación, a xestión e o seguimento das iniciativas asociadas ao Mecanismo de Recuperación e Resiliencia, e en concreto ao Plan de Recuperación, Transformación e Resiliencia (PRTR).

Como solicito o acceso a CoFFEE/CoFFEE-MRR?

O procedemento para solicitar o acceso aos sistemas da Administración Orzamentaria está descrito na sección “Control de Accesos” do Portal de Administración Orzamentaria.

Dispoñibilidade da API

Para que serve a API de CoFFEE?

Os servizos electrónicos ponse en funcionamento para facilitar ás entidades executoras das iniciativas dar cumprimento ao establecido na normativa que regula o Plan, e en particular na Orde HFP/1030/2021, do 29 de setembro, pola que se configura o sistema de xestión do Plan de Recuperación, Transformación e Resiliencia (Orde de Xestión), e a Orde HFP/1031/2021, do 29 de setembro, pola que se establece o procedemento e formato da información a proporcionar polas Entidades do Sector Público Estatal, Autonómico e Local para o seguimento do cumprimento de fitos e obxectivos e de execución orzamentaria e contable das medidas dos compoñentes do Plan de Recuperación, Transformación e Resiliencia (Orde de Intercambio), e está dirixida ás entidades que dispoñan de capacidade e recursos para conectar os seus propios sistemas de xestión con CoFFEE para proporcionar a información requirida.
As entidades que non dispuxesen desa capacidade poden incorporar a información de forma interactiva, para o que previamente deben solicitar o acceso.

Está a API REST xa dispoñible para conectarme?

Si. Pódese consultar o estado de implementación dos diferentes endpoints en: estado de endpoints.

Listaxe de versións

DataVersiónContornaLigazón ao APINovidades
Abril 20252.0.7Produción Ligazón á versión 2.0.7Novo endpoint para edición diferenza de reporte de progreso
Abril 20252.0.6Produción Ligazón á versión 2.0.6Adaptación a cambios funcionais de CoFFEE
Abril 20252.0.5Substituída por v2.0.6 Ligazón á versión 2.0.5Adaptación a cambios funcionais de CoFFEE
Febreiro 20252.0.4Substituída por v2.0.5 Ligazón á versión 2.0.4Adaptación a cambios funcionais de CoFFEE
Decembro 20242.0.3Substituída por v2.0.4 Ligazón á versión 2.0.3Novos instrumentos xurídicos: Instrumentos financeiros directos, instrumentos financeiros indirectos, acordos de execución, acordos de intermediación.
Outubro 20242.0.2Substituída por v2.0.3 Ligazón á versión 2.0.2Definición dos servizos para o rexistro de progreso de indicadores. Definición dos servizos para a consulta de certificados de (non) revogación.
Xuño 20242.0.1Substituída por v2.0.2 Ligazón á versión 2.0.1Definición dos servizos para a alta de actuacións, subproxectos instrumentais, subproxectos e proxectos. Definición dos servizos para o rexistro de progreso e seguimento de indicadores.
Marzo 20242.0.0Substituída por v2.0.1 Ligazón á versión 2.0.0
Marzo 20241.5.2Produción Ligazón á versión 1.5.2Parámetro codigoPropietario opcional nalgunhas listaxes e información de proxecto en subproxecto, subproxectos instrumentais e actuacións.
Xaneiro 20241.5.1Substituída por v1.5.2 Ligazón á versión 1.5.1Adaptación da definición dos servizos aos cambios funcionais de CoFFEE. Corrección de erros.
Novembro 20231.5.0Non implementado Ligazón á versión 1.5.0Adaptación da definición dos servizos aos cambios funcionais de CoFFEE.
Abril 20221.3.1Non Implementado Ligazón á versión 1.3.1Trátanse separadamente as declaracións de progreso de indicadores (tamén se limitan os valores posibles para os indicadores cualitativos) e de execución financeira. Finalmente inclúense os documentos contables DO e DO/.

Hai mecanismos alternativos ao API para proporcionar información á plataforma?

Si, dependendo do tipo de información a reportar, o sistema facilitará mecanismos para que a información proporciónese de forma interactiva polos usuarios que se conecten a el, e tamén mediante a incorporación (interactiva) dun arquivo con todos os datos a tratar.
Naturalmente, CoFFEE realizará as mesmas validacións cando se proporcione a información de forma masiva a través da carga dun ficheiro.

Cal é o formato de codificación do ficheiro JSON que se carga en CoFFEE?

A codificación é UTF-8.

Conexión e uso do servizo

Como solicito o acceso á API e que procedemento desencadea?

No caso de que se desexe proceder a integrar unha aplicación de xestión externa con CoFFEE debe consultar o documento coas instrucións para a cumplimientación da autorización para actualizar información en CoFFEE mediante API.
 
 
O procedemento pódese resumir nestes puntos:
1.O responsable da aplicación de xestión que vai integrarse con CoFFEE solicita o acceso a través do formulario dispoñible no Catálogo de Servizos Web do Portal de Administración Orzamentaria.
2.A OIP porase en contacto co departamento técnico solicitante a través da caixa de correos de correo Coffeedesarrollo@igae.hacienda.gob.es indicando o usuario que identifica a aplicación de xestión.
3.Os responsables da información dos nodos (proxectos, subproxectos e subproxectos instrumentais do PRTR) autorizan que o usuario que identifica a aplicación de xestión que lles dá servizo poida acceder e editar os datos dos nodos.
4.O departamente técnico solicitante configura o certificado electrónico que se usará para a comunicación segura.
 

Como se logra a seguridade no acceso?

Os servizos Web cliente autenticaranse mediante HTTPS/TLS (1.2 ou superior). En concreto, utilizarase un certificado de selo de Administración, órgano ou entidade de dereito público para actuación administrativa automatizada, ou un certificado de selo electrónico cualificado derivado do Regulamento eIDAS, emitido en calquera caso por algún dos fornecedores de servizos de certificación recoñecidos polo servizo @Firma.

Durante o proceso organizativo de autorización de acceso acórdase entre a Oficina de Informática Orzamentaria e o contacto técnico do organismo interesado o certificado que utilizará o extremo cliente do servizo

Como é unha interacción típica co servizo (unha chamada a un método do API)?

Unha vez finalizou o proceso de autorización do acceso, o sistema cliente está en condicións de facer uso do servizo. Para iso, toda interacción levarase a cabo baixo unha comunicación segura (TLS) utilizando o certificado de selo preacordado.
Cada chamada ao servizo REST incluirá no pedimento HTTP, ademais dos parámetros indicados na documentación do propio servizo, dous parámetros adicionais (idUsuario e idAplicacion), que conterán os valores que se facilitaron durante o proceso de configuración do acceso.

Poden varias organizacións utilizar o mesmo certificado de selo para interactuar co API?

Aínda que non é habitual, esa posibilidade habilítase se se tramitan dúas solicitudes de acceso, unha por cada unha das organizacións, e configúrase o mesmo certificado en ambas as. No proceso de autorización crearase e asignará un usuario de servizo (idUsuario) distinto para cada unha delas, e configuraranse en CoFFEE os correspondentes perfís que actúen en cada un dos ámbitos.
Dado que cada pedimento ao servizo inclúe entre os seus parámetros o código de usuario de servizo (idUsuario), CoFFEE poderá determinar a orixe e poderá actuar en consecuencia, aplicando o perfil de seguridade correspondente..
Non obstante o anterior, hai que ter en conta que se unha das organizacións utilizase o idUsuario asignado á outra, non existiría ningún mecanismo para identificar a suplantación, polo que esta posibilidade levarase a cabo a risco das organizacións cliente.

Hai límites establecidos para o uso do servizo?

Definíronse os seguintes límites:
  • Tamaño máximo de pedimento: 100MB.
  • Tamaño máximo de documento: 60MB.
  • Límite máximo de elementos nunha colección: 100 elementos.
  • Número máximo de pedimentos por segundo: 5 pedimentos.
  • Número máximo de documentos subidos sen asociar: 20 documentos.

Preguntas xerais sobre a API

Cal é o formato das datas?

Séguese a especificación OpenApi 3.0 que fai referencia á definición RFC 3339, sección 5.6, por exemplo2022-07-21.
É importante destacar que algunhas datas solicitadas débense especificar en trimestres.

Son todos os campos da API obrigatorios?

Non, só son obrigatorios aqueles campos que están marcados como tales (cun asterisco en vermello).

En relación ás declaracións de progreso de indicadores: o campo “data” (a data de referencia do progreso), ten que ser a data actual?

A data de referencia do progreso dun indicador é aquela en que se considera alcanzado o valor do indicador que se actualiza, e por tanto ten que ser anterior ou igual á data actual, é dicir, non se permiten datas futuras.

Por que no caso de indicadores cuantitativos infórmase a “variación” e no caso de indicadores cualitativos infórmase o “valor”?

Os indicadores son medidores do progreso e poden ser cuantitativos (o seu valor é un dato numérico dentro dun rango) ou cualitativos (poden adoptar un valor de entre un conxunto pechado de opcións)
  • No caso de indicadores cuantitativos débese informar a variación producida desde o valor anterior do indicador. Por exemplo, se o indicador é “Número de vehículos eléctricos matriculados” e pasouse de 1000 a 3000 vehículos, declararase “2000”.
  • No caso de indicadores cualitativos débese informar o novo valor que tomou de entre os posibles (inicio, en curso e finalizado).
O motivo polo que para os indicadores cuantitativos proporciónase a variación é que o sistema permite incorporar unha xustificación (textual e, opcionalmente, acompañada de arquivos). Enténdese que no momento da declaración está a xustificarse o valor incrementado (ou decrementado) dun indicador, e non o valor final alcanzado (no exemplo anterior, xustifícanse os 2000 vehículos que se matricularon).
No caso dos indicadores cualitativos, prodúcese un cambio no seu estado, e por tanto declárase o estado alcanzado.

Que é a referencia dun instrumento xurídico?

Nas declaracións de execución contable especifícase unha referencia do instrumento xurídico baixo o que se fai a declaración. O caso típico é un contrato ou unha subvención, pero todos os instrumentos previstos deben poder ser identificados.
A referencia é, por tanto, un código que identifica o instrumento xurídico concreto no ámbito da Actuación para a que se rexistra a execución.
Habitualmente a referencia coincide co propio código do instrumento que establece a persoa que o dá de alta en CoFFEE (ben sexa por pantalla, carga masiva, ...).
Por exemplo, no caso dunha subvención dada de alta en CoFFEE co código BDNS "576282", a referencia é exactamente ese mesmo código. Ou un contrato (non PLACSP) que se deu de alta en CoFFEE co código de contrato "2023OIP45544", terá ese mesmo código como referencia.
Con todo, hai un caso máis complexo que é o dos contratos PLACSP, e que se trata especificamente na seguinte cuestión.

Como se diferencia un contrato que está dado de alta na Plataforma de Contratación do Sector Público (PLACSP) dun que non o está?

Os contratos PLACSP identifícanse por tres códigos: código de órgano de contratación, código de licitación, e código de contrato (ver seguinte cuestión para unha explicación detallada). Os contratos non PLACSP identifícanse mediante un único código.
Nas entradas de alta de contratos en CoFFEE, os dous tipos de contrato identifícanse de forma separada.
Dado que as referencias de instrumentos xurídicos fanse a través dun único campo, no caso de contratos PLACSP (que, como se indicou, teñen tres códigos) a referencia corresponde á concatenación dos tres valores utilizando o separador “~” entre eles, mesmo aínda que os campos estivesen baleiros.

Que son os códigos órgano de contratación, de licitación e de contrato de PLACSP?

O código do órgano de contratación é un identificador que usa a Plataforma de Contratación do Sector Público (PLACSP) asociado a cada un dos órganos (en PLACSP denomínase “IDE Plataforma”). Cada órgano de contratación pode consultar o seu propio na pantalla de administrador do perfil “administrador do órgano de contratación” de PLACSP.
PLACSP1.PNG
Ademais, a Dirección Xeral de Patrimonio do Estado publica periodicamente a relación de códigos nunha folla Excel que van actualizando.
No caso de PLACSP e para cada órgano de contratación, os códigos de licitación e de contrato son os que identifican de forma única un contrato que se incorpora á Plataforma de Contratos do Sector Público:
O código de licitación correspóndese co Número de Expediente na PLACSP, que é o número de expediente que proporciona cada órgano de contratación.
O código de contrato corresponde co Contrato da PLACSP. É tamén un valor que determina o órgano de contratación. Corresponde a cada contrato dentro do expediente.
En calquera caso, ambos son valores que proporciona o xestor á PLACSP. Ambos pódense ver na seguinte imaxe.
PLACSP2.PNG

Cando se cobre o campo “Outras Fontes de financiamento”?

A información sobre outras fontes de información cubrirase cando a actuación á que corresponde a operación estea financiada por algunha outra fonte, de maneira adicional ao financiamento con cargo ao Mecanismo de Recuperación e Resiliencia. Neste caso, identificarase o mecanismo ou fondo que financiou a operación.

Cambios destacados de v1.3.1 a v1.5

Se listan os cambios destacados segundo o tipo de datos:
  • Todos os tipos:
    • codigoIniciativa é agora 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 é agora codigoInstrumento
  • Iniciativa:
    • Separada en Proyecto, Subproyecto, SubproyectoInstrumental y Actuacion.
    • fechaInicio su valor es un trimestre
    • fechaFin su valor es un trimestre
  • DeclaracionFinanciera
  • DeclaracionProgresoIndicador
    • codigoIniciativa agora chámase codigoOrigenProgreso
Por norma xeral, os campos desaparecidos non é necesario informalos.

Cambios destacados de v1.5.0 a v1.5.1

  • Ruta:
    • Actualizouse a ruta POST /ejecucion/outros-instrumentos/destinatarios
    • Actualizáronse as rutas de detalle dun instrumento xurídico. O parámetro {referencia} convértese en parámetro de query. Por exemplo, GET /estrutura/actuacións/{codigo}/convenios/{referencia} convértese en GET /estrutura/actuacións/{codigo}/convenios/detalle?referencia={referencia}
  • 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 O parámetro codigoPropietario pasa a ser opcional nas seguintes rutas:
    • /v1.5/estrutura/proxectos
    • /v1.5/estrutura/subproxectos
    • /v1.5/estrutura/subproxectos-instrumentais
    • /v1.5/estrutura/actuacións
    Se non vai incluído, a lista conterá todos os elementos do tipo correspondente aos que o usuario teña acceso.
  • proxecto Os subproxectos, subproxectos instrumentais e actuacións inclúen un resumo do proxecto ao que pertencen (propiedade proxecto).

Cambios destacados de v2.0.0 a v2.0.1

  • Instrumentos xurídicos.
    • Cambiáronse os métodos de actualización PATCH por PUT para os nove tipos de instrumentos xurídicos.
    • Cambiáronse os campos rol dos esquemas ContratistaCambios, BeneficiarioCambios e DestinatarioCambios. Agora devólvese a descrición e non un obxecto.
    • Actualizouse o nome do campo importeSinIVA a importeSinIva.
    • Engadiuse a uid ás solicitudes de responsable de operación.
    • Arranxouse un erro en solicitudes de perfil de instrumentos que non comporta gasto que non mostraba a ruta correcta.
    • Engadiuse un endpoint nos instrumentos xurídicos para anular unha solicitude de responsable de operación.
    • Engadiuse un endpoint nos instrumentos xurídicos para obter os datos dunha solicitude de responsable de operación.

Cambios destacados de v2.0.1 a v2.0.2

  • Progreso de indicadores
    • 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.
  • Instrumentos xurídicos.
    • Devólvense os campos importeSinIvaPrimerNivel e importeTotalPrimerNivel na información dun instrumento xurídico.
    • Permítese a edición do campo numLote en contratistas.
  • Fitos e obxectivos.
    • Se definen e implementan los endpoints de consulta de certificados de (no) revocación.
  • Recursos económicos
    • Inclúense os endpoints para a consulta de recursos económicos.

Cambios destacados de v2.0.2 a v2.0.3

  • Progreso de indicadores
    • Novos tipos de edición de reportes de progreso.
  • Instrumentos xurídicos
    • Instrumento financeiro directo.
    • Instrumento financeiro indirecto.
    • Acordo de execución.
    • Acordo de intermediación
    • Novos tipos de edición de perceptores.
    • Novo campo data de creación.
  • Fitos e obxectivos.
    • Modificación dos endpoints para a alta e a edición.
  • Seguimento do plan
    • Modificación de PUT /subproxectos/{codigo}/submedidas/{submedida} por POST /subproxectos/{codigo}/submedidas/{submedida}

Cambios destacados de v2.0.3 a v2.0.4

  • Fitos e obxectivos.
    • Novo tipo de documento 'Documentación adicional ao certificado'
    • Permitir múltiples documentos en controis de primeiro nivel dun certificado
      • 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 /fitos-obxectivos/{codigo}/seguimento/documentos
      • GET /fitos-obxectivos/{codigo}/seguimento/documentos/{uid-documento}
      Inclúese:
      • 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 /fitos-obxectivos/{codigo}/seguimento/certificados-revocacion/{uid-certificado}
  • Seguimento do plan
    • Información de transición de estados para P, SP e SPI.
      • GET /proxectos/{codigo}/historico-estados
      • GET /subproxectos/{codigo}/historico-estados
      • GET /subproxectos-instrumentais/{codigo}/historico-estados
  • Documentos
    • Endpoint para consulta de documentos subidos pero non asociados.
      • GET /documentos-pendentes

Cambios destacados de v2.0.4 a v2.0.5

  • Fitos e obxectivos.
    • Novo tipo de documento "spreadsheet" en HGC, HGnC e CID
    • Novo tipo de documento Índice de mecanismos de verificación
    • Endpoints para mecanismos de verificación de nodos inferiores
      • GET /fitos-obxectivos/{codigo}/seguimento/nivel-inferior/documentos
      • GET /fitos-obxectivos/{codigo}/seguimento/nivel-inferior/documentos/{uid-documento}
      • GET /fitos-obxectivos/{codigo}/seguimento/nivel-inferior/documentos/{uid-documento}/contido
      • POST /fitos-obxectivos/{codigo}/seguimento/nivel-inferior/documentos/{uid-documento}/importar
      • DELETE /fitos-obxectivos/{codigo}/seguimento/nivel-inferior/documentos/{uid-documento}
  • Instrumentos xurídicos.
    • 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"
  • Actuacións.
    • Revisión campos obrigatorios.
    • Novo endpoint para cambiar un instrumento xurídico de actuación.
      • POST /actuacións/{codigo}/instrumentos-juridicos/{codigo-unico}/mover/{codigo-destino}
  • Indicadores.
    • O campo "valorProgresoAcumulado" devolve -1 no caso de ter valores diferentes nalgún fito ou obxectivo
  • Documentos.
    • Limitados os nomes dos documentos a 180 caracteres

Cambios destacados de v2.0.5 a v2.0.6

  • Instrumentos xurídicos.
    • Novo campo 'Subvención bruta equivalente' para os beneficiarios financeiros de instrumentos xurídicos de tipo IFD e IFI

Cambios destacados de v2.0.6 a v2.0.7

  • Progreso de indicadores.
    • Novo endpoint para edición diferencial de reporte
      • POST /progreso-de-indicadores/{codigo}/reportes/{uid-reporte}/cambios-diferencial
  • Seguimento do plan.
    • Novos endpoints para o seguimento de medidas
      • 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 de instrumento xurídico: na resposta da operación de alta devólvese o código único asignado ao instrumento xurídico. Por exemplo: POST /v2.0/contratos
  • Consulta de instrumentos xurídicos dunha actuación: a listaxe de instrumentos xurídicos inclúe o código único de cada instrumento xurídico. GET /v2.0/actuacións/{codigo}/instrumentos-juridicos
  • Consulta de código único: existe unha utilidade para obter o código único dun instrumento xurídico a partir do código de actuación e a referencia do instrumento xurídico. GET /v2.0/instrumentos-juridicos/utilidades/codigo-unico

Como se realiza a subida de documentos?

A subida de documentos consta de dous pasos:
  • Subida do documento: Engádese un documento novo ao sistema e obtense o localizador necesario para outras operacións. O documento créase co tipo PENDENTE. Os documentos subidos e non asociados a un elemento serán borrados periodicamente. O servizo utilizado é: POST /v2.0/documentos
  • Asociación do documento cun elemento: O documento subido no punto anterior asóciase a un elemento. Na asociación indícase o localizar o documento, o tipo efectivo e os metadatos adicionais. O servizo utilizado depende do elemento, por exemplo, para engadir un documento a un contrato, o servizo é: POST /v2.0/contratos/{codigo-unico}/documentos
Se se desexa asociar o mesmo documento a varios elementos, só é necesario realizar unha vez a subida do documento podendo utilizar o localizador tantas veces como sexa necesario.

Outras dúbidas

Teño dúbidas funcionais sobre a xestión do Plan de Recuperación Transformación e Resiliencia e o sistema de xestión do mesmo, onde podo dirixirme?

A descrición do funcionamento do Plan articúlase con dúas Ordes Ministeriais:
  • Orde HFP/1030/2021, do 29 de setembro, pola que se configura o sistema de xestión do Plan de Recuperación, Transformación e Resiliencia.
  • Orde HFP/1031/2021, do 29 de setembro, pola que se establece o procedemento e formato da información a proporcionar polas Entidades do Sector Público Estatal, Autonómico e Local para o seguimento do cumprimento de fitos e obxectivos e de execución orzamentaria e contable das medidas dos compoñentes do Plan de Recuperación, Transformación e Resiliencia.

Teño máis dúbidas técnicas relacionadas coa API, onde podo dirixirme?

Para o resto de dúbidas técnicas sobre a API REST de CoFFEE, pódese escribir unha mensaxe á dirección de correo electrónico de soporte CoFFEE-Desarrollo@igae.hacienda.gob.es
Desde esta caixa de correos atenderanse exclusivamente consultas de carácter técnico referidas ao intercambio de información coa plataforma.