Boletín de Novedades SicalWin - versión 8.19.0001n... · 2.1. Nuevo formato Modelo 190 según...

SICALWIN

Versión 8.19.0001 Boletín de Novedades

Boletín de Novedades Página 2 de 28

Índice

1. Introducción 3

2. Novedades 3

2.1. Nuevo formato Modelo 190 según Orden HAP/1626/2016 3

2.2. Modelo 180 permite introducción de datos de Inmuebles 4

2.3. Estado de Transferencias y Subvenciones Concedidas 8

3. Mejoras 9

3.1. Mejoras en traspaso integración con FirmaDoc 9

3.2. Mejoras en Incorporación de Remanentes con FirmaDoc 12

3.3. Actualización Modelos Pasivo para Tutela Financiera de Cataluña 13

3.4. Ficheros de liquidación y presupuesto Consejería de Gobernación de Cataluña. 13

3.5. Introducción obligatoria de códigos DIR3 en registro manual de facturas. 13

3.6. Nuevo filtro por código de clasificación en Estados de Ejecución de Gastos 14

3.7. Nuevo acumulado en Consulta aplicaciones de gastos 15

3.8. Ejecución Presupuestaria de gastos con desglose de nivel de vinculación de gastos 17

3.9. Campo expediente en consulta operaciones de futuro 18

3.10. Mejoras en Selección e Incorporación de Remanentes 19

3.11. Programar tareas automáticas para corrección de validaciones contables. 20


1. Introducción

En el presente documento se incluyen las principales novedades y mejoras introducidas en SicalWin en la versión 8.19.0001.

2. Novedades

2.1. Nuevo formato Modelo 190 según Orden HAP/1626/2016

En esta nueva versión se actualiza el Modelo 190 al nuevo formato aprobado en BOE Orden HAP/1626/2016, en el cual se amplía el contenido del modelo para detallar información relacionada con "Percepciones derivadas de incapacidad laboral" a cumplimentar sólo en las claves A y B.01. El modelo se obtiene desde la opción de menú: “Administración del Sistema --> Exportación de Datos y Soportes Magnéticos“, marcando el modelo 190. Dado que en el fichero del modelo 190 que se obtiene de SicalWin no se cumplimentarán las claves con valor A o B.01, pues esta información se obtendrá de la aplicación de personal. La modificación realizada en SicalWin ha consistido en cumplimentar con un espacio en blanco la nueva posición 255 del fichero de declarados atendiendo al nuevo diseño lógico del modelo 190 y cumplimentar con valor cero todas las nuevas posiciones que se han creado en el fichero desde la 256 a la 294. En el caso de que la entidad intente importar el modelo 190 correspondiente al ejercicio 2016 generado en SicalWin con una versión anterior a la versión 8.19.0001, al importar el fichero en la plataforma Informativa de AEAT, dará un mensaje de que el formato del fichero no es correcto y el fichero que se intente importar será rechazado por la plataforma de AEAT. Por consiguiente, será necesario actualizar la versión de SicalWin 8.19.0001 o posterior para poder obtener el modelo 190 de SicalWin adaptado al nuevo Diseño Lógico del Modelo 190 para la declaración del ejercicio 2016.


2.2. Modelo 180 permite introducción de datos de Inmuebles

Atendiendo a la Orden HAP/1732/2014 que afecta a los soportes directamente legibles por ordenador del modelo 180 correspondiente al Resumen Anual de retenciones e ingresos a cuenta sobre determinadas rentas o rendimientos procedentes del arrendamiento de inmuebles urbanos del Impuesto sobre la Renta de las Personas Físicas, se ha realizado una modificación en la obtención en SicalWin de datos correspondientes al modelo 180 que permite la cumplimentación previa de la información catastral de los inmuebles objeto de dicho arrendamiento. Datos cuya cumplimentación es obligatoria en el modelo 180 correspondiente al ejercicio 2016. Por consiguiente, de forma previa a la obtención del Modelo 180 del ejercicio 2016 en el que se reflejan las retenciones de rendimientos procedentes del arrendamiento de inmuebles urbanos, es necesario definir en este nuevo mantenimiento de SicalWin los distintos inmuebles objeto de dicho arrendamiento por parte de la entidad y cumplimentar los siguientes datos para cada uno de los inmuebles requeridos en el Diseño Lógico del fichero del modelo 180 por la Orden HAP/1732/2014.

• Código interno identificativo del inmueble creado libremente por la entidad • Situación del Inmueble. • Referencia Catastral del Inmueble. • Dirección del Inmueble, detallando:

o Tipo de vía o Nombre de la vía o Tipo de numeración


o Número de casa o Calificador del número o Bloque o Portal o Escalera o Planta o piso o Puerta o Complemento o Localidad o población o Municipio o Código de Municipio o Código de Provincia o Código Postal

Se ha añadido una nueva opción de menú en Administración del Sistema => Exportación de Datos y Soporte Magnético denominada “Mantenimiento de Inmuebles”, desde esta opción se permitirá: 1º) En la pestaña denominada “Inmuebles” se podrán introducir los datos catastrales y la dirección específica de cada uno de los inmuebles que la entidad tiene arrendados:

El campo Situación tiene ayuda asociada, permitiendo elegir entre las siguientes situaciones:

1- Inmueble con referencia catastral situado en cualquier punto del territorio español, excepto País Vasco y Navarra.

2- Inmueble con referencia catastral situado en el País Vasco o Navarra. 3- Inmueble sin referencia catastral.


2º) En la pestaña de “Operaciones de Inmuebles” se permite relacionar las operaciones de retenciones grabadas en el concepto de IRPF calificado como concepto para “Arrendamiento de Locales“, (concepto de IRPF tipo 3) con sus correspondientes inmuebles. Esta relación de las operaciones de retenciones de IRPF de arrendamientos de locales con sus correspondientes Inmuebles será necesario efectuarla desde esta nueva opción de menú habilitada para ello de forma previa a la obtención del modelo 180 correspondiente al ejercicio 2016, para que el fichero generado tenga cumplimentada toda la información necesaria. Al entrar en la pestaña de “Operaciones de Inmuebles” se podrá filtrar por el tercero arrendatario del inmueble al que se ha aplicado la retención de IRPF o bien dejar el campo de tercero vacío para que aparezcan todas las operaciones no presupuestarias grabadas en el concepto no presupuestario de Arrendamiento de locales. Tal y como se puede ver al pulsar el botón de “Filtrar” aparecerán marcados por defecto los CNP marcados como tipo de concepto de IRPF =3.


Al aplicar filtro en la parte inferior del formulario aparecerán todas las operaciones no presupuestarias de retenciones de arrendamientos de locales grabadas en el CNP marcado. Para relacionar las operaciones con el inmueble correspondiente, se introducirá en la rejilla de datos código de Inmueble creado en la pestaña de Inmuebles. Para confirmar los datos almacenados en la rejilla hay que pulsar el botón Grabar.


2.3. Estado de Transferencias y Subvenciones Concedidas

Se trata del punto 15.2 de la Memoria. En la ICAL se hace referencia a: “Se informará sobre: Importe y características de las transferencias y subvenciones concedidas, cuyo importe sea significativo. Además se facilitará la siguiente información: a) Normativa con base en la cual se han efectuado o concedido. b) Importe de las obligaciones reconocidas durante el ejercicio. c) Datos identificativos de la entidad receptora. Se añadirá la siguiente información con respecto a las subvenciones concedidas: d) Finalidad. e) Reintegros que se hubiesen producido durante el ejercicio por incumplimiento de condiciones o requisitos, con especificación de su causa” Con anterioridad a esta versión, la información relacionada con Transferencias y Subvenciones se introducía manualmente. En esta versión se permite la cumplimentación automática de toda la información relacionada con Transferencias y Subvenciones Concedidas. Se tomarán las obligaciones reconocidas grabadas en los capítulos 4 y 7, se tratará de operaciones en cuyo asiento se haya movido la cuenta PGCP 65*. Las operaciones que se cargarán de forma automática en la rejilla serán operaciones con código de operación: 240, 250, 400, 502, 503 y 504 (suman las operaciones positivas y restan las negativas) al importe anterior se le restará el importe de los códigos de operación 891(suman del acumulado anterior las operaciones 891 negativas y restan las operaciones 891 positivas) Aunque los datos se carguen de forma automática, se permitirá la modificación manual por parte del usuario de la información relacionada con transferencias y subvenciones concedidas. La cumplimentación automática de la rejilla se realizará atendiendo a las siguientes normas:

• En características de la Subvención: Se tomará el texto explicativo de la operación • NIF del Tercero Perceptor: Se tomará el NIF del tercero de la operación (Número de documento y

descripción del tercero) • Importe : Se tomará el importe de las obligaciones reconocidas grabadas en los capítulos 4 y 7 : Suma

operaciones con código: 240, 250, 400, 502, 503 y 504 (suman las operaciones positivas y restan las negativas) al importe anterior se le restará el importe de los códigos de operación 891 (suman del acumulado anterior las operaciones 891 negativas y restan las operaciones 891 positivas)

• Finalidad: Indicamos siempre “Varios”. • Reintegros: Suma de las operaciones 891 enlazadas a obligaciones reconocidas de los capítulos 4 y 7

(sumamos el importe de operaciones 891 positivas y restamos el importe de operaciones 891 negativas)


3. Mejoras

3.1. Mejoras en traspaso integración con FirmaDoc

Esta mejora en los traspasos de operaciones afectará exclusivamente a aquellos clientes que trabajen integrados con Firmadoc. Se ha realizado una mejora funcional en los traspasos de operaciones contables que implican la grabación de saldos iniciales de operaciones que comparten el nº de operación en el ejercicio de origen y destino. De tal forma que el documento asociado a la operación en el ejercicio de origen se vinculará, en el momento del traspaso, a la nueva operación generada en el ejercicio de destino del traspaso. Describimos a continuación cuál será el funcionamiento por defecto de los traspasos de operaciones en el caso de que la entidad trabaje con integración con Firmadoc a partir de la versión 8.19.0001 Veamos las repercusiones de esta mejora funcional con un sencillo ejemplo:

En el ejercicio 2016 existe una operación O (o ADO) a traspasar al ejercicio siguiente:

- Durante el traspaso se desasocia el documento de la operación ADO del año 2016 y se vinculará a la operación Saldo inicial de O del 2017.


- No se genera versión del documento, la imagen y el documento no cambian, es decir, el Id del documento en FirmaDoc es el mismo.

- El tipo de documento no se cambia: aunque la operación sea un saldo inicial de Obligaciones, el tipo de documento será 400_Obligación Reconocida.

- El documento de saldo inicial no se almacenará en Firmadoc, y por lo tanto, tampoco será necesario firmarlo, mantendrá la situación de firma que ya tuviera.

- En el ejercicio de destino (2017) no será necesario incluir todas las operaciones de saldo inicial en una relación contable y firmar la relación para poder ejecutar la ordenación o el pago de esos saldos iniciales.

- Un documento podrá iniciar su circuito de firmas en el ejercicio de origen (2016) y continuar firmándose el mismo documento una vez efectuado los traspasos al ejercicio destino (2017), manteniéndose la situación de firma que tuviera en el ejercicio origen.

- Para poder ordenar el pago o pagar una operación de saldo inicial, la situación de firma de todos los documentos asociados a dichas operaciones habrá de ser la correcta.

- Si una operación contable está incluida en una relación contable almacenada en FirmaDoc, el traspaso de la relación (y de su documento asociado) al ejercicio de destino será obligatorio.

El funcionamiento descrito será el funcionamiento por defecto para todos los traspasos de operaciones 2016/2017 en el caso de que la entidad trabaje con Integración SicalWin- Firmadoc y tenga actualizada la versión 8.19.0001 El anterior será el funcionamiento por defecto para los siguientes tipos de operaciones:

• Traspaso de obligaciones y propuestas pendientes de ordenar. Desde este punto podemos realizar el traspaso de operaciones a partir de la obligación. Esto son las siguientes operaciones.

• Obligaciones de gastos (240,250,400,399) • Propuestas de mandamiento no presupuestarias (450) • Obligaciones por devolución de ingresos (450, 449)

• Traspaso de órdenes y mandamientos pendientes de pago. Este punto es similar al anterior, pero nos servirá para traspasar al ejercicio siguiente las siguientes operaciones que hayan quedado con saldo a 31 de Diciembre:

• Órdenes de pago del presupuesto de gastos (500, 399) • Mandamientos de pago no presupuestarios (500) • Órdenes de pago por devolución de ingresos (500,499)

• Traspaso de Compromisos y Derechos pendientes de Cobro. Con esta opción traspasaremos al ejercicio siguiente tanto Compromisos como Derechos Reconocidos, con saldo. Los Compromisos son operaciones 300 y 310, y los Derechos Reconocidos pueden ser tanto Reconocimientos de Derecho (700, 701), como Saldos iniciales de Derechos (698, 699).

• Traspaso de Justificantes. Este proceso sirve para traspasar los justificantes que en fin de ejercicio hayan quedado en la situación de no contabilizados. También se realiza el traspaso de justificantes desde el traspaso de Obligaciones y desde el traspaso de Órdenes de Pago, de forma conjunta al traspaso de la operación de saldo inicial, se traspasa el justificante asociado. Los documentos asociados a los justificantes se almacenan en Firmadoc y son accesibles desde los ejercicios origen y destino.

• Traspaso de Recursos de Otros Entes. Las operaciones que se pueden traspasar desde este punto del menú sí generan documentos en Firmadoc, pero estos documentos no necesitan ser firmados para continuar con la tramitación. Se puede aplicar cualquier tipo de firma a estos documentos pero no se visualizarán desde Sicalwin. Es decir, desde Sicalwin podemos ver el documento de la operación pero no accederemos al documento en Firmadoc.

• Traspaso de Operaciones Pendientes de Aplicar a Presupuesto. Las operaciones que se traspasan desde esta opción de menú son operaciones 413.


• Para todas las operaciones susceptibles de ser traspasadas, se tratarán los traspasos de relaciones contables que contienen estos tipos de operaciones. Si se traspasa una operación que forma parte de una relación contable, se traspasará la relación contable, manteniendo el mismo documento de la relación en Firmadoc.

Una vez que una operación entra a formar parte de una relación contable, el documento relacionado con la operación en Firmadoc se anula y queda vigente, a todos los efectos, el documento de la relación contable, es decir, las firmas que se realicen al documento de la relación contable serán válidas para el documento de la operación.

• Con respecto a las operaciones previas que posteriormente se contabilizan, la casuística que podemos encontrar es la siguiente:

o Si optamos por incluirla en una relación contable, nos crea la operación definitiva incluida en una relación contable, por ejemplo, una relación C. Al realizar el traspaso de la operación en el ejercicio siguiente podemos encontrar la operación previa, cuyo documento en Firmadoc es el mismo que el del ejercicio anterior. La operación definitiva, sin documento almacenado en Firmadoc, al igual que en el ejercicio anterior. Y la relación contable C, cuyo documento es el mismo que el ejercicio anterior. La relación contable de la operación previa no se traspasa.

o Si optamos por contabilizarla sin relación, se crea la operación definitiva sin incluirla en ninguna relación contable. Al realizar el traspaso de la operación en el ejercicio siguiente podemos encontrar la operación previa, cuyo documento en Firmadoc es el mismo que el del ejercicio anterior. La operación definitiva, sin documento almacenado en Firmadoc, al igual que en el ejercicio anterior. La relación contable de la operación previa no la traspasa. En este caso, almacenará el documento de la operación definitiva en Firmadoc, en el ejercicio en el que se contabiliza, y al realizar el traspaso de la operación dicho documento de Firmadoc será accesible desde el ejercicio destino.

Las distintas mejoras que se consiguen en los procesos de traspasos cuando hay integración con Firmadoc tras esta nueva funcionalidad, se resumen en las siguientes:

• En la versión anterior, cuando se traspasaba una operación al año siguiente, se descartaba el documento relacionado con la operación y se creaba otro documento, perdiéndose así las firmas que pudiera tener. Con esta nueva funcionalidad el mismo documento de Firmadoc está enlazado con la operación en origen y con la traspasada en destino. Si en origen tiene alguna firma, en destino se mantendrán todas las firmas y continuará en el circuito de firmas con las firmas ya realizadas. Si buscamos en Firmadoc una operación ya traspasada podemos comprobar que solo existe un documento asociado a esa operación, en las versiones anteriores encontrábamos dos o más documentos relacionados con la misma operación.

• Al intentar traspasar una operación que pertenece a una relación contable, se informará de que se van a traspasar tanto la operación como la relación, ya no presenta la posibilidad de traspasar solo la operación sin realizar el traspaso de la relación contable. Al traspasar una operación y su relación contable, en los dos ejercicios podemos encontrar el mismo documento para la relación contable. Si realizamos alguna firma en el documento de la relación, la visualizaremos desde los dos ejercicios.

• Al realizar una anulación de traspaso el documento se sigue manteniendo con las mismas firmas, pero solo en el ejercicio origen. Si forma parte de una relación contable, ocurre lo mismo, dicha relación desaparece del ejercicio destino y solo lo encontramos en el ejercicio origen, manteniendo todas las firmas.


• Tenemos que tener en cuenta que para poder anular el traspaso de una operación, dicha operación debe estar en la misma situación en la que la traspasamos, es decir, no deberíamos haber hecho nada contra esa operación, en caso contrario no nos permitirá anular el traspaso.

• Dado que el documento en Firmadoc es el mismo para la operación en los dos ejercicios, este documento se visualizará desde las operaciones de los dos años, por lo que el estado del documento y las firmas presentes en el mismo van a ser siempre idénticas en el ejercicio origen y en el de destino.

• Lo mismo ocurre con el documento de la relación contable, si la visualizamos desde el año origen vemos el mismo documento que si lo visualizamos desde el año destino.

• El control de firma de los documentos sigue siendo el mismo. Es posible empezar a firmar un documento en el ejercicio de origen, efectuar el traspaso y continuar firmando el documento en el ejercicio de destino. A la hora de contabilizar la siguiente fase contable en el ejercicio de destino, el sistema comprobará que el estado de firma del documento y de su relación (en caso de existir) sean válidos.

En cualquier caso, también se permite que la entidad continúe operando atendiendo a la misma funcionalidad existente en los traspasos en versiones anteriores, para ello deberá eliminar el siguiente parámetro existente en “Tablas Generales” en los ejercicios 2016 y 2017.

3.2. Mejoras en la Incorporación de Remanentes con Firmadoc

Se ha realizado una mejora al realizar la incorporación automática de operaciones de remanentes, de forma que para las nuevas operaciones generadas en el ejercicio n+1 se asocia el mismo documento existente en el ejercicio anterior en Firmadoc, actualizando el perfil del documento.


3.3. Actualización Modelos Pasivo para Tutela Financiera de Cataluña

En esta versión se han actualizado los ficheros Excel con los Modelos de Pasivo para remitir a Tutela Financiera de Cataluña, atendiendo a los nuevos modelos requeridos por este organismo. Las modificaciones afectan a los siguientes formularios y modelos:

• Formulario 1 (modelo CL 40) • Formulario 2 (modelo CL 41) • Formulario 3 (modelo CL 42) • Formulario 10 (modelo PR - 1S0)

3.4. Ficheros de liquidación y presupuesto para Consejería de Gobernación de Cataluña.

Desde la Opción de Menú: "Operaciones Fin de Ejercicio --> Rendición de Cuentas --> Consejería Gobernación Generalitat de Cataluña", se permite la obtención de los ficheros ENLFE para Liquidación y Presupuesto a remitir a Consejería de Gobernación de la Generalitat de Cataluña. En esta versión se incluyen adaptaciones realizadas en SicalWin para contemplar las modificaciones en el contenido del fichero de presupuestos y liquidación comunicadas por Generalitat de Cataluña. En concreto estas modificaciones afectarán a: 1º) Liquidación del ejercicio 2016 a presentar en Marzo 2017 2º) Comunicación del presupuesto del ejercicio 2017. Estos cambios en concreto afectan a la generación de los ficheros ENLFE014 (presupuesto) y ENLFE015 (liquidación) no en la estructura pero sí en el contenido, ya que hay que incluir el desglose en programas de gasto de los epígrafes 467 y 767 Transferencias a consorcios.

3.5. Introducción obligatoria de códigos DIR3 en registro manual de facturas.

Atendiendo a la Orden HAP/492/2014 desde el 01/07/2014, para todas las facturas presentadas en el registro contable de facturas es obligatorio que se identifiquen en la factura los códigos DIR3. En SicalWin se realizó la mejora para contemplar estos códigos en el registro manual de todas las facturas y que la introducción del código DIR3 fuera obligatoria con fecha Junio de 2014. Pero se permitió que mediante la introducción de un parámetro que los datos asociados al código DIR3 no fueran obligatorios para las facturas que se registraran de forma manual. En esta versión de SicalWin, se establece que el funcionamiento por defecto para el registro de facturas manuales a partir del ejercicio 2017 es obligar a la introducción de los códigos DIR3 de todas aquellas facturas que se registren de forma manual, atendiendo a las obligaciones descritas para las facturas registradas manualmente en


el art. 5.3 de la Orden HAP/492/2014 y cuyo cumplimiento hay corroborar en la Auditoría Anual del Registro Contable de Facturas que es necesario realizar atendiendo al artículo 12 de la Ley 25/2013. Pese a lo anterior, si la entidad quisiera registrar las facturas manuales sin detallar los códigos DIR3, podrá entrar en “Administración del Sistema àTablas Básicas” y para el parámetro con Código: PARM y Elemento: REG_CON_FAC y modificar el valor de este parámetro de -1 a 0.

3.6. Nuevo filtro por código de clasificación en Estados de Ejecución de Gastos

Desde ‘Salidas por Impresora’ =>‘Estados de Ejecución’, concretamente al filtrar “Entre fechas (Ppto.corriente)”, se ofrece la posibilidad de filtrar por los distintos dígitos de cada una de las clasificaciones: Orgánica, Programa y Económica para cualquier estado de ejecución del área de Gastos.

Al obtener cualquier estado de ejecución del área de Gastos, habiendo filtrado Entre fechas de Ppto. Corriente, aparecerá el siguiente formulario en el que podremos filtrar desde / hasta por cada uno de los códigos de las distintas clasificaciones.


3.7. Nuevo acumulado en Consulta aplicaciones de gastos

Se ha añadido la posibilidad de poder consultar el disponible de Remantes por aplicación, para ello se ha añadido un nuevo check a la “Consulta de Aplicaciones de Gastos – Corriente” y a la “Consulta Situación Presupuesto Centros Gestores”.


Esta información también se ha añadido al resumen de acumulados de la aplicación de gastos seleccionada.


3.8. Nuevo listado de Ejecución Presupuestaria de gastos con desglose de nivel de vinculación de gastos

Se ha añadido un nuevo listado en “Salidas por Impresora à Estados de Ejecución” denominado “Estado de Ejecución por Aplicación Presupuestaria de Gastos con desglose de vinculación”. Este filtro no está disponible al obtener estados de ejecución de presupuestos cerrados.


Se muestra a continuación el formato del nuevo listado:

3.9. Campo expediente en consulta operaciones de futuro

Se ha añadido un nuevo campo a la consulta de operaciones de gastos plurianuales, denominado Número de Expediente, el cual permite visualizar el expediente de la operación. Este campo hay que añadirlo pulsando el botón derecho del ratón.


3.10. Mejoras en Selección e Incorporación de Remanentes

En ‘Expediente de Modificación de Crédito’ => ‘Control de Remanentes de Crédito’ => ‘Selección e Incorporación de Remanentes’ se han añadido tres nuevos campos que hacen referencia al dato del expediente, nombre del tercero y número de documento del tercero. Estos nuevos campos aparecerán con independencia de que se tenga marcado el parámetro de opciones de instalación denominado “Cálculo de remanentes con disponible en aplicaciones”.


3.11. Programar tareas automáticas para corrección de validaciones contables.

En la versión 8.18.0000 se liberó una nueva funcionalidad que permite lanzar y corregir las validaciones de contabilidad de forma automática mediante la programación de tareas de Windows, evitando, por tanto, que el usuario tenga que lanzar las validaciones dejando durante horas la aplicación ejecutando el fichero de validaciones de contabilidad. Aclaramos en este Boletín de forma detallada el proceso a seguir para programar una tarea en Windows atacando a este fichero de configuración generado por SicalWin para que se lance de forma automática con la periodicidad indicada por el usuario la corrección de dichas validaciones contables.

Una de las principales mejoras de este proceso con respecto al funcionamiento anterior de corrección de validaciones contables de SicalWin , radica en el hecho de que mediante este proceso se permite realizar un “Autoarranque” de validaciones, permitiendo que la validación y corrección de datos contables se “auto ejecute”. En este caso, el usuario marcará los códigos de procesos de validación que desea ejecutar, seleccionado al mismo tiempo los procesos para los que desea que se lance el proceso de corrección de validaciones de forma automática, y marcará el check de Autoarranque” y pulsará el icono de “Guardar”.

Al hacerlo se almacenará la configuración establecida en un fichero de texto que se guardará en el Directorio de Trabajo indicado.


Si se configura una tarea de Windows con la finalidad por ejemplo de que el día 1 de cada mes a las 17:00h se lancen los procesos de validación seleccionados y de forma automática se ejecuten los procesos de corrección de errores, una vez configuradas las validaciones que deseamos ejecutar y marcado el check de “Autoarranque”, cada día 1 de cada mes a la hora indicada se pasarán las validaciones y los procesos de corrección de validaciones automáticamente y el programa se abrirá y se cerrará sin pedir confirmación, generando los ficheros de validación correspondientes en el directorio de trabajo indicado. En este caso, el programa se cierra para que se pueda ejecutar de nuevo la siguiente vez que se tenga programado en el programador de tareas de Windows. Si el usuario desea consultar las validaciones pendientes de corregir, deberá entrar en el directorio de trabajo y consultar el fichero de resultados txt generado. O bien ejecutar el proceso manualmente y pulsar el icono de “Consultas”. En caso de no seleccionar la opción de “Autoarranque” el proceso de validación se iniciará sólo cuando pulsemos manualmente el botón “Iniciar” del formulario. Para programar la tarea de Windows enlazada al anterior fichero de configuración que hayamos almacenado se procederá de la siguiente forma:

• Desde el programador de tareas, tendremos que crear una tarea:

En la primera pantalla indicar el nombre y la descripción de la tarea:


En la segunda pestaña definir los desencadenadores, es decir, la hora y el día que se va a ejecutar dicha tarea, en el ejemplo le vamos a indicar que el día 1 de cada mes se ejecuten y corrijan de forma automática todas las validaciones contables de SicalWin para la entidad seleccionada:


En la tercera pestaña, y más importante tendremos que indicar la acción que se va a ejecutar:


En programa o script, tendremos que coger desde la ruta de instalación de SicalWin, en la carpeta Utilidades, el proceso ejecutable denominado: sicalwin-validaciones.exe. Y en argumentos, tendremos que introducir el código de: ORGANIZACIÓN,ENTIDAD, EJERCICIO, y nombre del USUARIO, separados por comas y sin espacios, de la entidad y el ejercicio correspondiente para los que queramos lanzar de forma automática el proceso de corrección de validaciones.


Por ejemplo, en nuestro caso; En programa o scripts introduciríamos: C:\SicalWin2006\Utilidades\SicalWin-Validaciones.exe En argumentos introduciría la siguiente secuencia: 0000000000,MALAGA,2016,acaro. Dónde:

Código de Organización en el Administrador de Aplicaciones: 0000000000 Código de Entidad en el Administrador de Aplicaciones Entidad: MALAGA Ejercicio: 2016. Identificador de Usuario de acceso a SicalWin: acaro


Que si nos fijamos son los diferentes parámetros con los que se crea el fichero de configuración inicial:

Una vez almacenada la acción y los argumentos, se mostrará lo siguiente:

Para probar la tarea en el momento, y no tener que esperar a la hora y día que hemos programado, le podemos dar a ejecutar, una vez dentro del programador de tareas:


En biblioteca del programador, podemos ver la tarea que hemos creado, y dándole al botón ejecutar, nos la ejecutará en el momento, de este modo podemos comprobar si se ha creado correctamente o no.

Boletín de Novedades SicalWin - versión 8.19.0001n... · 2.1. Nuevo formato Modelo 190 según...

Documents

Transcript of Boletín de Novedades SicalWin - versión 8.19.0001n... · 2.1. Nuevo formato Modelo 190 según...