Interoperabilidad de aplicaciones externas con. Fondos 2007 (objetivo 3)

Transcripción

1 MINISTERIO DE HACIENDA Y SECRETARÍA DE ESTADO DE PRESUPUESTOS Y GASTOS INTERVENCIÓN GENERAL DE LA SUBDIRECCIÓN GENERAL DE APLICACIONES DE PRESUPUESTOS Y FONDOS COMUNITARIOS Interperabilidad de aplicacines externas cn Fnds 2007 (bjetiv 3) Rev. diciembre 2011 María de Mlina, 50, 10ª planta Madrid Teléfn Fax

2 Índice 1. Objetiv 2. Generalidades 2.1. Ds frmas de acces a ls prcess 2.2. Frmat de ls fichers 2.3. Tips de prces: Validación / Carga 3. Acces al servici web GeOTres2007/ServiciWeb 3.1. Esquema general de funcinamient 3.2. Llamadas al servici slicitaraltaoperacinesac slicitarmdifoperacinesac slicitarmdifcertificadsac slicitarmdifcertificadsprgac slicitarbrraoperacinesac slicitarbrracertificadsac slicitarbrracertificadsprgramaac slicitaraltatransaccines slicitarmdiftransaccines cnsultascis cnsultatipsdegast cnsultaoperacines cnsultaauditres cnsultaactividades cnsultatransaccines cnsultaoperacinesac cnsultacertificadsac cnsultacertificadsprgramaac 4. Acces vía Fnds 2007 (Cperación territrial eurpea)

3 4.1. Cnsulta de prcess de cargas masivas 4.2. Alta masiva de validacines y transaccines AG 4.3. Mdificación masiva de validacines y transaccines AG 4.4. Brrad de cargas masivas AG 4.5. Descargas masivas AG 4.6. Alta nueva versión masiva de peracines AC 4.7. Mdificación masiva de peracines AC 4.8. Carga masiva de certificads de peración AC 4.9. Brrad masiv de peracines AC Brrad masiv de certificads de peración AC Descargas masivas AC Carga masiva de certificads de prgrama AC Brrad masiv de certificads de prgrama AC Anex I WSDL Anex II XSD Alta nueva versión masiva de peracines AC Anex III XSD Mdificación masiva de peracines AC Anex IV XSD Carga masiva de certificads de peración AC Anex V XSD Carga masiva de alta de validacines y transaccines de la AG Anex VI XSD Carga masiva de mdificacines de validacines y transaccines de la AG Anex VII XSD Descargas masivas para la AG Anex VIII XSD Descargas masivas para la AC Anex IX XSD Brrad masiv de peracines para la AC Anex X XSD Brrad masiv de certificads de peración para la AC Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

4 Anex XI XSD Carga masiva de certificads de prgrama AC Anex XII XSD Brrad masiv de certificads de prgrama para la AC

5 1. Objetiv Para que tras aplicacines externas puedan interperar cn Fnds 2007 (bjetiv 3) se han habilitad prcess autmátics de cargas y descargas masivas, rientads a aquells usuaris que tengan la respnsabilidad de cargar vlúmenes grandes de dats y que dispngan de un sistema infrmátic del cual puedan extraer la infrmación requerida en Fnds La diferencia entre un prces de descarga y un de carga es que mientras el primer extrae infrmación, el segund la intrduce en la base de dats. 2. Generalidades 2.1. Ds frmas de acces a ls prcess Existen ds frmas de utilizar tant ls prcess de carga cm ls de descarga: A través de funcines típicas de menú dispnibles en el sistema de infrmación Fnds A través del servici Web denminad GeOTres2007/ServiciWeb, el cual requiere que el usuari cnstruya su prpi sftware cliente Frmat de ls fichers Ls fichers de carga deben tener frmat XML. Ls de descarga pdrán extraerse tant en frmat XML cm TXT. Ls esquemas de frmat XSD de ls fichers XML están accesibles desde la pción de menú crrespndiente en la aplicación así cm en el apartad de anexs de este dcument. 5 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

6 2.3. Tips de prces de carga: Validación / carga En cuant a ls prcess de carga de dats, previamente a la grabación de ls cambis en la base de dats, se pdrá hacer un prces de validación que hará las mismas cmprbacines que la carga per sin grabación de dats. Pr tant, están dispnibles ds accines: Validar Cargar La acción de Cargar realiza autmáticamente y de manera previa la acción de Validar. 3. Acces al servici Web GeTres2007/ServiciWeb Ls aspects relativs a la slicitud de acces al servici Web GeOTres2007/ServiciWeb así cm ls referentes a ls certificads necesaris para la autenticación de las aplicacines cliente sn cmpetencia de la Subdirección General de Expltación de ls servicis de Infrmática Presupuestaria de la IGAE, encntrándse descrits en un dcument elabrad pr la mencinada Subdirección Esquema general de funcinamient. Cm ya se ha mencinad anterirmente, actualmente existen ds tips de llamadas al servici Web. Las primeras tienen cm bjetiv realizar cargas masivas de registrs en la base de dats de Fnds 2007, y las segundas, más simples, únicamente extraen infrmación residente en el mment de la petición en dicha base de dats. El md de trabaj es similar en ambas cn la diferencia de que las primeras necesitan cm entrada un ficher XML y las segundas n. En tds ls cass se btiene a la salida un XML (en el cas de las cargas, cn el resultad de las mismas, en las descargas cn la infrmación slicitada). La cnexión en ambs cass se hará vía https. 6 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

7 Ls usuaris que deseen acceder a ls servicis de GeTres2007/ServiciWeb deben hacerl desde una aplicación cliente. Se parte de la situación de que el usuari ya tiene su certificad de máquina y está registrad y autrizad para acceder a GeTres2007/ServiciWeb. Para cmpletar el prces, ls pass que se realizarán serán ls siguientes: 1. La aplicación cliente invca al servici Web Tkenser (éste es un servici de la Subdirección General de Expltación de Infrmática Presupuestaria) cn el bjetiv de btener un tken válid que le permita cnectarse GeTres2007/ServiciWeb. La URL de este servici es: 7 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

8 El servici es RegistraUsuari. Necesitará autenticarse cn su certificad y enviará cm parámetrs ls siguientes: Usuari, passwrd, dirección IP, sistema de infrmación y clave del sistema. 2. Tkenser suministra al cliente un tken que le va permitir acceder a GeTres2007/ServiciWeb. 3. El cliente invca a GeTres2007/ServiciWeb autenticándse cn el tken previamente recibid, enviand cm parámetrs ls siguientes: Usuari y tken. Sól en el cas de ls servicis de carga, además añadirá un XML cn ls dats a cargar en la base de dats de Fnds 2007 y el tip de prces (VALIDACION CARGA) 4 y 5. GeOTres2007/ServiciWeb validará cntra el servici Tkenser que el usuari tiene permis para dich acces y que el tken es válid. 6 y 7. En el cas de ser un usuari debidamente registrad, se prestará el servici slicitad accediend a la base de dats del sistema de infrmación Fnds El cliente btendrá la respuesta pr parte del servici GeOTres2007/ServiciWeb en frmat XML Llamadas al servici Web A cntinuación se expnen las llamadas dispnibles en el servici GeTres2007/ServiciWeb cn sus entradas y salidas: slicitaraltaoperacinesac: Este prces permite crear peracines en el módul de AC. Sirve tant para dar de alta de peracines que n existen en la base de dats cm para crear nuevas versines de las existentes. Buscand su equivalencia cn las funcinalidades de actualización puntual de peracines AC, 8 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

9 este prces aunaría ls btnes de alta y de nueva versión. Si la peración en cuestión n existe, se dará de alta en la base de dats de Fnds 2007 cn versión igual a 1 y cn el detalle pr scis indicad en su registr del ficher XML. Si la peración existe, también se grabará en la base de dats, per cn versión igual a la versión vigente en Fnds 2007 más un. De igual manera, se grabará su detalle pr scis indicad en el registr del ficher XML, sin tener cuenta el detalle pr scis que ya exista en la base de dats. La peración grabada será a partir de ese mment la cnsiderada vigente. La versión de peración que deja de ser vigente pasará a frmar parte del históric y se pdrá cnsultar desde la funcinalidad Versines de peracines. Cm el rest de prcess, bien se hace td bien n se hace nada. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn las peracines a actualizar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex II. Ver la definición del element denminad SlicitudMdifOperAutCert. Prces: Cm ya se ha indicad existen ds accines asciadas cn la carga: Validar y Cargar. La primera únicamente busca errres en el ficher y la segunda, además de validar el ficher, graba ls registrs en la base de dats si es que tds sn crrects. El prces siempre devuelve un ficher XML. Si tds ls registrs sn crrects l indicará. Si hay algun incrrect mstrará la causa pr la que n se puede cargar. Las validacines infrmáticas a las se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex II. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplica- 9 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

10 ción. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada peración presente en el ficher (element <detalleoper- AutCert>) se le pasan las mismas validacines que en las actualizacines puntuales. Se creará una lista cn tds ls errres encntrads. Las validacines sn las siguientes: Respect a ls imprtes de cada sci se hacen las siguientes validacines: El cste ttal n puede ser inferir al gast ttal subvencinable. El cste públic subvencinable n puede ser mayr al gast ttal subvencinable. El cste privad subvencinable n puede ser mayr al gast ttal subvencinable. La suma del cste públic subvencinable más el cste privad subvencinable tiene que ser igual al gast ttal subvencinable. La prpuesta de ayuda FEDER tiene que ser menr que el cste subvencinable. Debe existir al mens un beneficiari. Es bligatri un jefe de fila. La financiación FEDER de cada beneficiari de la peración siempre debe ser mayr igual que la prpuesta de ayuda FEDER certificada pr el beneficiari en la misma peración. La financiación FEDER tant pr peración cm pr sci de la peración siempre debe ser mayr que l repartid pr peración y sci respectivamente. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadMdifOperAutCert del anex II. 10 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

11 slicitarmdifoperacinesac: Permite mdificar de manera masiva registrs de peracines de la AC en la base de dats. Cm se hace en la mdificación puntual, tan sól puede mdificarse el registr crrespndiente a la versión vigente, sól si la peración está abierta y sól sn mdificables cuatr camps: versión AG, cmité, fecha de inici y fecha límite de pag. A través de este prces n se pueden añadir ni quitar scis de la peración. El prces bien mdifica tds ls registrs cntenids en el XML de entrada bien n mdifica ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn las peracines a actualizar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex III. Ver la definición del element denminad SlicitudMdifOperAutCert. Prces: Cm ya se ha indicad existen ds accines asciadas cn la carga: Validar y Cargar. La primera únicamente busca errres en el ficher y la segunda, además de validar el ficher, graba ls registrs en la base de dats si es que tds sn crrects. Si el registr ya existe en la base de dats, l mdificará y si n existe dará un errr pr n encntrarl. El prces siempre devuelve un ficher XML. Si tds ls registrs sn crrects l indicará. Si hay algun incrrect mstrará la causa pr la que n se puede cargar. Las validacines infrmáticas a las se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex III. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada peración presente en el ficher (element <detalleoper- AutCert>) se le pasan las validacines las mismas validacines que se le pasarían si este registr fuera cargad de manera puntual a través de la p- 11 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

12 ción de menú crrespndiente, teniend en cuenta que en el mment que se encuentre un errr n se prcederá a la grabación per se seguirá validand y se creará una lista cn tds ls errres encntrads. Las validacines sn las siguientes: Se hacen las siguientes validacines: La fecha de inici n puede ser inferir a la fecha 1 de ener del Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadMdifOperAutCert del anex III. slicitarmdifcertificadsac: Permite insertar y/ mdificar de manera masiva registrs de certificads peración para la AC en la base de dats. El ficher a cargar cntendrá certificads de peración cn su detalle pr scis. Si el registr, ya sea el certificad cm el detalle del certificad pr sci, ya existe en la base de dats, l mdificará y si n existe l dará de alta. Este prces n brra ni certificads ni detalle pr scis de certificad. Ls registrs que existen en base de dats y n vienen en el ficher permanecen inalterads. Es imprtante destacar que el prces bien inserta mdifica tds ls registrs cntenids en el XML de entrada bien n inserta mdifica ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn ls certificads de peración a actualizar en base de dats y tip de prces (V de validación / C de carga). Llamams certificads de gast a ls psitivs y rectificacines de gast a ls negativs. El esquema XSD crrespndiente al frmat XML se expne en el anex IV. Ver la definición del element denminad SlicitudMdifCertAutCert. 12 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

13 Prces: Cm ya se ha indicad existen ds accines asciadas cn la carga: Validar y Cargar. La primera únicamente busca errres en el ficher y la segunda, además de validar el ficher, graba ls registrs en la base de dats si es que tds sn crrects. El prces siempre devuelve un ficher XML. Si tds ls registrs sn crrects l indicará. Si hay algun incrrect mstrará la causa pr la que n se puede cargar. Las validacines infrmáticas a las que se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex IV. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada certificad presente en el ficher (element <detallecertautcert>) se le pasan las mismas validacines que se le pasarían si este registr fuera cargad de manera puntual a través de la pción de menú crrespndiente, teniend en cuenta que en el mment que se encuentre un errr n se cargará ningún certificad y se seguirá validand el rest de la infrmación para sacar una lista cn tds ls errres encntrads. Las validacines sn las siguientes: El prgrama perativ debe existir en la base de dats de Fnds La peración para la AC debe existir y estar asciada al prgrama perativ indicad. El eje indicad debe cincidir cn el eje en base de dats de la peración indicada. Cada certificad, finalmente, debe cntener al mens un sci. El usuari que realiza la carga debe tener permis de actualización sbre ls scis indicads en el ficher. 13 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

14 La fecha de certificación n debe ser inferir a Ls beneficiaris indicads deben pertenecen cnjunt de beneficiaris de la peración. Para que un certificad de peración pueda ser mdificad n puede haber sid incluid en un certificad de prgrama. Para que un certificad de peración pueda ser mdificad n ha pdid ser repartid (en reparts de pags intermedis), ni ttal ni parcialmente. Si se trata de una rectificación de gast, el camp certificad al que mdifica debe venir rellen. En el cas de certificads de gasts vendrá vací. Sól las certificacines de gast pueden ser mdificadas pr una varias rectificacines de gast. Las rectificacines n sn susceptibles de ser mdificadas pr cualquier tr tip de certificad, ya sea psitiv negativ. Un certificad de gast llevará tds sus imprtes psitivs. Una rectificación de gasts llevará tds sus imprtes negativs. El mtiv de la rectificación sól deberá venir rellen si se trata de una rectificación y en este cas deberá cntener un de ls siguientes valres: CONTROL Retirada pr cntrl ERROR_MATER Errr material MODIFICACIÓN Retirada pr mdificación AJUSTE Retirada pr errr ajuste Tds ls scis de un certificad deben llevar ls imprtes del mism sign. Pr cada tip de imprte (cste públic subvencinable, cste privad, etc.) se cmprueba que el valr abslut de la su- 14 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

15 ma de tdas las rectificacines de gast realizadas sbre un certificad de gast debe ser menr que su crrespndiente imprte en este últim. Pr cada tip de imprte cnsiderad individualmente, ls cstes definids en ls beneficiaris de ls certificads n pueden superar a ls cstes de su crrespndiente beneficiari en la peración. Pr cada registr individualmente, respect a ls imprtes se hacen las siguientes validacines: El cste ttal n puede ser inferir al gast ttal subvencinable. El cste públic subvencinable n puede ser mayr al gast ttal subvencinable. El cste privad subvencinable n puede ser mayr al gast ttal subvencinable. La suma del cste públic subvencinable más el cste privad subvencinable tiene que ser igual al gast ttal subvencinable. La prpuesta de ayuda FEDER tiene que ser menr que el cste subvencinable. Sbre el certificad al que mdifica se cmprbará que: Debe existir para la misma peración. Debe tratarse de una certificación de gasts; es decir, sus imprtes deben ser psitivs. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadMdifCertAutCert del anex IV. slicitarmdifcertificadsprgac: Permite insertar y/ mdificar de manera masiva registrs de certificads de prgrama para la AC en la base de dats y asignarles registrs de certificads de peración AC. Si el certificad de prgrama 15 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

16 existe, l mdificará de acuerd a l indicad en el ficher XML. Si n existe l dará de alta. Además si el certificad de prgrama lleva un listad de certificads de peración, ls asciará al mism. Desde este prces n pueden realizarse des-asignacines de certificads de peración a certificads de prgrama. Cm el rest de prcess, se realizan tds ls cambis indicads pr el XML se realiza ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn ls certificads de prgrama a actualizar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex XI. Ver la definición del element denminad SlicitudMdifCertPrgAutCert. Prces: Cm ya se ha indicad existen ds accines asciadas cn la carga: Validar y Cargar. La primera únicamente busca errres en el ficher y la segunda, además de validar el ficher, graba ls registrs en la base de dats si es que tds sn crrects. Si el registr ya existe en la base de dats, l mdificará y si n existe l dará de alta. El prces siempre devuelve un ficher XML. Si tds ls registrs sn crrects l indicará. Si hay algun incrrect mstrará la causa pr la que n se puede cargar. Las validacines infrmáticas a las que se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex XI. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada certificad presente en el ficher (element <detalle- CertPrgAutCert>) se le pasan las mismas validacines que se le pasarían si este registr fuera cargad de manera puntual a través de la pción de menú crrespndiente, teniend en cuenta que en el mment que se encuentre un errr n se cargará ningún certificad y se seguirá validand el 16 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

17 rest de la infrmación para sacar una lista cn tds ls errres encntrads. Las validacines sn las siguientes: El prgrama perativ debe existir en la base de dats de Fnds El usuari que realiza la carga debe tener permis de actualización sbre el prgrama perativ y ls scis de ls certificads de peración incluids en ls certificads de prgrama incluids en el ficher. La fecha de certificación n debe ser inferir a Para que un certificad de prgrama pueda ser mdificad n puede haber sid incluid en una declaración de gast. Si el certificad de prgrama es psitiv sól pdrá cntener certificads de gasts. Si fuera negativ, sól cntendrá rectificacines de gast. La fecha del certificad de prgrama deberá ser psterir igual a tdas y cada una de ls certificads de peración incluids. Ls certificads de peración deben ser del mism prgrama perativ que el certificad de prgrama. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadMdifCertPrgAutCert del anex XI. slicitarbrraoperacinesac: Permite brrar de manera masiva registrs de peracines para la AC y sus scis en la base de dats. De las peracines indicadas en el ficher, se brrará el registr crrespndiente y su detalle pr scis. Tan sól pueden brrarse peracines cuya versión vigente sea la 1 y sbre la que n se hayan cnsignad certificads de peración ni se les haya repartid anticip ni se les hay realizad algún cntrl. Es imprtante destacar que 17 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

18 el prces bien brra tds ls registrs cntenids en el XML de entrada bien n brra ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn las peracines a brrar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex IX. Ver la definición del element denminad SlicitudBrraOperAutCert. Prces: Existen ds accines asciadas cn el brrad: Validar y Cargar. La primera únicamente busca errres en el ficher que impiden que ls registrs sean brrads y la segunda, además de validar el ficher, materializa ls cambis en base de dats; es decir, brrará ls registrs indicads en el ficher. El prces, bien brra td l indicad en el ficher, bien n brra nada de l indicad. El prces siempre devuelve un ficher XML. Si tds ls registrs se pueden brrar l indicará. Si hay registrs incrrects mstrará ests registrs que n cumplen las validacines indicand las causas pr la que n se pueden brrar. Las validacines infrmáticas a las se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex IX. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada peración presente en el ficher (element <detalleoper- AutCert>) se le pasan las mismas validacines que se le pasarían si este registr que se pretendiera brrar de manera puntual a través de la pción de menú crrespndiente, teniend en cuenta que en el mment que se encuentre un errr n se prcederá al brrad, per se seguirá cn las vali- 18 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

19 dacines cn el bjetiv de sacar una lista cn tds ls errres psibles. Las validacines sn las siguientes: El prgrama perativ debe existir en la base de dats de Fnds La peración para la AC debe existir y estar asciada al prgrama perativ indicad. El usuari que realiza la carga debe tener permis de brrad sbre ls scis y/ permis de brrad de peracines y de scis indicads en el ficher. N se puede dar de baja una peración a la que se le ha repartid anticip. N se puede dar de baja una peración cn certificads dependientes. N se puede dar de baja una peración cn cntrles dependientes. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadBrraOperAutCert del anex IX. slicitarbrracertificadsac: Permite brrar de manera masiva registrs de certificads de peración (certificads y rectificacines de gast) para la AC y sus detalles pr sci sól el detalle pr sci en la base de dats. Es imprtante destacar que el prces bien brra tds ls registrs cntenids en el XML de entrada bien n brra ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn ls certificads de peración a brrar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex X. Ver la definición del element denminad SlicitudBrraCertAutCert. 19 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

20 Prces: Existen ds accines asciadas cn el brrad: Validar y Cargar. La primera únicamente busca errres en el ficher que impiden que ls registrs sean brrads y la segunda, además de validar el ficher, materializa ls cambis en base de dats; es decir, brrará ls registrs indicads en el ficher. El prces, bien brra td l indicad en el ficher, bien n brra nada de l indicad. Para brrar un certificad de peración cmplet cn el detalle de sus scis, se indicará mediante un registr en el ficher XML que sl cntenga la peración y el certificad, sin detallar sus scis. Si en el registr se indica un certificad de peración y sus scis sól se brrará el detalle de ls scis indicads. El prces siempre devuelve un ficher XML. Si tds ls registrs se pueden brrar l indicará. Si hay registrs incrrects mstrará ests registrs que n cumplen las validacines indicand las causas pr la que n se pueden brrar. Las validacines infrmáticas a las que se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex X. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada certificad presente en el ficher (element <detallecertautcert>) se le pasan las mismas validacines que se le pasarían si este registr que se pretendiera brrar de manera puntual a través de la pción de menú crrespndiente, teniend en cuenta que en el mment que se encuentre un errr n se reflejará ningún cambi en la base de dats per se seguirá validand la infrmación para sacar una lista cn tds ls errres psibles. Las validacines sn las siguientes: 20 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

21 El prgrama perativ debe existir en la base de dats de Fnds La peración para la AC debe existir y estar asciada al prgrama perativ indicad. El certificad de peración debe existir y estar asciad a la peración indicada. N es bligatri incluir ls scis per ls que se incluyan serán brrads aunque n el certificad, teniend en cuenta que tras el brrad debe existir en esa peración al mens un sci. El usuari que realiza la acción debe tener permis de brrad sbre ls scis y/ permis de brrad de certificads y de scis indicads en el ficher. N se pueden dar de baja scis a ls que ya se les ha realizad algún repart. N se puede dar de baja un certificad, ni/ su detalle pr sci, que están incluids en un certificad de prgrama. N se puede dar de baja un certificad de gasts, ni/ sus scis, si el certificad está siend mdificad pr una rectificación de gasts. N se puede dar de baja un certificad de peración asciad a un cntrl. Ls cstes de ls certificads de un sci n pueden superar a ls cstes de la peración y sci. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadBrraCertAutCert del anex X. slicitarbrracertificadsprgramaac: Permite brrar de manera masiva registrs de certificads de prgrama para la AC en la base de dats y desasignar sus certificads de peración en cas de que ls tuviese asciads. Es imprtante destacar que el prces bien brra tds ls registrs cntenids en el XML de 21 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

22 entrada bien n brra ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Entrada: Códig de usuari, tken, XML cn ls certificads de prgrama a brrar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex XII. Ver la definición del element denminad SlicitudBrraCertPrgAutCert. Prces: Existen ds accines asciadas cn el brrad: Validar y Cargar. La primera únicamente busca errres en el ficher que impiden que ls registrs sean brrads y la segunda, además de validar el ficher, materializa ls cambis en base de dats; es decir, brrará ls registrs indicads en el ficher. El prces, bien brra td l indicad en el ficher, bien n brra nada de l indicad. Para brrar un certificad de prgrama, se indicará mediante un registr en el ficher XML que sl cntenga el códig del prgrama perativ y el códig del certificad de prgrama. El prces siempre devuelve un ficher XML. Si tds ls registrs se han pdid brrar l indicará. Si hay registrs incrrects mstrará ests registrs que n cumplen las validacines indicand las causas pr la que n se pueden brrar. Las validacines infrmáticas a las que se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex XII. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. 22 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

23 Después, a cada certificad de prgrama presente en el ficher (element <detallecertprgautcert>) se le pasan las mismas validacines que se le pasarían si este registr que se pretendiera brrar de manera puntual a través de la pción de menú crrespndiente, teniend en cuenta que en el mment que se encuentre un errr n se reflejará ningún cambi en la base de dats per se seguirá validand la infrmación para sacar una lista cn tds ls errres psibles. Las validacines sn las siguientes: El prgrama perativ debe existir en la base de dats de Fnds El certificad de prgrama debe existir y estar asciad al prgrama perativ indicad. El usuari que realiza la acción debe tener permis de brrad sbre ls certificads indicads en el ficher. N se puede dar de baja un certificad de prgrama que está incluid en una declaración de gast. N se puede dar de baja un certificad de prgrama que tiene asciad algún certificad de peración. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadBrraCertPrgAutCert del anex XII. slicitaraltatransaccines: Este prces permite insertar de manera masiva registrs de validacines de gasts de la AG cn sus transaccines en la base de dats. Es imprtante destacar que el prces bien inserta tds ls registrs cntenids en el XML de entrada bien n inserta ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Se ha puest la limitación de que si el númer de errres de validación llega a 300, n se cntinúa validand más registrs. Entrada: Códig de usuari, tken, XML cn las validacines de gast y transaccines a dar de alta actualizar en base de dats y tip de prces (V de 23 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

24 validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex V. Ver la definición del element denminad SlicitudAltaTransaccines. Se espera cm entrada un XML cn un cnjunt de validacines de gast a dar de alta, que a su vez pueden cntener n transaccines que tampc deben existir previamente y que serán asciadas a la validación de gast que las cntiene una vez cargadas. Respect a cada validación de gasts, el XML deberá cntener ls siguientes dats: Códig del prgrama perativ Códig de la peración Códig del sci Códig del tip de sci Fecha inici / fecha fin Validación final (sí/n) Verificación in situ (sí/n) Observacines Autmáticamente se generarán ls siguientes camps: Númer de validación Fase actual: Beneficiari Validadr y auditr crrespndientes Respect a cada transacción, el XML deberá cntener ls siguientes dats: Códig de la Actividad Códig del Tip de gast Referencia del dcument Referencia cntable Prveedr CIF Prveedr 24 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

25 Descripción del Gast NUT III Fecha de realización Fecha de pag Régimen de IVA (Si N Prrrata) Tasa prrrata IVA Gast cn IVA Gast sin IVA Gast a verificar Prces: Cm ya se ha indicad existen ds accines asciadas cn la carga: Validar y Cargar. La primera únicamente busca errres en el ficher y la segunda, además de validar el ficher, graba ls registrs en la base de dats si es que tds sn crrects. Las validacines infrmáticas a las se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex V. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada validación de gast presente en el ficher (element <detallevalidacingast>) se le pasan las mismas validacines que se le pasarían si este registr fuera cargad de manera puntual a través de la pción de menú crrespndiente. Las validacines a las que se smete el ficher respect a cada validación de gast sn las siguientes: Sn camps bligatris ls siguientes: P.O. Operación Sci 25 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

26 Fecha inici Fecha fin La fecha de inici tiene que ser anterir a la fecha de fin. Ls rles del usuari deben ser Beneficiari Jefe de fila. El usuari que realiza la carga debe tener tds ls permiss necesaris para realizar la peración: de actualización para el prgrama perativ y el sci. Las validacines a las que se smete el ficher sbre las transaccines sn: Sn camps bligatris ls siguientes: Actividad Tip de gast Referencia dcument Fecha de realización Fecha de pag Régimen IVA Gast a verificar Prveedr CIF Prveedr Descripción del gast NUT III Si régimen IVA es deducible: Gast sin IVA bligatri. Ls ds imprtes deben ser del mism sign Se debe cumplir que ABS(Gast a verificar) <= ABS(gast sin IVA) En el cas de que la referencia de dcument cincida (misma peración, mism sci y misma referencia) cn trs gasts, tds ells deben tener el mism Gast sin IVA. Además, se debe cumplir 26 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

27 que ABS(Sumatri(Gast a verificar de ls gasts cincidentes )) <= ABS(gast sin IVA) Si régimen IVA n es deducible: Gast cn IVA bligatri Gast a verificar n debe superar el gast cn IVA Ls ds imprtes deben ser del mism sign Se debe cumplir que ABS(Gast a verificar) <= ABS(gast cn IVA) En el cas de que la referencia de dcument cincida (misma peración, mism sci y misma referencia) cn trs gasts, tds ells deben tener el mism Gast cn IVA. Además, se debe cumplir que ABS(Sumatri(Gast a verificar de ls gasts cincidentes )) <= ABS(gast cn IVA) Si régimen IVA es prrrata IVA: Gast cn IVA, gast sin IVA y tasa prrrata IVA bligatris El gast cn IVA y el gast sin IVA deben ser del mism sign En el cas de que la referencia de dcument cincida (misma peración, mism sci y misma referencia) cn trs gasts, tds ells deben tener ls misms valres en Gast cn IVA, sin IVA y tasa de prrrata. Además, se debe cumplir que ABS(Sumatri(Gast a verificar de ls gasts cincidentes )) <= ABS(gast máxim elegible) El gast a validar n debe superar al cste de la financiación pr actividad y tip de gast de la peración si la peración n es de asistencia técnica. Si fuera de asistencia técnica, el gast a validar n debe superar el cste de la financiación pr categría de gast de la peración. Además, según la fase en la que se encuentre la validación de cada un de ls gasts implicads se tma un imprte crrespndiente. Así, si la fase es "Beneficiari", se tma el gast a verificar si la fase es "Auditr", se tma el gast a verificar si la fase es "Validadr", se tma el gast a verificar 27 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

28 si la fase es "Validar gast", Cierre beneficiari Certificación, se tma el gast validad Si es asistencia técnica la validación anterir se hace cntra categrías de gast (en la transacción se cnce cnsultand el tip de gast) y anualidad. La fecha de realización debe ser menr que la fecha de pag La fecha del pag debe estar cmprendida entre las fecha inici y fin de la validación Se realiza además una validación general para tdas las transaccines del XML, más aquellas que ya existen previamente y frman parte de alguna de las validacines de gasts del XML: la suma de tds ls gasts (según la fase de la validación se cgerá el gast a verificar el gast validad cm se indica en un de ls punts anterires) agrupads pr peración - sci - tip de gast actividad, n debe superar la financiación pr actividad de la peración para ese mism sci tip de gast actividad. Una vez realizada la carga, la aplicación se situará en la fase beneficiari y td puede cntinuar cm si la carga se hubiera hech puntualmente. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadAltaTransaccines del anex V. slicitarmdiftransaccines: Este prces permite mdificar de manera masiva registrs de validacines de gasts de la AG cn sus transaccines en la base de dats. Es imprtante destacar que el prces bien inserta tds ls registrs cntenids en el XML de entrada bien n inserta ningun. Bastará que un de ls registrs n pase alguna de las validacines para que n llegue a realizarse el prces. Se ha puest la limitación de que si el númer de errres de validación llega a 300, n se cntinúa validand más registrs. 28 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

29 Entrada: Códig de usuari, tken, XML cn las validacines de gast y transaccines a dar de alta actualizar en base de dats y tip de prces (V de validación / C de carga). El esquema XSD crrespndiente al frmat XML se expne en el anex VI. Ver la definición del element denminad SlicitudMdifTransaccines. Se espera cm entrada un XML cn un cnjunt de validacines de gast que existen previamente y que se quieren mdificar, bien la prpia infrmación de la validación, bien las transaccines que están asciadas a ella. Al igual que en el alta, las validacines pueden cntener n transaccines. Si la transacción existe en la base de dats, se mdificará cn ls dats del XML, en cas de que n exista se dará de alta una nueva. N es necesari incluir tdas las transaccines que tenga previamente la validación de gast, sl se mdificarán aquellas que aparezcan en el XML, el rest se dejarán tal cual. Respect a cada validación de gasts, el XML deberá cntener ls siguientes dats: Númer de validación Códig del prgrama perativ Códig de la peración Códig del sci Códig del tip de sci Fecha inici / fecha fin Validación final (sí/n) Verificación in situ (sí/n) Observacines Respect a cada transacción, el XML deberá cntener ls siguientes dats: Códig de la Actividad Códig del Tip de gast Númer de rden 29 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

30 Referencia del dcument Referencia cntable Prveedr CIF Prveedr Descripción del Gast NUT III Fecha de realización Fecha de pag Régimen de IVA (Si N Prrrata) Tasa prrrata IVA Gast cn IVA Gast sin IVA Gast a verificar Prces: Cm ya se ha indicad existen ds accines asciadas cn la carga: Validar y Cargar. La primera únicamente busca errres en el ficher y la segunda, además de validar el ficher, graba ls registrs en la base de dats si es que tds sn crrects. Las validacines infrmáticas a las se smete el ficher sn las siguientes: Primer se cmprueba que el ficher XML se ajusta a la estructura crrespndiente del esquema XSD expuest en el anex VI. Este esquema también está dispnible desde un enlace en la prpia funcinalidad de la aplicación. En el mment que se detecte un errr de este tip, el prces emite dich errr y paraliza la ejecución. Después, a cada validación de gast presente en el ficher (element <detallevalidacingast>) se le pasan las mismas validacines que se le pasarían si este registr fuera cargad de manera puntual a través de la pción de menú crrespndiente. Las validacines a las que se smete el ficher respect a cada validación de gast sn las siguientes: 30 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

31 Sn camps bligatris ls siguientes: Númer de validación P.O. Operación Sci Fecha inici Fecha fin La validación debe existir en base de dats y debe estar en fase beneficiari. La fecha de inici tiene que ser anterir a la fecha de fin. Ls rles del usuari deben ser Beneficiari Jefe de fila. El usuari que realiza la carga debe tener tds ls permiss necesaris para realizar la peración: de actualización para el prgrama perativ y el sci. Las validacines a las que se smete el ficher sbre las transaccines sn: Númer de rden Actividad Tip de gast Referencia dcument Fecha de realización Fecha de pag Régimen IVA Gast a verificar Prveedr CIF Prveedr Descripción del gast NUT III Si régimen IVA es deducible: Gast sin IVA bligatri. Sn camps bligatris ls siguientes: 31 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

32 Ls ds imprtes deben ser del mism sign Se debe cumplir que ABS(Gast a verificar) <= ABS(gast sin IVA) En el cas de que la referencia de dcument cincida (misma peración, mism sci y misma referencia) cn trs gasts, tds ells deben tener el mism Gast sin IVA. Además, se debe cumplir que ABS(Sumatri(Gast a verificar de ls gasts cincidentes )) <= ABS(gast sin IVA) Si régimen IVA n es deducible: Gast cn IVA bligatri Gast a verificar n debe superar el gast cn IVA Ls ds imprtes deben ser del mism sign Se debe cumplir que ABS(Gast a verificar) <= ABS(gast cn IVA) En el cas de que la referencia de dcument cincida (misma peración, mism sci y misma referencia) cn trs gasts, tds ells deben tener el mism Gast cn IVA. Además, se debe cumplir que ABS(Sumatri(Gast a verificar de ls gasts cincidentes )) <= ABS(gast cn IVA) Si régimen IVA es prrrata IVA: Gast cn IVA, gast sin IVA y tasa prrrata IVA bligatris El gast cn IVA y el gast sin IVA deben ser del mism sign En el cas de que la referencia de dcument cincida (misma peración, mism sci y misma referencia) cn trs gasts, tds ells deben tener ls misms valres en Gast cn IVA, sin IVA y tasa de prrrata. Además, se debe cumplir que ABS(Sumatri(Gast a verificar de ls gasts cincidentes )) <= ABS(gast máxim elegible) El gast a validar n debe superar al cste de la financiación pr actividad y tip de gast de la peración si la peración n es de asistencia técnica. El mensaje que debe aparecer es "El sumatri de ls gasts a validar (imprte) para la actividad ( códig denminación ) y la tiplgía de gast ( códig denminación ) n debe 32 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

33 superar el cste de la financiación (imprte) pr actividad y tiplgía de gast de la peración y sci ( códig )". Además, según la fase en la que se encuentre la validación de cada un de ls gasts implicads se tma un imprte crrespndiente. Así, si la fase es "Beneficiari", se tma el gast a verificar si la fase es "Auditr", se tma el gast a verificar si la fase es "Validadr", se tma el gast a verificar si la fase es "Validar gast", Cierre beneficiari Certificación, se tma el gast validad Si es asistencia técnica la validación anterir se hace cntra categrías de gast (en la transacción se cnce cnsultand el tip de gast) y anualidad. La fecha de realización debe ser menr que la fecha de pag La fecha del pag debe estar cmprendida entre las fecha inici y fin de la validación. Se realiza además una validación general para tdas las transaccines del XML, más aquellas que ya existen previamente y frman parte de alguna de las validacines de gasts del XML: la suma de tds ls gasts (según la fase de la validación se cgerá el gast a verificar el gast validad cm se indica en un de ls punts anterires) agrupads pr peración - sci - tip de gast actividad, n debe superar la financiación pr actividad de la peración para ese mism sci tip de gast actividad. Salida: La salida siempre es un XML, cuy frmat se ajusta al element ResultadMdifTransaccines del anex VI. cnsultascis: Permite btener un listad en frma de ficher XML de ls órgans existentes en la base de dats de Fnds Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

34 Entrada: Códig de usuari y tken. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VII. Ver el element ResultadCnsultaScis. cnsultatipsdegast: Permite btener un listad en frma de ficher XML de tds ls tips de gast cnsignads desde el menú de crdinación de la aplicación. Entrada: Códig de usuari y tken. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VII. Ver el element ResultadCnsultaTipsDeGast. cnsultaoperacines: Permite btener un listad en frma de ficher XML de tds ls tips de gast cnsignads desde el menú de crdinación de la aplicación. Entrada: Códig de usuari y tken. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VII. Ver el element ResultadCnsultaOperacines. cnsultaauditres: Permite btener un listad en frma de ficher XML de tds ls auditres cnsignads desde el menú de crdinación de la aplicación. Entrada: Códig de usuari y tken. 34 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

35 Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VII. Ver el element ResultadCnsultaAuditres. cnsultaactividades: Permite btener un listad en frma de ficher XML de las actividades de cada peración de la gestión financiera. Entrada: Códig de usuari y tken. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VII. Ver el element ResultadCnsultaActividades. cnsultatransaccines: Permite btener un listad en frma de ficher XML de las transaccines existentes en la base de dats. Éstas se muestran agrupadas pr sus validacines de gast, las cuales, a su vez, aparecen pr peración. Entrada: Códig de usuari, tken, prgrama perativ, peración, sci, tip de institución del sci, númer de validación y fase. En ls parámetrs se puede utilizar el carácter % cm cmdín. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VII. Ver el element ResultadCnsultaTransaccines. cnsultaoperacinesac: Permite btener un listad en frma de ficher XML de las peracines de la autridad de certificación existentes en la base de dats. 35 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

36 Entrada: Códig de usuari, tken, prgrama perativ, peración, sci, tip de institución del sci. En ls parámetrs se puede utilizar el carácter % cm cmdín. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VIII. Ver el element ResultadCnsultaOperacinesAC. cnsultacertificadsac: Permite btener un listad en frma de ficher XML de ls certificads de peración de la autridad de certificación existentes en la base de dats. Entrada: Códig de usuari, tken, prgrama perativ, peración, sci, tip de institución del sci. En ls parámetrs se puede utilizar el carácter % cm cmdín. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VIII. Ver el element ResultadCnsultaCertificadsAC. cnsultacertificadsprgramaac: Permite btener un listad en frma de ficher XML de las certificacines de la autridad de certificación existentes en la base de dats. Entrada: Códig de usuari, tken, prgrama perativ, peración, sci, tip de institución del sci. En ls parámetrs se puede utilizar el carácter % cm cmdín. Salida: XML cn el resultad prducid. El esquema XSD crrespndiente al frmat XML se expne en el anex VIII. Ver el element ResultadCnsultaCertificadsPrgramaAC. 36 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

37 4. Acces vía Fnds 2007 (Cperación territrial eurpea). Tant las descargas cm las cargas masivas pdrán realizarse entrand a Cperación territrial eurpea dentr de aplicación Fnds 2007, y slicitand las pcines de menú presentes en: Cargas / Descargas masivas Para AG Cargas masivas AG Alta masiva de validacines y transaccines Mdificación masiva de validacines y transaccines Brrad de cargas masivas AG Descargas masivas AG Scis Auditres Actividades Tips de gast Operacines Transaccines Para AC Cargas masivas AC Carga masiva de peracines AC Carga masiva de certificads de peración AC Carga masiva de certificads de prgrama AC Brrad masiv peracines AC Brrad masiv de certificads de peración AC Brrad masiv de certificads de prgrama AC 37 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris

38 Descargas masivas AC Operacines AC Certificads de peración AC Certificads de prgrama AC Cnsulta de prcess de cargas masivas Desde las pantallas de cada una de las pcines se puede extraer el esquema XSD crrespndiente a la estructura de sus crrespndientes fichers XML. El sistema de us de dichas pcines es exactamente igual que para cualquier pción de menú de Fnds Únicamente será necesari que el perfil del usuari que está cnectad tenga permis para utilizar dichas pcines Cnsulta de prcess de cargas masivas Dad que ls prcess de cargas masivas, dependiend del vlumen de dats, se pdrían demrar en el tiemp, desde esta pción se puede cnsultar el estad de un prces lanzad así cm el ficher XML resultad del prces. Esta pción de menú cntempla tant las cargas masivas antiguas de peracines y certificacines para la AC cm las más recientes sbre validacines y transaccines de la AG. Tener en cuenta que únicamente estará dispnible la última carga de cada usuari y tip diferente y que cada usuari tendrá accesibles sól las cargas que hay realizad el mism Alta masiva de validacines y transaccines AG Este prces es el mism que el prces slicitaraltatransaccines del servici web anterirmente expuest. Al tratarse de una pción más del menú de Fnds 2007, bastará 38 Subdirección General de Aplicacines de Presupuests y Fnds Cmunitaris