sicalnet y sicalasp - soluciones de gestión para la ... · pdf filedefinimos la forma...

SICALWin (Contabilidad Pública)

SICALASP - SICALNET

Versión 3.5.2

AYTOS CPD, S.L.

SICALWin (Contabilidad Pública) SICALASP - SICALNET Sumario • ii

Sumario

DESCENTRALIZACIÓN. 3 DESCENTRALIZACIÓN. ................................................................................................. 3

DESCENTRALIZACIÓN.................................................................................... 3 OPERACIONES PREVIAS ................................................................................. 7 PARAMETRIZACIÓN DE LA TRAMITACIÓN DEL GASTO........................ 8 TRAMITACIÓN DEL GASTO. ........................................................................ 11 DEFINICIÓN DE LAS PARTIDAS CONSULTABLES Y/O GESTIONABLES POR CADA USUARIO. .................................................................................... 14

SICALASP. 16 INTRANET - SICALASP. .............................................................................................. 16

Objetivo. ............................................................................................................. 16 Integración del sistema. ...................................................................................... 16 Breve descripción funcional. .............................................................................. 16 Criterios iniciales de filtrado de aplicaciones o partidas presupuestarias de Gastos. ................................................................................................................ 18

SICALNET. 22 DESCRIPCIÓN DE LA FUNCIONALIDAD.................................................................. 22

INTERNET......................................................................................................... 22 INTRANET. ....................................................................................................... 23

SINCRONIZACIÓN DE LAS BASES DE DATOS. ‘TRANSMIT’. .............................. 23 CARACTERÍSTICAS TÉCNICAS. .................................................................. 23 FUNCIONALIDAD. .......................................................................................... 24

INTERNET....................................................................................................................... 27 PÁGINA DE INICIO. ........................................................................................ 27 SOLICITUD DE CLAVE................................................................................... 27 IDENTIFICACIÓN DEL USUARIO Y FUNCIONALIDAD DEL SISTEMA. 28

SICALWin (Contabilidad Pública) SICALASP - SICALNET DESCENTRALIZACIÓN. • 3

DESCENTRALIZACIÓN.

DESCENTRALIZACIÓN.

DESCENTRALIZACIÓN

PARAMETRIZACIÓN.

En ‘SICAL’, ‘Administración del Sistema’, ‘Opciones de Instalación’, y en este formulario en la pestaña ‘Descentralización y Gestión del Presupuesto’ definimos la forma en la que el sistema va a gestionar la ‘Descentralización’.

- No utiliza Centros Gestores. No hay descentralización.

- Utiliza Clasificación Orgánica como Centro Gestor. La estructura del Presupuesto de Gastos de la Corporación contiene la Clasificación Orgánica, desde 1 a 5 caracteres, y se va a diseñar la descentralización utilizando ésta como ‘Centro Gestor’.

- Utiliza Centros Gestores distintos a la Clasificación Orgánica. Se tenga o no ‘Clasificación Orgánica’ se van a definir ‘Centros Gestores’ independientemente de la ‘Clasificación Orgánica’, o si ésta no se utiliza.


Si la ‘Clasificación Orgánica’ son nuestros ‘Centros Gestores’ no será necesario crear códigos para ellos tal como se indica a continuación.

Dentro de este formulario en la ventana denominada ‘Centros Gestores’ se crean, modifican o eliminan los centros gestores de nuestra instalación. El código será de dos caracteres que pueden ser números o letras.

Una vez creados nuestros Centros Gestores, en la ventana de ‘Usuario-Centro Gestor’ se autoriza a los usuarios que puedan trabajar con un centro gestor o varios.

En el ejemplo, el usuario JMA está asignado a los centros ‘IN’ y ‘HA’, y ‘MDB’ a los tres existentes ‘IN’, ‘HA’, y ‘GO’.

Si la ‘Clasificación Orgánica’ forma parte de nuestra estructura del Presupuesto de Gastos, en este mismo formulario asignaríamos ‘Clasificación Orgánica’ a los usuarios autorizados. En este caso desde aquí no se crearían los verdaderos Centros Gestores, si no que se haría desde el menú de creación, eliminación y modificación de ‘Clasificaciones’.

Tampoco en este caso tendremos que hacer nada más. Al grabar el presupuesto de gastos habremos creado las ‘Aplicaciones Presupuestarias de Gastos’ con Clasificación Orgánica, y el control de autorización entre usuarios y aplicaciones no necesitará más información.

En cambio, en el otro supuesto, si utilizamos ‘Centros Gestores’ distintos de la Clasificación Orgánica, es necesario que relacionemos las ‘Aplicaciones Presupuestarias de Gastos’ con los ‘Centros Gestores’. Esto se realiza cuando se carga el presupuesto como se indica a continuación.


La aplicación marcada en esta imagen, ‘GASTOS FINANCIEROS’, pertenece al Centro Gestor ‘HA’ (En el formulario ‘Área gestora gasto:’.).

CONSULTAS DESCENTRALIZADAS.

Una vez parametrizado todo lo anterior para los usuarios de centros gestores, como otros, que solo puedan consultar será necesario empezar por solo autorizar su acceso a los procesos de consultas.

¿Cómo se hace?. En el ‘Administrador de Aplicaciones’, ‘Seguridad del Sistema’, ‘Procesos autorizados a usuarios’, a éstos les concederemos autorización solo para consultas. Se puede hacer de diversas formas, pero en este caso nos vamos a limitar a, observando el formulario siguiente, ver que hemos desautorizado al usuario MDB a todos los procesos menos a los que no están con el icono ‘rojo’.

Otra posibilidad es también desde que se crea el usuario autorizarlo solo a consultas y listados de cualquier tipo. Esta opción es más rápida pero el usuario puede acceder a cualquier módulo de la aplicación para consultar y/o listar.


La combinación del sistema de seguridad nos permite configurar el sistema de accesos descentralizados para consultas y listados de cualquier forma.

Una vez configurado definitivamente el usuario cuando acceda al sistema, solo podrá hacer a las consultas / listados autorizados, y una vez en cualquiera de los procesos de consulta o listado, no tendrá posibilidad de visualizar o imprimir información alguna que no sea de las Aplicaciones de Gastos del o los Centros Gestores que tiene asignados.

Accede el usuario ‘MDB’ y el menú que le aparece es el siguiente:

Cuando desde el formulario de consultas visualice las operaciones de gastos, independientemente del criterio de selección que utilice, exclusivamente aparecerán las operaciones cuya aplicación presupuestaria de gastos pertenezcan a uno de sus posibles centros gestores.

En el ejemplo, el usuario ‘MDB’ solo pertenece al centro gestor ‘GO’, que en el supuesto engloba a todas las aplicaciones del capítulo de personal. Las tres operaciones que aparecen son las únicas grabadas con aplicaciones de ese centro gestor.


OPERACIONES PREVIAS Además de la parametrización y configuración descrita en el apartado anterior, si el usuario puede realizar operaciones previas de gastos u operaciones definitivas, el proceso cambia de la siguiente forma:

- Desde el Administrador de Aplicaciones se le concederá acceso al proceso de ‘Operaciones de Gastos’.

- En ‘SICAL’, ‘Administración del Sistema’, ‘Permisos usuario-operación’, tendremos que autorizar al usuario realización de operaciones de gastos que pueda realizar.

1º) Administrador de Aplicaciones. Autorización para usuario ‘MDB’ al proceso de ‘Operaciones de Ejecución de Gastos’.

2º) SICAL, Administración del Sistema, conceder permisos al usuario MDB para grabar operaciones de ‘GASTOS’. En el ejemplo siguiente se le autoriza sólo a operaciones ‘RC, A, D y AD’ positivas.


El usuario ‘MDB’ accederá con su clave al sistema. Tendrá acceso a las consultas como se describía en el apartado anterior, y además al proceso de ‘Operaciones de Ejecución de Gastos’.

Una vez en el formulario para la grabación de operaciones, estará limitado su acceso al ‘Centro Gestor’ ‘GO’, y no le permitirá realizar otras operaciones que las autorizadas ‘RC, A, D y AD’ positivas. Si pulsa la tecla de ayuda ‘F5’, en el código de operación, la información que recibirá será la siguiente:

Como podemos observar la ayuda le facilita los código de operación a los que está autorizado. Si en el campo signo, cambia + por -, le aparecerá el mensaje de error siguiente:

Si intenta teclear directamente por ejemplo el código de operación ‘240’ ADO sobre Crédito Disponible, le aparecerá el mensaje de error siguiente:

PARAMETRIZACIÓN DE LA TRAMITACIÓN DEL GASTO Desde la grabación de una operación previa por el Centro Gestor o por la Intervención General, el documento podrá pasar de un estado o situación a otro de acuerdo con el circuito de tramitación en el que se incluya.

La definición de los estados, estados anteriores de un trámite, resultados de una tramitación, documentos asociados y relaciones contables asociadas se podrán definir en los siguientes formularios.

El primero para crear los distintos estados por los que puede pasar un documento antes de su contabilización o no.


Los trámites serán los encargados de modificar el estado de uno o varios documentos. En este formulario se describen:

- Los trámites, descripción y tipo de relación contable asociada.

- Los subtrámites o resultados de la tramitación. A cada subtrámite se le asocia un estado destino de los documentos tramitados, una relación contable y documento individual por operaciones.

Para poder realizar uno o más trámites un usuario tiene que estar autorizado. La autorización se realiza mediante el siguiente formulario.

Filtrado por usuario:


Filtrado por trámites:

Para que un documento sea seleccionado para ser tramitado es necesario que a cada trámite se le indique el o los estados que tienen que tener los documentos a los que puede variar su estado.


El diagrama de flujo de la tramitación del gasto se diseña con cada uno de estos formularios. Este diagrama puede ser modificado en cualquier momento aunque ya se haya utilizado en la tramitación de los documentos hasta el momento.

De todos los estados por los que pasa un documento antes de ser contabilizado queda grabado en el histórico del mismo:

- Estado, fecha, trámite y usuario que lo realiza.

TRAMITACIÓN DEL GASTO. La tramitación de las operaciones o documentos previos desde que se graban hasta su contabilización o anulación se realiza desde un solo formulario.

El acceso a este formulario se autorizará desde el Administrador de Aplicaciones, y dependiendo del usuario, el centro gestor al que pertenece y los trámites autorizados, así será su comportamiento.

Éste se estructura de la siguiente forma:

1ª Pestaña. Registro de documentos recibidos en el Centro Gestor o en Intervención pendientes.


2ª Pestaña. Bandeja de entrada. Trámites autorizados al usuario y documentos pendientes de tramitar.

3ª Pestaña. Una vez seleccionado el trámite aparecerán todos los documentos pendientes en ese trámite.


El sistema permite marcar los documentos y decidir el resultado de la tramitación:


4ª Pestaña. Bandeja de Salida. En ella se podrán visualizar todos los documentos tramitados por este usuario y que aún no han cambiado de estado.

DEFINICIÓN DE LAS PARTIDAS CONSULTABLES Y/O GESTIONABLES POR CADA USUARIO. Esta función se establece a través de la definición de la descentralización asociando aplicaciones a centros gestores y usuarios a centros gestores.

Las características del sistema de descentralización ha sido descrito en el correspondiente apartado anterior.

Asignación de Aplicaciones-Centros Gestores.

Usuarios-Centros Gestores.

SICALWin (Contabilidad Pública) SICALASP - SICALNET SICALASP. • 16

SICALASP.

INTRANET - SICALASP.

Objetivo.

El acceso a los datos contables de la Entidad en tiempo real, exclusivo para usuarios del sistema, que puedan estar ubicados en distintos edificios para los que la red local física no admita la conexión a las bases de datos.

Integración del sistema.

La aplicación debe integrarse tanto con SICALWIN, accediendo directamente a datos del presupuesto, terceros y operaciones, como con el Administrador de Aplicaciones, en el que se validará la identificación del usuario, así como los permisos de acceso a las distintas Entidades y ejercicios contables que figuren en línea.

La integración con SICALWIN llegará al extremo de diferenciar si la contabilidad está organizada por centros gestores, de forma que se filtren las partidas presupuestarias pertenecientes al centro o centros gestores a los que el usuario tenga acceso.

Breve descripción funcional.

En una primera pantalla se identificará el usuario, introduciendo su login y pasword al mismo tiempo, debiendo ser éstos validados contra la base de datos del Administrador.


Una vez validados, el sistema mostrará las Entidades y ejercicios contables a los que el usuario tiene autorizado el acceso, consultando estos datos en la misma base del Administrador.

Elegidos la Entidad y el ejercicio (este podrá guardarse en una variable global que el sistema utilizará como referencia en distintos puntos de la aplicación), se hará la conexión a la base de datos de SICALWIN correspondiente a dicha Entidad y ejercicio, y un acceso al registro de parámetros correspondiente al ejercicio elegido . Este registro es el que contiene entre otros, los parámetros necesarios para conocer si la gestión del presupuesto es centralizada o descentralizada por centros gestores , y si pueden existir o no operaciones provisionales en la gestión de Gastos.

En este momento ya tenemos la información necesaria para poder realizar una carga de los datos sobre los que se van a realizar todas las consultas, por lo que podemos cargar en memoria las tablas:

PGA Presupuesto de Gastos, ejercicio corriente.

GPC Presupuesto de Gastos, ejercicios cerrados.

API Presupuesto de Ingresos, ejercicio corriente.


(SAP) Existen de 0 a 4 registros por cada registro API, distinguiéndose por el tipo de exacción. La información interesa acumulada para cada registro API, no por formas de exacción.

SAC Presupuesto de Ingresos, ejercicios cerrados.

Estas tablas no suelen contener cada una mas de 2.000 registros.

Criterios iniciales de filtrado de aplicaciones o partidas presupuestarias de Gastos.

A la hora de cargar estos datos, si se tratara de Gastos, se tendrán en cuenta los parámetros comentados anteriormente, dependiendo que existan centros gestores o no, y las partidas excluidas al usuario.

Las partidas de Ingresos (API y SAC) se cargarán en principio sin filtrado alguno.

Estos datos (Gastos e Ingresos) aún no se presentarán en pantalla hasta que el usuario decida que tipo de consulta desea realizar.

De momento se presentará para que el usuario elija entre tres consultas distintas:

Terceros Gastos Ingresos

Si seleccionara Gastos o Ingresos:


Se habilitará un campo desplegable con los años que pueden consultarse para los que existieran registros. Mediante este campo el usuario podrá seleccionar un año, o todos. Si el año elegido coincide con el ejercicio contable que se seleccionó entonces solo se visualizarán los registros (de Gastos o de Ingresos) del ejercicio corriente . Si el año elegido es inferior al ejercicio contable entonces se visualizarán los registros cuyo campo ejercicio coincida con dicho año.

También podrá seleccionarse un Centro Gestor concreto (si es que el usuario tuviese asignado varios, si solo tiene uno no hace falta selección).

Estos filtrados de registros, en caso de que se seleccionara un año concreto o un Centro Gestor concreto, se hará sobre la propia rejilla de partidas, cargada inicialmente.

En cualquier caso, siempre se mostrará el resultado de la selección visualizando únicamente el alias de la partida, el código (incluyendo el año) y la descripción.

Si seleccionara Terceros:

Entonces se solicitará algún dato entre nombre, documento o alias, debiendo el programa en función del dato introducido efectuar una consulta a la base de datos cargando todos los registros que encuentre y presentando estos mismos datos en rejilla (alias – documento – nombre).

Ya tenemos en el primer formulario la posibilidad de seleccionar más datos o ampliar la consulta, bien de las partidas de Ingresos o de Gastos, o bien de los Terceros. La información que tenemos en la rejilla debemos poder ordenarla por distintos criterios según los casos:

Caso Gastos: Por código orgánico-funcional-económico


Por código orgánico-económico-funcional

Por Alias

Por Descripción

Caso Ingresos: Por código orgánico-económico

Por Alias

Por Descripción

Caso Terceros: Por Nombre

Por Alias

Por Documento

ESTRUCTURA DE LAS CONSULTAS.

DE PARTIDAS

DE GASTOS


PTO. CORRIENTE (formulario de 4 pestañas)

EJERCICIOS CERRADOS ( formulario de 1 única pestaña)

OPERACIONES (detalle de los registros de operaciones de la partida seleccionada, de corriente o de cerrados. Se podrán aplicar algunos criterios más de selección como el Tercero de la operación, la Fecha y la Referencia antes de presentar la página de operaciones seleccionadas)

Una vez en la pantalla de detalle de operaciones, se podrá ampliar la información de la operación visualizándola en un formulario.

DE INGRESOS

PRESUPUESTO CORRIENTE.

EJERCICIOS CERRADOS.

OPERACIONES (detalle de los registros de operaciones de la partida seleccionada, de corriente o de cerrados. Se podrá aplicar algunos criterios más de selección como el Tercero de la operación, la Fecha y la Referencia antes de presentar la pantalla de operaciones)

Una vez en la pantalla de detalle de operaciones, se podrá ampliar la información de la operación visualizándola en un formulario.

DE TERCEROS

Una vez situados en el tercero cuya información deseamos ampliar, el programa debe permitir hacer las siguientes consultas:

PAGOS A JUSTIFICAR

FACTURAS

ENDOSOS

GASTOS

INGRESOS.

SICALWin (Contabilidad Pública) SICALASP - SICALNET SICALNET. • 22

SICALNET.

DESCRIPCIÓN DE LA FUNCIONALIDAD.

INTERNET. El sistema se basa en la duplicidad de la información de SICAL en el servidor web del Ayuntamiento o en los servidores del ISP (Proveedor de Sistemas de Información).

Esta duplicidad garantiza que solo la información de los terceros que hayan solicitado acceso a través de internet a la información y el estado de sus facturas, y a la modificación (solicitud de cambios) de sus datos fiscales, es la que se encuentra en internet.

Como más adelante se describe, la sincronización entre las bases de datos en local y la información almacenada en internet se realiza de forma periódica, automática o manualmente.

Esta duplicidad no es total y por lo tanto en el caso de tener que contratar hosting con un ISP no será necesaria la ocupación de megas no necesarios.

El acceso se garantiza mediante login y password, aunque se implementará en próximas versiones el acceso mediante firma electrónica (certificación electrónica CERES o la de cualquier otra entidad certificadora).

¿Qué es CERES ?

Es una ambiciosa iniciativa puesta en marcha por la Administración Española, que lidera la Fábrica Nacional de Moneda y Timbre, y que en líneas generales, consiste en establecer una Autoridad Pública de Certificación, que permita autentificar y garantizar la seguridad de las comunicaciones entre ciudadanos y empresas con las Administraciones Públicas o de éstas entre sí, a través de las redes abiertas de comunicación, como Internet.

Las transacciones administrativas que tengan lugar utilizando la infraestructura de seguridad de CERES, gozarán de la misma validez y eficacia que las transacciones realizadas en soporte papel.

La funcionalidad del sistema permite:


- Consultas de datos fiscales, facturas y su situación, domiciliación bancaria y en una próxima versión también de los datos suministrados por el ayuntamiento en el modelo 347, sugerencia realizada por una Entidad Local.

- Modificación de los datos fiscales o de la domiciliación (solicitud de modificación pendiente de aceptar por el ayuntamiento) .

- Impresión de relación de las facturas y su estado, y de la ficha de tercero modelo oficial del ayuntamiento para firmar por él y por la entidad financiera en caso de cambio en la domiciliación, y enviar al ayuntamiento.

En próximas versiones se permitirá la introducción de facturas (presentación de facturas digitales) utilizando la firma electrónica avanzada, de acuerdo con la nueva normativa, que facilitará además el registro automático de estas facturas (e-factura).

INTRANET. La funcionalidad de la versión intranet de SICALWin facilitará acceso directo a las bases de datos originales y permitirá las consultas remotas o en la red de Operaciones de Gastos, Ingresos, No Presupuestarias o de Aplicaciones (Estado de ejecución del presupuesto) desde un navegador.

Este módulo se regulará totalmente por el ‘Administrador de Aplicaciones’ y por ‘SICALWin’ y por lo tanto el usuario se tendrá que identificar ante el sistema y solo podrá acceder a la información a la que tenga autorización. Por una parte solo podrá acceder a las consultas e informes autorizados y el contenido de estos estará limitado a las Aplicaciones y operaciones de su centro gestor, si el usuario pertenece a un centro gestor.

Gracias a este módulo no será necesaria la instalación de la aplicación SICALWin en los clientes que solo necesiten acceder a los datos para consultas, informes y seguimiento, sino que solo será necesario que se les instale un navegador.

Este módulo se liberará en próximas versiones.

SINCRONIZACIÓN DE LAS BASES DE DATOS. ‘TRANSMIT’.

CARACTERÍSTICAS TÉCNICAS. El proceso de transmisión y sincronización de datos se ha desarrollado en Visual Basic para su perfecta integración con SICALWin.

Su instalación se podrá realizar en un ordenador personal con acceso a internet o en el servidor de aplicaciones.

El único requisito es que dicho sistema acceda a internet a través de MODEM, tarjeta RDSI o a través de la red local.

‘Transmit’ se configura con los datos del FTP donde están las bases de datos del sistema, login y password, y él automáticamente detecta y establece la conexión a internet.


FUNCIONALIDAD. Si se ejecuta de forma manual el proceso de sincronización de las bases de datos se comporta de la siguiente forma:

El sistema una vez ejecutado permite:

- Enviar o recibir todo (opción por defecto).

- Sólo enviar o Sólo recibir.

Una vez que se marca una de las tres opciones y se pulsa ‘Siguiente’ las posibles opciones son:

- Arrancar automáticamente los procesos de actualización en el Web.

- Notificar a los terceros, automáticamente, mediante correo preconfigurado que la información existente en el web del Ayuntamiento han sido modificados. Incluso les podrá notificar dicha situación al número de su móvil (utilidad que se va a incorporar en la próxima versión).

- Opciones de recogida de peticiones, de estas opciones la recomendada es la que se marca por defecto y en contadas ocasiones será necesario utilizar cualquiera de las otras dos posibilidades.

- Al final de las actualizaciones el sistema puede enviar de forma automática un mensaje de los resultados al administrador del sistema web.


Una vez que pulsamos ‘siguiente’ el sistema arrancará el proceso de sincronización y en todo momento el usuario será informado del resultado de cada uno de los procesos que se están ejecutando. A continuación se reproduce el contenido del fichero ‘log’ que genera el sistema para que se pueda comprobar la información de seguimiento tan exhaustiva que facilita:

8/03/00 14:46:48 --------- INICIO DE SESIÓN ------------

8/03/00 14:46:48 Detectando conexión a Internet...

8/03/00 14:46:49 Transmit: comienza fase de envío de datos

8/03/00 14:46:49 Buscando datos pendientes que enviar...

8/03/00 14:46:49 Fase de envío terminada, 0 fichero(s), 0 enviado(s)

8/03/00 14:46:49 Transmit: comienza fase de recepción

8/03/00 14:46:49 Notificando al servidor de petición de datos...

8/03/00 14:46:55 Buscando peticiones en el servidor...

8/03/00 14:46:56 Buscando servidor

8/03/00 14:46:56 Conectando con servidor

8/03/00 14:46:56 Servidor encontrado

8/03/00 14:46:57 Conectado al servidor

8/03/00 14:46:57 Recibiendo respuesta del servidor


8/03/00 14:46:58 Petición enviada al servidor

8/03/00 14:46:58 Solicitando al servidor

8/03/00 14:46:58 Respuesta recibida



















8/03/00 14:47:04 Operación realizada/Respuesta completada

8/03/00 14:47:04 Recibiendo fichero del servidor: S20000308.TXT


















8/03/00 14:47:13 Eliminando fichero del servidor: S20000308.TXT







8/03/00 14:47:14 Fase 2 terminada, 1 fichero(s) recibidos.

8/03/00 14:47:14 Cerrando conexión FTP

8/03/00 14:47:14 Listo.

Si se establece la actualización periódica de forma automática los parámetros por defecto serán grabados para que el usuario no necesita interactuar durante la ejecución del proceso.

INTERNET.

PÁGINA DE INICIO. La página de inicio y acceso al sistema es la siguiente:

SOLICITUD DE CLAVE. El ayuntamiento tendrá que facilitar por el sistema que crea procedente el login (identificador de usuario) y password (clave de usuario) para que el proveedor pueda acceder a sus datos.


El acceso podrá ser solicitado, además de por otros medios que considere la entidad, a través de internet.

Los datos que el tercero tendrá que rellenar son los siguientes:

Una vez ejecutado ‘Transmit’ el ayuntamiento podrá comprobar de forma automática que dicho tercero está en su base de datos y que la información es correcta, y enviarle, por los medios que establezca que garanticen la confidencialidad, su identificador de usuario y clave.

IDENTIFICACIÓN DEL USUARIO Y FUNCIONALIDAD DEL SISTEMA.

ACCESO Y RELACIÓN DE FACTURAS.

Si el tercero introduce los datos correctos de su identificador y clave, la página web que se visualizará es como la siguiente:


La página presenta la información de todas las facturas del tercero con los datos de:

- Fecha, número, importe (en pesetas y euros), fecha registro y estado.

Esta información es configurable por el administrador y en la información de la columna estado será la que decida el ayuntamiento relacionando los estados reales por los que pasa la factura con el estado que desea se visualice en internet.

Pulsando con el ratón en el número de factura aparecerá un página con toda la información relacionada con dicha factura y el histórico de las distintas situaciones por donde haya pasado (registro, firma, contabilización, ordenación, pago, etc.).

Este histórico, como hemos descrito anteriormente, será solo de los movimientos de la factura que se haya establecido que el tercero debe conocer.

El tercero desde esta página podrá realizar las siguientes acciones:

- Ordenar la relación por número de factura, fecha o importe.

- Imprimir una relación de las facturas.

DATOS FISCALES. Si el tercero pulsa sobre el nombre o en la opción de ‘Datos Personales’, podrá acceder a sus datos fiscales para consulta o modificación.


Esta modificación será de forma automática recibida en la intervención general para su aceptación.

DOMICILIACIÓN Y FICHA DEL TERCERO.

El tercero podrá introducir una nueva cuenta para domiciliar sus pagos e imprimir la ‘ficha del tercero’ de acuerdo con el modelo diseñado por el Ayuntamiento, para firmar una copia y enviarla a éste y a la entidad financiera.


La ficha siguiente se adjunta como ejemplo:

sicalnet y sicalasp - soluciones de gestión para la ... · pdf filedefinimos la forma...

Documents