sicalwin manual nueva estructura presupuestaria -...

Sicalwin

Nueva Estructura Presupuestaria 2010

Documento versión Octubre de 2009

Estructura presupuestaria 2010

Sicalwin

Índice

Página 2

0. Índice 0. Índice....................................................................................................... 2 1. Introducción............................................................................................... 4 2. Normativa ................................................................................................. 4

2.1. Principales cambio en la Orden................................................................... 4 2.2. Clasificación de gastos. ............................................................................ 4 2.3. Clasificación de ingresos ........................................................................... 5 2.4. Clasificación para entidades menores a 5.000 habitantes.................................... 5 2.5. Relación entre clasificaciones antiguas y nuevas .............................................. 5 2.6. Aclaraciones de la Resolución de 14 de septiembre de 2009 ................................ 6 2.7. Otros aspectos a tener en cuenta ................................................................ 6

3. Preparación del nuevo ejercicio ....................................................................... 8 3.1. Relación de clasificaciones ........................................................................ 9

3.1.1. Reglas básicas a tener en cuenta en las relaciones ..................................... 10 3.1.2. Cómo se añadirán los dígitos para completar la aplicación ............................ 11 3.1.3. Las descripciones de las clasificaciones:.................................................. 12 3.1.4. Clasificaciones creadas por la entidad que no estaban en la Orden del 89 ......... 13

3.2. Relación de aplicaciones de gastos.............................................................. 14 3.2.1. Modifica una aplicación ...................................................................... 14 3.2.2. Pasar de una aplicación en 2009 a varias en 2010....................................... 15 3.2.3. Aplicación por defecto ....................................................................... 17 Ejemplo de un cambio en la relación de aplicaciones .......................................... 17 3.2.4. Utilidades de la pantalla de relación de aplicaciones .................................. 18

3.3. Relación de aplicaciones de ingresos ........................................................... 21 3.3.1. Aspectos importantes a tener en cuenta:................................................. 22

3.4. Relación de aplicaciones de gastos de presupuestos cerrados.............................. 25 3.5. Relación de aplicaciones de ingresos de presupuestos cerrados ........................... 26 3.6. Ir a preparación del nuevo ejercicio ............................................................ 26

4. Apertura del presupuesto en prórroga............................................................... 27 5. Elaboración y simulación de presupuestos .......................................................... 28

5.1. Estructuras presupuesto definitivo. ............................................................. 28 5.2. Clasificaciones presupuesto definitivo.......................................................... 28 5.3. Elaboración del presupuesto de gastos ......................................................... 29 5.4. Elaboración del presupuesto de ingresos:...................................................... 33 5.5. Listados de presupuesto .......................................................................... 34

6. Traspasos 2009 - 2010 .................................................................................. 36 6.1. Introducción ........................................................................................ 36 6.2. Traspaso de proyectos............................................................................. 37 6.3. Traspaso de préstamos ............................................................................ 47 6.4. Traspaso de Anticipos de Caja Fija.............................................................. 49 6.5. Traspaso de Pagos a justificar ................................................................... 51 6.6. Traspaso de Compromisos de ingreso de presupuesto corriente ........................... 52 6.7. Traspaso de Propuestas y Mandamientos de pago por devolución de ingresos........... 53 6.8. Traspaso de Derechos pendientes de cobro ................................................... 56 6.9. Traspaso de gasto e ingresos plurianuales ..................................................... 57 6.10. Traspaso de operaciones 413 (pendientes de aplicar a presupuesto) .................... 61 6.11. Traspaso de justificantes........................................................................ 62 6.12. Incorporación de Remanentes .................................................................. 63

6.12.1. Introducción .................................................................................. 63 6.12.2. Incorporación de remanentes al presupuesto aprobado como definitivo........... 64 6.12.3. Cambio de aplicaciones de gasto ......................................................... 64 6.12.4. Relaciones aplicaciones por operación................................................... 65 6.12.5. Incorpora remanentes al expediente..................................................... 66


Sicalwin

Índice

Página 3

6.12.6. Incorpora operaciones Rc,A,D ............................................................. 69 6.13. Presupuestos cerrados ........................................................................... 69

7. Otras áreas ............................................................................................... 71 7.1. Elaboración del presupuesto con GPR .......................................................... 71

7.1.1. Preparación del nuevo ejercicio............................................................ 71 7.1.2. Copia de aplicaciones de gastos y de ingresos del año anterior....................... 75

7.2. Traspaso de tablas de centros de coste ........................................................ 77 7.3. Emisión de fichero xbrl taxonomía LENLOC.................................................... 77 7.4. Emisión de fichero xbrl de aprobación del presupuesto PENLOC........................... 78 7.5. Rendición de Cuentas. CONTALOC. ............................................................. 79 7.6. Gestión de Activos. ................................................................................ 79 7.7. Gestión del habilitado de caja fija .............................................................. 79 7.8. Integración con otros productos ................................................................. 79


Sicalwin

Índice

Página 4

1. Introducción En este manual se va a describir el funcionamiento de Sicalwin con respecto a la nueva estructura presupuestaria según la Orden EHA/3565/2008, de 3 de Diciembre (por la que se aprueba la estructura de los presupuestos de las entidades locales) Este documento incluye las aclaraciones realizadas en la Resolución de 14 de Septiembre de 2009, de la DGCFCAEL, por la que se dictan medidas para el desarrollo de la Orden. Es importante leer TODO el documento antes de proceder a crear el nuevo ejercicio en Sicalwin, y realizar todo el trabajo previo “sobre el papel”, antes de entrar en Sicalwin, para establecer todas las relaciones entre las aplicaciones de 2009 y las de 2010, como más adelante veremos. Una vez se tenga claro el trabajo a realizar y las relaciones a establecer, estaremos preparados para comenzar. Es importante en todo caso, una vez creado el ejercicio 2010, repasar la tabla de Clasificaciones de 2010 y sus cuentas asociadas del PGCP.

2. Normativa 2.1. Principales cambio en la Orden. Se nos recuerda que la gran cantidad de cambios normativos que ha habido desde 1989, fecha de la anterior orden de estructura presupuestaria, hacía necesaria una revisión de dicha estructura en el ámbito local. La norma dispone que los estados de gastos de los presupuesto se estructuran de acuerdo con las clasificaciones orgánica, por programas y económica. La nueva clasificación por programas sustituye a la anterior clasificación funcional, y se vincula a las políticas públicas de gasto que delimitan las distintas áreas de actuación del presupuesto. Nomenclatura Actual Estructura Nomenclatura Nueva Estructura Clasificación Funcional: Clasificación por programas: Grupo de función Área de Gasto Función Política de Gasto Subfunción Grupo de Programa Por otro lado se sustituye la denominación partida presupuestaria por la de aplicación presupuestaria, para evitar confusiones con la “partida” como nivel de desglose del subconcepto económico. Se recuerda que estos cambios son efectivos para presupuestos aprobados para el ejercicio 2010 y posteriores. Para presupuestos anteriores se sigue con la antigua estructura del año 89. 2.2. Clasificación de gastos. Los estados de gastos se clasificarán según los siguientes criterios:

a) Por programas b) Por categorías económicas c) Opcionalmente, por unidades orgánicas


Sicalwin

Índice

Página 5

Por programas. Se ordenan según la finalidad y los objetivos que con ellos se proponga conseguir, con arreglo a la clasificación por área de gasto, políticas de gasto y grupos de programas. El nivel de detalle de los créditos será como mínimo el programa de gasto. La estructura por programa de gasto es abierta, por lo tanto se podrán crear los que se consideren necesarios cuando no figuran en la estructura de esta orden. Los grupos de programas de gasto podrán desarrollarse en programas y subprogramas, cuya estructura es abierta. Clasificación económica de gasto. La clasificación económica del gasto agrupará los créditos por capítulos, separando las operaciones corrientes / capital (financieras o no financieras). Los capítulos se desglosan en artículos, y estos en conceptos, que a su vez se pueden subdividir en subconceptos. La estructura por conceptos y subconceptos es abierta, por tanto pueden crearse los que se consideren necesarios cuando no figuren en la estructura de esta orden. Los subconceptos pueden desarrollarse en partidas, cuya estructura es abierta. Aplicación presupuestaria. La aplicación presupuestaria viene definida, al menos, por la conjunción de las clasificaciones por programas y económica, a nivel de grupo de programa y concepto, respectivamente. En el caso de que la entidad opte por utilizar la clasificación orgánica, la aplicación presupuestaria vendrá definida por la conjunción de las clasificaciones orgánica, por programas y económica. Registro contable. El registro contable de los créditos, sus modificaciones y de las operaciones de ejecución del gasto se realizará, como mínimo, sobre la aplicación presupuestaria definida anteriormente. La entidad local puede efectuar el seguimiento contable a un mayor nivel de desglose (por ejemplo en Sicalwin es posible utilizar el código territorial y el PAM) 2.3. Clasificación de ingresos Clasificación económica de ingreso. Las previsiones de ingreso se clasifican separando las operaciones en corrientes / capital (financieras o no financieras).de acuerdo con la estructura que por capítulos, artículos, conceptos y subconceptos se detalla en esta orden. La estructura por conceptos y subconceptos es abierta, pueden crearse los que se consideren necesarios cuando no figuran en la estructura de la orden. 2.4. Clasificación para entidades menores a 5.000 habitantes Estas entidades podrán presentar y ejecutar sus presupuestos a nivel de área de gasto y artículo. Pero si trabajan a mayor nivel, se recuerda que remitirán a la Dirección general de coordinación financiera con las comunidades autónomas y con las entidades locales los presupuestos y sus liquidaciones con el nivel de detalle con el que se hubieran presentado y aprobado. 2.5. Relación entre clasificaciones antiguas y nuevas La orden incluye un Anexo con la relación entre las antiguas clasificaciones funcionales y los nuevos programas. La relación no es de una a una, sino que una funcional de ahora pueden ser varios programas, por tanto en la práctica, será necesaria una relación por aplicaciones.


Sicalwin

Índice

Página 6

Ha habido cambios también en las clasificaciones económicas de gastos e ingresos, aunque en este caso la orden no establece una tabla de equivalencias. En Sicalwin la tabla de equivalencias servirá para todas las clasificaciones: Orgánica, Funcional y Económica. 2.6. Aclaraciones de la Resolución de 14 de septiembre de 2009 En dicha resolución se aclaran algunos aspectos que pasamos a detallar:

1. Agrupación de presupuestos cerrados. Los derechos pendientes de cobro y las obligaciones pendientes de pago a 31 de Diciembre de 2009 se presentarán clasificados por ejercicios y aplicaciones presupuestarias adaptadas a la nueva estructura presupuestaria de la orden EHA/3565. Es decir, que los saldos iniciales en 2010 ya aparecerán adaptados a la nueva estructura.

2. Presupuesto prorrogado. En caso de que al iniciarse el ejercicio 2010 no se hubiese aprobado el presupuesto de la entidad, y haya que abrir el presupuesto como prorrogado, la estructura de este se mantendrá en los términos de la orden del año 89, es decir, la antigua estructura presupuestaria, en tanto no se apruebe definitivamente el presupuesto general 2010.

3. Remisión a la DGCFCAEL del presupuesto aprobado y la liquidación. Podrán remitirse en formato xbrl las taxonomías PENLOC y LENLOC.

4. Autorización para la remisión de datos. El pleno de la corporación podrá autorizar a un representante de la Diputación provincial, cabildo insular, o en su caso, comunidad autónoma uniprovincial, para que realice la transmisión en su nombre, de la información a remitir a través de la oficina de la DGCFCAEL.

El último punto no es algo que afecte a Sicalwin. Los tres primeros evidentemente sí, aunque el 3º ya estaba previsto. Los puntos 1 y 2 son los que modifican lo desarrollado en Sicalwin hasta ahora, antes de la publicación de la resolución. 2.7. Otros aspectos a tener en cuenta En el proceso de elaboración del presupuesto, previa creación de las clasificaciones orgánicas, por programas y económicas que ha de hacer cada entidad, habrá que tener en cuenta que, por ejemplo se pasa de tener 9 grupos de función, a tener 6 áreas de gasto (esto facilitará los expedientes entre distintos grupos de función, que han de ser aprobados por el pleno), pero a la hora de presupuestar al nivel de grupo de programas, se pasa de 39 subfunciones, a 90 grupos de programas. En el caso de la económica de gastos, por ejemplo, antes la orden del 89 desglosaba a nivel de 5 dígitos un total de 50 subconceptos, mientras que ahora se detallan 121. Todo esto habrá que tenerlo en cuenta en el proceso de elaboración del presupuesto, explicando los cambios que hayamos realizado en nuestra estructura presupuestaria en la Memoria del presupuesto (por ejemplo explicando las equivalencias que hemos aplicado), y adaptando las bases de ejecución del presupuesto, ya que las bolsas de vinculación que vamos a tener en 2010 son distintas, al haberse reestructurado completamente el presupuesto por programas. Nos encontraremos por ejemplo con que una aplicación de 2009, serán dos o más aplicaciones en 2010, y además de distinta bolsa de vinculación porque ahora corresponde a distintas áreas de gasto (antes quizás un solo grupo de función). También en las bases, al establecer qué aplicaciones son ampliables, tendremos que adaptarnos a la nueva estructura en relación a qué se amplia y con qué recurso afectado. La tabla de equivalencias de programas con funcionales establecida en la norma no es cerrada. Podemos adecuarla, de forma lógica, a nuestra estructura presupuestaria, y añadir las relaciones de equivalencia que creamos conveniente.


Sicalwin

Índice

Página 7

Por ejemplo la clasificación funcional 463 “Comunicación y participación ciudadana”, tiene equivalencia con el programa 924 “Participación ciudadana”, pero si lo creemos conveniente por nuestro presupuesto, podemos relacionara la con el 491 “Sociedad de la información”, o con el 492 “Gestión del conocimiento”, o 493 “Oficinas de defensa del consumidor”. Este ejemplo se ha incluido ya en la tabla de equivalencia de Sicalwin, y como este, el usuario puede añadir los que considere convenientes. Recordamos que la tabla de equivalencias establecida en la orden es una herramienta práctica de carácter orientativo, pero en casos puntuales se podrán añadir relaciones. También puede establecer las relaciones que desee para la clasificación funcional 313 “Acción Social”. Por defecto, estaría relacionada con el programa “231” Acción social, o con el “233” Asistencia a personas dependientes. Pero podemos enlazarlo con cualquier programa de forma que esos gastos de acción social vayan al programa que corresponda a la finalidad del gasto. Una novedad en la ejecución del presupuesto de ingresos es la aparición del artículo 68. Reintegros de presupuestos cerrados: Antes sólo estaba el artículo 38, y ahora también tenemos el 68, el primero de ellos es para reintegros de operaciones corrientes y el segundo para reintegro de operaciones de capital. Hay Nuevas equivalencias de clasificaciones económicas con las cuentas del PGCP. El sistema las tomará de forma automática, pero se deben revisar.


Sicalwin

Índice

Página 8

3. Preparación del nuevo ejercicio En el ejercicio 2009, al entrar en el proceso de “preparación del nuevo ejercicio”, el sistema mostrará un nuevo mensaje, explicando que son necesarios unos pasos previos antes de la creación de las bases de datos de 2010.

Será necesario pulsar F1 para continuar, o F8 para salir y realizar el proceso en otro momento. Una vez pulsemos F1 nos aparecerá el mensaje habitual de Sicalwin.

Se sigue haciendo la pregunta de creación automática de la base de datos:


Sicalwin

Índice

Página 9

Una vez creada la base de datos, en su caso, ya tenemos la primera pantalla donde vamos a relacionar:

- Relación de Clasificaciones 2009 – 2010. - Relación de Aplicaciones de gastos 2009-2010 - Relación de Aplicaciones de ingreso 2009-2010

3.1. Relación de clasificaciones

Es muy importante que cada entidad repase y se trabaje esta relación, de forma que se establezcan las relaciones entre las distintas clasificaciones 2009-2010 estudiadas y particularizadas para la entidad. Por defecto y para ayudar al usuario, se ha desarrollado lo que vamos a explicar a continuación.


Sicalwin

Índice

Página 10

3.1.1. Reglas básicas a tener en cuenta en las relaciones

1. Tenemos por defecto al entrar la tabla de equivalencia de “Clasificación funcional - Clasificación por programas” que establece la Orden EHA/3565 (Anexo II de la Orden)

2. Una relación de clasificaciones económicas, de gastos e ingresos, hecha por Sage Aytos

3. En el caso de que una clasificación antigua pueda relacionarse con varias nuevas, hemos marcado una como “relación por defecto”, en la última columna de la pantalla. Por ejemplo, para la funcional ”451 – Promoción y difusión de la cultura”, hemos marcado el programa “331- Administración general de la cultura”. Esto hará que cuando pulsemos el botón “Aplic. Gastos”, todas las aplicaciones 2009 que tuviesen la funcional 451 se “convertirán” en 2010 en el programa “331”. Después el usuario puede modificar aplicación a aplicación, y sustituir algunas por el programa “”334- Promoción cultural”, por ejemplo. Pero si por defecto quiere que todas las aplicaciones que en 2009 tenían la funcional 451 tengan en 2010 el programa 334, será más operativo cambiar la marca de clasificación por defecto antes de pulsar el botón “Aplic. Gatos”

4. Es importante que el usuario añada la relación en el caso de clasificaciones que no estén en la tabla porque las creó la entidad, a un nivel libre que permitía la antigua orden (Por ejemplo que la entidad haya desglosado la función 44 en las subfuncionies 444,445,446, … en este caso debemos crear la relación de cada una de esas subfunciones con el nuevo grupo de programas.

5. Las relaciones deberían establecerse al mismo nivel de trabajo. o Si trabajamos a 3 dígitos de funcional (subfunción), debemos preocuparnos de

que todas las subfunciones que utilizamos, están relacionadas con un grupo de programas (3 dígitos).

o Si trabajamos a 5 dígitos de subprograma (5 dígitos), lo ideal es establecer igualmente la relación de cada subprograma 2009 con el subprograma 2010, pero si no se hace esto, el sistema lo que hace es mantener los dígitos cuarto y quinto. Es decir, se mantiene el mismo código de programa y subprograma


Sicalwin

Índice

Página 11

modificando los 3 primeros dígitos con la relación establecida para esa Subfunción.

o Si la entidad va a AMPLIAR el número de dígitos con que trabaja, puede relacionar a distintos niveles. Por ejemplo, si en 2009 trabaja a funcional nivel 3 (Subfunción) pero ahora en 2010 quiere trabajar a nivel 5 (subprograma), puede establecer la relación tres-cinco en esta table, poniendo, por ejemplo, que la clasifcación 451 pasa a la 33100. Así el sistema le creará en el botón “Aplic. Gastos” las aplicaciones con el nivel 5 en funcional.

o Si va a DISMINUIR el número de dígitos, esta regla no se aplicará automáticamente, ya que en este caso, el sistema se ha programado para que se añadan los dígitos que corresponda a la estructura con la que trabajaba en 2010. Por tanto, si se quiere disminuir, tendrá que hacerse ya en el formulario de aplicaciones, una a una. El usuario no tiene por qué disminuir en todas. Puede hacerlo en unas aplicaciones sí y en otras no. Si por ejemplo, todos los subconceptos (5 dígitos) que empiecen por “120” quiere cambiarlos para trabajar a nivel de concepto (3 dígitos), no le servirá poner en la tabla de relación de clasificaciones que “12000” pasa a “120”, o que “12001” pasa a “120”, porque el sistema añadirá los dos dígitos. Lo que se tendrá que hacer, ya en el botón de “Aplic. Gastos”, es directamente sobre la rejilla, sustituir “12000” por “120”, o “12001” por “120”, y así …

3.1.2. Cómo se añadirán los dígitos para completar la aplicación

En esta pantalla, vemos que la funcional 313 solo se relaciona con el nuevo programa 231 y 233 (el primero de ellos marcado por defecto). Si se va a presupuestar la seguridad social a cargo de la entidad en distintos programas, se tendrá que añadir esa relación en esta pantalla. Si deseamos relacionar las aplicaciones orgánicas, por algún cambio organizacional, también podremos hacerlo en esta pantalla.


Sicalwin

Índice

Página 12

El botón “Exportar a Excel” facilitará el poder trabajar primeramente estas relaciones en un borrador en Excel, para después teclearlo en Sicalwin. Veamos un ejemplo de lo que hará el sistema con una clasificación funcional: Una entidad tiene el siguiente desglose en la tabla de “Clasificaciones”, para la Subfunción 322:

322 PROMOCION DE EMPLEO 3220 ESCUELA TALLER 3221 PROMOCION DE EMPLEO 3222 GARANTIA SOCIAL

3223 PROMOCION EMPLEO “SATURNO”

3224 FORMACION EMPLEO 3225 TALLERES DE EMPLEO En la pantalla de “Relación de clasificaciones”, por defecto, tenemos:

Por tanto, si no hacemos ningún cambio ni adición en esta pantalla, el sistema nos creará en 2010 las siguientes clasificaciones funcionales:

241 FOMENTO DEL EMPLEO 2410 ESCUELA TALLER 2411 PROMOCION DE EMPLEO 2412 GARANTIA SOCIAL

2413 PROMOCION EMPLEO “SATURNO”

2414 FORMACION EMPLEO 2415 TALLERES DE EMPLEO Sustituirá los 3 primeros dígitos “322” por “241”, manteniendo el 4º dígito (programa), y el 5º (subprograma) si la entidad trabajase a ese nivel. 3.1.3. Las descripciones de las clasificaciones:

- Al nivel que aparecen en la orden 3565, se toman de la orden (si las desea en un idioma distinto al castellano, se están preparando para próximas revisiones estas tablas traducidas)

- A mayor nivel, se mantienen del ejercicio anterior. El usuario deberá repasarlas si desea modificar alguna. Esto podrá hacerlo ya en 2010.

En el ejemplo, la descripción de la “241” se toma de la norma, pero a nivel 4 se toma la que tenía el usuario el ejercicio anterior.


Sicalwin

Índice

Página 13

3.1.4. Clasificaciones creadas por la entidad que no estaban en la Orden del 89 Por ejemplo, la entidad tiene desglosada la función “55 – Información básica y estadística”, en dos subfunciones: “551 – Información básica y estadística” y “552 – Gabinete de estudios estadísticos Écija 2010”. ¿Cómo serán los nuevos programas que cree el sistema? Vemos la tabla de relación de clasificaciones:

En este caso existe relación para el nivel “55” y para el nivel “551”. A nivel 3 no hay más relaciones establecidas por que la Orden del 89 no hay más desglose a nivel 3 que la “551”. El sistema, en este caso, me creará las siguientes áreas y políticas de gasto:

92 Servicios de carácter general

923 Información básica y estadística

922 Gabinete de estudios estadísticos Écija 2010

En el caso de la “551”, como está relacionada directamente con la “923”, se crea a ese nivel, además con la descripción tomada de la norma. Sin embargo, el sistema no encuentra relación para la “552”, por lo que “baja de nivel”, y encuentra que la “55” se relaciona con la “92”. Entonces establece esta relación, manteniendo el tercer dígito, que en este caso es un “2”. No se crearía la clasificación 922 porque ya existe (“Coordinación y organización institucional de las entidades locales”). Si el tercer dígito hubiese sido, por ejemplo, un “7”, se crearía en 2010 el programa 927, entonces sí con la descripción “Gabinete de estudios estadísticos Écija 2010”. Por lo que se ha visto en este ejemplo, se puede comprobar que es conveniente que la entidad repase la tabla de equivalencias que muestra Sicalwin, y la complete. En el ejemplo citado, la entidad debería relacionar las clasificaciones 552 y 553 con las políticas de gasto (del área de gasto 92) que estime convenientes para 2010. También es importante revisar el nivel de vinculación por defecto en clasificaciones, aunque la vinculación se decidirá finalmente en la carga del presupuesto. ¿Tenemos ya repasada la tabla de clasificaciones? Podemos entonces pasar a las aplicaciones.


Sicalwin

Índice

Página 14

3.2. Relación de aplicaciones de gastos Con el botón “Aplic. Gastos”, pasamos a trabajar el presupuesto de gastos:

El sistema me habrá creado un presupuesto de gastos, relacionando:

- Cada orgánica 2009 con cada orgánica 2010 (o manteniendo la misma si no hay cambios)

- Cada funcional 2009, con cada programa 2010 - Y cada económica 2009 con económica 2010 (en caso de que haya cambio)

Así obtenemos las aplicaciones 2010, adaptadas a la nueva estructura presupuestaria. Se han tomado las relaciones por defecto. El usuario podrá, en cada línea de aplicación presupuestaria:

1. Dejar la aplicación que le ha creado el sistema automáticamente 2. Modificar alguna de las clasificaciones, orgánica, programa o económica, siempre

que se cumpla la relación de clasificaciones. Esto lo podrá hacer simplemente tecleando la clasificación sobre la casilla, y bajar con el cursor para confirmar, o pulsar Intro. También podemos pulsar F5 sobre cualquier estructura de 2010 para ver cuál es la relación permitida. (Ver punto 3.2.1 siguiente)

3. Pasar de una aplicación a dos, o más. (Ver punto 3.2.2. siguiente) 3.2.1. Modifica una aplicación Para modificar una aplicación, solo tenemos que modificar el código de su orgánica, su funcional, o su económica en las columnas correspondientes a 2010. Podemos hacerlo tecleando directamente el código, o pulsando F5 sobre la columna correspondiente, por ejemplo si lo hacemos en la columna “programa 2010”, en el programa “920”:


Sicalwin

Índice

Página 15

En caso de querer modificar alguna clasificación y no cumplir la regla de equivalencias, se emitirá en la parte inferior el mensaje:

Entonces debemos pulsar de nuevo el botón “Clasificaciones”, establecer la relación y volver a “Aplic. Gastos” 3.2.2. Pasar de una aplicación en 2009 a varias en 2010. Vamos a desdoblar la antigua aplicación 10.121.22000, convirtiéndola en dos aplicaciones en 2010, porque no solamente va a pasar a la 10.920.22000 sino que van a ser dos aplicaciones nuevas. Pulsamos el botón “Modificar”:

Hemos añadido una segunda línea con una nueva aplicación, y hemos modificado los importes, puesto que la suma de líneas no puede ser superior al importe consignado en 2009. Con esto que hemos hecho, tendremos, en 2010, dos aplicaciones en lugar de una, y con esta estructura se copiará la tabla básica de aplicaciones de 2009 a 2010, para Hacer la copia de presupuesto al entrar en el módulo de elaboración de presupuestos


Sicalwin

Índice

Página 16

Tanto en un caso como en otro, estamos hablando del presupuesto base, es decir, que el usuario podrá modificarlo después:

- En el caso de la elaboración del presupuesto, está claro que al igual que cualquier borrador y como hacíamos otros años, se podrán eliminar aplicaciones, crear nuevas, modificar importes, etc.

- Pero también si llegado el 1 de Enero tenemos que abrir el presupuesto como prórroga, por defecto tendremos la copia realizada meses antes (por ejemplo en Julio de 2009), pero en “Procesos de apertura - Carga de aplicaciones de gastos” podré desdoblar una aplicación si no lo hice en su momento, o eliminar alguna aplicación, etc. Las mismas opciones que tenía en dicha carga en cualquier ejercicio, sin cambio de estructura.

Esa aplicación nos queda en dos, marcándose en color amarillo:

Nota importante: El hecho de hacer aquí el desdoble o no hacerlo, tendrá repercusiones en los listados comparativos de presupuesto, como vamos a explicar con un ejemplo. En el ejemplo anterior, hemos desdoblado la aplicación 10.121.22000, que tenía 100.000 € de crédito inicial en 2009, en dos aplicaciones 2010, la 10.920.22000 y la 10.922.22000, con unos créditos de 90.000 y 10.000 € respectivamente. A la hora de elaborar el presupuesto 2010, dotaré de crédito inicial previsto a estas dos aplicaciones. Pongamos por ejemplo que la primera tendrá un crédito de 85.000 y la segunda un crédito de 12.000. En ese caso, en los listados comparativos 2009-2010, tendremos: Aplicación Crédito inicial 2009 Crédito inicial 2010 Diferencia 20.920.22000 90.000 85.000 -5.000 20.922.22000 10.000 12.000 +2.000


Sicalwin

Índice

Página 17

En el caso de que no desdoblemos la aplicación, se copiará al módulo de elaboración solo la existente en 2009 (transformada). En el módulo, ya en 2010, por supuesto podemos crear la 10.922.22000 y dotarla de su crédito, pero entonces el listado comparativo nos quedará: Aplicación Crédito inicial 2009 Crédito inicial 2010 Diferencia 20.920.22000 100.000 85.000 -15.000 20.922.22000 0 12.000 +12.000 3.2.3. Aplicación por defecto Nótese que una de las aplicaciones, cuando hemos desdoblado, queda marcada como “relación por defecto”. Esta será la relación que el sistema tome para los traspasos de operaciones que se hagan posteriormente, y que veremos más adelante en este mismo manual. Aunque no nos detenemos ahora en ver cómo funciona, si veremos un ejemplo por si tienen ganas de leerlo: Si tenemos en 2009 una “AD” de ejercicios posteriores a la aplicación 10.121.22000, al traspasar esa “AD” por el traspaso de gastos futuros, ¿a qué aplicación 2010 se va a traspasar?

- Por defecto el sistema me presentará para el traspaso la aplicación 20.920.22000, ya que es la aplicación marcada como “relación por defecto”

- Pero podré escoger para las operaciones que yo quiera, la aplicación 20.921.22000 - E incluso, para los traspasos, podré escoger otra aplicación distinta a las dos

anteriores, siempre que: o Cumpla la relación de orgánicas, funcionales y económicas o Y por supuesto haya crédito consignado en 2010 para poder hacer ese traspaso

en esa aplicación. Aclaramos de este último punto, que yo podré, en cualquier momento (por ejemplo ya en Enero de 2010), establecer una nueva relación de clasificaciones, para una determinada clasificación funcional, volver a establecer por tanto una nueva relación de aplicaciones, marcando como “relación por defecto” otra distinta a la que había, y entonces realizar los traspasos, que me tomarán esta última relación. Ejemplo de un cambio en la relación de aplicaciones Aunque en su momento, en agosto de 2009 hice el desdoble comentado de la aplicación 20.121.22000 en dos, la 20.920.22000 y la 20.922.22000, durante el proceso de elaboración del presupuesto decido que en 2010 va a dotarse la aplicación 20.926.22000, y además determinadas “AD” de ejercicios futuros de la aplicación 20.121.22000 quiero traspasarlas al ejercicio 2010 a esa nueva aplicación 20.926.22000. ¿Qué debo hacer?

- En el módulo de elaboración del presupuesto, pestaña “Carga / Modificación Datos de aplicaciones”, daré de alta la nueva aplicación, con el crédito previsto para 2010.

- En 2009, en “Preparación del nuevo ejercicio”, en la pantalla de “Relación de aplicaciones”, pulso “Modificar” en la aplicación 20.121.220, y añado la tercera aplicación, con el crédito que le hubiese correspondido en 2009 (tendré que disminuirlo de una de las dos existentes). El crédito se puede quedar a cero también, por supuesto.

El listado comparativo del presupuesto se hará ya teniendo en cuenta esta tercera aplicación. El traspaso de proyectos me mostrará las tres posibles aplicaciones destino al pulsar F5. Como aplicación por defecto estará aquella que así esté marcada.


Sicalwin

Índice

Página 18

Al traspasar el proyecto:

Me toma por defecto 10.926.22000, que es la aplicación que marqué por defecto, pero puedo situarme en la aplicación destino, y pulsar F5, mostrándome entonces la ayuda:

Sea la que sea la aplicación que tome para traspasar el proyecto, está claro que deberá existir al año siguiente en el presupuesto a la hora de traspasar las operaciones de ejercicios futuros. 3.2.4. Utilidades de la pantalla de relación de aplicaciones

En la parte superior de la pantalla de relación e aplicaciones tenemos distintas utilidades que pasamos a explicar.


Sicalwin

Índice

Página 19

3.2.4.1. Filtrar. Podemos filtrar para ver solo las aplicaciones origen que deseemos (y con qué destino están relacionadas), tecleando los dígitos iniciales de las distintas clasificaciones y pulsando “Aplicar”. Un poner, si quieres ver solo las aplicaciones cuya orgánica sea “20” y la funcional empiece por “1”:

3.2.4.2. Ordenar También se puede ordenar según clasificaciones orgánica, funcionales o económicas (2009), tecleando el orden correspondiente en el apartado “Orden”. Si queremos ordenar todo el presupuesto por económica + funcional + orgánica, pondríamos:


Sicalwin

Índice

Página 20

Es decir, un “1” en Económica, un “2” en Funcional y un “3” en Orgánica. Esto se puede utilizar conjuntamente con “Filtrar” (en la pantalla anterior se muestra sin utilizar el filtro). 3.2.4.3. Borrar y relacionar aplicaciones. Si marcamos esta casilla, y pulsamos “Aplicar”, se nos dará un aviso previo para eliminar la relación de aplicaciones establecida anteriormente (solo de las filtradas). Se volverá a leer la relación de clasificaciones, y en base a ella se establecerá la relación de aplicaciones. Se eliminarán los posibles desdobles que haya realizado. Siguiendo con el ejemplo anterior, si entro en el botón de “Clasificaciones” y añado la relación de funcional “121” con “926”, estableciéndola además como relación por defecto), y después pulso en el botón “aplicaciones de gastos”, filtro por funcional “121”, y marco “Borrar y relacionar aplicaciones”, nos eliminará los desdobles realizados anteriormente me hará de nuevo la relación de aplicaciones, para todas las que tengan la funcional 121, poniéndome el programa “926”, que es el que ahora tiene por defecto. El resto de relaciones de aplicaciones me las mantendrá como estaban, puesto que no las filtré. 3.2.4.4. Nuevas aplicaciones En el periodo comprendido entre la primera preparación del nuevo ejercicio (por ejemplo en Agosto 2009), y al final de la elaboración del presupuesto 2010, transcurrirán unos meses en los que puedo haber grabado expedientes de modificación de crédito donde aparecen nuevas aplicaciones (créditos extraordinarios). Es necesario relacionar estas nuevas aplicaciones, ya que pueden verse implicadas en traspasos (de proyectos, de operaciones, …) y además los listados comparativos del módulo de elaboración del presupuesto pueden ser incorrectos si las nuevas aplicaciones no están relacionadas.


Sicalwin

Índice

Página 21

Una vez pulso “Aplicar”, obtenemos la relación de la aplicación 2009 con la 2010. Igual que se hizo la primera vez, se toma la relación de cada clasificación (Org.,Func.,Econ.) pudiéndola modificar el usuario, dentro de las relaciones permitidas.

Si no existiesen aplicaciones a relacionar, se nos muestra este mensaje:

Una vez hayamos trabajado las aplicaciones de gastos, pulsamos de nuevo “Clasificaciones”, para pasar a “Aplic. Ingresos”. 3.3. Relación de aplicaciones de ingresos De la misma forma que en gastos, se leerán las relaciones establecidas para todas las clasificaciones (orgánicas, en su caso, y económicas, en todo caso), y se establecerán las relaciones de aplicaciones


Sicalwin

Índice

Página 22

Se aplicarán las mismas reglas explicadas para gastos, y tenemos las mismas funcionalidades en la parte superior. 3.3.1. Aspectos importantes a tener en cuenta: Si en relación de Clasificaciones tenemos:

Entonces el traspaso de aplicación ha sido:

Observaciones

2009 2010 2009 2010 11200 112 11200 11200 Aunque la relación se establece de 5

dígitos a 3 dígitos en la orden 3565, si la entidad trabaja a 5 dígitos, se añadirán dos más, en este caso, 00. Si la entidad pretende reducir el nivel al que trabaja, sobre la misma celda puede teclear “112” y de esa forma quedará a nivel de concepto, y no de subconcepto.


Sicalwin

Índice

Página 23

11201 113 11201 11301 Se han añadido a “113” los dos últimos dígitos, con lo que se convierte en 11301. Si la entidad quisiera que la codificación 2010 sea 11300, tiene dos posibilidades:

- Haber relacionado previamente en la “Relación de clasificaciones” la aplicación 11201 con la 11300, es decir, al nivel que se trabaja (Recomendado)

- O en la misma pantalla de “Relación de aplicaciones de ingreso”, pulsar el botón “modificar” y eliminar la aplicación 11301, creando la 11300.

91701 913 91701 91301 Igual que en el primer caso explicado, se le añaden los mismos dos dígitos finales. En la tabla de relación de clasificaciones de Sicalwin también hemos establecido la relación 917 (a 3 dígitos) con 913, de forma que todos los subconceptos que empiecen por 917 pasarán a empezar por 913, manteniendo el resto de dígitos. Por ejemplo 91702 pasará a ser 91302.

755 750 75501 75001 En este caso la relación de clasificaciones está a nivel 3. Simplemente se mantienen los 2 dígitos finales.

87002 87000 87002 87000 En realidad esto no es un cambio de aplicación como tal, ya que la filosofía del concepto ha cambiado. En este caso en la tabla ya está relacionado a nivel 5 para la clasificación, por lo tanto la relación es la misma, pero en este caso hay que repasar la descripción. El sistema va a mantener la descripción original, porque esto es una descripción de aplicación, o de clasificación (en la nueva tabla de clasificaciones sí se habrá cambiado). Esto hay que repasarlo tanto en gastos como en ingresos. Pulsamos el botón “Modificar”, y cambiamos la descripción.

Veamos un ejemplo de pantalla habiendo reducido a “concepto” las cuatro primeras líneas:


Sicalwin

Índice

Página 24

Me arrepiento de lo hecho y quiero empezar de nuevo. Marco entonces “borrar y relacionar aplicaciones”, y el botón “Aplicar”: Ya estamos como al principio:

Dejo todo a nivel de subconcepto pero cambio la aplicación “11301” por “11300”. Solo tengo que situarme en la celda y modificar.


Sicalwin

Índice

Página 25

Se pueden utilizar las utilidades superiores igual que se ha explicado en gastos:

- Filtrar - Ordenar - Borrar y relacionar aplicaciones - Nuevas aplicaciones.

3.4. Relación de aplicaciones de gastos de presupuestos cerrados Una vez relacionadas las aplicaciones de gastos para presupuesto corriente, pulsamos el botón de “Gastos Cerrados” (aún no disponible en la imagen superior), pare relacionar las aplicaciones de presupuestos cerrados. El sistema, tomará para cada ejercicio – aplicación la misma relación que hemos establecido para corriente.

En el ejemplo de arriba, para la aplicación 20.121.62200 del ejercicio 2008, tomará la relación establecida para esa partida de presupuesto corriente 2009, en nuestro ejemplo la 20.920.62200. También lo hará para la aplicación 2007.20.121.62200. Es decir, para todos los ejercicios cerrados. Esto es lo que relacionará por defecto, aunque el usuario podrá establecer una relación diferente para cada ejercicio – aplicación. Si en presupuesto corriente se ha desdoblado la aplicación, convirtiendo una en dos o más para 2010, el sistema, para presupuestos cerrados, tomará la aplicación marcada como “por defecto”, para todos los ejercicios. El usuario podrá revisar cada ejercicio –aplicación y establecer otra relación. Si existen obligaciones pendientes de pago (u órdenes de pago con saldo) de presupuestos cerrados en aplicaciones que no existen en presupuesto corriente, se tomarán las relaciones


Sicalwin

Índice

Página 26

por clasificaciones (orgánica, funcional, económica), componiendo así la relación de aplicaciones para presupuestos cerrados. Por ejemplo, si tenemos en presupuestos cerrados la aplicación 1999.20.551.62400, y en el presupuesto corriente de 2009 no existe la aplicación 20.551.62400, lo que se hará para establecer la relación, es mirar en la relación de clasificaciones la orgánica 20, la funcional 552 y la económica 624, componiendo así la aplicación para 2010. En este caso el saldo inicial de 2010 nos quedará en la aplicación 1999.20.923.62400. 3.5. Relación de aplicaciones de ingresos de presupuestos cerrados Lo dicho para gastos. Pulsando el botón “Ingresos cerrados” el sistema asignará para todas las aplicaciones de cerrados la misma relación establecida en la correspondiente aplicación de presupuesto corriente, para todos los ejercicios. El usuario podrá modificar esta relación. En el caso de Derechos pendientes de cobro en aplicaciones que no existen en presupuesto corriente, se hará lo mismo que en gastos, mirar la relación de la clasificación. 3.6. Ir a preparación del nuevo ejercicio Finalmente pulsamos “Clasificaciones” y el botón “Ir a preparación del nuevo ejercicio”, siguiendo ya el procedimiento habitual de cada año.

En este momento, ya tenemos la base de datos de 2010 preparada. Ahora podríamos, como hemos dicho:

- Ir al ejercicio 2010 y entrar en el “Módulo de elaboración y simulación de presupuestos”, o en su caso, ir a algunos de los otros módulos de elaboración, como GPR de elaboración de presupuestos descentralizado, o GP-Met.

- Llegado el momento, si es necesario, abrir el presupuesto 2010 como prórroga.


Sicalwin

Índice

Página 27

4. Apertura del presupuesto en prórroga Recordemos que la resolución del 29 de septiembre de 2009 establece que en caso de que al iniciarse el ejercicio 2010 no se hubiese aprobado el presupuesto de la entidad, y haya que abrir el presupuesto como prorrogado, la estructura de este se mantendrá en los términos de la orden del año 89, es decir, la antigua estructura presupuestaria, en tanto no se apruebe definitivamente el presupuesto general 2010

Si llegado el 1 de Enero de 2010 debemos abrir el presupuesto en prórroga, iremos al “Proceso de apertura del presupuesto” (en el menú “Procesos de apertura”). Marcamos la prórroga y podemos abrir. Se nos preguntará si deseamos prorrogar las inversiones (capítulos 6 y 7), a lo que podremos contestar sí o no. Si queremos eliminar determinadas aplicaciones de los capítulos de inversiones, antes de abrir el presupuesto como prórroga iremos a “Carga de aplicaciones de Gastos” (también el “Procesos de apertura”) y ahí haremos la modificación o eliminación correspondiente. El abrir el presupuesto en prórroga nos obligará, como veremos después, a establecer el enlace entre las aplicaciones utilizadas en el presupuesto prorrogado, y las aplicaciones aprobadas en el módulo de elaboración del presupuesto, para modificar todas las operaciones realizadas durante la prórroga y adaptarlas a la nueva estructura.


Sicalwin

Índice

Página 28

5. Elaboración y simulación de presupuestos

Los pasos a seguir para la elaboración del presupuesto son los mismos que si no hubiese cambio de estructura presupuestaria, solo que la copia del presupuesto no va a ser la del año anterior, sino la ya transformada a la nueva estructura 2010, cuando hicimos la relación de aplicaciones. 5.1. Estructuras presupuesto definitivo. En primer lugar por tanto entramos en este punto de menú.

5.2. Clasificaciones presupuesto definitivo Después de elegir el nivel de estructura, entramos en “Clasificaciones presupuesto definitivo” y vamos marcando todas las clasificaciones para que se copien. Y si es necesario, también podemos crear nuevas clasificaciones que vayamos a utilizar en 2010.


Sicalwin

Índice

Página 29

Vamos marcando gastos orgánica, gastos programa, gastos económica, ingresos orgánica, ingresos económica para que se copien las que se utilizando el año anterior, este año actualizadas a la nueva estructura presupuestaria. 5.3. Elaboración del presupuesto de gastos Realizados los pasos anteriores, ya podemos ir a “Elaboración del presupuesto de gastos”, y hacer la “Copia de Aplicaciones de Gastos del Ppto. Anterior”


Sicalwin

Índice

Página 30

Este ejercicio 2010, excepcionalmente, sólo se podrán copiar los “Créditos iniciales” (o partir de importe cero). Por tanto están ocultas las opciones de copiar los créditos definitivos o las obligaciones reconocidas:

Por lo demás, esta pantalla funciona como siempre, filtrando o no por las aplicaciones que deseamos y eligiendo los datos origen de los créditos (iniciales, definitivos), y el tipo de copiado (igualando, aplicando porcentaje). Al pulsar “Aceptar” vemos la rejilla de aplicaciones:


Sicalwin

Índice

Página 31

Vemos que la estructura es la nueva, y podemos trabajar igual que lo hacíamos en otros ejercicios, marcando las aplicaciones y pulsando “Actualizar” (Recomendamos no modificar importes aquí, sino ya en el “Mantenimiento de Créditos de Ppto. De Gastos”) Es importante aclarar que esta opción de “Copia de aplicaciones de Gastos del Ppto. Anterior” puede utilizarse solamente si el nivel con el que va a trabajar la entidad en 2010 es el mismo que en 2009. Esto siempre ha sido así, no es que sea una restricción ahora en 2010. Por ejemplo si la entidad no trabajaba con clasificación orgánica y en 2010 va a trabajar, no podrá copiar, tendrá que ir directamente a “Mantenimiento de Créditos del Ppto. De Gastos”. Lo mismo que si trabajaba con clasificación funcional a 3 dígitos (Subfunción), y ahora trabaja con programa a 5 dígitos (Subprograma).

El resto de pestañas no merecen explicación especial, ya que siguen funcionando como siempre, pudiéndose modificar los créditos en “mantenimiento de créditos ppto. De gastos”, o todas las características de la aplicación en “carga / modificación datos de aplicaciones”, añadir o borrar aplicaciones también en esta pestaña, o reasignar los niveles de vinculación a lo establecido en “clasificaciones presupuesto definitivo”. Ojo a esta última opción que elimina lo que tengamos en la carga de aplicaciones de la elaboración de presupuesto en cuanto a niveles de vinculación, tomando la que tiene por defecto la tabla de clasificaciones. Enlace de aplicaciones

Dado que el presupuesto prorrogado se abrió con la antigua estructura y el presupuesto 2010 se ha elaborado con la nueva, es necesario entrar en la “Relación de aplicaciones pto. Prorrogado con definitivo”, y posteriormente “Actualiza movimientos del prorrogado”. La relación de aplicaciones la establecerá el programa de forma automática, tomando las equivalencias de aplicaciones que se hicieron en la “preparación del nuevo ejercicio”. Para ello se tendrán en cuenta las relaciones de aplicaciones 2009-2010 para todas las operaciones del prorrogado que no tengan ningún código de módulo auxiliar (proyectos, préstamos, anticipos de caja fija o pagos a justificar), y para las que sí tengan código de algún módulo, se tomarán las relaciones establecidas para el mismo.


Sicalwin

Índice

Página 32

Todas las operaciones que tengan algún código de módulo auxiliar aparecerán en el apartado “Por referencia” (Las cadenas de A,D,O,P.R, …) o en el apartado “por operación (las modificaciones de crédito). El usuario podrá cambiar la relación “por aplicaciones”, si quiere establecer una distinta a la que se hizo en la preparación del nuevo ejercicio, pero no se podrá cambiar lar elación a operaciones con código de módulo auxiliar. Por ejemplo una operación con código de proyecto tomará la relación establecida para el proyecto en la preparación del nuevo ejercicio. Para operaciones con código de módulo auxiliar creado en 2010, se tomará la relación “por aplicaciones”, y en este caso el usuario sí podrá modificar la relación si quiere, al igual que podía hacer en años anteriores. Por ejemplo, un proyecto creado ya en 2010 (2010.2.INVER.001), con una aplicación que en prorrogado es la 2010.551.62200. El sistema, para la ficha del proyecto y para las operaciones de este proyecto, tomará la relación establecida por aplicaciones (normalmente será la aplicación 2010.923.62200. Y en este caso sí dejará establecer otra relación si de desea. Para modificar la aplicación a operaciones de ejecución (RC,A,D,O,P,R,Reintegros) iremos al punto “por referencias”, ya que el sistema cambiará la aplicación a toda la cadena. Para modificar la aplicación a operaciones de Modificación de Crédito, que no tienen referencia, iremos a la opción “Por operación”. Ya establecidas todas las relaciones, iremos a “Actualiza movimientos del presupuesto prorrogado”, que nos dirá si las comprobaciones son correctas o hay algún error en los enlaces, por ejemplo por falta de saldo en vinculación.


Sicalwin

Índice

Página 33

5.4. Elaboración del presupuesto de ingresos:

Procederemos de la misma forma, primero la copia de aplicaciones, y después ya trabajamos en el Mantenimiento de Previsiones o en la Carga / modificación. Enlace de aplicaciones

Dado que el presupuesto prorrogado se abrió con la antigua estructura y el presupuesto 2010 se ha elaborado con la nueva, es necesario entrar en la “Relación de aplicaciones pto. Prorrogado con definitivo”, y posteriormente “Actualiza movimientos del prorrogado”. La relación de aplicaciones la establecerá el programa de forma automática, tomando las equivalencias de aplicaciones que se hicieron en la “preparación del nuevo ejercicio”. Para ello se tendrán en cuenta las relaciones de aplicaciones 2009-2010 para todas las operaciones del prorrogado que no tengan ningún código de módulo auxiliar (proyectos, préstamos), y para las que sí tengan código de algún módulo, se tomarán las relaciones establecidas para el mismo.


Sicalwin

Índice

Página 34

Todas las operaciones que tengan algún código de módulo auxiliar aparecerán en el apartado “Por referencia” (Las cadenas de CI,RD,I…) o en el apartado “por operación (las modificaciones de crédito). El usuario podrá cambiar la relación “por aplicaciones”, si quiere establecer una distinta a la que se hizo en la preparación del nuevo ejercicio, pero no se podrá cambiar lar elación a operaciones con código de módulo auxiliar. Por ejemplo una operación con código de proyecto tomará la relación establecida para el proyecto en la preparación del nuevo ejercicio. Para operaciones con código de módulo auxiliar creado en 2010, se tomará la relación “por aplicaciones”, y en este caso el usuario sí podrá modificar la relación si quiere, al igual que podía hacer en años anteriores. Por ejemplo, un proyecto creado ya en 2010 (2010.2.INVER.001), con una aplicación que en prorrogado es la 2010.91701. El sistema, para la ficha del proyecto y para las operaciones de este proyecto, tomará la relación establecida por aplicaciones (normalmente será la aplicación 2010.91301. Y en este caso sí dejará establecer otra relación si de desea. Para modificar la aplicación a operaciones de ejecución (CI,DR,I,DEVOL) iremos al punto “por referencias”, ya que el sistema cambiará la aplicación a toda la cadena. Para modificar la aplicación a operaciones de Modificación de Crédito, que no tienen referencia, iremos a la opción “Por operación”. Ya establecidas todas las relaciones, iremos a “Actualiza movimientos del presupuesto prorrogado”, que nos dirá si las comprobaciones son correctas. 5.5. Listados de presupuesto Los listados del anteproyecto de presupuesto han sido adaptados y contienen las nuevas descripciones:


Sicalwin

Índice

Página 35

Un ejemplo del listado comparativo de aplicaciones:

Un ejemplo de comparativo por Políticas de Gasto:


Sicalwin

Índice

Página 36

6. Traspasos 2009 - 2010 6.1. Introducción A comienzos de 2010, como al inicio de cada año, necesitaremos ir realizando traspasos de todo tipo, para trabajar, tanto con el presupuesto corriente, como con el área de presupuestos cerrados. Por ejemplo necesitaremos traspasar los compromisos de gastos de ejercicios posteriores, que tenemos comprometidos en 2009, para que ya sean de presupuesto corriente en 2010. También traspasaremos las obligaciones pendientes de pago, para realizar el pago en Enero (en este caso serían presupuestos cerrados). Distinguimos dos tipos de traspaso principales: Traspaso de Módulos auxiliares y Traspaso de operaciones.

Módulos: a) Proyectos b) Préstamos c) Anticipos de Caja Fija d) Pagos a Justificar

Operaciones: a) Compromisos de ingreso de corriente y futuros b) Devoluciones de ingreso pendientes de pago c) Gastos futuros d) Remanentes e) Gastos pendientes de aplicar a presupuesto y Facturas sin

contabilizar f) Presupuestos cerrados: Derechos Reconocidos, Obligaciones y Pagos

Ordenados. Será obligatorio traspasar antes un módulo auxiliar, que las operaciones que estén relacionadas con el módulo. Por ejemplo un compromiso de ingreso que tiene código de proyecto con financiación afectada. Antes habrá que traspasar el proyecto, donde se establecen las relaciones para todas las aplicaciones de ese proyecto, y después el sistema ya nos permitirá traspasar las operaciones, entre ellas el compromiso. En el traspaso de operaciones, pues, distinguiremos entre 3 tipos de operaciones:

- Las que no están relacionadas con ningún módulo - Las relacionadas con un módulo - Las relacionadas con más de un módulo

Las primeras, el usuario podrá traspasarlas en cualquier momento, sin necesidad de traspasar antes el módulo específico.

Podrá hacerlo siguiendo la regla general de relación de aplicaciones, la que se estableció para la copia del presupuesto. Se toma la que en su momento se marcó “por defecto”.

O podrá establecer una relación por operaciones. Cada operación podrá tener una relación diferente si así se quiere.

En cuanto a las operaciones que estén relacionadas con uno o más módulos, se seguirá la relación establecida en el módulo correspondiente. El sistema ya habrá controlado en el traspaso de los módulos, que se haya establecido la misma relación para una aplicación si existen operaciones con saldo. Por ejemplo, si hay un compromiso de ingreso de presupuesto corriente a la aplicación 91701, que tiene código de


Sicalwin

Índice

Página 37

proyecto con financiación afectada, y código de préstamo, se habrá controlado en el traspaso de proyectos y en el traspaso de préstamos que la relación establecida para la 91701 es siempre la 91301, por ejemplo. No puede tener una relación distinta en un proyecto y en un préstamo si hay operaciones relacionadas con ambos. 6.2. Traspaso de proyectos

En el traspaso de proyectos, habrá que establecer la relación para las aplicaciones que intervienen en éstos, tanto de gastos como de ingresos. Se ha definido una tabla de relación “Proyecto – Aplicación 2009 – Aplicación 2010”, tanto en gastos como en ingresos. Veamos un ejemplo, creando un proyecto de gasto que nos servirá también para explicar el traspaso de otros módulos: Sea un proyecto con la siguiente ejecución prevista del gasto:


Sicalwin

Índice

Página 38

Financiación prevista Agente “Comunidad Autónoma”

Financiación prevista Agente “Banco Bilbao Vizcaya Argentaria”.


Sicalwin

Índice

Página 39

Ejecución durante el ejercicio 2009: En ingresos, tenemos el Compromiso de ingresos de la Comunidad autónoma, tanto de ejercicio corriente, como para los ejercicios 2010 y 2011. Posteriormente nos llega el documento con el que podemos contabilizar el Reconocimiento de Derechos para el ejercicio 2009. Contabilizamos, por el compromiso de ingresos de presupuesto corriente:

Por el compromiso para ejercicios futuros:


Sicalwin

Índice

Página 40

Por el Reconocimiento de Derechos para el ejercicio 2009:

Firmamos con el banco el préstamo para 2009, por 1800 €. No hacemos nada para los ejercicios futuros en relación a este Agente.


Sicalwin

Índice

Página 41


Sicalwin

Índice

Página 42

Finalmente no llegamos a disponer del préstamo, no se realiza ningún ingreso. Ahí termina la ejecución en lo referente a ingresos. En cuanto a gastos, realizamos el compromiso de gastos (adjudicación) por la totalidad, así como el compromiso para ejercicios posteriores, también por el total previsto, sin descuento. Por la parte de corriente:

Por la parte de ejercicios posteriores:


Sicalwin

Índice

Página 43

Más tarde, contabilizamos la ejecución de la primera fase del proyecto, con una obligación reconocida del 80% de la anualidad de corriente:

Finalmente, las desviaciones nos quedan:


Sicalwin

Índice

Página 44

En cuanto a los saldos en gastos, son:

Tendremos que incorporar remanente por 1.200 €, para lo cual, como recurso de financiación tenemos el remanente afectado correspondiente a la comunidad autónoma, que son 840 €, y el compromiso firme de aportación del préstamo bancario, que son 1.800 €. Hay suficientes recursos para incorporar el remanente. Al estar pendiente de pago, pasará como saldo inicial la obligación reconocida de 4.800 €.


Sicalwin

Índice

Página 45

Traspaso del proyecto

Por defecto ha tomado las relaciones que pusimos en aplicaciones, de gastos y de ingresos. Recordamos que se puede elegir otra aplicación distinta a la ofrecida por defecto. Unos proyectos pueden tener relacionadas una aplicación, y otros proyectos las relacionamos con otra. Cuando tengamos hayamos completado las aplicaciones de 2010, podemos pulsar el botón “Traspasar”, y ya tendremos el proyecto en 2010 con la nueva estructura.


Sicalwin

Índice

Página 46

Hay entidades que utilizan como “Órgano gestor del proyecto”, el código funcional del gasto. ¿Se modifica en Sicalwin este código en este caso? Hemos optado por no realizar este cambio, dado que, según la instrucción de contabilidad, el código de proyecto debe permanecer invariable durante toda su vida. No obstante, existe un proceso que permite modificar el código de proyecto. Podrá utilizarse este proceso, que hay que tener en cuenta que modificará el código en toda la base de datos, incluyendo saldos iniciales pendientes de cobro y pago, y por supuesto operaciones de remanentes, futuros, etc. Ya para el traspaso de todas las operaciones relacionadas con este proyecto, se tomará esta relación, la de proyectos, y no la de aplicaciones.

- Traspaso de compromisos de ingreso de corriente - Traspaso de compromisos de ingreso de futuros - Traspaso de devoluciones de ingreso relacionadas con el proyecto - Traspaso de gastos futuros - Incorporación de Remanentes - Operaciones pendientes de aplicar a presupuesto y facturas no contabilizadas

Se puede establecer una relación nueva que no existía previamente en la relación de aplicaciones (de gastos o de ingresos) para el traspaso de proyectos, pero se ha de cumplir la regla de que estén relacionadas las clasificaciones. Se ha modificado el traspaso de proyectos de forma que, una vez realizado el filtro, cuando se muestran los proyectos a traspasar, se colorean de amarillo los ya traspasados en entradas anteriores a esta pantalla. Lo cual no significa que no se puedan volver a traspasar (para actualizar datos), solo es para que el usuario sepa que ese proyecto ya está traspasado, lo tenemos en el ejercicio siguiente y el enlace de aplicaciones por tanto ya ha sido realizado.


Sicalwin

Índice

Página 47

En los proyectos ya traspasados, ¿se permite establecer una relación diferente entre aplicaciones 2009 y 2010? Si aún no hemos realizado ninguna operación en 2010 sobre este proyecto, podemos modificar la relación. Pero si ya hemos grabado operaciones, no se permitirá. 6.3. Traspaso de préstamos


Sicalwin

Índice

Página 48

Por defecto, se tomarán las que se utilizaron para la relación en la elaboración del presupuesto, aunque si hay operaciones que relacionen un préstamo con un proyecto, se comprobará que la relación es la misma (de hecho se presentará por defecto la relación ya establecida para el proyecto). En el ejemplo, si ya hemos traspaso el proyecto y hemos relacionado la 91701 con la 91301, ahora en préstamos no podemos relacionar la 91701 con la 91311, si hay compromisos de ingreso con saldo Una vez pulsemos el botón para Traspasar, tendremos el préstamo al ejercicio siguiente con la nueva estructura.


Sicalwin

Índice

Página 49

6.4. Traspaso de Anticipos de Caja Fija En el caso de anticipos de caja fija que no sean cancelados en 2009, se podrán traspasar a 2010, y al igual que en los módulos nombrados anteriormente, se nos presentará previamente una pantalla para relacionar las aplicaciones de gasto 2009 con las de 2010, tomándose por defecto la aplicación relacionada en su momento para la copia del presupuesto. Sea el siguiente anticipo:

Cuando vayamos al Traspaso de ACF:


Sicalwin

Índice

Página 50

Al pulsar el botón “Traspasar”:

Se nos pregunta si también deseamos traspasar los justificantes, que también tomarán la relación de aplicaciones que se establezca, y seguidamente nos muestra la relación de aplicaciones:

En esta pantalla tendremos todos los habilitados, anticipos y aplicaciones, para establecer lar elación, aunque comprobamos que ya se muestra la establecida por defecto en su momento. En 2010, ya podemos trabajar con el anticipo con la nueva estructura:


Sicalwin

Índice

Página 51

6.5. Traspaso de Pagos a justificar Recordemos las situaciones en que se puede traspasar un pago a justificar:

1. Habiendo hecho el pago a justificar simplemente 2. Habiendo registrado algunos justificantes en origen (sin haber registrado la operación

900 de cuenta justificativa). Pero como no está totalmente justificado, no se podrá registrar la operación 900, con lo que estos justificantes se pasarán al ejercicio siguiente, y junto a otros registrados en ese ejercicio, ya se hace la operación 900. Es decir, el pago a acreedor final quedará registrado en el año n+1 por el total de todos los justificantes.

3. Habiendo grabado reintegro de pagos presupuestario parcial en origen. En este sentido no hay ningún problema en traspasar el pago a justificar, estamos casi en el mismo caso que el punto 1, pero con reintegros realizados, es decir, menos importe pendiente de justificar. El funcionamiento es el mismo que en Anticipos. Antes del traspaso del pago a justificar nos saldrá una pantalla para relacionar las aplicaciones por cada pago a justificar marcado, pudiendo elegir una aplicación diferente a la que se presenta por defecto, que es la que utilizó el sistema para el traspaso de presupuestos.

Y en el ejercicio 2010, al registrar ya los justificantes, será con aplicaciones de la nueva estructura:


Sicalwin

Índice

Página 52

6.6. Traspaso de Compromisos de ingreso de presupuesto corriente Los compromisos de ingreso pasarán a 2010, y como operación de presupuesto corriente deberá pasar ya a la nueva estructura presupuestaria.


Sicalwin

Índice

Página 53

Es necesario confirmar este formulario antes del traspaso de las operaciones. En la parte superior de la rejilla tenemos la relación que se estableció para la creación del nuevo ejercicio. Si es esa la que queremos mantener para todas las operaciones, no hay más que pulsar el botón “Traspasar”. No obstante, el sistema permitirá modificar la aplicación, teniendo en cuenta dos reglas:

- Si la operación a traspasar está incluida en algún módulo (Proyectos, préstamos), se traspasará con la relación establecida en ese módulo.

- Si es una operación sin asociar a módulo alguno, podemos cambiar la relación haciéndolo por “operación”. En este caso, en la parte inferior de la rejilla elegimos la operación y línea (de la multiaplicación, en su caso) y la aplicación 2010 a la que queremos que se traspase. Los números de operación pueden consultarse con F5. Saldrán ya filtrando por las operaciones marcadas de la aplicación que tengamos seleccionada en la parte superior.

En el ejemplo de la pantalla, correspondiente al proyecto que estamos utilizando en esta guía, se tomará la relación establecida en el proyecto. 6.7. Traspaso de Propuestas y Mandamientos de pago por devolución de ingresos Las propuestas y mandamientos por devolución de ingresos que no sean pagadas en 2009, pasarán a 2010, y recordemos que como operación de presupuesto corriente, por lo que deberá pasar ya a la nueva estructura presupuestaria. Sea como ejemplo una operación:


Sicalwin

Índice

Página 54

En este caso, vemos que no está incluida en ningún módulo auxiliar (ni proyectos, ni préstamos). Al realizar el traspaso:

Cuando marquemos la operación, se nos mostrará la pantalla de enlace de aplicaciones para el traspaso de operaciones:


Sicalwin

Índice

Página 55

En ella tenemos la regla general que va a aplicar el sistema, es decir, para la aplicación 11201, nos pasará al año siguiente como 11301. Si queremos modificar la relación para alguna operación concreta, en la parte inferior de la pantalla debemos teclear o buscar la operación con F5, eligiendo la aplicación a la que pasa, que lógicamente debe existir en el presupuesto 2010. Para las operaciones que tienen código de proyecto o de préstamo, recordemos que no se permite establecer relación, sino que se toma la que ya se utilizó en el proyecto o préstamo. En caso de que aún no se haya traspasado, se emitirá un mensaje indicando que previamente ha de traspasar el módulo correspondiente. En cuanto a la operación de ejemplo, si vamos a 2010, la podremos ver con la nueva aplicación:


Sicalwin

Índice

Página 56

6.8. Traspaso de Derechos pendientes de cobro ¿Qué pasa con los Derechos Pendientes de Cobro? En este caso son operaciones de presupuestos cerrados.


Sicalwin

Índice

Página 57

6.9. Traspaso de gasto e ingresos plurianuales Hablamos en este punto tanto de los compromisos de ingreso para ejercicios futuros, como de los gastos de carácter plurianual grabados en el ejercicio 2009, operaciones RC,A,D,AD. En el ejemplo que estamos siguiendo del proyecto con financiación afectada:

Como en este caso la operación marcada tiene proyecto, se traspasará con la relación establecida para el proyecto. Si no lo tuviese, pasaría con la regla general establecida por aplicaciones, aunque pudiendo elegir, por cada número de operación, una aplicación diferente en la pantalla que nos saldría al efecto:


Sicalwin

Índice

Página 58

Al ejercicio siguiente, tendremos la operación traspasada. Por la parte que es ejercicio corriente, la operación 311 en la nueva aplicación 75001:

Por la parte que sigue siendo ejercicios futuros, igualmente con la nueva aplicación:


Sicalwin

Índice

Página 59

En cuanto a gastos para ejercicios posteriores:

Lo mismo, si la operación tiene proyecto (o préstamo), la regla del módulo afectado. Si no, la regla general por aplicación, pudiendo elegir por operación:


Sicalwin

Índice

Página 60

Por la parte que es corriente en 2010, nos queda:

Y por la parte de futuros:


Sicalwin

Índice

Página 61

6.10. Traspaso de operaciones 413 (pendientes de aplicar a presupuesto) Al igual que hemos visto para el resto de operaciones, según tenga código de módulo auxiliar el traspaso funcionará de una u otra forma. Con módulo, se sigue la regla del módulo, y sin él, se traspasa con la relación por defecto de aplicaciones, pudiendo hacerlo por operación.

Al traspasarla al año siguiente:


Sicalwin

Índice

Página 62

6.11. Traspaso de justificantes Si tenemos registrados justificantes, no asociados a operaciones 413, y con la aplicación presupuestaria rellena, éstos se traspasan estableciendo la relación correspondiente, según haya módulo auxiliar (proyecto, anticipo) o no. Por ejemplo la siguiente factura:

Al traspasarla al año 2010 quedaría:


Sicalwin

Índice

Página 63

En este caso se traspasa con la relación establecida según al módulo al que pertenece, o según la relación de aplicaciones de gasto, no existiendo la posibilidad de hacerlo por factura. Aunque en 2010 podrá modificarse la aplicación, por supuesto. 6.12. Incorporación de Remanentes 6.12.1. Introducción La incorporación de remanentes será diferente según el presupuesto 2010 esté abierto como prórroga o como definitivo.

- Si está abierto como definitivo, se hará como se explica a continuación en este apartado.

- Si el presupuesto 2010 está abierto como prórroga y en ese estado se incorporan los remanentes, el expediente y las operaciones traspasadas quedarán aún en aplicaciones “antiguas”, es decir, con la anterior estructura. Y ya en el módulo de elaboración del presupuesto se hará la relación de aplicaciones presupuesto prorrogado – presupuesto definitivo para que se transformen a la nueva estructura.

- Lo que sí es válido aunque se incorporen remanentes con el presupuesto prorrogado, es la novedad de poder relacionar aplicaciones por operación, explicado en el siguiente apartado.

Pasamos a explicar el caso de la incorporación de remanentes con el presupuesto definitivo aprobado.


Sicalwin

Índice

Página 64

Para la incorporación de remanentes con el presupuesto prorrogado, el problema vendrá a la hora de aprobar definitivamente el presupuesto, ya que pueden darse muchos casos que estamos analizando. Actualizaremos este manual con los últimos desarrollos que se realicen 6.12.2. Incorporación de remanentes al presupuesto aprobado como definitivo. Al igual que hemos visto en los anteriores, se van a seguir las reglas de equivalencias establecidas:

- según el código de proyecto de la operación, en su caso - o según la relación de aplicaciones, de gastos e ingresos.

El proceso de incorporación de remanentes comienza en “Procesos de cierre”, cuando el usuario marca “Cálculo de los remanentes de crédito” en la última pestaña. Ese proceso crea los registros, en el año n+1 (2010 en este caso) de las tablas de remanentes. Lo primero para incorporar remanentes es crear el expediente, ya en 2010, en la opción “Apertura y elaboración del expediente de MC”.

6.12.3. Cambio de aplicaciones de gasto

Para la incorporación de Remanentes 2009-2010, este formulario se rellenará de forma automática..

Pero el usuario podrá modificar la relación para incorporar remanentes en otras aplicaciones distintas, como se ha podido hacer siempre. ¿Con qué valores se rellenará inicialmente de forma automática?


Sicalwin

Índice

Página 65

- Con las relaciones establecidas por aplicación (cuando se preparó el nuevo ejercicio)

para aquellas aplicaciones que no tengan relación con proyectos. - Con la relación establecida en el módulo de proyectos, en su caso.

Al igual que se podía hacer antes, se podrá establecer relación con aplicaciones que no existan al año siguiente, y que se crearán en la incorporación de remanentes.

Y ya en el año siguiente este mensaje:

Antes de incorporar remanentes correspondientes a proyectos, será necesario entrar en el traspaso de proyectos para relacionar la aplicación. 6.12.4. Relaciones aplicaciones por operación Una novedad este ejercicio, y que ya se mantendrá para los siguientes, es que se podrán establecer las relaciones por operación¸ pudiendo por tanto, para una aplicación, incorporar remanentes a distintas aplicaciones destino, enlazando por operación.


Sicalwin

Índice

Página 66

- En la parte superior del formulario aparece la relación de aplicaciones, como

antiguamente (ahora con posibilidad de filtrar y ordenar) - Y en la parte inferior el detalle de las operaciones.

6.12.5. Incorpora remanentes al expediente


Sicalwin

Índice

Página 67


Sicalwin

Índice

Página 68

La aplicación para financiación de remanentes, con la nueva estructura presupuestaria es la 87010 “Remanente de tesorería para gastos con financiación afectada”, en lugar de la 87002.

Si la entidad trabaja a nivel 3, se pondrá el “870” para la suma del recurso 4 y el 5. Si la entidad trabaja a nivel 2, se pondrá el “87” para la suma del recurso 4 y el 5. ¿Qué ocurre con el concepto 870 si hemos incorporado remanentes en el presupuesto prorrogado? En este caso, la incorporación se habrá hecho con el concepto 870.02 (suponiendo que trabajamos a nivel de subconcepto, si trabajamos a nivel de concepto no hace falta que sigas leyendo). Cuando hagamos el proceso de “incorporación definitiva” en el módulo de elaboración del presupuesto y se transformen todas las operaciones del presupuesto prorrogado en


Sicalwin

Índice

Página 69

operaciones ya con la nueva estructura presupuestaria, el sistema automáticamente modificará:

- Los expedientes de Modificación de crédito que tuviesen como financiación el concepto 870.02

- Las operaciones de ingreso contabilizadas en el concepto 870.02 De forma que desdoblará estas operaciones generando dos líneas donde antes había solo una. El importe será dividido entre los dos conceptos 870.00, y 870.10, según el recurso de financiación utilizado en el expediente que corresponda. 6.12.6. Incorpora operaciones Rc,A,D Si el presupuesto está como definitivo, se hará la incorporación según la relación de aplicaciones ya establecida para la generación de la Modificación de Crédito. Si está como prorrogado, se hará la incorporación a las aplicaciones antiguas (o a las relacionadas

6.13. Presupuestos cerrados


Sicalwin

Índice

Página 70

Según la resolución de 14 de septiembre de 2009, publicada en el BOE el día 29 de septiembre, los derechos pendientes de cobro y las obligaciones pendientes de pago a 31 de Diciembre de 2009 se presentarán clasificados por ejercicios y aplicaciones presupuestarias adaptadas a la nueva estructura presupuestaria de la orden EHA/3565. Es decir, que los saldos iniciales en 2010 ya aparecerán adaptados a la nueva estructura.

Los traspasos se han modificado para tomar la relación de aplicaciones de presupuestos cerrados, tanto de gastos como de ingresos. La relación ha podido establecerse por “Ejercicio – Aplicación”.


Sicalwin

Índice

Página 71

7. Otras áreas 7.1. Elaboración del presupuesto con GPR 7.1.1. Preparación del nuevo ejercicio El primer paso a dar para crear el nuevo ejercicio es el de siempre, entrando en el menú de “Mantenimientos generales - Preparación del nuevo ejercicio”. Excepcionalmente, este ejercicio 2009 para crear 2010 va a tomar las tablas de clasificaciones de la nueva estructura presupuestaria. Los datos de la tabla de clasificaciones se van a copiar de Sicalwin, de las tablas básicas de la instalación para la estructura 2010. NO de las clasificaciones del año anterior como se hace habitualmente. Por ello, es imprescindible haber dado los pasos previos de preparación del nuevo ejercicio en Sicalwin, como hemos visto en páginas anteriores en esta guía.


Sicalwin

Índice

Página 72

Confirmando el proceso, ya podremos ir a la tabla de “Clasificaciones” en GPR 2010 (Antes habría que ir al Administrador de Aplicaciones para poner el ejercicio 2010 y dar los datos necesarios al origen de datos en “Parámetros particulares de las aplicaciones”)


Sicalwin

Índice

Página 73

Existe la posibilidad de copiar las clasificaciones de una Entidad de Sicalwin, posteriormente a la preparación del nuevo ejercicio, pero se controla que sea Sicalwin ejercicio 2010, para evitar que se copien clasificaciones de la antigua estructura presupuestaria


Sicalwin

Índice

Página 74

Es necesario repasar la opción de “Clasificaciones funcionales autorizadas a un orgánico”, llamada ahora “Programas autorizados a un orgánico”, ya que los permisos que queramos dar posiblemente sean distintos ahora. En cualquier caso, la preparación del nuevo ejercicio 2010 habrá copiado los mismos permisos que había en 2009, pero convirtiendo las funcionales en programa según la tabla de relación de clasificaciones de Sicalwin. Solo se relacionará cada orgánica con el programa que está marcado “por defecto”. Por ejemplo, si una clasificación orgánica tiene asociada la funcional “121”, al crear estos permisos en el ejercicio 2010 el sistema asociará esa orgánica al programa “920”, que es el que está marcado por defecto. No lo asociará al programa 922. El administrador del sistema deberá entrar a repasar estos permisos por si quiere añadir o eliminar alguno. Para aquellas entidades que no tienen clasificación orgánica, lo dicho anteriormente es válido para la pantalla de Mantenimiento de áreas presupuestarias y funcional, ahora llamada Mantenimiento de áreas presupuestarias y programas.


Sicalwin

Índice

Página 75

7.1.2. Copia de aplicaciones de gastos y de ingresos del año anterior


Sicalwin

Índice

Página 76

En las opciones que permiten la copia del presupuesto del año anterior, tanto de gastos como de ingresos, vamos a poder seguir copiando el presupuesto de 2009 en 2010. La copia variará según trabajemos en “opciones de instalación”: Trabajar por aplicaciones, o con detalle (del gasto o el ingreso). Si trabajamos por aplicaciones, se copiará el presupuesto tal cual lo hemos creado para Sicalwin del año 2010, ya con las aplicaciones desdobladas, en su caso, o modificadas. Si trabajamos con detalle, del gasto o el ingreso, entonces no es posible tomarlo de ahí, porque cada registro de detalle no se sabría cual de las aplicaciones (posibles desdobladas) hay que tomar para cada registro. Entonces, en este caso se copiarán los registros de detalle según la relación de aplicación por defecto. O si el registro tiene código de proyecto de gasto, entonces se tomará la relación establecida para el proyecto – aplicación. Por supuesto, ya trabajando en GPR de 2010 el usuario podrá repasar estas aplicaciones, modificando en su caso cualquiera de las clasificaciones y estableciendo la más correcta, adaptada a la estructura presupuestaria de 2010. Si después de copiar aplicaciones el usuario entra en la “Carga de aplicaciones presupuesto de gastos”, nos encontraremos con la copia realizada, adaptada ya a la estructura presupuestaria 2010.


Sicalwin

Índice

Página 77

7.2. Traspaso de tablas de centros de coste Se convierten a la nueva estructura presupuestaria las relaciones entre las aplicaciones de gastos e ingresos y los centros de coste o actividades. Pero se deben repasar en 2010 estas asociaciones, en los casos en que hay desdoble de aplicaciones solo se habrá relacionado la marcada por defecto. El usuario deberá repasar los enlaces y porcentajes de relación entre aplicaciones y centros de coste o actividades. 7.3. Emisión de fichero xbrl taxonomía LENLOC El envío de información de la liquidación mediante fichero xbrl ha cambiado de formato al haberse modificado la estructura presupuestaria. Un ejemplo de pantalla con la antigua taxonomía es:


Sicalwin

Índice

Página 78

Y ya con la nueva taxonomía:

7.4. Emisión de fichero xbrl de aprobación del presupuesto PENLOC Se ha aprobado un nuevo diseño de fichero para la remisión del presupuesto a la DGCFCAEL, es la llamada taxonomía PENLOC, ya adaptada por supuesto a la estructura presupuestaria de 2010:


Sicalwin

Índice

Página 79

En el momento de la elaboración de esta guía, aún no está desarrollada esta funcionalidad. 7.5. Rendición de Cuentas. CONTALOC. Previsiblemente, se aprobará una norma que modifique el formato de rendición de cuentas a los distintos OCEX, de forma que la actual rendición en los formatos xml / pdf sea sustituida por una nueva rendición de cuentas en formato xbrl, con la taxonomía CONTALOC. 7.6. Gestión de Activos. No hay cambios importantes en la Gestión de Activos o en la Gestión de Patrimonio, salvo las pantallas que hacen referencia a la aplicación presupuestaria, que tienen la nueva estructura por programas. 7.7. Gestión del habilitado de caja fija No hay cambios importantes en el módulo del habilitado de caja fija y pagos a justificar, salvo las pantallas que hacen referencia a la aplicación presupuestaria, que tienen la nueva estructura por programas. 7.8. Integración con otros productos Aunque no es un cambio que se haya de realizar en Sicalwin, es importante tener en cuenta las modificaciones a realizar en los distintos productos externos que están integrados con Sicalwin, y envíen operaciones contables, generando ficheros txt o comunicándose mediante la DLL (SGSP) o servicio web.


Sicalwin

Índice

Página 80

Por ejemplo en los programas de nóminas habrá que modificar la aplicación presupuestaria asignada al personal, adaptándola a la nueva estructura. O en los programas de gestión de ingresos, la relación entre los conceptos tributarios y las aplicaciones contables habrá de ser revisada igualmente, teniendo cuidado con el ejercicio en que se generan las operaciones, ya que para 2009 tendrá que ser con la estructura del 89, y para 2010 y siguiente, con la nueva estructura. Otros productos externos como seguimientos de expedientes que generen operaciones, también tendrán que revisarse. SAGE Aytos. Manual sobre la Nueva Estructura Presupuestaria en Sicalwin. Octubre 2009.

sicalwin manual nueva estructura presupuestaria -...

Documents