PPT

Pliego de Prescripciones Tcnicas
Procedimiento: Concurso
Servicio de desarrollo y soporte de

aplicaciones informticas corporativas
para la gestin econmica de la CARM
Referencia: SIC-SIGEPAL-plie-Gestin Econmica CARM 2013

( 1.O).doc
Creacin:
12 de abril de 2013
Autor:
DGPIT
Servicio:
Unidad Informtica Econmica y Tributaria
[Pliego de Prescripciones Tcnicas]
01 PPT 1
Pg. 1
......................................................................................................................5
2.1.Lugar de realizacin de los trabajos ..................................................................6
2.2 Constitucin inicial del equipo de trabajo .................................................7
Objeto
2.3
Modificaciones en la composicin del equipo de trabajo
...............................8
.....................................................................................8
2.5 Partida presupuestarialproyecto de inversin...........................................9
2.6 Gasto elegible ................................................................................................9
. de los Servicios .....................................................................................9
2.7 Facturacion
2.7.1 Entrega Diciembre 2013 ..............................................................................10
2.7.2 Entrega Marzo 2014..................................................................................... 11
2.7.3 Entrega Junio 2014 ......................................................................................12
2.7.4 Entrega Septiembre 2014 ............................................................................13
3 Descripcin tcnica del Servicio.............................................................................13
2.4
Presupuesto mximo
3.2
3.3
Condiciones generales en cumplimiento de la ley 1312012. de 27 de

diciembre. de Presupuestos Generales de la CARM. y Acuerdo de Consejo de
13
Gobierno de 5 de Abril de 2013
....................................................................
Entorno funcional. Especificacin de requisitos ...........................................14
3.3.1 Sistema Bsico y Administracin del sistema .........................................................15

3.3.2 Mdulo de integracin .........................................................................................
15
.....................
3.3.3 Control de Acceso a SIGEPAL (CAS)
.......................................... 15
3.3.4 Terceros ............................................................................................................
17
3.3.5 Gestin del Ciclo Presupuestario...........................................................................
18
3.3.5.1
Elaboracin Presupuesto ..............................................................................
18
3.3.5.2
Anticipos Caja Fija .....................
.
.
............................................................19
3.3.5.3
Procedimiento General del Gasto ...................................................................
19
3.3.5.4
Multiterceros ...............................................................................................
20
3.3.5.5
Pagos a Justificar .........................................................................................20
3.3.5.6
Plurianuales ................................................................................................21
3.3.5.7
Tramitacin Anticipada ................................................................................. 21
3.3.5.8
Financiacin Afectada .................................................................................. 22
3.3.5.9
Modificaciones de Crdito ............................................................................ -23
3.3.5.10
Proyectos de Gasto .................................................................................. 24
3.3.6 Gestin financiera ...............................................................................................27
3.3.6.1 Sistema general .......................................................................................... -27
3.3.6.2
Contabilizaciones en cuentas de mayor y terceros .......................................... 27
3.3.6.3
Determinacin de Cuentas............................................................................
29
3.3.6.4
Importes mximos .......................................................................................
29
3.3.6.5
Autorizacin Expedientes - Clase tipo ............................................................ 30
30
3.3.6.6
Mantenimiento cuentas PIP/CG .....................................................................
.
.
O1 PPT 1
Pg. 2
3.3.6.7
Mantenimiento de Clases de Coste ................................................................30
3.3.6.8
Mantenimiento de Centros de Coste .............................................................. 30
3.3.6.9
Mantenimiento de Objetivos / Actividades ...................................................... 31
Estndar..................................................................................................
31
3.3.6.10
3.3.7 Cierre y Apertura . Reorganizacin administrativa ................................................... 32
3.3.7.1
Proceso de Apertura del Ejercicio X+ 1.......................................................... -32
3.3.7.2
Proceso de Cierre del Ejercicio X ..................................................................
-33
3.3.8 Control Financiero ............................................................................................... 33
3.3.9 Tesorera ..........................................................................................................
-34
Bancos - BN ................................................................................................34
3.3.9.1
.......
. . . .................................................
35
Caja depositaria - CD..................
3.3.9.2
3.3.9.3
Embargos y Deudas .....................................................................................
35
3.3.9.4
Modelos Oficiales .........................................................................................
36
3.3.9.5
Nmina .......................................................................................................
37
3.3.9.6
Ordenacin Pagos - OR ................................................................................
37
......................................................................................................
3.3.10
Patrimonio
39
3.3.10.1
Bienes Muebles ........................................................................................ 39
3.3.10.2
Bienes Inmuebles.....................................................................................
40
3.3.11
Gestin del Parque Mvil Regional ....................................................................41
3.3.11.1
Gestin de Viajes ..................................................................................... 41
3.3.11.2
Gestin de Taller ......................................................................................
42
3.3.12
Teseo ............................................................................................................-43
3.3.13
Gestin Tributaria ............................................................................................44
Apertura y Grabacin de Expedientes......................................................... 44
3.3.13.1
3.3.13.2
Archivo ................................................................................................... -45
.
3.3.13.3
Catastro ..................................................................................................
46
3.3.13.4
Entrada ...................................................................................................46
3.3.13.5
Salida ......................................................................................................46
3.3.13.6
Escritos ..................................................................................................
-46
3.3.13.7
Gestin Tributaria General ........................................................................ 47
3.3.13.8
Gestin Notarial ....................................................................................... 49
3.3.13.9
Impuesto de Patrimonio ........................................................................... 50
3.3.13.10
Inspeccin ............................................................................................... 50
3.3.13.11
Juego ...................................................................................................... 51
3.3.13.12
Liquidaciones ..........................................................................................- 5 4
3.3.13.13
Notificaciones ..........................................................................................
56
3.3.13.14
Procesos de Revisin ................................................................................
57
3.3.13.15
Sanciones ................................................................................................
57
3.3.13.16
Valoraciones ............................................................................................
57
3.3.13.17
Medioambientales ....................................................................................
58
3.3.14
Iqgresos-recaudacin ......................................................................................
59
.............................................................................
3.3.15
Datawarehouse de SIGEPAL
61
62
3.3.16
Portal Tributario (eTributos) .............................................................................
3.3.17
Programa de Ayuda al Contrib~iyente(PACO) .....................................................
63
3.3.18
QUESTOR ......................................................................................................
-63
.
a
3.4
3.5
3.6
........................
.
........................................................64
Cronograma e hitos del contrato .............................................................. 66
Indicadores .................................................................................................. 67
Entorno tecnolgico
01 P P T I
Pag. 3
.
.......................70
Anexo 11.Descripcin de categoras profesionales ......................................................73
Anexo 1 Descripcin de la Arquitectura de Seguridad Avanzada (ASA)
.
........................................................................ 78
Anexo I V. Cuestionario de personal .............................................................................79
Anexo 111 Cuestionario de la empresa
O 1 PPT 1
Pg. 4
l. Introduccin
La gestin presupuestaria, patrimonial y tributaria de la Comunidad Autnoma de la
Regin de Murcia (en adelante, CARM) se apoya en diversos sistemas informticos, el
fundamental de los cuales es SIGEPAL (Sistema Integrado de Gestin Econmica y
Patrimonial), un ERP basado en SAP ECC 6.0 que perriite tanto la elaboracin de los
presupuestos como el seguimiento de los gastos e ingresos realizados en la Administracin
General de la Comunidad Autnoma y sus Organismos Autnomos, con especial nfasis en la
gestin tributara.
Otros sistemas informticos de este mbito son PACO (Programa de Ayuda al
Contribuyente), el Portal Tributario (realizados ambos en Java) y QUESTOR, sistema de
gestin de tasas.
Mediante este contrato se pretende incorporar nuevas funcionalidades as como dar
soporte a los sistemas informticos previamente citados, estableciendo un modelo de servicio
basado en objetivos e indicadores.
Este modelo de servicio ha sido definido por la Direccin General de Patrimonio,
Informtica y Telecomunicaciones, centro directivo que ha adoptado ITIL como conjunto de
buenas prcticas para la provisin y el soporte de servicios tecnolgicos.
2. Objeto
Constituye el objeto del presente contrato la prestacin del "Servicio de desarrollo y
soporte de aplicaciones informticas corporativas para la gestin econmica de la CARM".
Figura una descripcin detallada del objeto del contrato en el correspondiente pliego de
prescripciones tcnicas particulares.
En sntesis, en el mbito de la gestin econmica, los servicios de aplicaciones
corporativas que se ofrecen desde la Direccin General de Patrimonio, Informtica y
Telecomunicaciones exigen una organizacin en la que se distinguen dos niveles, uno de
diseo e implantacin de nuevas funcionalidades y otro de soporte a la explotacin de las
existentes.
Las tareas de desarrollo de aplicaciones informticas corporativas para la gestin
econmica de la CARM se concretan en:
Anlisis, construccin y despliegue de nuevas funcionalidades desarrolladas a
medida
Consultora y parametrizacin de aplicaciones estndar de SAP
Integracin con otros servicios corporativos (Administracin Electrnica,
Sistema de Gestin de Recursos H~imanos,etctera)
Anlisis, construccin y despliegue de nuevos servicios del sistema de
integracin (SAP PI)
En particular, se pretende abordar los siguientes proyectos en el mbito de los sistemas
corporativos de gestin econrriica:
Integracin en el core del subsistema de terceros con el censo nico
coripartido (CUC).
O 1 PPT 1
Pg. 5
Integracin con el sistema de notificaciones SICER implantado en la Agencia

Tributaria de la RM.
Creacin de extradores del sistema operacional que para la integracin de la
informacin en el sistema de inteligencia de negocio y diferentes servicios web
para la integracin con los distintos gestiones de expedientes corporativos.
Elaboracin y adaptacin de formularios y asistentes de ayuda al contribuyente
Implantacin del sistema de Auditora contable como herramienta de trabajo y
control de los auditores externos e internos.
Extensin de la funcionalidad actual de Parques Mviles a todos los organismos
competentes
Ampliacin de los mecanismos de integracin con Secretara General de
Coordinacin Autonmica y Local (minhapl, en los distintos planes econmicos
y de control establecidos.
Definicin de un plan de instalacin de parches as como de los SAP
Enhacement Packages que se considere que aportan funcionalidad al sistema.
Validacin de la instalacin de dichos parches y SAP Enhacement Packages.
Las tareas de soporte a la explotacin del sistema productivo se concretan en:
Correccin de incidencias y errores conocidos detectados tanto en los sistemas
de informacin estndar como a medida, ya sean por aspectos tcnicos o
funcionales y que impidan el correcto funcionamiento de los mismos.
Adaptacin de los sistemas de informacin a los niievos requisitos funcionales
solicitados por los departamentos clientes de los rriismos.
Implantacin de mejoras tcnicas que, sin aadir funcionalidad, aumenten la
calidad y/o el rendimiento de los sistemas de informacin.
Resolucin de dudas (funcionales y tcnicas) de los usuarios finales mediante el
establecimiento de un soporte especializado de segundo nivel.
Actuaciones formativas de los usuarios finales y tcnicos de la CARM relativas a
los trabajos realizados.
Apoyo puntual al personal destinado a las tareas de administracin de los
sistemas as como colaboracin en la deteccin y eliminacin de riesgos y
amenazas que pudiesen afectar a los sistemas de informacin de gestin
econmica.
2.1. Lugar de realizacin de los trabajos

Los trabajos sern realizados por el equipo de trabajo del adjudicatario en sus propias
dependencias, en cuyo caso el coste de conexin con los entornos que proporcione la
Direccin General de Patrimonio, Informtica y telecomunicaciones (DGPIT) correr de cuenta
del adjudicatario. Dicha conexin remota deber tener en cuenta, los criterios de diseo,
seguridad y mantenimiento que la Direccin Tcnica del Contrato dictamine durante la
vigencia del mismo, que debern ser asumidos por el adjudicatario y sus empresas
contratadas. La DGPIT tiene, dentro de su catlogo de accesos remotos para personal
externo, los siguientes 3 modelos:
01 PPT 1
Pg. 6
1. Acceso VPN-SSL individual para tcnicos externos, a travs de plataforma Juniper

SA600 propiedad de la CARM, con acceso a travs de navegador, software Juniper Network
Connect con uso de tarjeta criptogrfica de suar ario de la FNMT o DNI electrnico.
2. VPN LAN2LAN1Tnel a travs de Internet, con terminador de tneles CISCO ASA-5550.
3. LAN2LAN a travs de Inea de datos dedicada, instalada y mantenida por el licitador.
Esquema similar al anterior con una Inea de datos entre la sede del licitador y el CPD
corporativo de la CARlY situado en Calle San Antn, 4, l a planta.
La Administracin Regional no proporcionar certificado digital reconocido ni tarjeta de

empleado de la Administracin Regional al personal del equipo de trabajo que desarrolle las
tareas objeto de este contrato, siendo obligacin del adjudicatario el proporcionar a dicho
personal un certificado digital de personal fsica admitido por la plataforma de Administracin
Electrnica de la Comunidad Autnoma de la Regin de Murcia.
La Administracin Regional no proporcionar claves de acceso (login y contrasea) a la
intranet de la Administracin Regional al personal del equipo de trabajo que desarrolle las
tareas objeto de este contrato, salvo que resulte necesario para la ejecucin del contrato, en
cuyo caso se dispondr de las mismas con carcter ternporal, debiendo quedar reflejado de
manera inequvoca que el usuario autorizado es o forma parte de la empresa contratista y que
dicha excepcin lo es en virtud de las especficas funciones a desarrollar.
La Administracin Regional no proporcionar cuenta de correo al personal del equipo de
trabajo que desarrolle las tareas objeto de este contrato, siendo obligacin del adjudicatario el
proporcionar a dicho personal una cuenta de correo.
La Administracin Regional no proporcionar ordenadores personales al personal del
equipo de trabajo que desarrolle las tareas objeto de este contrato, siendo obligacin del
adjudicatario el proporcionar a dicho personal equipos de trabajo con, al menos, sistema
operativo, suite ofimtica y antivirus actualizados.
2.2
Constitucin inicial del equipo de trabajo
El equipo humano que se incorporar tras la formalizacin del contrato para la ejecucin
de los trabajos deber estar formado por los componentes relacionados en la oferta
adjudicataria y consecuentemente valorados.
Se ha estimado que para la realizacin de los trabajos objeto de este pliego se debern
ofertar los siguientes perfiles con la dedicacin mnima establecida:
Perfil
Jornadas (8 horas)
Jefe d e proyecto
Consultor funcional
Consultor tecnolgico
Analista ABAP 4
Analista Java
Analista programador ABAP/4
Analista programador Java
Analista programador Delphi
Programador ABAP/4
01 PPT 1
Pg. 7
En el anexo 11se describen las categoras profesionales del personal adscrito a la oferta.
2.3
Modificaciones en la composicin del equipo de trabajo
La valoracin final de la productividad y calidad de los trabajos de las personas que

realizan el servicio corresponde al Director Tcnico del Contrato, siendo potestad suya solicitar
el cambio de cualesquiera de los componentes del equipo de trabajo, con un preaviso de
quince das, por otro de igual categora, si existen razones justificadas que lo aconsejen.
Los posibles inconvenientes de adaptacin al entorno de trabajo y al proyecto debidos a
las sustituciones de personal, debern subsanarse mediante periodos de solaparriiento sin
coste adicional, durante el tiempo necesario. Si a criterio del Director Tcnico del Contrato
esto no fuera posible, las dos primeras semanas de trabajo del sustituto no sern facturables.
2.4
Presupuesto mximo
El presupuesto mximo asciende a la cantidad de 961.440,OO E (sin IVA) novecientos

sesenta y un mil cuatrocientos cuarenta euros; el IVA asciende a 201.902,40 E, doscientos un
mil novecientos dos euros con cuarenta cntimos; el presupuesto mximo con IVA incluido
asciende a 1.163.342,40 E un milln ciento sesenta y tres mil trescientos cuarenta y dos euros
con cuarenta cntimos.
Dicho presupuesto lmite, se descompone de acuerdo con los siguientes trabajos a
realizar:
Importe
IVA
IVA Incluido
40.760,OO f
8.559,60 f
49.319,60 f
Creacin de extractores y servicios Web
34.192,OO f
103.120,OO f
7.180,32 f
21.655,20 f
41.372,32 f
124.775,20 f
Formularios y asistentes de ayuda al contribuyente
123.120,OO f
25.855,20 f
148.975,20 f
Implantacin Auditora contable
45.280,OO f
9.508,80 f
54.788,80 f
Parque Mvil
45.240,OO f
9.500,40 f
54.740,40 f
35.024,OO f
7.355,04 f
42.379,04 f
961.440,OO f
201.902,40 f
1.163.342,40 f
Integracin Censo nico Compartido

Integracin notificaciones SlCER
Integracin con SGCAL

SAP Enhacement
SE. Incidencias
SE. Nuevos requisitos
SE. Mejoras Tcnicas
SE. Formacin, Consultas.
SE. Administracin y Seguridad
Total
01 PPT 1
Pg. 8
Este importe se distribuir en las siguientes anualidades:
Importe
2.5
IVA
IVA Incluido
Anualidad 2013
107.677,69
22.612,31
130.290,OO
Anualidad 2014
853.762,31
179.290,09
1.033.052,40
961.440,OO 6
201.902,40 6
1.163.342,40 6
Partida presupuestaria/proyecto de inversin
El contrato se cargar a la aplicacin presupuestaria 13.01.00.611A.64500 Aplicaciones

Informticas y proyecto de inversin 4254212013 Aplicaciones Informticas Corporativas
para la Gestin Econmica de la CARM
2.6
Gasto elegible
El gasto elegible es de O , cero euros.
2.7
Facturacin d e los Servicios
El pago de los servicios objeto del contrato se efectuar conforme al cumplimiento de los
hitos, una vez conformada la correspondiente factura por el Director Tcnico del contrato y
emitido el correspondiente informe justificativo de las entregas realizadas en los trminos
especificados en el Pliego de Prescripciones Tcnicas.
01 PPT 1
Pg. 9
2.7.1
Entrega Diciembre 2013
PROYECTO
HITO
A5-Plan proyecto y anlisis funcional
Al-Plan proyecto y anlisis funcional
A12-Plan formacin y Documento FAQ
SE. Mejoras Tcnicas
All-Seguimiento implantacin mejoras tcnicas
DT11-Diseo tcnico Mejoras
111-Guas de explotacin tcnica y manuales de usuarios.
AlO-Analisis funcional nuevos requisitos
DT10-Diseo tcnico del nuevos requisitos
SE. Incidencias
A9-Seguimiento incidencias, problemas y resolucin
DT9-Diseo tcnico resolucin
Total
O 1 PPT 1
Entrega Diciembre 2013

3.490,03
3.490,03
11.633,42
581,67
9.306,74
20.358,49
10.470,08
17.450,14 f
6.980,05
4.653,37
4.653,37
37.222,61
130.290.00
Pg. 10
t.,
~'Ic
2.7.2
PROYECTO
Entrega Marzo 2014

Entrega Marzo 2014
HITO

DT3-Diseo tcnico del modelo
AS-Plan proyecto y anlisis funcional
DTS-Diseo tcnico del modelo
Al-Plan proyecto y anlisis funcional
Integracin con SGCAL
Parque Mvil
A13-Plan Auditoria Usuarios y Seguridad
SE. Mejoras Tcnicas
Dl-10-Diseo tcnico del nuevos requisitos
SE. Incidencias
Total
01 PPT 1
Pg. 1 1
klgin de Murria
>,,
i-,
,+.e/.,c!er:n
cit. Eec!i$mia y
2.7.3
: j ~ ~ ~ ~ t i ; & j
Entrega Junio 2014
PROYECTO HITO
Parque Mvil
SAP Enhacement
DT13-Diseo de medidas y gestin de usuarios
SE. Mejoras Tcnicas
SE. Incidencias
@Guas de explotacin tcnica y manuales de usuarios.
Total
[Pliego de PrescripcionesTcnicas]
O 1 PPT 1
Entrega Junio 2014

17.450,14
74.453,91
429.273,35
Pg. 12
2.7.4
Entrega Septiembre 2014
PROYECTO HITO
Parque Mvil
SAP Enhacement
SE. IVlejoras Tcnicas
SE. IVuevos requisitos
SE. Incidencias
Total
Entrega Septiembre 2014
3 Descripciii tcnica del Servicio

3.2
Condiciones generales en curriplirriieiito de la ley 13/2012, de 27 de

dicierribre, de Presupuestos Generales de la CARM, y Acuerdo de
Consejo de Gobierno de 5 de Abril de 2013.
Los trabajos a realizar en este contrato, son especl'icos y de especial dificultad tcnica, no forman
parte de las tareas habituales y permanentes en la Agencia Regional de Recaudacin, ni sta dispone
de los recursos personales y materiales necesarios para llevarlos a cabo por medios propios.
01 PPT 1
Pg. 13
De acuerdo con lo establecido en la Ley 13/2012, de 27 de diciembre, de Presupuestos Generales

de la CARM para el ejercicio 2013, Disposicin Adicional Vigsimo Primera, apartado 5.1, la contratacin
para el Servicio de desarrollo y soporte de aplicaciones informticas corporativas para la gestin
econmica de la CARM, se tramitar con solicitud de informe previo favorable de la Direccin General
de la Funcin Pblica y Calidad de los Servicios.
Del mismo modo, en cumplimiento del Acuerdo de Consejo de Gobierno de 5 de Abril de 2013, por
el que se aprueban las instrucciones para la gestin de los contratos de servicios y encomiendas de
gestin, y por lo que respecta al personal que ha de realizar los trabajos objeto de este contrato, se
hace constar en el pliego de prescripciones tcnicas y en la memoria lo siguiente:
1. La empresa adjudicataria deber ejercer de modo real, efectivo y peridico, el poder de

direccin inherente a todo empresario con relacin a sus trabajadores, asumiendo
absolutamente todas sus obligaciones (negociacin y pago de salarios, concesin de
permisos, vacaciones, etc.). En ningn caso se identificar, en el contrato de servicios, el
nombre de los trabajadores que la empresa designe para cumplir el contrato.
2.
La Direccin General de Patrimonio, Informtica y Telecomunicaciones no ceder equipos ni

material para la realizacin del servicio contratado, debiendo llevarse a cabo el mismo en las
dependencias del empresario adjudicatario.
3.
Por parte de la empresa adjudicataria se habr de designar, al menos, un coordinador

tcnico o responsable, perteneciente a su plantilla, que ser el interlocutor con quien se
relacionar nicamente el Director del Contrato, funcionario de la Direccin General de
Patrimonio, Informtica y Telecomunicaciones.
4.
En el contrato que se formalice con la empresa adjudicataria, no podrn figurar clusulas de

subrogacin empresarial en las que la Consejera de Economa y Hacienda asuma
compromisos sobre los empleados del adjudicatario o de la empresa instrumental
encomendada.
5. Al equipo de trabajo de la empresa adjudicataria de la contratacin no es aplicable el
rgimen jurdico de los empleados pblicos, en especial los aspectos relativos al

cumplimiento y control de horario, vacaciones, permisos y licencias y otros de anloga
naturaleza.
6.
El equipo de trabajo que desarrolle las tareas objeto de este contrato no formar parte de
los organigramas y directorios de la Administracin Regional, ni dispondr de claves de
acceso a recursos propios de los funcionarios, en particular al sistema de control horario.
7 . El servicio objeto de este contrato afecta a un servicio concreto con autonoma y
sustantividad propia, sin que pueda ser considerado como tarea permanente o habitual.
8.
El adjudicatario deber organizar y dirigir al equipo de trabajo que designe para la

realizacin de las tareas objeto de este contrato, no dependiendo este equipo, en ningn
caso, de ninguna unidad administrativa de la Administracin Regional.
9.
Para la realizacin de este trabajo nicamente se proporcionaran a dicho personal accesos

temporales a los sistemas y servidores implicados o relacionados directamente con el objeto
de este contrato.
Cualquiera de las situaciones anteriores deber ser tenida en cuenta por el adjudicatario con el
objeto de garantizar la adecuada ejecucin y los plazos de entrega fijados en el pliego.
3.3
Eiitorno funcional. Especificacin de requisitos

Se describen a continuacin los diferentes mdulos que conforman el Sistema
Integrado de Gestin Econmica y Patrimonial (SIGEPAL) de la Comunidad Autnoma de
la Regin de Murcia as como el Portal Tributario (eTributos), el Programa de Ayuda al
Contribuyente (PACO) y QUESTOR (el sistema de gestin de tasas):
01 PPT 1
Pg. 14
3.3.1
Sistema Bsico y Administracin del sistema
El sistema bsico de SIGEPAL se basa en ECC 6.0 (con EA-PS como componente
fundamental) e incluye la funcionalidad de transportes, uso y configuracin de
herramientas, la administracin y coordinacin de los entornos de desarrollo, pruebas y
produccin as como el control de versiones.
3.3.2
Mdulo de integracin
SAP Exchange Infiastructure (SAP XI 3.0) y SAP Process Integration (CAP PI 7.1)
son las soluciones tcnicas adoptadas para integrar SIGEPAL (tecnologa CAP) con el resto
de componentes software de la arquitectura tecnolgica corporativa.
Como herramientas para la prestacin de servicios en la actualidad se usan con un
triple objetivo:
Permitir a cualquier departamento de la CARM la integracin de sus aplicaciones con
la gestin econmica y tributaria.
e
El uso y difusin de datos maestros corporativos.

Proporcionar los servicios del Back-office econmico y tributario necesarios para los
portales.
En la actualidad existen ms de un centenar de servicios en funcionamiento para los

principales mdulos de SIGEPAL.
3.3.3
Control de Acceso a SIGEPAL (CAS)
Consiste en la gestin de usuarios de acuerdo las polticas y procedimientos de

seguridad para el control de acceso a los sistemas SIGEPAL. La implantacin de CAS se
articul en tres lneas de trabajo, funcional, directiva y tcnica, con el objetivo de producir
un catloso de funciones as como sus procedimientos de sestin, segn un modelo
formal basado en los conceptos de funcin, rol y d.
El modelo emana de unos
principios bsicos, tal como el de separar la visin funcional de los aspectos orgnicos y
se dise con los problemas prcticos del da a da en mente, tales como las
reorganizaciones administrativas (cambios de orgnica). Tcnicamente el mdulo se basa
en el mecanismo de herencia de los objetos de autorizacin de SAP.
El objetivo es que todo acceso a los DATOS por parte de las PERSONAS est sierripre
AUTORIZADO de forma efectiva por los PROPIETARIOS de ambos.
Decimos 'ambos' porque el modelo introduce la figura del "propietario de la
informacin" al igual que ya existe la figura tradicional del "jefe" o "propietario del
personal".
En el camino que va desde la persona hasta el dato que se accede, debemos
distinguir que todo elemento est nombrado y que tenga un propietario o responsable, de
manera que no queden elementos al azar.
01 PPTI
Pg. 15
Para ello se definen los siguientes elementos clave, que son las funciones y los
roles en el mbito funcional y los perfiles en el mbito orgnico. Todos ellos no dejan
de ser simplemente operaciones de SIGEPAL, pero con un ligero matiz de distincin:
Las funciones son la catalogacin de todas las posibles operaciones que
existen sobre los datos de SIGEPAL, independientemente de quin las usa
(decimos qu operacin)
Los roles son esas mismas operaciones pero agrupadas segn una misma
finalidad o proceso administrativo que les da sentido (decimos cmo se usa).
Los perfiles son agrupaciones de roles cuyas operaciones estn destinadas a
ser usadas por un mismo tipo de puesto o persona (decimos q u h la usa).
Pudiera parecer que los roles y los perfiles son la misma cosa, pero ntese cmo la
visin funcional organiza los elementos desde el punto de vista de los datos y su
tratamiento mientras que la visin orgnica organiza los elementos desde el punto de
vista del personal y sus tareas.
Finalmente, los permisos, de ndole ms tcnico, no son ms que las
operaciones asignadas a un usuario concreto en un momento de tiempo
determinado a partir de sus perfiles asignados.
Esta doble visin (funcional y orgriica) nos da a su vez las figuras clave en el
proceso, que son los responsables funcionales por un lado y los responsables
orgnicos por otro:
Los responsables funcionales se encargan de definir las funciones y los
roles. Asimismo, se encargan de "declarar" piblicamente qu roles pueden ser
usados por qu responsables orgriicos.
Los responsables orgnicos se encargan de definir los perfiles y de asignar
los permisos concretos a su personal, todo ello dentro de su mbito orgnico.
Para la definicin de los perfiles, los responsables orgnicos "usan" libremente
los roles que los responsables funcionales han declarado previamente para
ellos.
En ocasiones los roles se de.finen para la propia unidad orgnica a la que pertenece el
responsable funcional (incluso puede ocurrir que la figura de responsable orgnico
coincida en la misma persona), es decir, los roles y los perfiles "quedan en casa".
Pero el inters del modelo radica precisamente en el otro caso, cuando los roles se
declaran para ser usados en "otro" mbito orgnico. Por ejemplo cuando la Intervencin
General define el rol "Oficina Presupuestaria" para ser usado en las distintas consejeras.
En relacin a la figura de propietario, diremos que bajo una misma titularidad se
engloba tanto al "rgano admiriistrativo" como a un conjunto de "mdulos" funcionales
(uno, varios o ninguno):
Un m d u l o no es ms que la agrupacin de funciones que tratan sobre el
mismo tipo de dato, por ejemplo el mdulo de Terceros.
01 P P T I
Pg. 16
De forma natural cada rgano adniinistrativo ostenta la titularidad sobre su

personal, pero la propiedad de los mdulos debe ser declarada explcitamente
por disposicin normativa
Finalmente, ser el titular propietario el que designa, de entre su personal, quines
son los responsables funcionales de los mdulos y los responsables orgnicos de los
perfiles, y con ello se cierra la cadena de responsabilidades del modelo.
Terceros
3.3.4
El registro y tratamiento de derechos y obligaciones de pago con terceros se realiza

en SAP con una contabilidad auxiliar de terceros. Esto implica que los saldos (y sus
movimientos) que se mantienen con terceros se anotan directamente en el cdigo de la
cuenta del tercero, no en una cuenta de mayor. Las anotaciones realizadas en la cuenta
de un tercero tienen automticamente su reflejo en la contabilidad patrimonial, en los
estados financieros, en el balance de la Comunidad Autnoma de la Regin de IYurcia.
Esto se consigue a travs del cdigo de Cuenta de Mayor Asociada, que se determina
para cada tercero en sus datos maestros.
Dado que cada tercero puede existir en el sistema como cuenta de acreedor (cuando
estemos ejecutando en SAP el presupuesto de Gastos) y como cuenta de deudor (cuando
se ejecuta en los departamentos el presupuesto de Ingresos), para cada una de estas
cuentas, se define una Cuenta de Mayor Asociada diferente.
Para conseguir una mayor agilidad y uniformidad de los datos, se ha diseado una
estructura en la que existe un maestro de DEUDORES GENERALES en la se encontrarn
registrados todos los terceros con identificacin nica. Este registro de datos generales
contiene los siguientes datos:
Datos senerales: la informacin aqu recogida es principalmente de carcter
identificativo. Entre los datos ms relevantes se encuentran el NIF, el
nombre(s) del tercero, la direccin.
Datos de sociedad: contiene los datos necesarios para la gestin contable del
tercero, fundamentalmente. Entre otros datos estn la cuenta de mayor de
imputacin, la(s) forma(s) de pago del tercero, los bloqueos de pago.
Datos bancarios para paqos/cobros: en este maestro se encuentran las
cuentas bancarias dadas de alta para cada tercero.
Datos de retenciones: se indican los conceptos por los cuales se pueden
realizar retenciones en los pagos / cobros a los terceros.
Este maestro de DEUDORES GENERALES se relaciona directamente con:
o
Submaestros de Deudores a nivel de Sociedad.
Maestro de ACREEDORES GENERALES (= Maestro de Deudores a nivel

General)
Submaestros de Acreedores a nivel de Sociedad.
Maestro de CLIENTES (= Maestro de Deudores a nivel General) con los

submaestros de Direcciones y el de Atributos Perfil Tributario.
O 1 PPT 1
Pg. 17
Se garantiza el tercero nico en el sistema mediante determinados procedimientos

que tratan conjuntamente la creacin y la modificacin de los datos generales del tercero,
y sern idnticos por tanto en los maestros de deudores o acreedores o submaestros de
cualquier sociedad, lo que introduce el concepto de Tercero nico, basado en las
siguientes premisas:
El identificador nico de cada tercero ser un nmero interno, asignado por
el sistema, y ser el mismo para el maestro de deudores y el de acreedores.
Todo tercero tendr su reflejo en el maestro de acreedores y deudores, no
se podr dar de alta ijnicamente en uno de ellos.
Cierta funcionalidad estndar se seguir manteniendo, de cara
principalmente a la gestin de los maestros dependientes de los maestros
generales de deudores y acreedores. Estos "submaestros" son los maestros
dependientes de sociedad y las cuentas bancarias de deudores y
acreedores.
3.3.5
Gestin del Ciclo Presupuestario
Elaboracin Presupuesto
3.3.5.1
El subsistema de Elaboracin del Presupuesto estndar est complementado con

desarrollos adicionales necesarios para garantizar la funcionalidad y los requisitos de la
Comunidad Autnoma de la Regin de Murcia:
Elaboracin descentralizada de los anteproyectos de presupuestos de Gastos e
Ingresos.
Tratamiento de las partidas presupuestarias con diferentes niveles de
agregacin.
Creacin y mantenimiento de la estructura presupuestaria.
Creacin y mantenirriento de las tablas de codificacin de las clasificaciones y
de sus desagregaciones.
Entradas de datos, modificaciones y correcciones en los dos niveles de gestin
previstos: Centro Gestor y Direccin General de Presupuestos y Fondos
Europeos.
Para cada Entidad y Ejercicio, se puede definir el nivel de descentralizacin
para elaborar el Presupuesto (un nico nivel).
Creacin y mantenimiento de diferentes versiones de presupuesto por
ejercicio. Definicin de distintas versiones descentralizadas para cada uno de
los centros gestores del presupuesto.
Parametrizacin de las versiones para cada Entidad y Ejercicio y Copia de
todos o parte de los datos entre versiones
Recoleccin de las enmiendas al presupuesto en las versiones que se
determine.
Introduccin de objetivos e indicadores por programas presupuestarios.
O1 PPT 1
Pg. 18
Descentralizacin del presupuesto: La descentralizacin est contemplada en

el componente de elaboracin y en el sistema de autorizaciones de SAP
estndar. Permite:
o
Asignacin y Control de Versiones por Centro Gestor
Consolidacin automtica de las versiones definitivas de cada Centro

Gestor a una versin centralizada
Definicin de "reglas de cambio de clave", que permiten hacer modificaciones

masivas en la estructura orgnica.
Definicin de Superestructuras.
Consolidacin presupuestaria. Definicin de reglas de consolidacin entre
Entidades. Copia de reglas de consolidacin entre ejercicios. Consulta del
cuadre de consolidacin por ejercicio y versin.
3.3.5.2
Anticipos Caja Fija
Se entiende por anticipoc de caja fija las provisiones de fondos de carcter

extrapresupuestario y permanente que se realicen a las habilitaciones y cajas
pagadoras para la atencin inmediata y posterior aplicacin al presupuesto del ao en
que se realicen, de gastos imputables a su capitulo 11 de "Gastos de bienes corrientes y
servicios". Estos anticipoc de caja fija no tienen la consideracin de pagos a justificar.
Esta aplicacin facilita a la Intervencin General la elaboracin de los acuerdos, a
las distintas unidades administrativas la obtencin de la Orden de Pago Interna y a los
cajeros pagadores les proporciona una herramienta para controlar los fondos de los que
disponen y todos los registros que componen su contabilidad auxiliar.
3.3.5.3
Procedimiento General del Gasto
Mediante este mdulo se establecen una serie de actos de gestin, intervencin y

contables que, agrupndose en las etapas de ordenacin de gasto y ordenacin del
pago, forman la ejecucin del gasto.
El objetivo de este mdulo es recoger todas las operaciones que comprometen u
ordenan el crdito de las partidas de gasto. Contempla todas las fases de ejecucin del
gasto y efecta un control de disponibilidad sobre el crdito propio de las partidas o en
su caso sobre el crdito vinculado, o bien sobre la fase inmediatamente anterior
impidiendo contabilizar operaciones para las que no hay crdito disponible.
El sistema deja rastro de los diferentes pasos dados por un documento contable
desde su propuesta por el rgano competente hasta su validacin final.
La definicin de las fases contables se deterrr~iiia asociando "clases de
documentos" definidos mediante un conjunto de campos a informar.
Para cada Lina de las fases contables se pueden definir tantos documentos como se
crea convei-iiente, pudiendo un mismo documento contable englobar distintas fases
consecutivas de la ejecucin del Presupuesto de Gasto.
Cada una de las distintas fases contables de la ejecucin del Presupuesto de Gasto
puede hacer referencia a la fase previa o bien consumir directamente del crdito de la
01 PPT 1
Pg. 19
%Aqin de Murcia
partida presupuestaria. Los documentos asociados con fase anterior tendrn como
entrada obligatoria el documento de referencia de la fase de gasto anterior.
El sistema imposibilita introducir documentos sin cumplir las fases previas definidas
y validar el saldo de la fase predecesora o el crdito disponible en caso que se trate de
un documento de inicio del expediente contable.
Los datos relevantes de cada una de las fases de ejecucin del presupuesto (tales
como partida presupuestaria, tercero, proyecto de gasto, etctera) se arrastrarn de
una fase a la siguiente, no siendo necesario volver a cumplimentar los datos ya
informados en una fase anterior.
Multiterceros
3.3.5.4
Generacin automtica de expedientes multiterceros desde sistemas externos ya

sea por fichero o mediante servicios Web. Ofrece diferentes opciones de carga:
Creacin de expedientes multipartida.
Creacin de expedientes plurianuales: Se permite la carga de
documentos con anualidades futuras.
m
Posibilidad de mltiples retenciones por acreedor.

Posibilidad de Acreedor Alternativo por lnea de acreedor: Se crea un
nuevo tipo de registro donde se especifican todos los datos necesarios
de un acreedor alternativo al que se har el pago.
Correspondencia unvoca entre documentos padres - hijos. Se
establece un mecanismo para asegurar esta correspondencia que se
expone ms adelante.
Traspaso automtico de expedientes plurianuales a ejercicios futuros
como expedientes completos, no como un expediente por cada Inea de
fichero.
Incorporacin del identificador de la carga en la visualizacin e

impresin del expediente contable dentro de SIGEPAL.
Para facilitar la gestin de las oficinas presupuestarias se incluye un campo de
identificacin de la carga en sistemas externos tanto en la visualizacin del expediente
como en la impresin del mismo, habilitndose tambin la posibilidad de consulta de
expedientes a partir de este identificador.
3.3.5.5
Pagos a Justificar
Los pagos a justificar no suponen ms que una especialidad en el rgimen general

de tramitacin de los gastos, cuyo fundamento es la necesidad de atender
determinadas situaciones que no pueden serlo con dicho rgimen general al ser
imposible aportar los justificantes previamente a la salida de fondos de las cuentas
generales del Tesoro Pblico Regional. A este efecto se ponen fondos a disposicin de
un habilitado pagador al que se responsabiliza de dicha justificacin.
El mdulo de Pagos a Justificar recoge las siguientes funciones:
O 1 PPT 1
Pg. 20
Registro de los justificantes de gasto.

Contabilizacin de los justificantes y generacin del expediente JUS.
Cierre de la bolsa de gastos y generacin de los reintegros.
Informes y Listados para el cuadre.
3.3.5.6
Plurianuales
Este mdulo es utilizado para la gestin de los compromisos plurianuales. El gasto

que se impute a cada uno de los ejercicios futuros, como consecuencia de los
compromisos derivados de actuaciones plurianuales aprobadas en los propios y
anteriores ejercicios, no podr exceder de la cantidad que resulte de aplicar al crdito
correspondiente del ao en que la operacin se comprometi al nivel de vinculacin
procedente, en diferentes porcentajes.
Los porcentajes mximos a aplicar en las sucesivas anualidades, cuando se trate de
gastos plurianuales correspondientes a inversiones y transferencias o a contratos
administrativos, operan como lmite cuantitativo mximo en dichos ejercicios y se
calculan sobre el crdito total inicial correspondiente a esos gastos, crdito inicial que
debe considerarse al nivel de vinculacin procedente y referido al ejercicio en el que se
compromete la operacin.
Se establecen, por tanto, dos fases bien diferenciadas y necesariamente
desarrolladas de manera secuencia1 respecto de la terminacin de la fase anterior.
Fases
Fase 1. Gestin de Modificacin de Lmites Futuros
Seleccionando un vinculante determinado se fijan las anualidades y los porcentajes
correspondientes, adems de cualquier otra informacin que, a nivel global de la
modificacin, se determine registrar, como el usuario, la fecha y todos otros datos
administrativos.
A partir de los datos introducidos se generar un documento de modificacin y la
actualizacin de las partidas pertenecientes al vinculante en las tablas del estndar de
plurianuales, como si de una modificacin individual se tratase, esto es, respetando los
consumos existentes.
Fase 2. Circuito de Modificacin de Lmites futuros
La modificacin de los lmites lleva consigo una tramitacin deterrriinada,
gestionada como un circuito ms a nivel de flujos de trabajo, documentaciones
asociadas, gestin de bandejas de tramitacin, etctera.
3.3.5.7
Tramitacin Anticipada
El sistema de contabilidad presupuestaria de gastos de tramitacin anticipada tiene

como finalidad controlar e informar sobre las autorizaciones y disposiciones de gasto
que de este tipo se efecten. Tienen la consideracin de gastos de tramitacin
anticipada aqullos cuya tramitacin se inicie en el ejercicio inmediatamente anterior a
aqul en el que se vaya a comenzar la ejecucin del gasto.
O1 PPT 1
Pg. 2 1
;kJgin de Murcia
i~i>!!sp8~~l"~;]
[j?:? c;,<:;r;:p::.?iz
.,?l> \.fTE2,,:.,
.I'L:. .s.>4.
,,.
,
.:,A.
%.A<?
,>
$-j;:<;,t<21!cjcj
p-c.<;r,",<,
+
"r-:$c;,,
CJ
2.
Destaca en este mbito que la contabilizacin de todo tipo de actos que afecten al
presupuesto de gastos del ejercicio en el que se vaya a comenzar su ejecucin se
realiza por los servicios de contabilidad de la Intervencin General de manera
independiente de la del Presupuesto corriente.
Para el adecuado control de este procedimiento presupuestario, SIGEPAL cuenta
con un subsistema contable basado en la diferenciacin por partidas presupuestarias de
la imputacin del gasto.
Para cada uno de los procedimientos existe una gestin diferente, que se basa en
la definicin de nuevas clases de documentos presi.~puestarios, similares a los definidos
para la gestin de documentos plurianuales, puesto que su tramitacin y la naturaleza
de la informacin que contienen debe ser la misma.
Estos expedientes seguirn los mismos trmites que cualquier otro tipo de
expediente plurianual, con la particularidad de que no apuntarn consumo alguno sobre
los crditos plurianuales y, al no tener importe corriente, tampoco en ejecucin.
Como en el caso de los documentos plurianuales, en la apertura del ejercicio se
proceder a trasladar todos los documentos de tramitacin vigentes al ejercicio de
apertura. Como si de un documento plurianual ms se tratase, a las tramitaciones
anticipadas se les aplicarn las normas de cambios de clave definidas para la apertura
del nuevo ejercicio presupuestario, al igual que el resto de validaciones propias del
proceso de traspaso, con la salvedad de que, puesto que las tramitaciones slo tienen
una anualidad futura, se traducirn a documentos de corriente en el ejercicio al que se
trasladan, dejando de existir como tales tramitaciones anticipadas. Es tambin
importante destacar que esta gestin no implica que se pierda el "rastro" de los
documentos, puesto que, en cualquier caso, siempre quedar constancia del
documento de tramitacin anticipada que los origin.
3.3.5.8
Financiacin Afectada
El objetivo de este mdulo es el control y justificacin de aquellas unidades de

gasto susceptibles de total delin-iitacin dentro del Presupuesto de gastos del ejercicio
o ejercicios en los que deban realizarse que, bien por acuerdos con otro Entes, bien
por su naturaleza o condiciones especficas, se debe financiar, total o parcialmente, con
aportaciones o ingresos concretos que tengan con el gasto una relacin directa y
objetiva, y que se recogern en el Presupuesto de ingresos de uno o varios ejercicios,
sin que tengan que coincidir con aqullos en que se realice el gasto.
Cuando un proyecto se encuentre cofinanciado con fondos externos deber
asignarse al mismo la correspondiente fuente o fuentes de financiacin para un
determinado periodo de vigencia y su prioridad u orden de prelacin de las fuentes en
el proceso posterior de justificacin de los gastos.
Una fuente de financiacin no es ms que la combinacin de un fondo /
subveiicin, una forma de intervencin, un eje y una medida.
El fondo nos indica el origen del ingreso.
Las formas de intervencin dependern del fondo.
Los ejes / medidas se definen sobre luna forma de intervencin.
Una fuente de financiacin define, dentro de un periodo de vigencia:
01 PPT 1
Pg. 22
Una tasa de cofinanciacin.

Un gasto elegible por anualidad. El gasto elegible es el mximo que puede
certificar para obtener la correspondiente ayuda en funcin del porcentaje.
Una ayuda anual, en funcin de los dos anteriores.
Para proyectos cofinanciados se deber indicar el importe elegible en la fase O del
expediente contable.
3.3.5.9
Modificaciones de Crdito
El objetivo de este mdulo es proporcionar los mecanismos necesarios para

modificar los crditos defiilitivos del presupuesto segn las necesidades aparecidas
durante la ejecucin del mismo.
La tramitacin de los expedientes de modificacin se realiza mediante un
documento contable a tal efecto, donde se recogen los cambios a realizar en el
presupuesto de gastos y, segn el tipo de modificacin de que se trate, las
modificaciones en el presupuesto de ingresos.
Estos documentos debern pasar diferentes validaciones y harn uso los
mecanismos de firma electrnica para la validacin de documentos. La competencia
para realizar estas validaciones depender del tipo de modificacin de que se trate y la
competencia para realizarlas.
-1vlodifcaciones que afectan al Presupuesto de Gastos
Transferencias de Crdto: Las transferencias de crdito se realizan entre

distintas partidas del presupuesto de gastos, entre las que no puede aplicarse
vinculacin jurdica, siempre y cuando, la cifra total del presupuesto no resulte
alterada. Se trata, en definitiva, de realizar trasvases entre distintas partidas de
gasto para realizar mejores ajustes a cumplimientos de objetivos.
-IYodificaciones que afectan al Presupuesto de Gastos e Ingresos
Ampliaciones de Crdto: Existen determinado tipos de gasto cuya cuanta no se

puede prever exactamente en el ejercicio y que habitualmente superan el crdito
disponible, de modo que gasta ms de lo autorizado ya que no se pueden demorar
hasta el siguiente ejercicio. Para solucionar esta situacin, evitando procedirriientos
con ms requisitos como los suplementos de crdito, la Ley de Presupuestos
establece como ampliables (hasta el lmite de las obligaciones que se reconozcan en
el ejercicio o de las necesidades que, habiendo de atenderse durante el mismo,
superen la dotacin asignada al crdito correspondiente), determinados crditos.
Crditos Extraordinarios: El crdito extraordinario permite la concesin de una
autorizacin de crdito para atender una necesidad no prevista en la Ley de
Presupuestos. Es un crdito nuevo, luego no existe previsin sobre l.
Generaciones de Crdito: Las generaciones de crdito se producen cuando se
devengan ingresos no previstos previamente en el presupuesto. Son operaciones
que no afectan al dficit presupuestario siempre que ingresos y gastos se realicen
en el ejercicio y si se producen en ejercicios distintos la nivelacin se producir a
travs de la consideracin conjunta de las anualidades afectadas.
01 PPTI
Pg. 23
Incorporackmes de Remanente; Las incorporaciones de remanentes consisten

en la adicin a los crditos del ejercicio corriente de remanentes de crditos del
ejercicio anterior que, por diversas circunstancias no fueron utilizados durante el
ejercicio, podrn ser objeto de incorporacin los remanentes que se encuentren en
las circunstancias establecidas en el artculo 38.2 del Texto Refundido de la Ley de
Hacienda de la Regin de Murcia.
Modificaciones Tcnicas / Rectificaciones: Las modificaciones tcnicas o
rectificaciones (bajas / altas por anulacin), de un modo similar a las transferencias
de crdito, se realizan entre distintas partidas del presupuesto de gastos e ingresos
y suponen ajustes del crdito de las partidas presupuestarias eritre las que no exista
vinculacin jurdica definida, siempre y cuando la cifra total del presupuesto no
resulte alterada. Se trata de modificaciones o correcciones de errores que conllevan
disminuciones y aumentos de los crditos de distintas partidas de gasto e ingresos.
No Disponibilidad de Crdito: Esta categora de modificacin supone la baja o la
reduccin del importe disponible para las partidas implicadas.
Reposicin por Reintegro Pagos: Esta categora de modificacin de crdito
supone que en ciertos casos, por ejemplo, habiendo efectuado un documento
ADOK, el importe por el que se hizo ha sido superior al que deba ser, con lo que se
reintegra la diferencia a la CARM.
Suplementos de Crdto: El suplemento de crdito consiste en la autorizacin a
aumentar la cuanta de una partida presupuestaria cuando haya de realizarse con
cargo a los Presupuestos Generales un gasto especfico y determinado que no
pueda demorarse hasta el ejercicio siguiente y no sea ampliable el crdito
consignado.
La caracterstica especial de estos tipos de modificaciones es la remisin del
expediente de modificacin de gasto al Consejo Consultivo (junto a Informe de la
Direccin General de Presupuestos y Fondos Europeos), as como la elaboracin de
un Proyecto de Ley por parte del Consejo de Gobierno que autorice la concesin del
crdito extraordinario o del suplemento de crdito, proyecto que deber ser
ratificado por la Asamblea Regional.
El documento de modificacin deber indicar qu partidas del presupuesto de
gastos sern aumentadas y cmo se financiar dicho aumento.
3.3.5.10
Proyectos de Gasto
Se considerar un proyecto cualquier unidad de gasto presupuestario definida por

unas metas u objetivos perfectamente identificables cuya ejecucin podr efectuarse
con cargo a crditos de varias aplicaciones presupuestarias y pudiendo extenderse a
ms de un ejercicio presupuestario.
Los proyectos se identificarn por un cdigo nico de proyecto y el sistema
reflejar nicamente la informacin contable relativa a los mismos.
Los proyectos podrn extenderse a una o varias anualidades, cada una con su
propia estructura de financiacin, definida por los siguientes tres importes:
Fondos propios: parte de la financiacin cubierta con recursos de la propia
administracin.
01 PPT 1
Pg. 24
Fondos externos: parte de la financiacin aportada por entes ajenos a esta

administracin (Administracin General del Estado, Unin Europea,
etctera). Estos recursos aparecen distinguidos como conceptos concretos
del Presupuesto de Ingresos.
Fondos propios afectados: parte de la financiacin correspondiente a

recursos propios, pero sujetos a las condiciones impuestas por los agentes
externos que financian parte de la inversin.
Cada anualidad tendr una dotacin presupuestaria expresada en una o varias

partidas presupuestarias, a las cuales podrn ser imputados los gastos del proyecto.
Cuando se trate de proyectos financiados total o parcialmente con fondos
externos, debern concretarse los conceptos del Presupuesto de Ingresos por los que
se materializar la financiacin.
En el caso de inversiones territorializables, podr establecerse adems una
distribucin por comarcas o municipios. Para poder realizar ms tarde un seguimiento
preciso de la ejecucin por municipios o comarcas es necesario que cada gasto
imputado a un proyecto de este tipo refleje la distribucin del gasto sobre los
municipios/comarcas del proyecto.
Los proyectos podrn darse de alta en el sistema en cualquier momento, no
obstante habr que diferenciar el tipo de alta segn la situacin de la anualidad en la
que se produzca. Las restricciones siguientes son igualmente vlidas tanto para el alta
de proyectos como para el alta de nuevas anualidades en proyectos ya existentes.
-
No podr realizarse el alta de proyectos en ejercicios ya cerrados.
- Para el alta de proyectos durante la ejecucin del presupuesto distinguiremos dos

casos:
1.- Las aplicaciones del nuevo proyecto ya existen en el presupuesto. En este

caso, el proyecto se crear con sus aplicaciones pero con dotacin cero y se
utilizar una propuesta de modificacin de proyectos para dotarlo.
2.- Las aplicaciones del nuevo proyecto no estn previstas en el presupuesto.
En este caso, el proyecto se crear sin dotacin. Mediante una operacin se
efectuar la habilitacin y al mismo tiempo dotacin del proyecto.
- Las anualidades posteriores a la de actual ejecucin, se consideran anualidades

futuras y deben pasar por el proceso de la elaboracin. Los captulos 11, IV, V I y VI1 del
Presupuesto de Gastos se elaborarn por agregacin de las aplicaciones de los
proyectos, por tanto el alta de proyectos en anualidades futuras forma parte del
proceso de elaboracin del Presupuesto y los controles sobre las aplicaciones de una
anualidad se realizarn sobre las estructuras de la elaboracin (orgnica, funcional y
econmica) correspondientes a dicha anualidad. Se establecer un proceso para cargar
de forma selectiva el presupuesto de los captulos de proyectos.
Como paso previo antes de imputar gastos a un proyecto, deber efectuarse la
apertura de ste. Asimismo, se realizar el cierre una vez que el proyecto haya llegado
a su fin. Los crditos definidos para cada proyecto sern indicativos, siendo la
limitacin presupuestaria (es decir, el crdito disponible en el vinculante
presupuestario) el que determinar el gasto mximo imputable a un proyecto.
Para la ejecucin de gastos con cargo a un proyecto ser necesario que
previamente se haya definido al menos un expediente de gasto en dicho proyecto.
O 1 PPT 1
Pg. 2s
@dginde Murcia
Cada expediente agrupar un conjunto de gastos relacionados y podrn definirse

tantos como se desee, de manera que todo gasto en los captulos 11, IV, VI y VI1 se
imputar a un proyecto y un expediente de dicho proyecto. La asociacin entre
documentos y proyectos se efectuar por aplicacin, de manera que los documentos
multipartida podrn imputarse a varios proyectos.
Los expedientes se identificarn por un cdigo de expediente y constarn de una
descripcin y una clase de inversin (obra principal, estudios previos, liquidaciones,
etctera).
Al igual que los documentos de gasto corriente, tambin las propuestas de gasto,
los documentos de tramitacin anticipada y los de gastos fi~ti.irosen los captulos 11, IV,
VI y VI1 debern aplicarse a un proyecto de gasto y a un expediente de dicho proyecto,
que se mantendr a lo largo de todas las anualidades del gasto.
Se habilitar un mecanismo de bloqueo para impedir que se imputen ms gastos a
un proyecto. Este mecanismo estar disponible para los gestores del cada proyecto y
para la Direccin General de Presupuestos y Fondos Europeos. Los bloqueos impuestos
por esta ltima slo podrn ser revocados por ella misma.
El acceso a los proyectos se determinar atendiendo a los perfiles presupuestarios
de cada usuario, es decir, el acceso a un proyecto ser posible cuando se disponga de
autorizacin para acceder a las aplicaciones de dicho proyecto.
Con el objetivo de poder llevar el control de los gastos con financiacin afectada,
as como detectar y corregir desviaciones de .financiacin, ser necesario llevar un
seguimiento por proyecto no slo de los gastos sino tambin de los ingresos, por
reconocimientos de derechos y mandamientos de ingreso.
Las modificaciones sobre los crditos de los proyectos, necesarias durante la
ejecucin, se efectuarn mediante una Propuesta de Modificacin de Proyectos. Este
documento recoger las modificaciones (aumentos y minoraciones) a realizar sobre:
-
Estructura de financiacin
Previsiones de gastos
Conceptos de ingresos
Adems, cada modificacin incluir una memoria justificativa donde se recogern

los motivos de cada modificacin, as como la conveniencia de dar de baja los
proyectos que quedan sin dotacin o la necesidad de variar la estructura de
financiacin, que normalmente responden a criterios impuestos por las fuentes origen
de dicha financiacin.
Atendiendo a su repercusin en el Presupuesto, las propuestas pueden clasificarse
en:
-
Propuestas que no
redistribuciones entre
presupuestaria.
afectan al Presupuesto:
proyectos dentro de la
son simplemente
misma aplicacin
Propuestas que afectan al Presupuesto: implican que paralelamente se

tramite una modificacin de crdito, de manera que las modificaciones
efectuadas en los proyectos tengan su reflejo en el Presupuesto.
Atendiendo al tipo de proyectos afectados por la modificacin, distinguimos entre:

01 PPT 1
Pg. 26
Propuestas con proyectos cofinanciados: los proyectos que intervienen en

la propuesta estn ubicados en programas de gastos cofinanciados y por
tanto sujetos a condiciones de financiacin que deben respetarse.
Propuestas con proyectos no cofinanciados: los proyectos estn financiados

con fondos propios y carecen de los condicionamientos del punto anterior a
la hora de modificar sus crditos.
La trarriitacin de propuestas ser distinta segn su tipo. En primer lugar, las que
afecten nicamente a proyectos de un centro gestor, se elaborarn en dicho centro,
mientras que las dems (trasferencias o generaciones que afecten a varias consejeras)
se elaborarn en la Direccin General de Presupuestos y Fondos Europeos. Como
mnimo ser necesaria una validacin por la oficina presupuestaria del centro gestor
que elabore la propuesta. Adems, cuando se trate de propuestas con repercusin en
el presupuesto o que afecten a programas cofinanciados, se requerir una validacin
adicional por la Direccin General de Presupuestos y Fondos Europeos antes de la
correspondiente modificacin de crdito y las propuestas no se harn efectivas hasta
que esta ltima sea contabilizada.
Al llevar un detalle por proyecto de los gastos, ingresos y modificaciones
realizadas, podremos seguir la ejecucin de cada inversin tal como se sigue la
ejecucin del presupuesto total. Adems del seguimiento por proyecto, ser necesario
un mecanismo que permita explotar esta misma informacin, agregada segn los
distintos planes que organizan las inversiones en la economa regional. Estos planes se
definen para periodos que comprenden varias anualidades y permiten estructurar de
forma jerrquica las inversiones, agrupndolas en lneas de actuacin, las cuales a su
vez se agrupan en unidades superiores denominadas ejes de actuacin.
Cada uno de estos planes define una organizacin distinta de las inversiones segn
un criterio propio, no obstante, se tratar de definir un mecanismo general que
posibilite definir tantos planes como sean necesarios.
Es posible la creacin de subproyectos a partir de un proyecto padre. Adems de
crearlo, tarribin se incluye la posibilidad de presupuestar el subproyecto (tambin
llamado elemento PEP hijo), indicando el ejercicio.
3.3.6
Gestin financiera
3.3.6.1
Sistema general
Mantenimiento de los Datos Maestros de las cuentas de Ivlayor.

Se permite modificar masivamente cualquier campo del registro maestro tanto a
nivel de Plan de Cuentas como a nivel de Sociedad, indicando el valor antiguo y valor
nuevo del campo a modificar.
En la actualizacin en masa es posible modificar muchos objetos simultneamente
por lo que al ejecutar la transaccin el sistema verifica la consistencia de los datos.
3.3.6.2
Contabilizaciones en cuentas de mayor y terceros
La gestin no presupuestaria se realiza mediante estas funcionalidades estndar:

01 PPT 1
Pg. 27
%Agin d e Murcia
f::.:!<~~.+;~>j;~
<-j<;; ~ e ~ < : ; s ~ ; < - ; \ ~ ; ; ;
;,.
Contabilkacin Directa:
El proceso de contabilizacin directa supone el registro de cada una de las
posiciones del asiento contables, con la cuenta de mayor, su clave de contabilizacin,
su importe e imputaciones adicionales correspondientes (textos, fechas, referencias).
Cuando se finaliza dicho registro se debe permitir su simulacin para ver el resumen
del mismo, como paso previo a la contabilizacin.
Para aquellas operaciones no presupuestarias que deban contabilizarse
directamente es posible utilizar variantes de transacciones, de manera que aparezcan
por defecto introducidos los valores de algunos campos tales como clase de
documento, sociedad, claves contables, etctera, de forma que los datos a introducir
por el usuario sean prcticamente los mismos que se introducen ahora en la creacin
de mandamientos de pago.
Compensacin FI:
La operacin en la que se relaciona un movimiento al debe con un movimiento al
haber de una cuenta se denomina Compensacin. La compensacin se produce si una
posicin de contrapartida puede relacionarse con partidas abiertas cuya suma
suponga idntico importe, en definitiva el saldo de las partidas computadas debe ser
cero.
Para aquellas cuentas con Gestin de Partidas Abiertas podemos realizar dos tipos
de compensaciones:
Contabilizacin con compensacin / liquidacin.
Compensacin a Posteriori, que a su vez puede ser automtica o manual.
Documentos Preliminares:
Tambin es posible realizar un registro preliminar de los datos conocidos en un
momento dado del asiento contable, para posteriormente proceder a completarlo y
contabilizarlo (o tambin rechazarlo) de manera definitiva.
Con la contabilizacin preliminar podemos introducir un documento sin que ste
constituya una contabilizacin real hasta el momento en que se valide. Las ventajas
que presenta son:
Permite grabar el documento sin que la suma de las posiciones "debe y
haber" haya sido cuadrada. stas debern cuadrar en el momento en
que se contabilice el documento.
Permite aadir nuevas posiciones al documento as como modificar datos
de cabecera como la fecha de contabilidad, cosa que no sucede en las
contabilizaciones directas.
No actualizan los saldos de las cuentas afectadas hasta el momento de la
contabilizacin pero sin embargo se pueden visualizar junto con las otras
posiciones abiertas de las cuentas en un epgrafe especial.
Entrada Rpida De Documentos:
Para simplificar la entrada de asientos contables sierripre se puede utilizar lo que
en SAP se conoce como Entrada Rpida de documentos contables. Esto no es ms
que una funcionalidad en la que se reduce al mnimo el nmero de pantallas que se
O 1 PPT 1
Pg. 28
tienen que recorrer para realizar la contabilizacin, de manera que en la misma

pantalla encontraremos los diferentes apuntes a contabilizar.
Documentos De Referencia.
Para las contabilizaciones que puedan repetirse peridicamente, ya sea con total
exactitud, con grandes similitudes, el sistema CAP nos proporciona diferentes
herrarriientas que se conocen con el nombre genrico de "Documentos de
Referencia".
Correcciones:
En la correccin de contabilizaciones en cuentas de mayor debemos realizar

diferentes procesos en funcin del tipo de error.
3.3.6.3
Determinacin de Cuentas
Funcionalidad
Esta utilidad permite definir la integracin del mdulo EA-PS con FI en lo que
obligaciones de gasto se refiere.
Por ejercicio, sociedad FI y mscara de partida presupuestaria, este
mantenimiento permite especificar el conjunto de las posibles cuentas de mayor sobre
las que se realizar el asiento contable correspondiente a la fase de obligacin.
Inteqracin
En el caso de que se asigne ms de una cuenta ser el usuario que realice el
expediente de gasto el que deber indicar sobre cul de ellas se debe realizar el
apunte.
En el caso de que la relacin partida - cuenta de mayor sea nica, el asiento
contable se realizar de manera automtica sobre la cuenta indicada.
Existen dos excepciones a lo anterior:
Para partidas de captulo VI, la cuenta de mayor la determinar el activo
fijo.
En documentos OKJ, la cuenta de mayor es independiente de la partida
presupuestaria.
3.3.6.4
Importes mximos
Funcionalidad
Esta utilidad permite especificar sobre que partidas y por qu importe se podr
realizar pagos secundarios.
Inteqracin
En el caso de pagos presupuestarios, si el documento est recogido como una de
las clases de documentos para ordenacin secundaria, en el momento de introducir
los datos del expediente contable y previo a pasar a la pantalla de introduccin de
datos del documento preliminar, se realizan diversas validaciones como que la partida
0 1 PPTI
Pg. 29
del expediente se adapte a una de las mscaras de partidas autorizadas o que el

importe sea menor o igual que el indicado en el mantenimiento.
Para pagos extrapresupuestarios se realizarn estas mismas validaciones, en este
caso en el momento de la contabilizacin del documento IYQ.
Autorizacin Expedientes - Clase tipo
3.3.6.5
Funcionalidad
Este manteriirriiento perrriite restringir el alta de expedientes - clase de
documento por usuario.
Inteqracin
Por defecto, todos los usuarios estn autorizados a realizar todos los tipos de
expedientes - clases de documentos, siempre que su perfil as lo recoja.
Si el expediente - clase de documento no existe en la tabla, todos los usuarios
podrn darlos de alta; en caso contrario, slo podrn realizar este tipo de altas los
usuarios que aqu se recojan.
3.3.6.6
Mantenimiento cuentas MP/CG
Funcionalidad
Por sociedad y centro gestor recoge las cuentas de mayor sobre las que se
permitir el alta de documentos MQ.
Inteqracin
Conforme al alta/contabilizacin de documentos MQ, se verifica que no exista
ninguna posicin con clave de contabilizacin 40 que utilice una cuenta no asignada
en la tabla segn el Centro Gestor indicado en el documento.
3.3.6.7
Mantenimiento de Clases de Coste
Funcionalidad
Se definen como "clases de coste primarias" todas las cuentas de mayor que
pertenecen al grupo de cuentas 6 y 7. Estas constituyen el vehculo que hace llegar
los importes desde la contabilidad financiera a la contabilidad analtica.
Inteqracin
Es un objeto imprescindible para el uso de la contabilidad analtica. Las clases de
coste depositan los importes contabilizados desde FI en objetos colectores de coste o
ingreso, estos objetos receptores pueden ser muy diversos: Centros de Coste,
rdenes de Coste, Proyectos, Centros de Beneficio, etctera.
3.3.6.8
Mantenimiento de Centros de Coste
Funcionalidad
01 PPT 1
Pg. 30
Es el colector de costes ms utilizado. Dentro del proyecto SIGEPAL su

mantenimiento consiste en crear un nuevo Centro de Coste cuando nazca un nuevo
Centro Gestor. Por cada Centro Gestor debe existir un Centro de Coste de
denominacin "Centro Gestor+0000".
Este mantenimiento debe abarcar tambin el cambio de denominacin de los
Centros Gestores a lo largo del tiempo ya que ambos objetos soportan el
mantenimiento de histricos por intervalos temporales.
La utilidad se resume en la obtencin de informes estndar de contabilizaciones
realizadas por periodo, naturaleza (clase de coste) en cada centro de coste o grupo de
centros de coste.
Inteqracin
Cuando se contabiliza sobre partidas que usan cuentas del grupo 6 7 el sistema
detecta que es obligatorio el Centro de Coste. En caso que se rellene un Centro de
Coste que no se corresponde con el Centro Gestor el sistema avisa al usuario hasta
que el dato es corregido.
Mantenimiento de Objetivos / Actividades
3.3.6.9
Funcionalidad
El concepto definido en la CARM como "Objetivo /Actividadu, se ha materializado
en CAP como rdenes CO, este concepto reproduce el Programa o Clasificacin
Funcional.
La Orden CO es tambin un colector de costes, se diferencia del Centro de Coste
en que la duracin dentro del sistema es ms corta. Mientras el Centro de Coste no se
suele modificar en varios ejercicios (responden a estructura organizativa de la
organizacin), la Orden CO tiene una vida mucho ms corta y responde a eventos o
clasificaciones menos duraderas.
Su utilidad es obtener estadsticas de las contabilizaciones realizadas en FI que
afecten a dichos Objetivos/Actividades.
Inteqracin
Las rdenes CO son receptores de costes que pueden anotar importes "reales"
(se toman en cuenta para la Cuenta de Resultados Analtica) o bien de forma
"estadstica".
En la CARM las contabilizaciones realizadas en las rdenes CO pertenecen a la
modalidad "estadstica", esto significa que u n asiento en FI donde se haya introducido
la orden de costes correspondiente, adems, tendr relleno un objeto de coste de
contabilizacin real (un Centro de Coste o un Proyecto).
Otra caracterstica relevante en el caso de la CARM es que la introduccin de
rdenes en los documentos es opcional.
3.3.6.10
Estndar
Funcionalidad
01 PPT I
Pg. 3 1
El objetivo del estndar de CO es mantener una contabilidad analtica separada

de la contabilidad financiera. El mdulo se sustenta, resumidamente, en las siguientes
herramientas:
Clases de coste primarias: cuentas de mayor que llevan el importe desde FI a
co.
Objetos de coste con contabilizaciones reales: la clase de coste deposita el
importe en estos colectores que sirven para clasificar y planificar, estudiar
desviaciones de informacin recogida en ellos. Son, por ejemplo, Centros de
Coste, Proyectos, etctera. La cuenta de resultados analtica slo recoge los
datos de este tipo de objetos.
Obietos de coste de contabilizacin estadstica: la informacin se puede
gestionar tambin en otras clasificaciones diferentes a las recogidas en los
objetos anteriores, pero siempre ser simultneo a su reflejo en un objeto de
coste "real".
Clases de coste secundarias: sirven para realizar contabilizaciones dentro del
mdulo COI sin afectar a la contabilidad financiera. Abonan y cargan objetos
de coste para corregir errores, repartir costes ms detalladamente, periodificar
gastos, etctera. Se crean codificando de manera similar a las cuentas de
mayor pero comenzando por 9.
El mdulo CO se integra con el resto de mdulos de SAP (Finanzas, Compras,
Ventas, etc.). Aunque dentro del proyecto SIGEPAL slo adquiere sentido la
integracin con la contabilidad financiera a travs de las clases de coste.
La Cuenta de Resultados Financiera (que nicamente desglosa por periodos y
cuentas de mayor) debe cuadrar con la Cuenta de Resultados Analtica que desglosa
por objetos de contabilidad real, con datos plan, real y desviaciones.
3.3.7
Cierre y Apertura. Reorganizacin administrativa
Se preparan los procesos y tareas necesarias para el cierre y apertura del

presupuesto de acuerdo a la siguiente clasificacin:
3.3.7.1
Proceso de Apertura del Ejercicio X + l
Presupuestaria
o
Elaboracin Gastos / Ingresos
Ejecucin de Gastos y Proyectos
Ejecucin de Ingresos
Financiera y Tesorera
Patrimonio
Garantas
Tributos
Sistema de Informacin
O 1 PPT 1
Pg. 32
3.3.7.2
Proceso de Cierre del Ejercicio X
Arrastre plurianuales / Tramitaciones anticipadas

o
Normas de Arrastre
Determinacin de Documentos Plurianuales
Plurianuales / Tramitaciones anticipadas
Remanentes
Resultas
Regularizacin
Arrastre comprometido
Arrastre presupuesto
Parametrizaciones por defecto del cierre

Decisiones de la CARM
3.3.8
Bloqueo de contabilizaciones presupuestarias por ejercicio
Fecha de "corte" del ejercicio X
Control Financiero
El control interno de la gestin econmico-financiera del sector pblico regional se

realiza mediante el ejercicio de la funcin interventora y del control financiero. El mdulo
de control financiero tiene por objeto controlar todos los actos de la Administracin
Pblica de la Regin de Murcia y de sus Organismos Autnomos que den lugar al
reconocimiento de derechos y de obligaciones de contenido econmico, con el fin de
asegurar que la administracin de la Hacienda Pblica se ajusta a las disposiciones
aplicables en cada caso.
El control financiero tiene por objeto comprobar que la actuacin en el aspecto
econmico-financiero de los servicios, Organismos Autnomos, sociedades y dems entes
pblicos regionales, cualquiera que sea su denominacin y forma jurdica, se ajusta al
ordenamiento jurdico as como a los principios generales de buena gestin financiera.
Este proceso tiene como entrada los expedientes a fiscalizar que llegan a cada
Intervencin Delegada que realiza la clasificacin distinguiendo entre dos tipos
principales, los expedientes sometidos al Rgimen de Fiscalizacin Limitada Previa (RFLP)
y los expedientes sometidos al Rgimen de Fiscalizacin Ordinaria (RFO).
La principal diferencia entre la generacin de informes de fiscalizacin de expedientes
sometidos a RFLP y la generacin de informes de fiscalizacin de expedientes sometidos a
RFO, es que para el primer caso se debe indicar que "extremos" cumple y cules no de
entre un conjunto determinado de extremos que corresponde comprobar segn su tipo.
01 PPT 1
Pg. 33
Tesorera
3.3.9
3.3.9.1
Bancos - BN
El directorio bancario debe contener como mnimo todos los bancos necesarios para
las operaciones de pagos y cobros de la CARM. Esto incluye tanto los bancos propios
como los bancos de los terceros.
El maestro de bancos en SAP est estructurado en el sistema en funcin de un
registro nico de oficinas bancarias (Maestro General de Bancos o Directorio de Bancos),
del cual toman la informacin los bancos en los que tiene cuentas la sociedad, as como
los datos bancarios almacenados en los maestros de terceros.
El maestro general recoge el directorio de todas aquellas oficinas bancarias dadas de
alta en el sistema, tanto desde la perspectiva de bancos en los que la sociedad tiene
cuentas, como desde la de bancos en los cuales los terceros tienen cuentas de cobro o
de pago.
El sistema permite la carga automtica de todos los bancos y sucursales con la
codificacin del Consejo Superior Bancario (Libro Verde de Entidades Financieras). El
mantenimiento de los datos de este directorio de bancos puede realizarse
automticamente con nuevas versiones del fichero de bancos o bien de forma manual
mediante transacciones habilitadas al efecto.
Por Banco Propio se entiende aquella oficina bancaria en la cual tiene abiertas
cuentas la sociedad, por lo que inicialmente se deben definir en el sistema CAP todos los
bancos propios (sucursales) con los que trabaja la CARM.
Una vez introducidos estos datos el Banco Propio refleja los datos almacenados en el
maestro general de bancos (nombre, sucursal, poblacin, direccin). En el caso de que el
cdigo de banco especificado no est dado de alta en el Maestro General de Bancos, el
sistema permite directamente dar de alta a esa sucursal en el mismo, completando
manualmente en el Maestro General los campos de Direccin y de Datos de Control.
Adicionalmente a los datos contenidos en el Maestro General, se puede introducir
informacin acerca de los datos de contacto con el Banco Propio.
La CARM mantiene con todos los bancos que trabaja (bancos propios) cuentas
ordinarias para cobros y pago y cuentas restringidas de pagos y de recaudacin. Es tarea
de la CARM definir todas estas cuentas en aquellos bancos propios al cual pertenezcan.
El registro maestro de cuentas bancarias de terceros contempla la posibilidad de que
existan mltiples cuentas por tercero. La CARM limita el nmero de cuentas por cada
tercero y, aunque la funcionalidad estndar no permita establecer dicho lmite, se ha
incluido esta restriccin en el desarrollo especfico de gestin de maestros de terceros.
Para los diferentes productos financieros contratados por la CARM de dbito o
crdito, se producir una liquidacin de intereses distinta. En las cuentas de dbito la
liquidacin de intereses se realiza en diferentes perodos, mensual, trimestralmente,
etctera, en funcin de las condiciones negociadas con el banco, mientras que en las
cuentas de crdito depender de los saldos dispuestos.
Mediante la utilizacin de SAP se pretende comprobar la informacin que remiten los
bancos por los abonos en concepto de intereses generados.
Para ello es necesario el mantenimiento de la sigi-iiente informacin:
0 1 PPT 1
Pg. 34
Correspondencia entre los saldos contables de las cuentas contables vinculadas

a las cuentas bancarias y los saldos bancarios de estas ltimas.
Condiciones de tipos de inters de cada cuenta contable vinculada a cada
cuenta bancaria.
En el caso de la CARM no se considera la posibilidad de la contabilizacin desde este
punto ya que los cargos por intereses se contabilizan va el presupuesto de gasto y en
caso de abonos se aplicarn al presupuesto o al concepto correspondiente una vez se
reciban al concepto que se defina.
3.3.9.2
Cqja depositaria - CD
La Comunidad Autnoma de la Regin de Murcia dispone de la existencia de una

Caja de Depsitos, dependiente del Tesoro Pblico Regional, en la que se constituyen
todos los depsitos que sean necesarios para garantizar el cumplimiento de las
obligaciones derivadas de los actos de gestin de la Comunidad Autnoma, sus
organismos autnomos y dems entes de derecho pblico regionales.
Las normas de funcionamiento de dicha Caja de Depsitos garantizan la gestin de
forma eficaz de las garantas prestadas por los particulares frente a la Administracin
Regional.
Dichas normas definen el mbito operativo de la Caja de Depsitos y su dependencia
de la Direccin General de Presupuestos y Fondos Europeos y que en los organismos
autnomos podrn existir sucursales de la Caja de Depsitos. Tambin se definen las
modalidades de garantas y depsitos, que son:
a) efectivo o metlico
b) valores pblicos y privados
d) seguros de caucin
Y para cada una de estas modalidades, sus caractersticas, el proceso de
constitucin, cancelacin, incautacin y prescripcin.
Las modalidades de depsitos son:

a) de particulares a favor de particulares
b) de la Administracin a favor de particulares
c) de particulares a favor de la Administracin
d) de la Administracin a favor de s misma
Existen una serie de modelos de resguardo que la Caja de Depsitos tiene que
entregar al interesado, a la entidad financiera y a la propia Administracin en cada una
de las modalidades de garantas y depsitos.
3.3.9.3
Embargos y Deudas
El objetivo de este mdulo es establecer los mecanismos generales y controles

adicionales para desviar el pago aplicado por procesos administrativos tales como
O 1 PPT 1
Pg. 35
%Joli&nde Murria
r ~ i i s e ~ e rdc?
i a E<ar.i:>."i.j
y i-',<;$c:pi:i3;j
cirC'a;;Pi~i,,;
GCr.r*+J
..
-
<ir:
w
$f;j(Jr;.fi;;$$$<i
P;r;yii-!ii)....
..,. ..
ii
c;/i+<
.,., k<.a.:,*s?
Y ? : :
:S
[:z".:<
, * , $ S * . . , ~f",,
, i :[ ,, :X. s
.S
endosos, apoderamientos y embargos, en los cuales la Administracin adquiere una

obligacin con un tercero pero el pago lo realiza a otro tercero. El sistema proporciona
un niecanismo general de desvo de pago comn a estos procedirriientos, as conio
mecanismos particulares que recogen las caractersticas distintas de cada uno de ellos.
La cesin de derechos se hace a instancia del interesado mediante acuerdo de
cesin. Dicho acuerdo se establece a partir de la fase de obligacin del gasto y antes de
que el pago est en fase de sealamiento definitivo. Una vez registrada la cesin, se
emite un certificado que se entrega al interesado. La cesin se realiza sobre un
determinado derecho de cobro (sobre un documento concreto) y en los documentos
contables que se hayan cedido deben aparecer tanto los datos del cedente como los del
cesionario. Cuando el documento llega a la tesorera, el pago se realiza al cesionario, no
al cedente.
El proceso de embargo comienza cuando se recibe la notificacin de embargo desde
un juzgado o desde la Agencia Regional de Recaudacin. En esta notificacin se indica el
tercero y el importe del embargo y conforme van llegando documentos del tercero
embargado a la tesorera, se van practicando desvos de pagos al embargante, hasta
cubrir el importe del embargo.
Existen diferentes particularidades: Por un lado, no todos los documentos son
embargables, y hay que decidir segn su naturaleza si se desva el pago o no. Cuando un
tercero tiene ms de un embargo, se establece un orden de prelacin (un orden de
aplicacin), que normalmente viene dado por la fecha de notificacin. El juzgado suele
indicar el irriporte del embargo junto con la orden de erribargo, aunque en ocasiones
puede notificarlo con posterioridad. En este caso, no se realizan pagos (ni desvos) hasta
que notifica el importe. Un apoderamiento es similar a un embargo, en el sentido que los
pagos que se hacen a un tercero se desvan a otro. La diferencia es que en un
apoderarriiento no hay un irriporte mximo sino que se mantiene hasta que se notifique
lo contrario.
3.3.9.4
Modelos Oficiales
Conjunto de procesos y parametrizaciones para la gestin, resolucin de incidencias

y emisin de los siguientes modelos oficiales:
180 - Retenciones e ingresos a cuenta. Rendimientos procedentes del
arrendamiento de inmuebles urbanos. Resumen anual.
190 - Resumen anual de retenciones e ingresos a cuenta. Rendimientos del
trabajo de determinadas actividades econmicas, premios y determinadas
imputaciones de renta.
296 - Resumen anual de retenciones e ingresos a cuenta para No Residentes
346 - Resumen anual de subvenciones e indemnizaciones a agricultores o
ganaderos.
347 - Declaracin anual operaciones con terceras personas. (Ms de 3.000,00
euros)
O 1 PPT I
Pg. 36
Conjunto de procesos y parametrizaciones para la gestin, resolucin de incidencias

de la Interface de Nmina (GESPERISIGEPAL).
Una vez que la nmina se cierra en GESPER y se incorporan los ficheros con la
informacin a SAP ya se pueden realizar los pasos que se detallan a continuacin.
La Tesorera puede obtener el fichero anticipado para las entidades financieras que
adelantan la nmina.
Las Oficinas Presupuestarias realizan la contabilizacin de la nmina mensual
generando tres tipos de documentos:
1. Contabilizacin del ADOK

2. Contabilizacin del Pago Presupuestario del ADOK
3. Contabilizacin del Lquido a percibir por cada Funcionario

Existen informes de comprobacin que se lanzan antes de comenzar el proceso de
contabilizacin de la nmina para detectar as posibles descuadres entre el fichero
recibido de GESPER y los descuentos practicados en el ADOK de nmina.
El proceso contable abarca desde el alta del correspondiente ADOK hasta el envo a
la tesorera de las rdenes de pago individualizadas y correspondientes asientos de
compensacin y retenciones.
3.3.9.6
Ordenacin Pagos - OR
Existen dos modalidades:

Ordenacin de paqos centralizada
Este proceso agrupa las partidas abiertas de terceros en base a varios criterios de
seleccin, tiene como finalidad la liberacin de obligaciones para su correspondiente
pago (desbloqueo de los documentos contables) y al mismo tiempo genera los
parmetros necesarios para realizar una propuesta de pago mediante el estndar de
pagos de SAP.
La ordenacin de pagos centralizada realiza la verificacin de embargos y
compensaciones, libera el bloqueo de pago e identifica la ordenacin creando una
propuesta de ejecucin de pago y crea un fichero para notificaciones de pagos en fase
de ordenacin.
El aviso de nuevo pago o de nueva partida abierta se produce en el momento en el
que un pago que cumple determinadas condiciones queda a disposicin de la tesorera
para ser ordenado.
Las condiciones que pueden establecerse respecto de estos avisos se especifican en
base a uno o varios de los siguientes datos:
Sociedad
Tercero
Partida presupuestaria (centro gestor, aplicacin presupuestaria, fondo)
Elemento PEP
01 PPT 1
Pg. 37
Cuenta de mayor
La notificacin puede realizarse por correo electrnico, de forma adicional, o
exclusiva en el caso de que as lo haya solicitado el acreedor.
Ordenacin de pasos secundaria
Permite la existencia de documentos presupuestarios o extrapresupuestarios que no
han de seguir el circuito habitual de pagos, sino que pueden de ser ordenados y pagados
por cajeros o tesoreras descentralizadas, segn la clase de documento. As:
En la contabilidad presupuestaria, existirn dos clases de documento que
sigan este nuevo circuito, el ADOP y el OP.
En contabilidad no presupuestaria, existir una clase de documento, el NP,
para contemplar esta posibilidad.
En la ordenacin de pagos para la gestin centralizada de los pagos se excluirn por
tanto los documentos de este tipo (ADOP, OP, NP). Existirn para las Consejeras y
Organismos Autnomos transacciones similares a la ordenacin que se encarguen de
ordenar dichas clases de documento.
Se limitari las transacciones relativas al programa de pagos que emplean los usuarios
cajeros descentralizados, ya que no han de interferir en ningn momento con el
programa de pagos estndar empleado por la tesorera central. La restriccin se hace a
travs de transacciones que filtren las propuestas de pago a tratar o visualizar por rango
de nmeros y centro gestor asociado al usuario.
Los documentos ADOP se refieren a Gastos captulo 11 de importe menor a 4.500 E
excepto "telfonos y sumln/stros" y exentos de cualquier tipo de fiscalizacin: gasto,
ordenacin del pago y material del pago.
La Tesorera cumple adems con los siguientes requisitos generales:
Las agrupaciones de pagos son anulables, volviendo los documentos a su estado
inicial.
Las Propuestas de pagos solo pueden realizarse a travs de las agrupaciones.
Un acreedor debe poder incluirse en varias propuestas de pago simultneamente.
Pagos extranjero: Nuevo cuaderno 34-1 para emisin de transferencias y cheques:
Adaptacin de la base de datos de cuentas de terceros al formato IBAN y cdigo
BIC para las entidades.
Gestin de pagos devueltos e identificacin con pago original.
Posibilitar que la carga automtica de extractos bancarios se realice nicamente
para las cuentas (una o varias) que se desee.
Posibilitar que la carga automtica no genere contabilizaciones automticas sino
un asiento preliminar que pueda ser modificado, con objeto de no contabilizar
como pago o cobro un movimiento efectuado errneamente por la entidad
financiera (rectificacin de valoraciones, anulaciones...).
01 PPT 1
Pg. 38
Patrimonio
3.3.10
Los bienes de la Comunidad se dividen en dos grandes bloques. stos son:

Muebles: maquinaria, equipos para procesos de informacin, elementos de
transporte y mobiliario.
Inmuebles: terrenos, construcciones, carreteras, etc.
3.3.10.1
Bienes Muebles
Los bienes se clasifican a travs de una jerarqua de 4 niveles:
1) Grupo:
inmateriales.
distingue
entre
bienes
muebles,
inmuebles,
financieros
2) Subgrupo: distingue entre maquinaria, equipos para procesos de

informacin, elementos de transporte, utillaje, etctera. Los bienes estn
clasificados a este nivel de forma similar al Plan General de Contabilidad Pblica,
grupo 2.
3) Familia: distingue dentro del subgrupo. Por ejemplo: bienes de enseanza,
oficina, reprografa, etctera.
4) Subfamilia: desglosa bienes dentro de la familia: por ejemplo, dentro de
oficina, indica si es un armario alto, un armario compacto, etctera.
La cuenta contable se asocia a nivel de subfamilia.

Los bienes se crean de forma descentralizada desde las distintas Consejeras, creando
un bien concreto y seleccionando una SUBFAMILIA para dicha creacin. Es decir, el
usuario crea un tipo de bien especfico y el sistema a travs de esta seleccin accede a las
clasificaciones anteriores hasta llegar al grupo, que es el primer nivel de la clasificacin.
Los usuarios descentralizados no crean bienes directamente, sino "documentos".
Estos documentos son posteriormente editados y despus validados. Un documento
validado crea automticamente uno o varios nmeros de bienes en el inventario.
El usuario, por tanto, crea bienes no directamente, sino a travs de un men de
operaciones. Existen distintos tipos de operaciones: operaciones de alta, de modificacin
y cambios de uso y de baja. Cada tipo de operacin tiene a su vez varias operaciones. Por
ejemplo, operaciones de alta: alta por cesin de uso, alta de ejercicios anteriores, alta por
donacin, alta por legado, etctera.
Una vez finalizada la operacin, sta se graba y el sistema devuelve un nmero de
documento, denominado "nmero de documento de certificado de inventario".
Dependiendo del tipo de operacin de que se trate existen dos posibilidades de
impresin. El sistema se decanta por una de las dos opciones segn el tipo de operacin.
Estas dos opciones son, por cada documento, las siguientes:
1)
Imprimir un certificado
2)
Imprimir un orden y un acta
En el momento en que se valida un documento se generan nmeros de inventario a

partir de los registros indicados en el documento. Si se han indicado varias unidades en el
documento se generan tantos nmeros de inventario como unidades se indicaron.
O 1 PPT 1
Pg. 39
Los bienes no se tratan directamente sino a travs de las operaciones que se realizan
sobre ellos.
Bienes Inmuebles
3.3.10.2
Los inmuebles se estructuran en una jerarqua de 3 niveles segn la cual tenemos:

Inmuebles: existen distintos tipos de inmuebles (puerto, terreno, carretera,
construccin). Segn el tipo de inmueble teiiemos unos datos u otros que
cumplimentar.
Unidades: un inmueble puede tener varias unidades dependientes de l. Hay
tres tipos de unidades: construcciones, suelos y tramos. Tambin dependiendo
del tipo de unidad hay que rellenar unos datos u otros. Las unidades se crean a
travs de una operacin de "alta de unidades".
Situaciones: cada iunidad puede tener varias situaciones asociadas. Estas
situaciones son partes de una unidad, como por ejemplo, parcelas que forman
un terreno. La situacin tambin tiene datos independientes asociados.
Se pueden realizar distintas operaciones sobre situaciones concretas (cesiones,
afectaciones, etctera), dichas operaciones llevan datos asociados. El sistema modifica las
unidades sobre las que se han realizado operaciones, creando situaciones nuevas para
esas unidades
Para la creacin de bienes inmuebles, en primer lugar rellenamos unos datos bsicos
referentes al bien (denominacin, descripcin, superficie, etctera) indicando el tipo de
inmueble de que se trate (puerto, terreno, construccin, carretera...). Tambin se da un
nmero al inmueble (asignacin de nmeros externa).
Otros datos que se pueden asociar al inmueble son:
Datos registrales y catastrales
Derechos y cargas (derechos de paso del bien, ...)
Documentos: otros datos asociados al inmueble: identificacin, descripcin
adicional, etctera.
Una vez hemos creado el inmueble y asignado externamente un nmero a ste,
mediante las distintas operaciones actualizaremos datos referidos a las unidades que
formen parte de ese inmueble.
Los datos de las unidades tambin dependern en funcin del tipo de unidad que se
establezca. Entre los datos de las unidades, destacan el tipo de derecho sobre el suelo
(propiedad, derecho de uso y/o usufructo), el valor de esa unidad y la clasificacin del
suelo.
Es posible realizar diversas operaciones que afectarn sobre un inmueble y/o una o
varias unidades de ese inmueble. Por ejemplo, una operacin de cesin se podr realizar
sobre unidades que sean susceptibles de serlo. Esto ocurre dependiendo de dos
parmetros asociados a la situacin. stos son:
Estado (alta, en cesin, ...)
Calificacin jurdica (pblico o privado)
01 PPT 1
Pg. 40
La conexin del inventario con la contabilidad, tanto presupuestaria como

extrapresupuestaria se realiza a travs de el modulo de activos fijos, por medio de las
cuentas asociadas del grupo 2 para los siguientes movimientos contables:
Altas presupuestarias: introduccin del nmero de inmovilizado en el documento
o.
Altas extrapresupuestarias: altas por transferencia del Estado, cesiones a la
Comunidad, etctera.
Movimientos con repercusin contable: cesiones de uso, cesiones de propiedad,
afectaciones, etctera.
Bqjas por venta, bajas por desguace,..
Mediante el mdulo de activos fijos se realizan las siguientes funcionalidades:
Definicin de tipologas de inmovilizado a travs de las denominadas "clases de
activo fijo".
Parametrizacin de los datos de los bienes segn la clase de inmovilizado.
Parametrizacin del comportamiento contable del inmovilizado asociando a cada
clase de activo una cuenta contable para altas, bajas y traslados de bienes.
Parametrizacin de las reglas de amortizacin.
Mantenimiento de la ficha del inmovilizado.
Control del inventario de bienes: a travs de las clases de activo y de los
denorriinados "criterios de clasificacin" que permiten clasificar los bienes por
distintos conceptos.
Registro, control y seguimiento de las operaciones contables de inmovilizado:
altas, bajas, traslados, amortizaciones.
Operaciones de cierre de ejercicio en inmovilizados.
La gestin de inventario comprende todas las operaciones que iinplican cambios en
la situacin de un inmovilizado. Esta gestin puede conllevar la realizacin de asientos
contables o la modificacin manual de campos en la ficha de un bien.
3.3.11
Gestin del Parque Mvil Regional
A diferencia de la mayora de los mdulos de SIGEPAL, que se basan en CAP F I y CAP EAPS (salvo la gestin tributaria, que es fundamentalmente un desarrollo a medida), la gestin
del Parque Mvil Regional se basa en los mdulos CAP PM (mantenimiento) y CAP PlM
(materiales).
3.3.11.1 Gestin de Viajes

Gestin de servicios automovilsticos de los vehculos adscritos al Parque Mvil
Regional. Para su gestin, el Parque Mvil Regional clasifica dichos servicios en:
- Servicios de representacin de Altos Cargos
[Pliego d e Prescripciones Tcnicas]
01 PPT I
Pg. 4 1
gt0n dc Murcia
<;!>
;,;;fi;3.7-,:2
y ;<;>;,~(?!?.;>&
Servicios generales y ordinarios que demanden las distintas Consejeras y

Organismos Autnomos
Servicio especficos que excepcionalmente demanden las Consejeras y

Organismo Autnomos
Servicios de transporte colectivo y escolar
La aplicacin de Gestin de Viajes tiene en cuenta los siguientes procesos:

Recepcin de la solicitud de servicio desde la plataforma de
Administracin Electrnica con su registro correspondiente en la aplicacin
Aceptacin del servicio
Asignacin de vehculo y10 conductor para la realizacin del servicio
Confirmacin del servicio: Esta confirmacin incluye el envo por correo
electrnico de la confirmacin de la prestacin del servicio al solicitante, al
conductor y a quienes haya designado el solicitante en el formulario de
Adrriiriistracin Electrriica.
Anulacin del servicio en caso de no con.firmarse: bien por anulacin
realizada por el usuario o bien anulacin realizada por falta de efectivos,
en cuyo caso se enva comunicacin de la anulacin por correo electrnico
al solicitante y a quien ste haya designado en el formulario de
Administracin Electrnica.
Insercin del parte de trabajo, bien directamente en la aplicacin o
mediante formulario por Administracin Electrnica o a travs del mvil.
Insercin de importes imputados por combustible y dietas.
Generacin de liquidacin de dietas.
Generacin de documento contable de dietas.
Explotacin de datos para el conocimiento de servicios prestados, centros
directivos a los que se les presta, tipos de servicios prestados, etctera.
3.3.11.2
Gestin de Taller
El Parque Mvil Regional se encarga del mantenimiento, conservacin y reparacin

de los vehculos propiedad de la Administracin Regional, salvo aquellos vehculos
cedidos en uso a otras Administraciones e Instituciones Pblicas o adscritos a la
Consejera de Obras Pblicas y Ordenacin del Territorio.
La funcionalidad desarrollada para la Gestin de Taller se puede resumir en los
siguientes pasos o procesos que se desglosan en dos aspectos diferenciados, gestin de
stock y gestin de taller propiamente dicha:
Gestin de stock:
O 1 PPT 1
Pg. 42
Insercin en el almacn de los suministros de recambios comprados para el

mantenimiento, conservacin y reparacin de vehculos.
Control de stock e inventario.
Gestin de taller:
Recepcin de la solicitud de servicio de taller desde Administracin
Electrnica con su registro correspondiente en la aplicacin.
Asignacin de operacin a realizar al vehculo mediante hojas de rutas que,
desglosando los distintos aspectos de un vehculo, contienen las operaciones
posibles a realizar, posibilitndose el crear, modificar o eliminar tanto hojas
de ruta como operaciones haya en las mismas. Estas operaciones incluyen los
tiempos previstos para su realizacin as como la codificacin correspondiente
para una futura implantacin de un sistema de productividad.
Asignacin de componentes: asignacin de recambios para la reparacin de
vehculos, obtenidos desde el almacn.
Verificacin de materiales disponibles en almacn para su utilizacin.
Notificacin de tiempos de trabajo realizados y componentes utilizados en los
trabajos.
Liquidacin de las rdenes de taller con la correspondiente imputacin de
costes.
Explotacin de datos recogiendo todos los posibles enfoques: operaciones
realizadas, materiales consumidos, centros directivos a los que se les prestan
los servicios, etctera.
Teseo
3.3.12
Perrriite la gestin de la informacin concerniente a convocatorias, concesiones y pagos

de ayudas y subvenciones as como la generacin de los soportes informticos requeridos
para su envo a Intervencin General de la Administracin del Estado (IGAE).
Las caractersticas de este mdulo son:
Definicin y gestin de una base de datos centralizada con la informacin referente a
las bases reguladoras, convocatorias y financiaciones de las mismas.
Definicin del procedimiento de irriputacin del gasto a una determinada convocatoria,
incluyendo el rribito de aplicacin, la operatoria, validaciones, etctera.
Obtencin de los ficheros IGAE correspondientes a las operaciones:
o
Informacin sobre la normativa aplicable a las ayudas:

Bases reguladoras
Convocatorias
Financiacin de la convocatoria
Aplicaciones Presupuestarias de la convocatoria
01 PPT 1
Pg. 43
Informacin para el control de los pagos de subvenciones a beneficiarios

Concesin de subvencin a beneficiario
Pago de subvencin a beneficiario
Informacin identificativa de los agentes relacionados

Datos personales
Para una convocatoria, se proceder a asociarle el / los elementos PEP pertinentes;

entendiendo como tales los subproyectos, que no los proyectos, existentes en el sistema.
Las convocatorias susceptibles de ser vinculadas a subproyectos sern aqullas de las
cuales se ha introducido la informacin completa en el sistema, esto es, incluyendo tambin el
cuadro de financiacin y las aplicaciones presupuestarias.
Los parmetros de seleccin de proyectos incluirn como mnimo una mscara de partida
presupuestaria. Dada una convocatoria y una mscara de partidas, se mostrarn todos los
proyectos que se adapten a la mscara introducida que no estn asociados a ninguna
convocatoria, es decir, un subproyecto estar vinculado a una nica convocatoria. El usuario
seleccionar los subproyectos que quiere asociar a la convocatoria dada.
Las asociaciones proyectos - convocatorias se podrn deshacer siempre que no se haya
realizado ningn envo referente a la convocatoria cuya asociacin se quiere modificar /
eliminar.
Una convocatoria puede ser plurianual, por tanto el subproyecto ser plurianual.
Dado un documento contable que incluye la fase R, A o D de captulo 4 o 7 (cuyo
concepto o mscara de concepto no est incluido en la tabla de excepciones), se comprobar
tanto en el alta / modificacin del expediente como en el momento de la fiscalizacin o
contabilizacin:
1. Que el subproyecto exista como tal. Si no es as se impedir continuar con la
tramitacin independientemente de la accin (creacin, modificacin, fiscalizacin o
contabilizacin) y de la fase en que se encuentre el expediente (R, A o D).
2. Que se haya completado la informacin de la ayuda o subvencin del
subproyecto de gasto al que haga referencia, esto es, que ste se haya vinculado a
una Convocatoria. Si esta vinculacin no existiese, se permitir continuar con la
tramitacin salvo en el caso de contabilizacin de expedientes en fase DI donde no
se permitir contabilizar.
3. Que la partida indicada en el expediente est asociada a la convocatoria

vinculada al subproyecto. Si esta asociacin no existiese, se permitir coritinuar con
la tramitacin salvo en el caso de contabilizacin de expedientes en fase D, donde
no se permitir contabilizar.
3.3.13
Gestin Tributaria
3.3.13.1 Apertura y Grabacin de Expedientes

La apertura de expedientes puede ser manual, automtica o telemtica.
La apertura automtica o por PDF implica la captura de la informacin de los PDF
417 por medio de un lector ptico.
01 PPT 1
Pg. 44
$f
m%dg
dei
Murcia
oi.
Los cdigos PDF se generan automticamente por el programa PACO (Programa de

Ayuda al Contribuyente) que la Direccin General de Tributos facilita a los colaboradores.
Cada modelo de declaracin o autoliquidacin tiene asociado uno o varios cdigos
PDF, tantos cmo pginas y anexos. El sistema permite parametrizar la informacin
contenida en los cdigos:
Parametrizacin de los datos del PDF procedente del PACO.
Parametrizacin de los documentos (modelo-versin-casilla).
Parametrizacin de las Validaciones de los documentos entrados.
Parametrizacin de las Correspondencias de los documentos entrados a la
base de datos de Anbal.
La informacin que entra en el sistema tanto de forma manual como mediante la
captura PDF es filtrada mediante las validaciones.
Las validaciones se efectan en los valores de las casillas de los documentos
tributarios. Se vdlidan las casillas informadas segn la parametrizacin realizada de los
diferentes documentos de entrada.
Estas validaciones parametrizadas se procesan en la gestin de documentacin con
el botn de Validacin y se ejecuta cada validacin si la casilla a la que corresponde est
cumplimentada, si la casilla no est cumplimentada no se dispara el proceso de la
validacin.
Los expedientes con documentos que no pasan las validaciones quedan en el trmite
de Incompleto y no pasarn a Completos hasta que todos los errores se corrijan.
Asociada a la apertura existe un programa de modificacin de expedientes que
contempla todas las restricciones de la apertura y que permite aadir nuevos modelos al
expediente.
La apertura telemtica se realiza mediante la presentacin de declaraciones a travs
del Portal Tributario e-Tributos, circuito CIRCE (para la creacin de nuevas empresas) y
circuito CGN (para la liquidacin de supuestos de ficha desde la plataforma notarial).
El Portal Tributario permite la apertura de expedientes de modelos confeccionados
mediante asistentes para la cumplimentacin, borradores de la declaracin generados
con los datos de las fichas notariales y lotes de modelos obtenidos con el programa
PACO.
3.3.13.2
Archivo
Desde los circuitos tributarios se pueden archivar o recepcionar expedientes de

archivo, mediante la ejecucin de los trrriites correspondientes.
La estructura de almacn del archivo est definida y estructurada a nivel de UGI
(Unidad Gestora de Ingresos), la cual determina el acceso a los expedientes archivados y
a los por archivar.
La informacin de la ubicacin fsica de expedientes est dividida en:
Fondo
I\ldulo
O 1 PPT 1
Pg. 45
%:kgi6n
.
. de Murcia
c.e>.!2t2>",
.: .d..?
.<::
c.
%
.,.
<!
- r-l<..
. %.C.><
;y<,
c{&%ci\;<;E
&>;,:.:;";'
.. '
S,
.~
,. .:'c!
,,.<$,>.
-..
; j < > ,;$;!
i - 4 . 3 . ?!<':<:,::1
,
; - t . :> i . $
. *) . . . , ! . . .
Balda
Caja
3.3.13.3
Catastro
Carga, gestin y mantenimiento de los datos catastrales correspondientes a la

Gerencia Territorial de Ivlurcia, descargados desde la Oficina Virtual de Catastro. La
informacin catastral de fincas rsticas y urbanas se estructura en un fichero por
municipio.
La periodicidad de captura est determinada por la periodicidad con que se publican
nuevos datos del Catastro y por tanto es anual.
3.3.13.4
Entrada
Tratamiento de los datos de modelos y documentos que llegan al sistema de forma

masiva o individual, de forma masiva desde las entidades externas tales como Entidades
Colaboradoras, AEAT y perfil Entidad Externa del Portal Tributario (eTributos) y de forma
individual mediante el escaneo y anexado de documentos a los expedientes y elementos
del juego.
3.3.13.5
Salida
Permite generar la informacin que se extrae del sistema para las entidades
externas, como la AEAT.
Para el control de la informacin de entrada o salida, se mantienen dos entidades de
control: Funciones y Correspondencias.
Esta informacin pasa por las siguientes fases: Captura, Validacin, Depuracin y
Actualizacin.
3.3.13.6
Escritos
Los Escritos son una utilidad de SIGEPAL que consiste en la realizacin de

documentos de determinados circuitos para su posterior irnpresin. Su fin es facilitar al
usuario ltimo su modificacin y mantenimiento. La realizacin de escritos consta de dos
partes principales: un anlisis de los textos a convertir y un proceso de creacin de stos,
junto con las variables y plantillas necesarias.
En la vida de un expediente es necesario en ocasiones la obtencin de informacin
en soporte papel que debe unirse al expediente con el fin de documentar fsicamente los
trmites seguidos por ese expediente. Adems, esa rriisma informacin debe ser obtenida
como comunicacin obligada al interesado. Por ello existen diferentes plantillas que se
correspondern con trmites determinados y que debern obtenerse en momentos
determinados en la vida del expediente.
01 PPT 1
Pg. 46
3.3.13.7
Gestin Tributaria General
El mdulo de Gestin integral de derechos econmicos tiene como objetivo la

definicin de los procesos de tramitacin de expedientes para la Direccin General de
Tributos y rganos Gestores de ingresos de la Comunidad Autnoma de la Regin de
Murcia.
Las Oficinas Liquidadoras de Distrito son centros de gestin externos a la CARM
(generalmente Registradores de la propiedad) que tienen la capacidad otorgada por
convenio de liquidacin de los tributos cedidos con limitacin territorial de actuacin.
Tenen prcticamente las mismas opciones de gestin que los servicios centrales,
excepto la recaudacin y otros servicios que tienen que solicitarse en la delegacin
central.
El sistema de gestin integral de derechos econmicos est basado en tres pilares:
Gestin de Expedientes: Los expedientes son aquellas entidades que agrupan
todas las actividades que se puedan desarrollar a lo largo de la vida de una
tramitacin determinada. La definicin de los circuitos asociados a los
procedimientos de gestin, de las actividades o trmites a seguir a lo largo del
procedimiento as como las posibles alternativas o rutas a tomar o la definicin
de los roles de los usuarios que participan y ejecutan las acciones, forman parte
de la parametrizacin de la herramienta de la Gestin de expedientes. Esta
herramienta permite la definicin, tramitacin y seguirrriento de los diferentes
procesos administrativos, salvo cambio estructural del sistema de tramitacin
y/o en la legislacin que los soporta.
Uno de los trmites a destacar dentro de la gestin de expedientes, es la
comprobacin automtica de los mismos, herramienta de ayuda importante en
la toma de decisiones.
El sistema, en funcin de la casilla-valor, realiza la comprobacin masiva de
expedientes, agrupndolos segn los filtros definidos y proponiendo la
tramitacin que corresponde a cada filtro.
Gestin de Documentos: Llamamos documentos a aquellas entidades que
agrupan informacin de entrada y salida del sistema sobre cualquier hecho que
se produzca a lo largo de la tramitacin.
Gestin de Clientes: Son Clientes las entidades que renen la informacin
relativa a todas las personas fsicas o jurdicas que tienen cualquier tipo de
relacin con Tributos. Para ms informacin, consultar el apartado "Terceros".
Los cdigos de identificacin de los documentos de ingreso en la Comunidad de

Murcia as como su composicin y tratamiento han sido regulados por la Consejera de
Economa y Hacienda y deben cumplirse de modo inexcusable. Son los siguientes:
N20. Utilizado para los documentos de declaracin
N28. Utilizado para los documentos de carta de pago, consta de 28 dgitos
N13. Utilizado para uso interno del sistema y otros documentos.

[Pliego de Prescripciones Tecnicas]
01 PPT 1
Pg. 47
En cuanto a los expedientes, se definen los diferentes circuitos y herramientas

utilizados para la tramitacin de expedientes, as como los procesos que se realizan en
cada uno de ellos y los documentos asociados a cada uno de ellos.
Todos los circuitos tienen un tratamiento por fases similar, aplicando dentro de cada
uno de ellos las particularidades propias del concepto sobre el que se est tributando.
Los circuitos definidos son los siguientes:
Transmisiones
Sucesiones
Patrimonio
Inspecciones Tributarias
Caucionales.- Exenciones y Bonificaciones Provisionales
Circuito de reclamaciones econmico administrativo
Circuito de revisin de errores materiales o de hecho
Impuesto sobre cartones de salas de BINGO (043)
Impuesto sobre los premios del BIIVGO (046)
Tasa fiscal juego CASINOS (044)
Tasa fiscal juego Rifas, tmbolas y combinaciones aleatorias (T399)
Alta de mquinas recreativas
Canje de mquinas recreativas
Baja de mqi.iinas recreativas
Instalacin de mquinas recreativas en establecimientos
Transferencias de mquinas entre empresas
Traslados de mquinas a otras comunidades
Renovacin de autorizacin de explotacin de mquinas
Autorizaciones de bares y cafeteras
Autorizaciones de salones
Cambio de titularidad de salones
Inscripcin de modelos de material de juego
Convalidacin de modelos de material de juego
Modificacin de modelos de material de juego (No sustancial)
Autorizacin personal de juego
Circuito de alta de empresas del juego
Modificacin de modelos de material del juego (sustancial)
Circuito de Control del Juego
General del juego
01 PPT 1
Pg. 48
Circuito de liquidaciones tributarias

Circuito de Tasaciones periciales contradictorias
Notificaciones
Circuito de Valoracin de Bienes Inmuebles
Circuito de Prevaloraciones
Requerimientos
Circuito Sancionador
Circuito de Recursos de reposicin
Circuito de Seguimiento de actas
Circuito de Nombramiento de Perito Tercero
3.3.13.8
Gestin Notarial
Est mdulo incluye el tratamiento de la informacin recibida desde el INTI (Instituto

Notarial para las Tecnologas de la Informacin).
Informacin de Notario/Notara
Los mantenirriientos de notaras permiten realizar la gestin de las mismas, la cual
incluir la visualizacin de los datos actualmente existentes, la modificacin de los
mismos, as como el alta de notaras nuevas y su borrado.
Una notara se identificar en el sistema por un cdigo de provincia, un cdigo de
municipio (segn codificacin IIIE) y un nmero secuencial. En la misma notara slo
podr existir un notario vigente a la vez.
Esta informacin es suministrada por el INTI y se actualiza de forma automtica a
travs de servicios web.
Informacin de los ndices Notariales
Mantenimiento de Gestin Tributaria (Anbal) para la incorporacin de los ndices
notariales va XI, proporcionados por el INTI
Los notarios deben presentar esta informacin de forma telemtica durante los
treinta primeros das naturales del mes siguiente al trimestre natural objeto de
informacin. Llegada tal fecha es necesario realizar el cruce de ndices notariales para
obtener informacin acerca del control del envo (protocolos no enviados), y acerca del
control de las presentaciones (protocolos no presentados).
El sistema procesa el cruce de ndices notariales y documentos presentados,
obteniendo listados de informacin que permiten requerir a los notarios los protocolos no
enviados y emitir invitaciones a los contribuyentes para que realicen el cumplimiento de
sus obligaciones tributarias.
Una vez emitidas las invitaciones se vuelven a realizar cruces de informacin para
localizar los invitados no presentados y proceder a la apertura de expedientes de
Inspeccin.
Informacin de la Escritura Notarial (modelo 500)
O 1 PPT 1
Pg. 49
Incorporacin a la Gestin Tributaria (Anbal) de las escrituras telemticas enviadas

por el I l V n va servicios web. La recepcin de la escritura genera un documento 500 con
su casilla/valor, almacena el documento PDF que se incorpora a la consulta del modelo y
anexa esta informacin al protocolo correspondiente.
Existen herramientas de consulta y control de la recepcin.
Informacin de la Ficha Notarial (modelo 501)
Incorporacin a la Gestin Tributaria (Anbal) de las Fichas a travs de servicios web.
El proceso de recepcin es similar al de escrituras telemticas, los datos de la ficha
notarial quedan anexados al protocolo.
Existen tambin herramientas de consulta y control de la recepcin.
3.3.13.9
Impuesto de Patrimonio
Supone la gestin compartida con la AEAT del impuesto del patrimonio.

En este mdulo se gestionan las declaraciones del impuesto sobre el patrimonio
procedentes de la AEAT, as como la validacin de los datos introducidos y la
actualizacin de dichos datos en la base de datos de ANIBAL para su posterior revisin
por gestin e inspeccin.
El esquema general del proceso de patrimonio es:
Revisin del formato del fichero
Parametrizacin
Carga de informacin
Control de recepcin
Validacin / Correccin / Actualizacin
Generacin masiva de los expedientes 103
Comprobacin automtica de los expedientes 103
Tramitacin y generacin de liquidaciones complementarias
3.3.13.10 Inspeccin
Los expedientes de inspeccin tienen su origen en las actuaciones de las Unidades
de Inspeccin, donde se realiza el control sobre hechos imponibles presentados y no
presentados.
Los expedientes de gestin referenciados por inspeccin han de estar en trmite de
finalizacin y archivados.
Estos expedientes son reclamados por inspeccin al archivo correspondiente y
entregados, antes de la apertura.
Los modelos asociados a estos procedimientos son los siguientes:
301 Comunicacin del inicio de actuaciones
308 Diligencia de constancia de hechos
01 PPT 1
Pg. 50
309 Borrador de la constancia de hechos
303 Resolucin tcita inspector jefe

001 Acta de conformidad
002 Acta de disconformidad

007 Borrador del Acta
110 Liquidacin de transmisiones y AJD
111 Liquidacin de sucesiones
112 Liquidacin de donaciones

120 Liquidacin de patrimoi7io (anual)
121 Liquidacin de patrimonio (resumen)

El circuito de inspeccin est enfocado en tres fases de tratamiento de la
informacin.
La primera fase es la apertura con la definicin de relacionados y definicin de los
bienes objeto de inspeccin y asignacin al Inspector Actuario.
En la segunda fase, proceso de instruccin, determinamos una serie de acciones a
ejecutar que vienen ligadas a la propia investigacin sobre los hechos presentados por el
contribuyente o deducidos por la propia administracin.
En la tercera fase, instruccin del acta, determinamos la consecuencia de la
investigacin, las acciones de clculo y emisin del acta, as como la determinacin de la
firmeza de la misma. La instruccin del acta irriplica la apertura de un expediente
colateral de seguimiento del Acta.
El proceso tiene una modi.ficacin de expediente, en la que podremos introducir o
eliminar datos que puedan afectar a la investigacin. Esta modificacin tiene el mismo
mecanismo de la propia apertura, ya que los datos son los mismos.
3.3.13.11 Juego
------
Se realiza mediante el Registro General del Juego en las siguientes modalidades:
SECCION
( MODALIDAD 1 ESPECIALIDAD
primera
1A
De casinos
7
De bingos
T
I
-
1l A (Titulares
l
L
,
De
mquinas A Operadoras de mquinas, tipo A
recreativas y de azar
ll
1 1
B Operadoras de mquinas, tipo B
1 C 1 Operadoras de mquinas, tipo C 1
--
01 PPT 1
Pg. 51
&&gi&nde Murcia
ionr;glirta d e Econorria y $-~s:.ie:~&
Djregc:;<;i 1 Gpr>$r;>: ~~:aj~*>*>;-;io,

' $ ~ < ( > ; J ] ~ , ! { ' { ; < ; < j <;[Jfjg?S
,
fa-~fgrul&jcr;
y It::.
S
>
SECCION
MODALIDAD ESPECIALIDAD
D
De salones
A Recreativos
EMPRESAS
A Para casinos de juego
E
Fabricantes o
importadores de
material de juego
azar
Segunda
LOCALES
Comercializadoras
o Distribuidoras
De reparaciones
o Servicios tcnicos
Laboratorios
acreditados
Casinos de juego
Salas de bingo
Salones
A Recreativos
, B , Juego
DE
JLIEGO
/ Tercera
1D
Bares y cafeteras
/A
Maquinas recreativas
B 1 Tipo B
(modelos)
Y Tipo C, provisional
Otros
juego
A PARATOS
aparatos
de
MATERIAL
AS
B 1I Para bingos
1 C 1 Para otros juegos y locales

A 1 Barajas
I
I
Material de juego
B ( Bolas de bingo
I
C Otro material de juego

Guas de circulacin de A Tipo A
mquinas recreativas
B Tipo B
l
C Tipo C
E
Autorizaciones de
A Tipo A
explotacin
mquinas
O1 PPT 1
Pg. 52
. >::;/ .;, . : <. <:;..

'
', ; ~ . - . ~ . ~ ~ ; , . ~.:~ .~:.j:

' ~ ~; :~:+ ;
c..;
MODALIDAD ESPECIALIDAD
mquinas
SECCION
C Tipo C
recreativas
Guas de circulacin de
cartones de bingo
Cuarta
11
A Direccin
Casinos
A
;
B ~
C Servicios
11
PERSONAL
I1
Bingos
1c
Otros locales
1
I
1 B 1 Personal de Sala
A Tcnicos de juego
Quinta
1I
A Casinos
Voluntarias
1I
1I C 1I Salones de juego
B Salas de bingo
PROHIBI
1 A / Casinos
Judiciales
L
1 1
B Salas de bingo
CIONES
C Salones de juego
S
Administrativas
1 A 1 Casinos
Los circuitos gestionados por este mdulo son:

o
Bingos
Impuesto sobre cartones de salas de bingo - Circuito IJOl
Impuesto sobre los premios del bingo - Circuito U03
Casinos
Tasa fiscal juego casinos - Circuito 1104
Rifas, tmbolas y combinaciones aleatorias

Tasa fiscal juego rifas, tmbolas y combinaciones aleatorias
1105
Circuito
Mquinas
Alta de mquinas recreativas
Circuito 1106
Canje de mquinas recreativas - Circuito 1107

O 1 PPT 1
Pg. 53
Baja de mquinas recreativas - Circuito U08

Instalacin de mquinas recreativas - Circuito 1109
Transferencia de mquinas entre empresas - Circuito IJlO
Traslado de mquinas a otras Comunidades - Circuito U11
Renovacin autorizacin explotacin
o
- Circuito 1112
Establecimientos
Autorizacin de bares y cafeteras - Circuito 1113
Autorizaciones de salones - Circuito U14
Carribio de titularidad de salones - Circuito 1115
Homologaciones
Inscripcin de modelos de material de juego - Circuito IJ18
Convalidacin de modelos de material de juego
- Circuito 1119
Modificaciri no sustancial de modelos - Circuito 1320

Modificacin sustancial de modelos - Circuito 1123
O
Autorizados
Autorizacin personal de juego - Circuito U 2 1
Empresas
Alta de empresas - Circuito U22
Control del Juego UC
General del Juego
Gestin de Padrones de Mquinas Recreativas: Anualmente se genera el padrn

de mquinas recreativas a partir de los movimientos producidos en el ejercicio
anterior. Una vez que dicha generacin es definitiva, se emiten los recibos
asociados a cada una de las mquinas recreativas.
3.3.13.12 Liquidaciones
Se refiere a la tramitacin de los diferentes tipos de liquidaciones con las frmulas de
clculo utilizadas para cada uno de los conceptos por los cuales se tributa. Esta gestin
genera propuesta de liq~iidaciny acuerdos de liquidacin sobre los hechos irnponibles
declarados de forma errnea o no declarados.
Los documentos de salida asociados a un proceso liquidatorio son:
Un documento con los datos informativos y econmicos del expediente que
incluye la motivacin en el cual, segn el hecho imponible, se determina las
razones que han generado la emisin de la liquidacin
Un documento cobratorio, nico para todos los tributos
Se puede decir que todas las liquidaciones tributarias tienen un esquema liquidatorio
comn en funcin de los elementos esenciales que las mismas deben contener y que son
los siguientes:
O 1 PPT 1
Pg. 54
Sujeto pasivo
Concepto tributario
Fecha / Perodo impositivo
Base irriponible
Cuota
Recargos
Intereses
Dicho esquema genrico simple figura reflejado en la siguiente tabla con el objeto de
tener una gua que ayude a la hora de definir las frmulas que realizarn los clculos de
las herramientas, sin perjuicio de las especialidades a considerar en algunas de ellas que
determinarn el tipo de variable para algunos de los conceptos reflejados.
CONCEPTO
VALOR
Valor comprobado
Variable
Base imponible
Variable
Reducciones
Variable
Base Liquidable
Frmula simple
02 - 03
Tipo de gravamen
Variable
Cuota ntegra
Frmula simple
04
* 05
Deducciones, Bonificaciones
Variable
Cuota lquida
Frmula simple
06 - 07
Cuota ingresada
Variable
Cuota diferencial
Frmula simple
08 - 09
Recargos
Programa
Intereses
Programa
Sancin
Programa
Recargo ingresado
Variable
Intereses ingresados
Variable
Sancin ingresada
Variable
Recargo a ingresar
Frmula simple
01 PPT 1
Pg. 55
NO
CONCEPTO
VALOR
11- 14
18
Intereses a ingresar
Frmula simple
12 - 15
19
Sancin a ingresar
Frmula simple
13 - 16
20
Deuda a ingresar
Frmula simple
10 + 17 + 18 + 19
Se citan, a modo de ejemplo las siguientes especialidades en funcin del concepto
que se liquide:
Base imponible terica (Sucesiones y donaciones)
Ajuar (Patrimonio, Sucesiones)
Tipo medio de gravamen (Sucesiones y donaciones)
Lmite conjunto de renta (Patrimonio)
Cuota ajustada neta (Sucesiones y donaciones)
Base liquidable terica (Sucesiones y donaciones)
Coeficiente multiplicador (Sucesiones y donaciones)
La liquidacin de los diferentes conceptos o hechos imponibles de los diferentes
tributos se realiza conforme a la base legal que les sea de aplicacin.
3.3.13.13 Notificaciones
Este mdulo recoge las actuaciones realizadas en la tramitacin de las notificaciones
por los diferentes medios de comunicacin, as como la recepcin de los resultados
devengados por stas, de todos los servicios que componen la Direccin General de
Tributos.
Aunque existe un circuito de notificacin, la tramitacin se hace en la mayora de los
trmites de forma masiva para un conjunto de peticiones. Slo se podran gestionar va
expediente los trmites que tengan un tratamiento individualizado (recepcin, anulacin,
inclusin en lista).
Las notificaciones se pueden realizar por:
Comparecencia
Acuse de recibo (Correos, Agentes)
Publicaciones (Boletn, tablones)
O 1 PPT 1
Pg. 56
3.3.13.14 Procesos de Revisin

Gestin usada para determinar aquellos procesos sobre los que se pueden interponer
procesos de revisin y sobre qu circuitos pueden ser aplicados. Permite establecer
tambin los das de extemporaneidad para determinar s la interposicin est o no fuera
de plazo. Permite la definicin de las resoluciones, actos recurribles, etctera. Todos los
circuitos de revisin se gestionan de forma homognea y son:
Circuito de reclamaciones econmico administrativo
Circuito de revisin de errores materiales o de hecho
Circuito de Tasaciones periciales contradictorias
Circuito de Recursos de reposicin
Circuito de Nombramiento de Perito Tercero
3.3.13.15 Sanciones
El mdulo incluye toda la gestin de las sanciones tributarias y no tributarias, desde
la apertura y tramitacin del expediente hasta la resolucin.
Para las sanciones no tributarias este circuito tiene como funcin la gestin de la
instruccin de expedientes sancionadores en los que pueden incurrir los operadores del
juego a los que les sean levantadas actas de infraccin.
Mientras que las sanciones tributarias se refieren a las que se generan tanto en el
Servicio de Gestin como en el Servicio de Inspeccin.
El circi~itocontempla dos procedimientos, el ordinario y el abreviado.
Una liquidacin de sancin incluye un documento con los datos informativos y
econmicos del expediente (013) y un documento cobratorio.
La parametrizacin del clculo de la liquidacin contempla el concepto y clases de
sanciones, tarifas, las reducciones aplicables y los criterios de graduacin (comisin
repetida de infracciones tributaria, perjuicio econrriico para la Hacienda Pblica,
incumplimiento sustancial de la obligacin de facturacin o documentacin y acuerdo o
conformidad del interesado).
3.3.13.16 Valoraciones
Modulo para el control de asignacin de expedientes con bienes a valorar a tcnicos
valoradores, frmulas de clculo de las valoraciones y documentos de dictmenes
asociados a la valoracin.
Slo tendrn valor de dictamen las valoraciones efectuadas por los peritos de la
administracin.
La valoracin puede ser PMM (Precio Medio de Mercado) o NO PMM (No Precio
Medio de Mercado). Los mtodos de clculo son completamente diferentes segn se trate
de uno u otro.
El dictamen PMM incluye un anexo de testigos que argumenta los valores aplicados
por los precios medios de mercado. La actualizacin de los testigos se realiza mediante
un proceso nocturno.
O 1 PPT 1
Pg. 57
Tambin se realiza el clculo automtico de los PMM para cada ejercicio, mediante el
mdulo de intertipologas. Existe un men de tablas auxiliares donde se parametrizan las
variaciones de los coeficientes que intervienen en las frmulas de calculo, un programa
de carga de valores de referencia, un programa de calculo de las intertipologas y un
listado asociado que prepara la publicacin de los PMM para el BORM.
El clculo de NO PMM est basado en el componente suelo del bien a valorar, el
tcnico puede optar por dos opciones de clculo, valoracin por repercusin y valoracin
unitaria. El valor de repercusin ser el valor del suelo obtenido a partir de las
intertipologas, en la valoracin unitaria se valora por la superficie neta de la parcela y el
valor unitario del resto de parcela PMM.
Dentro de las funciones de inspeccin, existe la valoracin de bienes no urbanos ni
rsticos. Los inspectores que tienen potestad para valorar, tendrn las autorizaciones
necesarias para acceder a las herramientas de valoracin.
Dentro de este mdulo, tambin se tramitan los expedientes de prevaloracin. A
diferencia del anterior, la gestin se realiza mediante el rbol de documentacin del
expediente, distinguindose varias fases en el circuito que son realizadas por personal
de distintas unidades del servicio de Inspeccin y Valoracin.
La fase de apertura y valoracin se realiza en la Unidad Tcnica de Valoracin. En la
apertura se graban los datos de la solicitud, los datos de la tasa 530 y se genera el
catlogo de bienes 660. La fase de valoracin concluye con la erriisin y notificacin del
documento de prevaloracin. Al finalizar esta fase el expediente se cierra temporalmente.
Si el contribuyente solicita la restitucin de la tasa 530, desde la Secretara de
Inspeccin se ejecuta una utilidad que permite reabrir el expediente de prevaloracin y
tramitar la resolucin de estimacin o desestimacin de la restitucin de la tasa, tras la
emisin de la misma el expediente se cierra definitivamente.
3.3.13.17 Medioambientales
Impuesto sobre el almacenamiento o depsito de residuos en la Regin de Murcia,
Impuesto sobre vertidos a las aguas litorales e Impuesto por emisiones de gases
contaminantes a la atmsfera.
La gestin de los impuestos se lleva a cabo mediante el sistema de autoliquidacin:
O
lvlodelo 050 declaracin-liquidacin anual del Impuesto sobre vertidos

a las aguas litorales.
Modelo 051 pago fraccionado a cuenta del Impuesto sobre vertidos a

las aguas litorales.
Modelo 060 declaracin-liquidacin anual del Impuesto sobre el

almacenamiento o depsito de residuos en la Regin de Murcia.
Modelo 071 pago fraccionado a cuenta del Impuesto por emisiones

contaminantes a la atmsfera.
La cumplimentacin, pago y presentacin de los modelos se llevar cabo

exclusivamente por va telemtica mediante el portal tributario eTributos y desde el perfil
de erripresa.
01 PPT 1
Pg. 58
El portal remite al sistema las autoliquidaciones presentadas, que pueden ser

consultadas por el personal del Servicio de Coordinacin mediante las opciones de
consulta.
La gestin recaudatoria engloba la recogida, identificacin y aplicacin de los

ingresos abonados en las cuentas operativas de la CARlY as como de los Organismos
Autnomos. Tambin incluye toda la gestin que conforma la base del seguimiento de la
deuda y de los cobros recaudados
Toda la informacin que se incorpore al sistema deber pasar por el proceso de
normalizacin de documentos. ste lleva implcito un sistema de anlisis de la informacin
enfocado al aseguramiento de la calidad de la misma en el momento que se produce su
incorporacin en el sistema.
Trata aquellas anotaciones o sucesos que alteran la situacin de la deuda que se han
resuelto a travs del Gestor de expedientes o a travs de la Aplicacin de cobros. En
definitiva en cuanto a la Gestin de la deuda en Voluntaria nos referimos a:
Reconocimiento del derecho
Anulacin totales o parcial de la deiida y cancelacin de derechos
Suspensin de la deuda / Levantamiento suspensin
Notificacin de la deuda.
Reexpedicin de Cartas de Pago.
Aplazamientos y Fraccionamientos.
Devoluciones de ingresos.
Gestin de Incompetencias de Entrada
Gestin de Incompetencias de Salida
La Aplicacin de Cobros permite controlar el procedimiento recaudatorio en periodo
voluntario desde su inicio, enlazando la informacin presentada por las entidades
colaboradoras con los ingresos realizados en Tesorera en las cuentas restringidas
correspondientes. Nos referimos a:
Carga de ingresos quincenales desde el Buzn nico de Recaudacin.
Conciliacin y aplicacin de ingresos quincenales.
Aplicacin, retrotraccin y reaplicacin de ingresos manualmente.
Tratamiento de resmenes contables emitidos por el gestor de tasas
(QUESTOR) .
El Buzn nico de Recaudacin (BLIR) fue establecido como medio nico, integrado y
conjunto de recepcin de la informacin de cobros, de todas las entidades de depsito
autorizadas en cualquiera de las modalidades del servicio, Servicio de Caja o de Entidad
Colaboradora, y formalizado en la Orden de 21 de diciembre de 1998.
A partir de la firma de convenios de recaudacin entre la Comunidad y las Entidades
Colaboradoras, en este proceso se marcan los circuitos informticos necesarios que
permiten el proceso y cuadre de la informacin presentada.
01 PPT 1
Pg. 59
BJgin de Murcia
,.
T,.,r:.:<.?,-.
-3
?
,<,,!t.: ,a *,<3.. I:.
..\.<-,xi:2,:.,
C G %. A
(2T6:g;,i.&l; -.,..
i*;Ar,,.*,,:?.
, .,
illfrL7:jl{cjy;{<2y
H;-".-'pi'j;';q
A"*.. a.,.
;j+ ~ c ; ? r ~ r f > 3 < l ~ c 2 ,
1 <,l$><
,". . J l ; I i ? < ~ $ Y
?:,S,;
$,\
6$%..3rdf4r;'-s
.:t.:
-,...
El sistema de Ingresos-Recaudacin, tambin se ocupa de contabilizar los

movimientos, informados por la Agencia Regional de Recaudacin, realizados en va
ejecutiva a travs del BAR (Buzn con la Agencia Regional). Estos movimientos son:
Cargos de apremio
Anulacin Apremio
Anulaciones Parciales del Apremio
Cobros por corripensacin
Cobros en metlico
Asimismo tambin realiza las operaciones convenientes para la emisin y validacin
de la relacin de deudas apremiables y su posterior comunicacin sobre el interfaz BAR,
para que sean gestionadas en perodo ejecutivo por la Agencia Regional de Recaudacin.
Concretamente:
Relacin de Deudas Apremia bles
Anulacin/Cancelacin del Recargo de Apremio
Cobros en voluntaria
Cobros fuera de plazo
Los efectos contables de lo que se deposita en el BAR (comunicado por ARECA, el
sistema informtico de la Agencia Regional de Recaudacin) se realizarn en un proceso
de actualizacin masiva o en un proceso online, de acuerdo con la indicacin de Urgente
en el movimiento a realizar.
Por otra parte, permite gestionar ciertos expedientes asociados a los ingresos que
recauda la CARIY. La gestin de estos expedientes se ha concebido sobre la
parametrizacin de circuitos a los que se les asocian trmites que, a su vez, pueden
requerir y asociar escritos, y que son realizadas por una unidad administrativa. Los
expedientes asociados a la recaudacin de ingresos son:
IAF. Aplazamientos y Fraccionamientos.
:[DI. Devolucin de ingresos indebidos.
IIVNE. Gestin de las incompetencias de entrada.
INNS. Gestin de incompetencias de salida.
La contabilizacin de ingresos por parte de Anbal se realiza de forma agregada,
generndose los asientos y documentos contables para la Contabilidad Presupuestaria,
Contabilidad General.
En relacin con Tesorera se han incluido los procesos que deben mantener una
estrecha relacin con lo que sucede en la Tesorera. Estos son compensaciones de deudas
en ejecutiva, corriprobacin de garantas en expedientes de ingresos e incautacin de
garantas y compensaciones en voluntaria.
En el mdulo se establece la relacin con el sistema QUESTOR, encargado de realizar
la gestin, liquidacin, recaudacin en periodo voluntario, aplicacin de las tasas, precios
01 PPT 1
Pg. 60
pblicos y contribuciones especiales a travs de la normativa reguladora vigente de la

Comunidad Autnoma.
Finalmente, referir un extracto de listados e informes que se pueden obtener por este
mdulo:
Certificados de estar al Corriente de pagos con la CARM
Relacin de Deudores
Ejecucin Presupuesto de Ingresos
Mayor de Ingresos
Listado de Devoluciones de Ingresos
Listado de An~ilaciones
Listado de Suspensiones
Listado de Contrados
Diario de Ingresos
Cuenta de Gestin de Tributos Cedidos
Carta de Recaudacin
Histrico de Ingresos
Deudas de un tercero
Documentos por rganos gestores
Documentos resumen por Entidad Colaboradora
Impresin de un Documento de Ingreso
Relacin de ingresos de Tesorera pendientes de aplicacin
Contabilizaciones de un documento
Resumen contabilizaciones aplicadas en contabilidad
3.3.15
Datawarehouse de SIGEPAL
Se dispone en la actualidad de un sistema de anlisis de la informacin basado en las

herramientas Business Intelligence de mySAP Business Suite (SAP BW 7.0). El sistema
inicialemente se orient hacia el rea presupuestaria, base de la gestin econmica de la
Comunidad Autnoma de la Regin de Murcia, y se desarrollaron todos los elementos
necesarios para el anlisis de la ejecucin del presupuesto en sus diferentes perspectivas.
Posteriormente se incorporaron al sistema los datos relativos al Control financiero y
Control tributario.
El sistema actualmente consta de 4 inforeas:
Contabilidad principal (estndar, OFMCO \ OFI \ OFIGL)
Gestin presupuestaria (ZPRE)
Anbal (informacin tributaria, ZANI)
Buzn de ingresos (ZBUR)
En dichas inforeas se agrupan los siguientes infocubos:

Libro IYayor (estndar, OFMCO \ OFI \ OFIGL)
O1 PPT 1
Pg. 61
Edicin: Presupuesto Total/Presupuesto por proyecto (ZPRE)

Ejecucin Presupuesto (ZPRE)
Plan Estratgico Subvenciones (ZPRE)
Ai-ibal (ZANI)
Cuadro de Objetivos (ZANI)
..
Buzn de ingresos (ZBUR)
Ejecucin de Presupuesto (ZPRE)

Estos infocubos son alimentados por cadenas de procesos (la mayora semanales) y
sobre los mismos hay disponibles mas de 100 quetyq accesibles por Intranet (WAD) o a
travs de libros de trabajo (WBK).
3.3.16
Portal Tributario (eTributos)
El Portal Tributario es el principal canal de comunicacin tecnolgico entre la

Direccin General de Tributos y los ciudadanos y organismos colaboradores (asesoras,
notaras, etctera), para los que es posible autenticarse utilizando cualquiera de los
certificados digitales admitidos por la plataforma de Administracin Electrnica de la
CARM. El usuario del portal pertenece a uno de los siguientes perfiles
Contribuyente
Profesional
Usuarios del juego
Empleado Pblico
O
Oficina de Atencin al Contribuyente
Servicio del Juego
Empresa (Slo modelos medioambientales)

Entidad Externa
Desde el Portal Tributario se pueden realizar los siguientes procedimientos:
Autorizacin al Notario para la remisin a la Direccin General de Tributos de
la copia autorizada electrnica de la Escritura Pblica.
Confeccin del modelo y validacin a travs del asistente del Portal Tributario.
Pago telemtico a travs del servicio de banca electrnica de Cajalvlurcia.
Presentacin de la Declaracin - Liquidacin generada en el Portal Tributario.
Adems, es posible cumplimentar los siguientes modelos:
Modelo 601 Compra-venta de inmuebles urbanos con o sin hipoteca.
Modelo 605 Actos Jurdicos Documentados.
Modelo 605 Anotaciones preventivas de embargo.
O 1 PPT 1
Pg. 62
Modelo 609 Operaciones Societarias.

Modelo 620 Compra-venta de vehculos y embarcaciones.
Modelo 060 Impuesto sobre almacenamiento o depsito de residuos.
Modelo 070 Emisin de gases a la atmsfera.
Modelo 071 Emisin de gases a la atmsfera - Declaracin Trimestral.
Modelo 050 Impuesto sobre vertidos a las aguas litorales.
Modelo 051 Vertidos a las aguas litorales - Declaracin Trimestral.
3.3.17
Programa de Ayuda al Contribuyente (PACO)
PACO es una aplicacin de escritorio que facilita la cumplimentacin de los modelos

tributarios de la CARM. De caracter;sticas similares al programa PADRE de la AEAT, est
adaptado a las necesidades de los modelos tributarios de la CARIY, presentando una
interfaz amigable, ergonmica y con gran funcionalidad.
Desde su primera versin en 1997, ha sufrido muchas evoluciones y mejoras,
convirtindose en la principal aplicacin que utilizan las gestoras, asesoras y notaras
para generar los modelos tributarios. Permite la realizacin de todos los modelos
tributarios vigentes en la CARM para la presentacin de los impuestos de Transmisiones
Patrimoniales, Actos Jurdicos Documentados, Donaciones y Sucesiones as como el
tratamiento por lotes y la comunicacin con otras aplicaciones, tanto para importar
informacin como para exportarla.
Su uso en la Regin de Murcia est muy extendido y en los ltimos aos est siendo
demandado por profesionales de otras comunidades autnomas que necesitan presentar
impuestos regionales en Murcia. Estn autorizados para utilizarlo unos 2500 profesionales,
con un volumen aproximado de 2000 activaciones anuales. Tanto la solicitud de
autorizacin como su descarga se realizan de manera telemtica, con el apoyo del portal
e-Tributos
En cuanto a la tecnologa utilizada, PACO est desarrollado ntegramente en Java,
versin 1.6 y utiliza Firebird como base de datos embebida. Se puede instalar de manera
independiente en cualquier ordenador con sistema operativo Windows o Linux as como
en una red local, en cuyo caso todos los puestos con PACO instalado comparten la base
de datos.
3.3.18
QUESTOR
El Sistema QUESTOR es, en la actualidad, un sistema de informacin independiente

que realiza la gestin y el tratamiento de tasas de la CARM, permitiendo la generacin y
gestin de autoliquidaciones, liquidaciones, tickets y recibos.
Parte de la funcionalidad incluida histricamente en QUESTOR se ha trasnferido a
SIGEPAL, desarrollndose en QUESTOR interfaces de comunicacin con SIGEPAL (por
ejemplo, envo de resmenes contables), interfaces que proporcionan la informacin
mnima requerida por SIGEPAL, ejecutndose sin embargo todava en QUESTOR todo el
proceso de gestin (gestin de deudas e ingresos, tratamiento de padrones, seguridad de
acceso, etctera).
Por otra parte, no hay que olvidar que el sistema QUESTOR, por su naturaleza y el fin
por el que fue desarrollado, es utilizado actualmente para la gestin de tasas en oficinas
01 PPT 1
Pg. 63
liquidadoras dependientes de la CARM as como en empresas y otras instituciones

(Federacin de Caza y Pesca, etctera), habindose experimentado en los ltimos aos
un crecimiento de la emisin de tasas en estos organismos superior al de la propia CARM.
La emisin de autoliquidaciones en estas entidades emisoras se realiza a travs de una
aplicacin desarrollada a tal efecto (QUESTOR entidades emisoras) y que se instala en
modo local.
Los principales mdulos que componen QUESTOR son los siguientes:
Mantenimientos de tablas maestras
Mantenimientos de entidades: Gestin de conceptos presupuestarios,
Entidades Emisoras, Usuarios, Entidades bancarias, etctera
Gestin de padrones. Generacin, impresin y consulta de recibos, gestin de
domiciliaciones, certificados de ingreso,. ..
Ayuda al contribuyente: Emisin, consulta e impresin de autoliquidaciones.
Liquidaciones: Emisin, consulta e impresin de liquidaciones, emisin de
certificados de ingreso.
Gestin mediante ticket
Aplazamiento fraccionamiento: Emisin,

aplazamientos y fraccionamientos.
consulta
impresin
de
Revisin: Procedimiento de revisin y Anulaciones Especiales.

Resmenes Contables: Se lleva el control de las operaciones contables y se
pasan los datos a SIGEPAL.
Listados y Estadsticas: Varios listados de carcter general para el usuario
como son las estadsticas sobre derechos reconocidos, ingresos, etctera por
periodos, ejercicios, unidades gestoras, etctera
Gestin de notificaciones: Generacin de listas para notificar, notificacin.
Gestin en caja de efectivo
Presentacin de Autoliquidaciones
Devolucin de ingresos indebidos
3.4
Entorno tecnolgico
El entorno tecnolgico para el desarrollo en CAP (SIGEPAL) incluye:
Mdulos EA-PS, FI, PllY y PM
Lenguaje de programacin ABAP/4
Reports
o
Informes a medida
ALV (Abap List Viewer) parametrizables por el usuario
Querys
Module Pools
o
Screen Painter
01 PPT 1
Pg. 64
Menu Painter
Batch Iflputs y Cal/ transaction
Impresin desde CAP: Formularios/SAPscript/Adobe Document Services

ABAP Debugger as como herramientas de anlisis de ejecucin de cdigo y
sentencias SQL
Entorno de Transporte Transport Organizer
Sistema de integracin por RFC (Remote Function Call): Programacin de

procesos clientes o servidores RFC en lenguajes C, ABAPJ4, Java
Interfaz orientado a objetos BAPI
Integracin de programas ABAPJ4 con entorno Microsofi Office
SAP Exchange Infrastructure (SAP XI)
El entorno tecnolgico para el desarrollo en Java (Portal Tributario, PACO) incluye:
Lenguaje de programacin Java
Metodologa de desarrollo web basado en el patrn modelo-vista-control
(MVC), con acceso a datos a travs de JDBC
Herramientas de anlisis de ejecucin de programa y sentencias SQL
Lenguajes HTML y JavaScript
Base de datos Firebird (para el caso de PACO)
El entorno tecnolgico para el desarrollo en Delpkii (QUESTOR) incluye:
Lenguaje de programacin Delphi
Herramientas de creacin de informes:
o
Quickreport
Fast Report
Crystal Reports
Programacin orientada a objetos, programacin multicapa

SQL, PLJSQL, herramientas de anlisis de ejecucin de programa y sentencias
SQL
Programacin de componentes VCL y ActiveX
Comunicacin con sistemas SAP mediante RFC's
Tecnologas web para Delphi como IntraWeb, MidasJDataSnap, WebSnap, ...
El coste asociado a la infraestructura tecnolgica de este entorno tecnolgico
(servidores, almacenamiento, licencias, etctera) corre a cargo de la Comunidad
Autnoma de la Regin de Murcia para los sistemas que le son propios (ver descripcin
de la Arquitectura de Seguridad Avanzada en el anexo 1), corriendo estos costes por
01 PPT 1
Pg. 65
cuenta del adjudicatario para aquellos entornos (desarrollo, pruebas de integracin,

etctera) que desee implantar en sus instalaciones.
3.5
Cronograma e hitos del contrato

A continuacin se describe la lista hitos de proyectos del presente pliego y su grado
de cumplimiento en cada periodo de facturacin. Dicha lista servir de base para
relacionar los hitos del proyecto con la facturacin posterior. El adjudicatario tendr la
obligacin de relacionar, en cada una de las certificaciones que se realicen, la descripcin
de los entregables en base a los hitos del proyecto que correspondan, de conformidad
con lo sealado en las tablas que a continuacin se relacionan. A propuesta del Director
tcriico del contrato y de comn acuerdo con la empresa adjudicataria, los proyectos o
sus hitos podrn ser sustituidos por otros de igual complejidad, esfuerzo o cuanta
econmica, siempre y cuando existan situaciones que justifiquen dicho cambio.
PROYECTO
HITO
Diciembre
Marzo
Junio
Septiembre
2013
2014
2014
2014

40%
60%
13-Guas de explotacin tcnica y manuales de

usuarios.
Formularios EA y asistentes de ayuda al contribuyente
100%
40%
60%
70%
10%
50%
50%

usuarios.
20%
20%
80%

usuarios.

usuarios.
01 PPT 1
100%
100%
Pg. 66
usuarios.
100%
100%

usuarios.
SAP Enhacement
100%

usuarios.
50%
DT13-Diseo de medidas y gestin de usuarios
50%
100%
20%
25%
30%
2 5%
20%
25%
30%
2 5%
35%
25%
25%
15%
20%
25%
40%
15%
20%
25%
40%
15%
20%
25%
40%
15%
SE. Mejoras Tcnicas

usuarios.
usuarios.
SE. Incidencias
A9-Seguimiento incidencias, problemas y
resolucin
usuarios.
3.6
Indicadores
A continuacin se definen los indicadores objetivos por los que se va a evaluar la
prestacin del servicio, su periodicidad de medicin, el nivel de acuerdo de servicio
requerido y el nivel de mejora mximo admitido as como qu se entiende por desviacin
leve, media y grave (respecto al valor propuesto por el adjudicatario) para cada uno de
ellos.
TAtencin: Tiempo medio de atencin de las interacciones recibidas.
%IResolU: Porcentaje de incidencias de prioridad urgente cuyo tiempo de
resolucin es de un mximo de 1 da laboral
O 1 PPT I
Pg. 67
%IResolA: Porcentaje de incidencias de prioridad alta cuyo tiempo de resolucin

es de un mximo de 2 das laborales
%IResolM: Porcentaje de incidencias de prioridad media cuyo tiempo de
resolucin es de un mximo de 5 das laborales
%IResolB: Porcentaje de incidencias de prioridad baja cuyo tiempo de resolucin
%CResolU: Porcentaje de cambios de prioridad urgente cuyo tiempo de
resolucin es de un mximo de 1da laboral
%CResolA: Porcentaje de cambios de prioridad alta cuyo tiempo de resolucin es
de un mximo de 3 das laborales
%CResolM: Porcentaje de cambios de prioridad media cuyo tiempo de resolucin
%CResolB: Porcentaje de cambios de prioridad baja cuyo tiempo de resolucin es
de un mximo de 40 das laborales
FRP (Factor de Rotacin del Personal): Nmero de cambios de personal que no
se han solicitado por el Director Tcnico del Contrato (segn lo estipulado en el
Pliego de Clusulas Administrativas) en el periodo de medida establecido.
Indicador
Periodicidad
medida
SLA requerido
TAtencin
Mensual
15 minutos
%IResolU
Mensual
80%
%IResolA
Mensual
%IResolM
Umbral
mximo de
mejora
5 minutos
Desviacin leve
Desviacin
media
Desviacin
grave
Hasta 15%
>15% y 130%
Ms de 30%
95O/'
Hasta 15%
>15% y 530%
Ms de 30%
80%
95O/'
Hasta 15%
>15% y 130%
Ms de 30%
Mensual
80O/O
90%
Hasta 15%
>15% y 530%
Ms de 30%
%IResolB
Mensual
80%
9OO/'
Hasta 15%
>15% y 530%
Mas de 30%
%CResolU
Mensual
80%
95O/'
Hasta 15%
>15% y 130%
Ms de 30%
%CResolA
Mensual
80%
95O/'
Hasta 15%
>15% y 130%
Ms de 30%
%CResolM
Mensual
80%
9OO/O
Hasta 15%
>15% y 530%
Ms de 30%
%CResolB
Mensual
8O O/O
90%
Hasta 15%
>15% y 530%
Ms de 30%
FRP
Trimestral
1 persona mas
del SLA ofertado
2 personas
ms del SLA
ofertado
3 o ms
personas del
SLA ofertado
Consideraciones en la aplicacin de los anteriores indicadores:

La consideracin de prioridad urgente, alta, media o baja para una interaccin
(incidencia o cambio) es potestad del Service Desk de la Direccin General de
Patrimonio, Informtica y Telecomunicaciones, que clasifica la interaccin en
el correspondiente nivel de prioridad en funcin del impacto y del plazo lmite
de la interaccin. Esta prioridad puede ser modificada por el Director Tcnico
del Contrato si lo considera oportuno.
01 PPT 1
Pg. 68
El tiempo de a t e n c k se defii- ti COI-1-10

e tiempo trariscrrido desde que el
Service Desk de la Direccin General de Patrimonio, Informtica y
Telecomunicaciones da de alta la interaccin (incidencia o cambio) en el
sistema informtico de soporte a I T I L hasta que se asigna dicha tarea a un
tcnico del equipo de soporte.
o
El tiempo de resolucin se define como el tiempo transcurrido desde que se

asigna una tarea a un tcnico del equipo de soporte hasta que el trabajo a
realizar en dicha tarea por parte del equipo de soporte est correctamente
concluido. Esto incluye la gestin del repositorio de cdigo fuente, la
elaboracin de la documentacin asociada, las pruebas y las posibles
iteraciones en el desarrollo por defectos en la solucin entregada. Se excluye
el tierripo iniputable a otros equipos de trabajo (remisin de informacin por
parte de los usuarios, despiiegues en los servidores por parte del personal de
Sistemas, etctera).
El cmputo del tiempo de atencin y del tiempo de resolucin incluir la
jori-iada laboral del soporte estipulada con el Director Tcnico del Contrato, no
terii6ndose en cuenta e! horario no laboral ni los festivos y fines de semana,
Para el t i e r n ~ ode atencin se incluye LI~-I so10 indicaaor debido a clue la
c:on!plejic?ad o [ir-encia cle las acciones postei-iores no afectan al proceso de
O
del incider;t:e). Ei? cambici parz la resolucin se
atencin ?;;i I J C ; L ! ? ~ ~ (acigncci:jn
c i e i i i ~!..II"! ::~ii.contajf c/e c i . i i ? i ~ > l i~~ r: i~re\~isifin
:
L;? i,3 !.i7oy~)rcornpiejidod
,
.
exceda11 cjel Ijprnpo
i:t'
3iji!ir;zs t ; j r l ~ . E,;-, ~;.iciqi!ie!.(,;aio, iac; i.crezs l;je
. ,
L:;e'</!5i(::k:r; fl,;;.><:i<<][) [.!e ! 2 ? ~ . i [ ) ~ -i:..j(,]ic332
~ ~ ~ ~ ( j~ ~ ~ : ; ~ r ~ r ~ l a! [:;il-p(:tnr
- ,
.
.,
;.>(-;.,.>'.c
'.;<jj..l;;~;j[a[>?; :; c.:
-. . !... ,< . ~ ~ ; : ; ~ ~ , i,. ; , ' . + [;.<, .., .; [.ps;!li;cii;ri,
!~.:! i
!::,j:;>.ir'~-ze :;C>I.S~;~-I<! ; , ; ~ ~ -~ j ~ > 1~2. ;~ ~ ~ ~ ~ ~ , ~dpl
, t ~ ~ . i --.,j,..:.
~ ! , ~ : ~!L;,. ;;
~ . ~ . ,.l..,
<,E .
:.,, ,...,: l..
l j +:cisiy:J
~ j , ;
,
,-,:~:
,L.')
.>,,.-
,0
, :.-.
i
. ..
, .-
.,<\ " * . >

-.,-.,:
.>.::..!
! !T
,-
.
~ ,>
:m
.,
- ,..?
,.-L,.
. ., i
,.r.3
. , ,-
;.
!.;;~!.'
~-
-.
..
. ,
..
.
k..r
- . .'J ::- ;.:;:;l-:;-~:c!

!- : i: ;r ;<;
., ,-.' . . ,,- ;! ,-.
!!:~r.>.:i
;,;e\,.!:;!>
y-!(2:-;j
...,
r>r<j:; {;+:/
. . .
r *.\,,--',-.-.n , , . : : i , ! r ! l ei.
j ~
k:u i Ll,-;
Secretari~tie la Comisin Tcnica de

C~r&i~~frjr~-~~,ya----------~
CERTIFICA que el presente documento
ha sido informado favorablemente por la
Anexo 1. Descripcin de la Arquitectura de Seguridad Avanzada (ASA)

Objeto
Este anexo tiene como fin explicar y detallar las condiciones de uso de las aplicaciones de
la Arquitectura de Seguridad Avanzada (ASA). Por tanto, se procurar indicar los requisitos
necesarios a tener en cuenta por las aplicaciones para que se adecuen a esta nueva
arquitectura.
Se intentar dar un marco general de explicacin que sirva para que los servicios de
informacin que presta la Direccin General de Patrimonio, Informtica y Telecomunicaciones
( D G T I ) se puedan ofrecer con las mximas garantas de seguridad, capacidad y
disponibilidad.
Acuerdos adoptados
El asesoramiento para la implantacin de una arquitectura de seguridad avanzada para
los sistemas de informacin de la D G T I , condujo a obtener algunas conclusiones que se han
adoptado y que guan nuestras propuestas y el diseo propuesto:
Las soluciones sirriples son ins seguras
Reducir el nmero de redes
Modelo de seguridad en tres capas FAD (frontal, aplicaciones, datos)
Simplicidad conceptual
Todo lo anterior se aplica a los diferentes mdulos que componen ASA, desde las
aplicaciones hasta los conmutadores y los cortafuegos.
As, en este anexo se orientar cmo debern disearse las aplicaciones para conseguir
que los nuevos sistemas de informacin se adecuen a la nueva arquitectura y funcionen con
presteza y seguridad.
Arquitectura de seguridad en tres capas

A continuacin se expone el modelo de funcionamiento de las aplicaciones orientadas a
Internet:
Se dividen las aplicaciones en tres partes diferentes y relacionadas entre s por polticas
estrictas de seguridad. Estas polticas permiten supervisar la interconexin entre las
tres partes anteriores.
Estas tres partes son:
sistema servidor frontal hacia el usuario (frontal),
sistema servidor de aplicaciones (aplicaciones),
y sistema servidor de bases de datos (BD).
Las conexiones entre los usuarios (Internet e intranet) y el sistema frontal (web,
portal, https, ...) estn supervisadas por un cortafuegos.
Las conexiones entre el sistema frontal y las aplicaciones (Tomcat, ...) estn
supervisadas por otro cortafuegos.
01 PPT 1
Pg. 70
Las conexiones entre las aplicaciones y las bases de datos (Sql*Net, ...) estn
supervisadas por cortafuegos.
Reduccin del nmero de redes y VLANes

Basndonos en los planteamientos de simplicidad para conseguir que la propuesta fuera
razonablemente operativa y segura, se realizaron diversas reuniones llegando a la siguiente
conclusin de necesidad de redes.
Zona DMZ, zona de los portales

Zona de los portales. Comprende todos los portales que prestan servicio a los usuarios
finales. Son las aplicaciones de estos sistemas las nicas que estn en contacto con los
usuarios finales.
Su funcionamiento es como sigue:
Estas aplicaciones reciben las peticiones de los usuarios de Internet y de intranet.
Deberan ser aplicaciones frontales, del tipo servidor web, portal web, portal web
seguro, ...
Si estos portales ya tienen la informacin que han de dar al usuario final, la responden
directamente.
pero si la informacin, la tienen que pedir a otros sistemas de informacin de la CARM,
realizan una solicitud a las aplicaciones que estn en la zona de la MZ, a travs de un
conector contra la aplicacin, y que ser distinto de la redireccin de la solicitud web
originaria. Por ejemplo, un servidor Apache, enlazara con el mdulo modj k para
llamar al servidor de aplicaciones Tomcat que estar en la MZ.
Red
red-dmz-publica
red-dmz-privada
comentario
Red DMZ pblica (equipos accesibles desde Internet)
DMZ Privada (correspondiente a red-dmz-publica)
Interconexin intranet CARM. Esta red de interconexin del ASA con la intranet CARM
permitir que los usuarios de la CARM accedan a los frontales de los sistemas de
informacin de la CARM, que estn situados en la DMZ. Todos los accesos a las
aplicaciones de la CARM se realizar a travs de esta interconexin contra los
frontales.
~ e Interconexin
d
red-intranet-dmz
Zona MZ, zona de las aplicaciones y bases de datos

Zona de las aplicaciones. Reciben estos sistemas las solicitudes provenientes de los
frontales de la DMZ, o bien de otras aplicaciones del ASA. Hay que tener en cuenta
que, al aplicar sistemas balanceadores de trfico, las aplicaciones que llaman a una
aplicacin balanceada deben estar en redes IP distintas.
Todas las redes que pertenecen a esta parte, tienen, por defecto, todos los trficos
permitidos entre s. Slo se pueden filtrar los trficos entre la red balanceada y la no
balanceada.
Su funcionamiento es que estas aplicaciones reciben las solicitudes provenientes de los
portales bajo un formato apropiado a su aplicacin. Si no tienen la informacin que
01 PPT 1
Pg. 71
responder, la pueden buscar en las bases de datos bajo un formato de acceso

apropiado a los sistemas de bases de datos (por ejemplo, Sql*Net para Oracle).
Por ejemplo, un servidor de aplicaciones Tomcat, recibe la peticin del sistema frontal,
y compone su respuesta al servidor frontal bien con sus propios recursos, bien
accediendo por JDBC, que realiza una llamada Sql*Net contra la base de datos Oracle.
Esta ltima conexin est supervisada por el sistema cortafuegos.
red
red-apps-no-balanceadas
red-apps-balanceadas
redapps-bal-l. ..
l~omentario
Red de aplicaciones no balanceadas
Red general de aplicaciones balanceadas
Red ball de aplicaciones balanceadas...
Zona de bases de datos, Oracle. Estos servidores reciben las solicitudes de las
aplicaciones bajo el conector propio: Sql*Net. Pero slo podemos supervisar el acceso
de los sistemas de las aplicaciones contra los sistemas de las bases de datos, es decir,
el sistema cortafuegos instalado no es capaz de supervisar el trfico para permitir que
cada aplicacin accede al "ID" de la base de datos apropiada.
Funciona de forma que el sistema cortafuegos que les antecede supervisa el trfico
TCP Sql*Net entre los sistemas de las aplicaciones y las bases de datos en s.
redoracle
l ~ e de
d Bases de Datos Oracle
Zona desarrollo, zona de programacin.

A esta red se le concede un acceso desde la intranet, a diferencia de las anteriores.
Pero no pueden acceder contra ningn recurso de la zona MZ, bien de aplicaciones, o
bien de bases de datos.
Los sistemas involucrados en estos desarrollos no deberan tener acceso a Internet.
red-desarrollo
l ~ e de
d desarrollo
Interconexin intranet CARM.

Esta interconexin permite que los programadores puedan realizar su trabajo contra la
red de desarrollo.
Tambin permite que los administradores o gestores de ASA puedan acceder a la red
de gestin de toda la infraestructura.
No perrnite ningn acceso contra los servicios de las aplicaciones.
No permite ningn acceso contra los servicios de las bases de datos.
red-intranet-mz
l~ed
Interconexin
O 1 PPT 1
Pg. 72
Anexo 11. Descripcin de categoras profesionales

En este anexo se describen las categoras profesionales del personal adscrito a la oferta. Se
consideran requisitos obligatorios para la admisin de la oferta (viabilidad tcnica de la
misma):
La relacin completa de conocimientos previos (el conocimiento de metodologas de
anlisis y diseo se considera implcito a los poseedores de una titulacin en el rea de
informtica y en particular el conocimiento de la metodologa Mtrica se considera
implcito en las personas que acrediten experiencia laboral en proyectos de desarrollo o
soporte de aplicaciones en la Administracin Pblica)
La experiencia previa requerida (pudiendo solaparse los periodos mnimos solicitados
de experiencia funcional y tecnolgica)
l. Jefe de Proyecto
a. Conocimientos previos
Conocimiento de modelos de negocio como el implantado en la CARM, en
partici-llar, de procesos relacionados con la gestin econmica corporativa.
Conocimiento de la metodologa Mtrica promovida por el Consejo Superior de
Informtica para el desarrollo de software en las Administraciones Pblicas.
Ingeniero tcnico en informtica (de gestin o de sistemas), diplomado en
informtica, licenciado en informtica, ingeniero en informtica o titulaciones
equivalentes o superiores.
Conocimientos del entorno tecnolgico CAP ECC 6.0, en particular de la solucin
existente en el mismo para las Administraciones Pblicas, en concreto sobre el
Enterprise Public Sector Services de SAP ECC 6.0 (EA-PS 6.00)
Coordinacin y direccin del equipo de trabajo.
Distribucin de tareas.
Interlocutor con la Administracin.
Asesoramiento tecnolgico en las tareas que as lo requieran.
Garantiza la calidad del trabajo realizado y de la documentacin generada.
c. Experiencia previa para la capacitacin del puesto
1 ao de experiencia como jefe de proyecto en proyectos de procesos relacionados
con la gestin econmica corporativa (as como en proyectos dentro del entorno
tecnolgico propuesto en este pliego) o 2 aos de experiencia como analista o
consultor en proyectos de procesos relacionados con la gestin econmica
corporativa (as como en proyectos dentro del entorno tecnolgico propuesto en
este pliego).
01 PPT I
Pg. 73
2. Consiiltor funcional
Conocimiento de modelos de negocio como el implantado en la CARIY, en
particular, de procesos relacionados con la gestin econmica corporativa.
Conocimiento de la metodologa Mtrica promovida por el Consejo Superior de
Conocimientos del entorno tecnolgico SAP ECC 6.0, en particular de la solucin
existente en el mismo para las Administraciones Pblicas, en concreto sobre el
Enterprise Public Sector Services de SAP ECC 6.0 (EA-PS 6.00) as como nociones
de SAP BW y conocimiento de alguno de los siguientes mdulos: FI, PlM y/o PM.
Define y analiza los procesos de negocio y su implantacin a travs de la solucin

informtica planteada.
Analiza el impacto funcional de los nuevos desarrollos informticos y propone
alternativas posibles para su implantacin.
Establece la adecuada relacin con el rea usuaria y mantiene los canales de
comunicacin con los elementos decisorios de la organizacin.
Identifica problemas y recomienda acciones correctivas y de mejora, tanto a nivel
tecnolgico como funcional.
Garantiza la calidad de los productos finales mediante la supervisin de la correcta
funcionalidad de los mismos.
1 ao de experiencia como consultor funcional en proyectos de procesos
relacionados con la gestin econmica corporativa (as como en proyectos dentro
del entorno tecnolgico propuesto en este pliego) o 2 aos de experiencia como
analista en proyectos de procesos relacionados con la gestin econmica
este pliego).
3. Consultor tecnolgico
Conociiriiento de la metodologa Mtrica promovida por el Consejo Superior de
O 1 PPT 1
Pg. 74

Conocimientos avanzados del entorno tecnolgico ABAP/4:
o Diccionario de datos.
o Herramientas de Reporting: ALVs, Report Painter, SAP Query.
o Programacin ABAP: Batch inputs, module pools, reports, formularios, etc.
o Dep~iraciny optimizacin avanzada de programas y consultas.
Conocimientos avanzados en tecnologas de integracin del sistema ECC 6.0:
o SAP XI (Exchange Infrastructure)
O
SAP PI (Process Integration)
o SAP JCO (Java Connector)
o RFC (Remote Function Call)
O
Tecnologas de integracin va Internet: Web cervices (WSDL), SOAP 1.1,
ficheros XML y creacin de esquemas de definicin XSD.
Conocimientos avanzados de plataforma SAP Netweaver:
o IVetweaver Developer Studio
o SAP Web Application Server
o SAP Business Warehouse
Conocimientos SAP ECC 6.0 a nivel de sistema:
o Gestin general del sistema: workprocess, configuracin parnietros ECC
6.0, bloqueos, niemoria, actualizaciones del sistema, gestin de jobs.
o Gestin de usuarios: Mantenimiento de usuarios, grupos de actividad y
perfiles de autorizacin
O
Configuracin/gestin del sistema de transporte (S-TIYS).
o Gestin y administracin del OSS (Online Service Support).
o Anlisis de rendimiento/problemas del sistema ECC 6.0 (gestin de alarmas,
anlisis de estadsticas, anlisis y optimizacin de la ejecucin de
programas, anlisis de la base de datos/buffers/carga RFC del sistema, ...)
b. Tareas/responsabiIidades
En colaboracin con el equipo de desarrollo, realiza labores de anlisis, definicin,
y aportacin de soluciones tcnicas en aquellas reas de desarrollo, o
mantenimiento que revistan especial complejidad o impliquen la interaccin con
sistemas externos de diversa ndole.
Aporta soluciones en nuevas reas tecnolgicas relacionadas con la plataforma
SAP/R3, y realiza, en base a ello, prototipos y estudio de viabilidad.
Gestiona los interfaces de SIGEPAL con otros sistemas (internos o externos a la
CARM), analiza las posibles soluciones para cada caso y participa en su prueba e
implantacin. Ante cambios tecnolgicos o funcionales, disea y participa en la
migracin ordenada de interfaces antiguos u obsoletos a las nuevas tecnologas
disponibles.
01 PPT 1
Pg.
75
%&gind e Murcia
(-.i,-:c.
<,
;<-
'.-.'?
! :S
,.ir.
.. y
.,,2~.:
:Lct-\r<.?.'t.. ' * < , , J $ . $.r;
nsi,i:r; &r,;pca: i j y
::;{t,>*j.gEj:t.<j
y
%<$z;~!-:&j
FLftiffj;TijyjT;jc;r
~ ~ / < ~ i ~ ) ~ < ) ; ~ { ~ l ~ < : L ~ ~ , ~ ~ j ~ j ~ ~ $
1 ao de experiencia como consultor tecnolgico en proyectos de procesos

relacionados con la gestin econrriica corporativa (as como en proyectos dentro
del entorno tecnolgico propuesto en este pliego) o 2 aos de experiencia como
analista en proyectos de procesos relacionados con la gestin econmica
este pliego).
4. Analista (ABAPf4, Java)

Conocimiento del entorno tecnolgico definido en el pliego de prescripciones
tcriicas (ABAP/4 o Java, segn proceda).
Conocimiento de metodologas de anlisis y diseo. En el caso del perfil "Analista
ABAP/4", en particular, manejo del diccionario de datos de CAP:
o Mantenimiento de tablas, vistas, estruduras, elementos de datos y
dominios
o Gestin de objetos de bloqueos
o Ayudas para bsqueda (Matchcodes): simples y compuestas
o Creacin de vistas de actualizacin de tablas
O
Nociones de CAP BW
b. Tareas/responsabilidades
Apoyo al jefe de proyecto en la distribucin de tareas.
Participa en la relacin con el rea usuaria y obtiene informacin para la realizacin
de mdulos del sistema.
Anlisis y diseo de la solucin tcnica de los desarrollos establecidos.
Coordinacin del equipo tcnico de analistas programadores y programadores.
1 ao de experiencia como analista en proyectos de procesos relacionados con la
gestin econmica corporativa (as como en proyectos dentro del entorno
tecnolgico propuesto en este pliego) o 2 aos de experiencia como analistaprogramador en proyectos de procesos relacionados con la gestin econmica
este pliego).
5. Analista-programador (ABAPf4, Java, Delphi)

01 PPT 1
Pg. 76
Conocimiento de modelos de negocio como el irriplantado en la CARM, en

tcnicas (ABAP/4, lava o Delphi, segn proceda).
Conocimiento de metodologas de anlisis y diseo. En el caso del perfil "Analista
ABAP/4", en particular, manejo del diccionario de datos de SAP:
o Mantenimiento de tablas, vistas, estructuras, elementos de datos y
dominios
o Gestin de objetos de bloqueos
o Ayudas para bsqueda (Matchcodes): simples y compuestas
o Creacin de vistas de actualizacin de tablas
Apoyo a los analistas en el anlisis y diseo de la solucin tcnica de los desarrollos
establecidos.
Programacin y documentacin del cdigo generado.
Pruebas del software, en colaboracin con los usuarios.
Al menos 1 ao de experiencia como analista-programador o 2 aos de experiencia
como programador en proyectos de procesos relacionados con la gestin
econmica corporativa, as como en proyectos dentro del entorno tecnolgico
propuesto en este pliego.
6. Prograniador (ABAP/4, Java)

tcnicas (ABAPJ4 o lava, segn proceda).
Conocimiento de metodologas de anlisis y diseo.
FP de Informtica, titulaciones equivalentes o superiores.
b. Tareas/responsabiIidades
Programacin y documentacin del cdigo generado.
Pruebas del software, en colaboracin con los usuarios.
No se requiere experiencia.
01 PPT 1
Pg. 77
Anexo 111. Cuestionario de la empresa
01 PPT 1
Pg. 78
Anexo IV. Cuestionario de personal

Datos comunes
1 Empresa licitante:
1 Categora ofertada:
Apellidos y nombre:
Empresa de pertenencia:
Experiencia en tecnologas de la informacin
Nombre
F-inicio
Meses
Entidad usuaria
Descripcin
Formacin en tecnologas de la informacin

1
Curso
Horas
Cdigo
F-inicio
Titulacin acadmica
Ttulo acadmico
Centro
1
Aos
1 F-exped. 1
1
TIC
Aos: Duracin oficial

TIC: s/no segn pertenezca o no a tecnologas de la informacin y las comunicaciones
01 PPT 1
Pg. 79
RegiCPn de Murcia
Consejera de Eco~orriay Gacier-ida
Dir-ciccirlGcnci-al di? Tei~comi~nicacioncs
y Tecriologias de la I?,fi)i-rr:a.:ir,
Datos relativos a los proyectos (para experiencia e n entornos tecnolgico y funcional)

Clave
Nombre
Proyecto
Fecha Fecha Meses

Inicio Final
Entidad
usuaria
Cat.
Lab.
Funcionalidad
del proyecto
Descripcin entorno
tecnolgico proyecto
C1 C2
C3
C4
C5
C6
P1
P2
Pn
Deben rellenarse todos los campos de este formulario a excepcin de los Cx que no sean procedentes.
A continuacin se detallan algunos campos de este formulario.
Meses: Meses reales trabajados en ese periodo
Cat. Lab.: Categora laboral que ha desempeado en el proyecto. Ver cuadro de valores.
Funcionalidad del proyecto: breve descripcin de la/s funcionalidad/des del proyecto
Descripcin entorno tecnolgico proyecto: Relacin detallada de la configuracin informtica del proyecto que justifique la informacin reflejada
en el cuadro de experiencia en el entorno tecnolgico. Por ejemplo, indicar el sistema operativo utilizado, la base de datos, los lenguajes de
programacin, herramientas de programacin, de documentacin, de anlisis, etc.
Las Categoras Laborales sern las descritas en el anexo "Descripcin de
categoras profesionales", por ejemplo:
JP: Jefe Proyecto
AN: Analista
AP: Analista Programador
PR: Programador
Los Ci corresponden con los siguientes elementos tecnolgicos:

C1: Base de datos Oracle (SQL, PLJSQL)
C2: JEE (Java Enterprise Edition)
C3: ABAP/4
C4: SAP XI
C5: SAP BW
C6: Borland Delphi
C7: Otros (indicar cules)
En caso de requerir otras deben describirse detalladamente.
O 1 PPT 1
Pg. 80
C7

PPT

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

PPT

Caricato da

Copyright:

Formati disponibili

Pliego de Prescripciones Tcnicas

Servicio de desarrollo y soporte de

Referencia: SIC-SIGEPAL-plie-Gestin Econmica CARM 2013

Unidad Informtica Econmica y Tributaria

[Pliego de Prescripciones Tcnicas]

Modificaciones en la composicin del equipo de trabajo

Condiciones generales en cumplimiento de la ley 1312012. de 27 de

3.3.1 Sistema Bsico y Administracin del sistema .........................................................15

[Pliego de Prescripciones Tcnicas]

[Pliego de Prescripciones Tcnicas]

[Pliego de Prescripciones Tcnicas]

Integracin con el sistema de notificaciones SICER implantado en la Agencia

2.1. Lugar de realizacin de los trabajos

1. Acceso VPN-SSL individual para tcnicos externos, a travs de plataforma Juniper

La Administracin Regional no proporcionar certificado digital reconocido ni tarjeta de

Constitucin inicial del equipo de trabajo

Modificaciones en la composicin del equipo de trabajo

La valoracin final de la productividad y calidad de los trabajos de las personas que

El presupuesto mximo asciende a la cantidad de 961.440,OO E (sin IVA) novecientos

Creacin de extractores y servicios Web

Formularios y asistentes de ayuda al contribuyente

Implantacin Auditora contable

Integracin Censo nico Compartido

Integracin con SGCAL

[Pliego de Prescripciones Tcnicas]

Este importe se distribuir en las siguientes anualidades:

Partida presupuestaria/proyecto de inversin

El contrato se cargar a la aplicacin presupuestaria 13.01.00.611A.64500 Aplicaciones

El gasto elegible es de O , cero euros.

Facturacin d e los Servicios

[Pliego de Prescripciones Tcnicas]

Entrega Diciembre 2013

[Pliego de Prescripciones Tcnicas]

Entrega Diciembre 2013

Entrega Marzo 2014

Creacin de extractores y servicios Web

[Pliego de Prescripciones Tcnicas]

Entrega Junio 2014

Entrega Junio 2014

Entrega Septiembre 2014

Entrega Septiembre 2014

3 Descripciii tcnica del Servicio

Condiciones generales en curriplirriieiito de la ley 13/2012, de 27 de

De acuerdo con lo establecido en la Ley 13/2012, de 27 de diciembre, de Presupuestos Generales

1. La empresa adjudicataria deber ejercer de modo real, efectivo y peridico, el poder de

La Direccin General de Patrimonio, Informtica y Telecomunicaciones no ceder equipos ni

Por parte de la empresa adjudicataria se habr de designar, al menos, un coordinador

En el contrato que se formalice con la empresa adjudicataria, no podrn figurar clusulas de

5. Al equipo de trabajo de la empresa adjudicataria de la contratacin no es aplicable el

rgimen jurdico de los empleados pblicos, en especial los aspectos relativos al

7 . El servicio objeto de este contrato afecta a un servicio concreto con autonoma y

El adjudicatario deber organizar y dirigir al equipo de trabajo que designe para la

Para la realizacin de este trabajo nicamente se proporcionaran a dicho personal accesos

Eiitorno funcional. Especificacin de requisitos

Sistema Bsico y Administracin del sistema

El uso y difusin de datos maestros corporativos.

En la actualidad existen ms de un centenar de servicios en funcionamiento para los

Control de Acceso a SIGEPAL (CAS)

Consiste en la gestin de usuarios de acuerdo las polticas y procedimientos de

[Pliego de Prescripciones Tcnicas]

De forma natural cada rgano adniinistrativo ostenta la titularidad sobre su

El registro y tratamiento de derechos y obligaciones de pago con terceros se realiza

Submaestros de Deudores a nivel de Sociedad.

Maestro de ACREEDORES GENERALES (= Maestro de Deudores a nivel