Download CARTERA

CARTERA
TODOS LOS DERECHOS RESERVADOS
Distribución y soporte:
María Tubau, 4,3º 28050 Madrid
Tel.: 91 358 75 80 Fax: 91 358 95 60
Castillejos, 226 08013 Barcelona
Tel.: 93 439 82 22 Fax: 93 439 95 26
Fernando Pérez de Traba, 13 15670 Culleredo (A Coruña)
Tel. y Fax 981 913044
Información comercial: 902 358 888
Web:
www.prosoft.es
Mail:
sigrid@prosoft.es
La información contenida en este documento podría cambiar sin previo aviso.
No se garantiza su corrección ni su idoneidad para ningún propósito. Este documento no puede ser reproducido ni transmitido, ni total ni parcialmente, por
ningún medio y para ningún propósito, sin la autorización expresa de los propietarios del Copyright.
Los nombres de los productos mencionados en este documento, han sido utilizados con el único propósito de su identificación y pueden ser marcas comerciales de sus respectivas compañías
Undécima Edición. Abril 2009.
Índice
INTRODUCCIÓN............................................................................................ 5
PERSONALIZAR LA CARTERA................................................................... 7
CONFIGURACIÓN DE LOS PARÁMETROS GENERALES ............................ 7
COBROS, PAGOS Y REMESAS: SERIES, ESTADOS Y PROCESOS ............ 10
PROPIEDADES DE LOS COBROS Y PAGOS .......................................... 17
COBROS Y PAGOS .......................................................................... 17
MEDIOS Y FORMAS DE COBRO Y PAGO .............................................. 19
CÁLCULO DE VENCIMIENTOS ............................................................ 21
BÚSQUEDA DE COBROS Y PAGOS ...................................................... 23
DIVIDIR, AGRUPAR Y RENOVAR EFECTOS ........................................... 25
COBROS ...................................................................................................... 33
COBRO .......................................................................................... 33
CONTABILIZACIÓN DE COBROS ......................................................... 35
ANTICIPOS DE CLIENTES.................................................................. 40
REMESA DE COBRO ........................................................................ 45
CÁLCULO DE GASTOS, COMISIONES E INTERESES .............................. 48
CONTABILIZACIÓN DE REMESAS DE COBRO ....................................... 53
PAGOS......................................................................................................... 59
PAGO ............................................................................................ 59
CONTABILIZACIÓN DE PAGOS ........................................................... 61
ANTICIPOS A PROVEEDORES ............................................................ 65
REMESA DE PAGO .......................................................................... 70
CÁLCULO DE GASTOS Y COMISIONES ................................................ 73
CONTABILIZACIÓN DE REMESAS DE PAGO ......................................... 77
BLOQUEOS Y CESIONES .......................................................................... 87
INTRODUCCIÓN ............................................................................... 87
PARÁMETROS GENERALES DE BLOQUEOS Y CESIONES ...................... 88
CONFIGURACIÓN DE LAS TABLAS AUXILIARES (AUXBLO / AUXCES) ....... 88
BLOQUEOS DE PROVEEDORES .......................................................... 89
CESIONES DE PROVEEDORES ........................................................... 97
INFORMES INCORPORADOS..................................................................105
Introducción
El módulo de Cartera de Sigrid permite llevar un control exhaustivo de los vencimientos de la empresa y así poder realizar previsiones de tesorería.
Se compone de cobros, pagos y remesas.
Los cobros y los pagos se generan de forma automática desde las facturas de
compra y venta, pudiéndose modificar, imprimir en los distintos formatos bancarios o personalizados (cheques y pagarés), emitir cartas de reclamación y recibos,
agrupar, dividir o renovar y remesar.
Las remesas están preparadas para generar los ficheros en soporte magnético para enviar al banco por Internet, según las distintas normas de intercambio CSB
(34, 68, 19, Confirming, etc.). Las remesas de cobro pueden ser generadas al cobro o al descuento.
El ciclo de cartera finaliza con la contabilización de los cobros, pagos y remesas,
parametrizable en función de las necesidades del usuario.
Introducción / 5
El módulo está dotado con una potente ventana de búsqueda específica para cobros y pagos, que permite localizar los efectos de forma sencilla e inmediata gracias a las posibilidades que ofrecen sus múltiples condiciones de búsqueda y ordenación.
Cabe destacar la amplia gama de informes de la que dispone el usuario, para obtener información relativa a las previsiones de pagos y cobros, riesgos, cuadres
con la contabilidad... todo lo necesario para la gestión completa de la tesorería.
6
\Cartera. Guía de uso
Personalizar la Cartera
Configuración de los Parámetros Generales
Introducción
Antes de trabajar con cobros y pagos, es necesario establecer los Parámetros Generales correspondientes a la Cartera para adecuar el funcionamiento de la aplicación a la forma de trabajar de la empresa.
Se abre la ventana de Parámetros de la empresa al seleccionar Parámetros Generales en el menú Empresa. Para abrir esta ventana se requieren permisos para
administrar la aplicación y haber seleccionado previamente el Modo administrador
en el menú Herramientas.
En esta ventana se establecen datos de defecto que se utilizarán en otras ventanas al crear nuevos registros, evitando así el tener que teclear información que se
repite: datos fiscales de la empresa, datos que determinan el comportamiento de
la aplicación y datos relativos al sistema de seguridad de la misma.
Personalizar la Cartera / 7
Si se ha configurado la base de datos como multiempresa, los parámetros se establecerán para cada una de ellas. En tal caso, en el título de la ventana aparece el
número de la empresa de trabajo, su código y su descripción. Para consultar o
editar los datos de otra empresa, hay que seleccionar dicha empresa como empresa de trabajo en la ventana principal.
Cartera
Valores por defecto para el cálculo de vencimientos en facturas emitidas y recibidas
Estos datos se utilizarán al generar los vencimientos de las facturas de ventas y
compras, siempre que los datos del cliente o proveedor, o los datos de la propia
factura no sobrescriban los que aquí se establezcan.
VENTAS: Forma de cobro por defecto: al crear una factura de venta, si no se ha
especificado una forma de pago para el cliente, se creará la factura con el código
de forma de cobro aquí indicado. Si no se especifica ninguno, la factura se creará
sin tener establecida una forma de cobro. Ahora bien, siempre es posible establecer en la propia factura una forma de cobro; es más, puede especificarse una
fórmula de cobro y un tipo de efecto en la propia factura sin haberla codificado
previamente en la tabla auxiliar correspondiente.
VENTAS: Días de pago: al calcular la fecha de vencimiento de los cobros de las
facturas de venta, se tendrán en cuenta los días de pago de la empresa, de forma
que la fecha de vencimiento será el día de pago más próximo a la fecha resultante
de aplicar la fórmula de cobro de la factura.
VENTAS: Meses de no pago: mes o meses, si los hay, en que la empresa interrumpe el cobro de facturas de clientes, normalmente como consecuencia de las
vacaciones. Este dato se tendrá igualmente en cuenta para calcular la fecha de
vencimiento de los cobros generados desde las facturas de venta.
8
\Cartera. Guía de uso
COMPRAS: Forma de pago por defecto: equivalente a la forma de cobro por defecto, pero aplicable a las facturas de compra. Si no se ha especificado una forma
de pago para el proveedor, las facturas de compra se crearán con el código de
forma de pago aquí indicado.
COMPRAS: Días de pago: al calcular la fecha de vencimiento de los pagos de las
facturas de compra, se tendrán en cuenta los días de pago de la empresa, de forma que la fecha de vencimiento será el día de pago más próximo a la fecha resultante de aplicar la fórmula de pago de la factura.
COMPRAS: Meses de no pago: mes o meses, si los hay, en que la empresa interrumpe el pago de facturas a proveedores, normalmente como consecuencia de las
vacaciones. Este dato se tendrá igualmente en cuenta para calcular la fecha de
vencimiento de los pagos generados desde las facturas de compra.
COMPRAS: NO utilizar días de pago y meses de no pago particulares de proveedor: si está marcado, no se tendrá en cuenta -para el cálculo de la fecha de los
vencimientos- lo establecido en las fichas de los proveedores, pestaña Facturación.
Tipo de cuenta bancaria por defecto
Código de tipo de cuenta bancaria por defecto (para nuevos conceptos): Tipo
seleccionable de la tabla auxiliar Cuentas bancarias (tipos), que aparecerá por defecto en las fichas de los nuevos conceptos (proveedores, pagos,...) que incluyan
información sobre su cuenta bancaria y el tipo de identificación de la misma.
Generación de efectos en cartera desde facturas
Los cobros/pagos asociados a una factura podrán generarse de forma:
MANUAL: siendo necesario que el usuario pulse el botón Generar vencimientos en la ventana de propiedades de la factura.
PREGUNTAR: semiautomática, al cerrar la ventana de propiedades de
Factura, se abrirá un diálogo solicitando la confirmación del usuario para
generar los vencimientos.
AUTOMÁTICA: se generarán los vencimientos al cerrar la ventana de propiedades de la factura.
COMPRAS/VENTAS: Al generar vencimientos, avisar cuando la factura no
tiene forma de pago: la forma de pago es necesaria para generar los vencimientos de la factura, por lo que es recomendable marcar este parámetro.
Al generar vencimientos, utilizar la fecha de Alta en lugar de la fecha de documento: la fecha de vencimiento del pago/cobro se calculará contando desde la
fecha de alta del concepto, en función de la forma de pago establecida en la factura y no, como es habitual, desde la fecha de la factura del proveedor.
ANTICIPOS: En ficha de facturas: considerar anticipos para cálculo de descuadres: parámetro que se debe activar para utilizar la funcionalidad de anticipos
en facturas de compras y de ventas ('método alemán'). Para más información,
consultar el apartado Anticipos.
RETENCIONES: Agrupar todos los vencimientos de retenciones en un sólo vencimiento: al generar los vencimientos de la factura, se agruparán o no los de tipo retención, en función de la configuración de este parámetro.
Tratamiento de fines de semana en cálculo de vencimientos
En cualquier día: la fecha de vencimiento del cobro/pago se calcula según la
forma de pago de la factura.
Personalizar la Cartera / 9
Saltarse sábados y domingos: la fecha de vencimiento del cobro/pago se calcula
según la forma de pago de la factura, teniendo en cuenta que, si dicha fecha cae
en sábado o domingo, se pasa al lunes siguiente.
Saltarse domingos: la fecha de vencimiento del cobro/pago se calcula según la
forma de pago de la factura, teniendo en cuenta que, si dicha fecha cae en domingo, se pasa al lunes siguiente.
Días festivos separados por comas (se excluirán en el cálculo de vencimientos): la fecha de vencimiento del cobro/pago se calcula según la forma de pago de
la factura, teniendo en cuenta que, si dicha fecha cae en uno de los días festivos
aquí establecidos, se pasa al siguiente día posible. Se admiten los formatos habituales de fechas, siempre con la secuencia día, mes y año. Por ejemplo:
010108,01/01/2008,01-01-08,01.01.2008.
Opciones especiales para bloqueos y cesiones (Módulo B)
Bloquear y ceder pagos al generar efectos en cartera (desde facturas): si se
activa este check, cuando se genere el pago desde la factura de compra, si el proveedor está bloqueado o el crédito cedido, dicho vencimiento será bloqueado o cedido automáticamente. Si no se activa, los bloqueos y cesiones se tendrán que establecer manualmente, actuando sobre cada pago de ese proveedor.
Bloqueos: estados a excluir para calcular importe de pagos bloqueados: opción para especificar los estados (1, etc.) que se excluyen al acumular el importe
total bloqueado. De esta manera al tener marcada la opción de Bloquear y ceder
pagos al generar efectos en cartera (desde facturas), en bloqueos parciales, no se
tendrán en cuenta los pagos en el/los estado/s excluido/s para la suma de importes de los pagos bloqueados.
Cobros, Pagos y Remesas: series, estados y procesos
Antes de utilizar cobros, pagos y remesas, es necesario definir, para cada tipo de
concepto, la/s serie/s con la/s que se van a crear éstos. Además se deben definir
qué estados van a tener y los procesos relativos a los cambios de estado que la
aplicación tiene que realizar en cada momento.
Para realizar estas configuraciones, se entra en la ventana Tipos de conceptos
desde el menú Empresa.
La ventana está divida en dos partes: en la izquierda se detallan los tipos de concepto disponibles y en la derecha hay cinco pestañas, entre ellas Series, Estados y
Procesos, cuyo contenido se explica a continuación.
Series
Las series permiten organizar los conceptos ya que al ordenarlos por código quedarán ordenados a su vez por series. Están diseñadas para codificar los conceptos
con el prefijo que se especifique en la serie seguido de un número secuencial. Por
ejemplo, si para un tipo de conceptos se crea la serie CO09/, los conceptos de esta serie se codificarán consecutivamente como CO09/0001, CO09/0002,
CO09/0003, etc.
10 \Cartera. Guía de uso
Prefijo: son los primeros caracteres para el código de todos los Conceptos que se
creen en esta serie, por ejemplo: FV<AÑO2>/
Admite las siguientes claves que se sustituirán al crear el concepto:
<EJE> - Ejercicio de trabajo, por ejemplo 2009.
<EJE2> - Ejercicio de trabajo con 2 dígitos, por ejemplo 09.
<EJE4> - Ejercicio de trabajo con 4 dígitos, por ejemplo 2009.
<MES> - Mes de la fecha de trabajo, por ejemplo 03 para marzo.
<AÑO> - Año de la fecha de trabajo, 2009.
<AÑO2> - Año de la fecha de trabajo con 2 dígitos, 09.
<AÑO4> - Año de la fecha de trabajo con 4 dígitos, 2009.
<DMES> - Mes de la fecha del documento, no la fecha de alta sino la de la
del pedido, albarán, factura, etc.
<DAÑO> - Año de la fecha del documento con 4 dígitos.
<DAÑO2> - Año de la fecha del documento con 2 dígitos.
<DAÑO4> - Año de la fecha del documento con 4 dígitos.
<DELO> - Código de la delegación origen (seguridad por delegaciones y
obras o centros de coste).
<DEL> - Código de la delegación destino (seguridad por delegaciones y
obras o centros de coste).
<OBR> - Obra y centro de coste destino (seguridad por delegaciones y
obras o centros de coste).
<USU> - Código del usuario.
<EMPCOD> - Código de la empresa de trabajo.
<EMPNUM> - Número de la empresa de trabajo.
Descripción: texto descriptivo de la serie, por ejemplo: Otros cobros del año.
Dígitos: número de dígitos a utilizar para componer el código. Por defecto 4, es
decir, se generarán códigos como los del ejemplo de esta sección: FV09/0001.
Activa: una serie no activa significa que ya no se utiliza y por tanto no figurará en
las listas de selección de la serie cuando se creen nuevos Conceptos.
Forzada: una serie Forzada significa que no podrá modificarse el código de los
Conceptos creados en esta serie.
Personalizar la Cartera / 11
Fecha: determina si la fecha de los Conceptos creados con esta serie es modificable por el usuario. Si la casilla está activada podrá modificarse.
Clase: para los tipos de Conceptos que tienen asociada una clase puede establecerse la clase por defecto según la serie, por ejemplo los cobros de tipo Anticipo
pueden ser distintos de los de otras clases como Retenciones..., por ejemplo se
puede definir la serie ANT_ para la clase Anticipo y la serie RET_ para la clase Retención; al crear un nuevo cobro con la serie ANT_ quedará establecida su clase
como Anticipo, si se crea con la serie RET_ su clase será Retención.
Subtipo: Subtipo del concepto al que se asigna esa serie específica. Para asignar
subtipos, hay que activar la casilla correspondiente en la pestaña Varios.
Especial: Se usa en casos especiales, en este momento solo se está usando en tipos ASI y ASA; al poner un valor en la definición de la serie se graba como "canal"
en ese nuevo concepto.
Es plantilla: No está implementado.
Común a empresas: quiere decir que los códigos se generan consecutivamente
considerando los de todas las empresas de la base de datos, en caso contrario se
numerarán consecutivamente en cada una de las empresas.
Estado inicial: al crear un nuevo concepto quedará por defecto en el estado especificado en Estados - Al crear el nuevo concepto, puede indicarse aquí uno distinto para los de la serie.
Descripción concepto: descripción por defecto para los nuevos conceptos de la
serie.
Rol/es: rol o roles separados por coma que utilizarán esta serie. Si el usuario no
tiene ese rol entonces no puede elegir la serie para dar de alta conceptos de esa
serie.
Seguridad: Se utiliza para la nueva ventana de seguridad de concepto. Se activa
en parámetros generales / Seguridad. Es un tema que se debe explicar aparte. Es
bastante amplio.
Seguridad Rol/es copia: Cuando se utiliza el modo de seguridad en conceptos
individuales ("Seguridad (0no 1usu 2usu_rol)" con el valor 2), se copia el campo
correspondiente en lugar del campo "Rol".
XJS creación: es el nombre de un programa xjs ubicado en las carpetas Macros/Procesos de instalación de la aplicación, que se ejecutará después de crear
un Concepto de la serie. En Estados - Javascript de nuevo puede igualmente indicarse un programa xjs por defecto a ejecutar al crear nuevos conceptos del tipo,
cuando se indica uno para la serie no se ejecutará el especificado para el tipo.
Variables programa XJS: Aquí se introducen las variables del programa java asociado a la serie. Se rellenará automáticamente al utilizar el asistente variables xjs.
Empresa: si se especifica un número de empresa, la serie será sólo visible para
dicha empresa.
Estados
Han de representar los estados reales por los que pasan los distintos tipos de
Conceptos como consecuencia de los distintos procesos a los que son sometidos.
Por ejemplo, los estados de los Conceptos de tipo Cobro podrían ser: 1 Sin emitir,
3 Previsto, 5 En cartera, etc.
12 \Cartera. Guía de uso
Estado: es el número identificativo del estado.
Código: es un código alfanumérico que identifica igualmente el estado.
Descripción: texto descriptivo del estado.
Edición: por defecto los Conceptos serán editables en todos los estados,
se indicará un 1 en este campo para que no lo sea.
Roles que editan: roles separados por coma que pueden editar el concepto cuando se encuentra en este estado. Por defecto todos.
Tabla/s utilización: al especificar una tabla en uno de los estados indica
que solo se podrán seleccionar conceptos en ese estado para esa tabla.
Clase: para los tipos de Conceptos que tienen asociada una clase pude indicarse para qué clase se aplicará el estado, por ejemplo para los pagos
Anticipo.
Subtipo: si se indica el subtipo en este campo, ese estado se aplicará sólo
a ése subtipo del concepto.
Formato: se puede indicar un color, para que el concepto -al llegar a ese
estado- se visualice en el color indicado.
Comportamiento especial: sirve para parametrizar el comportamiento de
las ventanas hijas del concepto, el botón Asistente comportamiento especial ayudará en la tarea.
Código e-sig: se usa en el portal de clientes (ASP).
Bajo la lista de definición de estados:
Al crear el nuevo concepto: indica el Estado que se asignará a los Conceptos de nueva creación del tipo seleccionado.
Personalizar la Cartera / 13
Al dar de baja el concepto: indica el Estado que se asignará a los Conceptos dados de baja del tipo seleccionado.
Javascript de nuevo: es el nombre de un programa xjs que se ejecutará el
crear un nuevo Concepto, este programa estará en la carpeta-directorio
Macros de instalación de la aplicación y recibirá el ide del Concepto recién
creado pudiendo realizar automáticamente modificaciones sobre el mismo.
Para los tipos de Conceptos como Cobros y Pagos se especificarán otros datos:
Estado/s permitido/s para remesar: se indicarán los estados que puede
tener el pago separados por coma para ser incluidos en una remesa de pago.
Estado al remesar efecto: estado en el que quedará el pago al incluirlo en
una remesa.
Estado de cobrado o pagado: se utilizará en consultas e informes para
determinar el pagado y el pendiente.
Procesos
El cambio de estado de los cobros, pagos y remesas ocurrirá como consecuencia
de un proceso.
Los procesos se llevan a cabo mediante la ejecución de programas xjs (eXtended
JScript), o archivos de texto que contienen sentencias JScript y sentencias suministradas por las extensiones que la aplicación hace a JScript. Los programas se
almacenan en la carpeta Procesos, que cuelga de la carpeta de instalación de la
aplicación.
La lista de procesos permite asociar un proceso de cambio de estado a un nombre
de programa xjs. Una vez asociado, el proceso se incluirá en el Menú Concepto
Actual para poder ser ejecutado.
Tipo: este dato puede ser utilizado en el programa xjs (JScript) que se
ejecutará.
La aplicación lo utiliza en los procesos de cobros y pagos; se especificará
en este campo un medio de cobro o pago o varios seguidos de comas, de
los codificados en tablas auxiliares, para establecer que únicamente podrá
ejecutarse el proceso sobre los cobros o pagos que tengan asociado este/os medio/s de cobro/s o pago/s o tipo/s de efecto/s. Por ejemplo, si se
codifica el medio de pago CH para Cheque y P para Pagaré y se define el
proceso:
Tipo
CH,P
Estado1
1
Estado2
3
Descripción
Pasar a previsto
JScript
pro
en la lista de procesos de cambio de estado de los cobros que tiene asignado el medio de pago CH y P, y que se encuentran en estado 1, aparecerá
el proceso Pasar a previsto; sin embargo no aparecerá este proceso en otro
pagos cuyo medio sea distinto de CH o P, aunque su estado sea 1.
Estado1: estado inicial del proceso, codificado en la pestaña Estados del
tipo de Concepto.
Estado2: estado final del proceso, codificado igualmente en la pestaña Estados.
Descripción: texto descriptivo del proceso.
14 \Cartera. Guía de uso
Rol: códigos de rol separados por coma que pueden realizar el proceso de
cambio de estado. Estos roles se definen en la ventana Gestión de usuarios / roles del menú Herramientas y se asignan a los usuarios, de forma
que si un usuario no tiene asignado ninguno de los roles aquí indicados,
no podrá ejecutar el proceso.
Javascript: es el nombre del programa xjs que se ejecutará para llevar a
cabo el cambio de estado, puede quedar en blanco para que la aplicación
busque el programa por defecto para el tipo de Concepto.
Si no se especifica un nombre de programa, la aplicación buscará un programa como sigue:
1. Busca un programa cuyo nombre sea igual a los tres últimos
caracteres del código del tipo de Concepto seguido de pro.
2. Si no lo encuentra, buscará un programa cuyo nombre comienza con el nombre del grupo del tipo de Concepto seguido de pro.
Los cobros y pagos se agrupan con este fin bajo un mismo nombre. Las remesas con otros:
CYP - Cobros y Pagos, que agrupa los tipos: Cobro, Pago.
REM - Remesas, que agrupa los tipos: Remesa de cobro,
Remesa de pago.
3. Por último, buscará pro.xjs que es el nombre del proceso genérico de cambio de estado que se distribuye con Sigrid. Este programa únicamente lleva a cabo el cambio de estado y graba en el
Registro de usuarios un nuevo registro indicando que el proceso
ha sido ejecutado.
Cuenta1 y Cuenta2: estos códigos de cuenta tienen utilidad en los procesos de contabilización; en cobros y pagos se especifica un código de cuenta origen y destino respectivamente para la contabilización del efecto, distinta de la cuenta especificada en el cobro o pago.
Puede utilizarse un código de cuenta auxiliar, por ejemplo 43100000.
Puede indicarse un grupo de cuentas, por ejemplo 431, y la aplicación
completará este código con ceros, tantos ceros como se requieran para obtener un código de cuenta auxiliar, dependiendo del número de dígitos definido para cuentas auxiliares.
Pero, lo que es aún más versátil, puede indicarse un nombre de campo de
la tabla de clientes/proveedores conteniendo un ide a una cuenta, por
ejemplo cueefeide para la cuenta de efectos en cartera, cuebanide para la
cuenta de cobro/pago, cueretide para la cuenta de retenciones, etc..
No Deshace: si este campo es igual a 0, el proceso de cambio de estado se
podrá deshacer desde la ventana de procesos, mientras que si es igual a 1
no se podrá deshacer. Al deshacer un proceso, el Concepto volverá al estado indicado como Estado1, y si se creó un asiento contable se eliminará
dicho asiento y la relación existente entre el asiento y el Concepto que se
procesó.
Días: No implementado
Ponderación: No implementado
Clase: para los tipos de Conceptos que tienen asociada una clase puede
indicarse para los de que clase se ejecutará el cambio de estado. Por defecto se aplicará para todas las clases.
Subtipo: si indicamos un subtipo, el proceso será exclusivamente para ese
subtipo del concepto.
Personalizar la Cartera / 15
PAG: Permite en bloqueados: cuando los pagos están bloqueados no se
podrán ejecutar cambios de estado sobre ellos a no ser que se indique expresamente en este campo que este cambio de estado es aplicable a pagos
bloqueados.
Variables programas XJS: aquí se introducen las variables del programa
java asociado al proceso. Se rellenará automáticamente al utilizar el asistente variables xjs.
16 \Cartera. Guía de uso
Propiedades de los Cobros y Pagos
Cobros y Pagos
Los cobros y pagos son considerados en la aplicación como tipos de Conceptos.
Pueden crearse, como el resto de los Conceptos, utilizando el diálogo concepto
nuevo, pero lo normal es que los genere automáticamente la aplicación a partir de
los documentos de compraventa. Una vez generados, pueden consultarse y modificarse igual que el resto de los Conceptos.
Propiedades de los Cobros y Pagos / 17
Los vencimientos se generan en las Facturas teniendo en cuenta la fórmula de la
forma de cobro/pago establecida, y para determinar la fecha de vencimiento se
consideran también los días de pago y meses de no pago.
Al crear una factura de venta, si el cliente tiene asociada una forma de pago, se
tomará por defecto como forma de pago de la factura especificada para el cliente,
en caso contrario se tomará la forma de cobro por defecto establecida en los
Parámetros de la empresa. En la propia factura se puede seleccionar cualquier
otra forma de pago, o especificar una forma de cobro determinada para la factura.
Esto mismo sucede al crear facturas de compra.
Si se especifican para el cliente uno o varios días de pago, y uno o varios meses de
no pago, se tendrán en cuenta para determinar la fecha de vencimiento de los cobros. En el caso de los pagos, puede establecerse para la propia empresa los días
de pagos y los meses de no pago en los parámetros de la empresa.
La ventana de propiedades de cobros y pagos se abre de la forma habitual en las
ventanas de propiedades, y además puede abrirse desde la pestaña Vencimientos
de la factura haciendo doble clic sobre la línea a consultar en la lista de cobros/pagos asociados a la factura. En la cabecera de la ventana se visualiza el estado en que se encuentra el cobro o pago.
La fecha de vencimiento, el importe, el medio de cobro/pago, la factura origen, el
cliente/proveedor, la cuenta contable del cliente/proveedor y la cuenta prevista de
banco o caja, se establecerán automáticamente al generar el cobro/pago desde la
ventana de facturas, siempre que se suministren previamente los datos necesarios.
Como se acaba de exponer, la fórmula de cobro/pago determina el importe y fecha
de vencimiento del cobro/pago generado automáticamente. El medio de pago depende en primer lugar de la fórmula de cobro/pago especificada en la factura, si
la fórmula no establece un medio de cobro/pago se tomará el medio de pago espe-
18 \Cartera. Guía de uso
cificado en la ficha del cliente/proveedor; si no existe el medio de pago quedará
sin establecer en el cobro/pago generado.
El cliente/proveedor será el de la factura y su cuenta contable, la establecida en
las propiedades del cliente/proveedor. La cuenta prevista de banco o caja se toma
de la cuenta de cobro/pago del cliente/proveedor, si no existe se tomará de los
Parámetros de la empresa. Estas cuentas serán utilizadas por el proceso de cambio de estado que contabiliza el cobro/pago, de forma que los apuntes contables
se crearan automáticamente con estas cuentas.
Desde los contratos de compraventa pueden también generarse automáticamente
los cobros correspondientes a cada etapa de la venta, en el tema correspondiente
se explica como se generan dichos cobros.
La fecha real de emisión del cobro/pago se introducirá ejecutando una acción específica. Esta fecha, que será normalmente la de contabilización, puede modificarse o establecerse en un proceso de cambio de estado.
El campo relativo a la remesa en el que se ha incluido el cobro/pago se rellenará
automáticamente al remesar los efectos, siendo un campo no editable.
En los campos medio de pago, factura origen, cliente/proveedor, remesa, cuenta
contable del cliente/proveedor, cuenta de banco o caja, se pueden abrir las listas
de selección correspondiente. Observe que además los campos factura origen,
cliente/proveedor, remesa, y cuentas contables, están acompañados por un botón
Abrir ficha, que permite navegar fácilmente por los datos relacionados con el cobro/pago.
Los pagos presentan además la información correspondiente a la cesión de crédito
y bloqueo del pago, si se dispone del módulo de Bloqueos y Cesiones. Si el pago se
ha cedido a un tercero, como si se encuentra bloqueado, no se podrá cambiar su
estado ni contabilizarse.
Medios y Formas de cobro y pago
Medios de Cobro/Pago
Entre las tablas auxiliares, se encuentran las correspondientes a Tipos de Medios de Cobro y Tipos de Medios de Pago. En ellas se codifican los tipos de efectos que figurarán en los cobros/pagos: talón, letra, pagaré, etc. Además pueden
utilizarse para realizar procesos de cambio de estado diferentes sobre los cobros/pagos dependiendo del medio que tengan asociado.
También se pueden establecer los días de pago y el mes de no pago, que serán tenidos en cuenta en la generación de Vencimientos de Cobros/Pagos de no ser que
se hayan especificado otros datos en la ficha del Cliente/Proveedor o en el documento de Compra/Venta.
Es importante rellenar los campos relativos a la clase del tipo de medio de cobro/pago, ya que la aplicación actúa de distinta forma según la clasificación. Esta
clasificación está predefinida en Sigrid; bastará introducir un asterisco en el campo Clase para que se abra la ventana de selección y escoger la que corresponda.
Propiedades de los Cobros y Pagos / 19
Formas de Cobro/Pago
Las tablas de Formas de Cobro/Pago codifican las posibles formas de cobro a proveedores de la empresa y formas de pago a los clientes, que asociada a un documento de compraventa, por ejemplo una Factura, permitirá generar automáticamente la cartera de cobros/pagos del documento.
A cada forma de cobro o pago se le puede asociar un tipo de Medio de Cobro/Pago, o tipo de efecto. Pero es más, para cada vencimiento a generar puede
asociarse un medio de cobro/pago diferente definiéndolo en la fórmula de forma
de cobro o pago.
Además del código, resumen, fecha de baja y fecha de modificación, las formas de
cobro y pago se definen por:
Fórmula: la fórmula de cobro/pago especifica los datos siguientes: el porcentaje del importe total correspondiente al vencimiento, los días transcurridos desde la fecha de factura en que se produce el primer vencimiento,
el número total de vencimientos, el número de días transcurridos entre
ellos, y el código del medio de cobro o pago que se utilizará. Se utiliza la
siguiente sintaxis:
[%]días primer vencimiento[+ nº vencimientos * días de separación] [(código de efecto)]
20 \Cartera. Guía de uso
Los corchetes no hay que incluirlos en la fórmula, simplemente indican
que esta parte de la fórmula es opcional, este bloque puede repetirse las
veces que sea necesario separando un bloque de otro por un espacio en
blanco.
Por ejemplo, la fórmula 30 60 se interpreta que la factura se cobrará (o
pagará) en dos plazos de igual importe, el primero a los 30 días de la fecha
de factura y el segundo a los 60 días, si se especifica un medio de pago o
efecto, se considerará este medio para los dos vencimientos.
Supongamos que en el primer vencimiento se utilizará un cheque, codificado con una CH en la tabla auxiliar de medios de cobro/pago, y el segundo un pagaré, codificado con una P, la fórmula será 30(CH) 60(P).
Un ejemplo más complicado: 25%30 25%60+2*60, se interpreta que el 25
% del importe total se paga a los 30 días de la fecha de factura, otro 25%
del importe a los 60 días de la fecha de factura y el resto, en dos vencimientos separados 60 días.
Medio de Cobro/Pago: medio de cobro/pago que se utilizará por defecto
en cada vencimiento siempre que en la fórmula no se especifique otro.
Cálculo de Vencimientos
La fecha de vencimiento de Cobros y Pagos se calcula automáticamente durante la
generación de los efectos.
El cálculo de la fecha de vencimiento se establece partiendo de la fecha de emisión
del efecto. En compras, esta fecha de emisión será, por defecto, la fecha del documento del proveedor. Para que Sigrid utilice la fecha de alta de la factura (en la
base de datos), habrá que marcar la casilla correspondiente en el apartado Cartera de los Parámetros Generales de la Empresa:
El siguiente factor a considerar es la Forma de Cobro/Pago y su Fórmula asociada, ya que en ella se establece el número de días que deben transcurrir desde la
fecha de emisión del efecto hasta su vencimiento.
Las formas de cobro y pago por defecto se establecen igualmente en el apartado
Cartera de los Parámetros Generales de la Empresa:
Además, se puede establecer una forma de Cobro / Pago para un determinado
Cliente / Proveedor en su ventana de propiedades. En este caso, la forma establecida para el Cliente / Proveedor prevalecerá, en los documentos de éste, sobre lo
predeterminado en los Parámetros Generales.
Por último, la Forma de Cobro / Pago se puede establecer en el propio documento
de compra / venta, antes de generar los vencimientos. En este caso, los vencimientos se generarán según la forma establecida aquí, independientemente de lo
predeterminado en la ficha del Cliente / Proveedor y en los Parámetros Generales.
Propiedades de los Cobros y Pagos / 21
En el caso de vencimientos que se produzcan durante el fin de semana, es posible
determinar el comportamiento de la aplicación
Ejemplo:
Supongamos la forma de pago de la figura anterior ( a 60 días) y los días
de pago 10 y 25 de cada mes. Los días de pago se pueden indicar separados por comas o por un espacio.
● Todos los pagos generados con fecha de emisión entre el 26 de Abril y
10 de Mayo (ambos inclusive), tendrán una fecha de vencimiento de 10 de
Julio.
● Todos los pagos con fecha de emisión entre 11 y 25 de Mayo (ambos inclusive), tendrán una fecha de vencimiento de 25 de Julio.
Supongamos también que, como en la figura, se ha establecido Agosto
como mes de no pago.
Entonces, un pago con fecha de emisión 27 de Mayo, cuya fecha de vencimiento debería ser 10 de Agosto, traslada automáticamente su vencimiento a la primera fecha de pago de Septiembre, es decir, al 10 de Septiembre.
A partir de la versión 2.2.0569 se implementa una nueva funcionalidad, que consiste en incluir el número de días de carencia, es decir, el mínimo de días de antelación con que debe emitirse el efecto respecto a la próxima fecha de cobro / pago,
para que el vencimiento se produzca en dicha fecha.
El número de días de carencia se indica entre paréntesis a continuación de los
días de cobro / pago, como muestra la imagen.
Ejemplo:
Supongamos la forma de pago de la figura anterior (a 60 días), días de pago 10 y 25 de cada mes y periodo de carencia de 8 días.
En circunstancias normales, es decir, sin periodo de carencia, un pago
con fecha de emisión 3 de Mayo tendría su vencimiento el 10 de Julio. Pero, si se establece un periodo de carencia de 8 días, los pagos emitidos entre los días 3 y 10 de Mayo (ambos inclusive), tendrán su vencimiento en
la siguiente fecha de pago (25 de Julio).
Por lo tanto, para que el vencimiento se produzca el 10 de Julio, es necesario emitirlo fuera del periodo de carencia, es decir, no más tarde del 2 de
Mayo.
En el caso de existir un sólo día de pago al mes, como en la siguiente imagen, todos los pagos que se emitan hasta la fecha de pago establecida (incluida ésta),
tendrán su vencimiento en el plazo indicado por la forma de pago. Si la fecha de
emisión es posterior, el vencimiento se pospondrá un mes.
22 \Cartera. Guía de uso
Ejemplo:
Supongamos la forma de pago de la figura anterior (a 60 días) y, como
único día de pago, el día 20 de cada mes.
Los pagos emitidos desde el 21 de Abril hasta el 20 de Mayo (ambos inclusive), tendrán como fecha de vencimiento el 20 de Julio.
Los pagos emitidos a partir del 21 de Mayo tendrán su fecha de vencimiento el 20 de agosto, un mes después.
Introduciendo un periodo de carencia, se establece la antelación con que deben
emitirse los efectos para que su vencimiento se produzca en el plazo indicado por
la forma de pago.
Ejemplo:
Supongamos la forma de pago de la figura anterior (a 60 días) y, como
único día de pago, el día 20 de cada mes.
Si se desea establecer que sólo se pagarán en el plazo de 60 días los efectos emitidos antes del día 10 de cada mes, se deberá indicar un periodo
de carencia de (-11).
En este caso, los pagos emitidos hasta el 9 de Mayo (incluido), tendrán su
vencimiento el 20 de Julio, mientras que los emitidos a partir del 10 de
Mayo, verán aplazada un mes su fecha de vencimiento.
Búsqueda de cobros y pagos
Sigrid dispone de una ventana de búsqueda especialmente diseñada para cobros y
pagos, ya que la localización de uno o varios cobros/pagos resulta en ocasiones
complicada desde la ventana de búsqueda general. La búsqueda de cobros y pagos facilita esta tarea suministrando una funcionalidad igual a la de la ventana de
búsqueda general, pero especializada en la búsqueda de cobros/pagos. Permite
establecer los criterios de búsqueda y ordenación, de forma que al pulsar el botón
Buscar, se recuperarán en la lista de Conceptos de la ventana principal los cobros/pagos que cumplan dichos criterios.
Se accede a la ventana búsqueda de cobros y pagos seleccionando la opción
Búsqueda de efectos del menú Empresa.
Propiedades de los Cobros y Pagos / 23
Tipo de concepto a buscar y máscaras de código y resumen
Al pulsar el botón de Tipo de concepto a buscar, su valor cambiará de Cobro a Pago y viceversa.
Condición de búsqueda y Ordenación del resultado
A continuación, con las mismas características que en la ventana de búsqueda
general, pueden especificarse dos condiciones de búsqueda para filtrar los cobros/pagos a buscar, y dos campos adicionales de ordenación.
: Este botón corresponde a un Auto-filtro que permite seleccionar, una vez
puesta una condición de búsqueda, los conceptos o valores que cumplen dicha
condición.
Condición de búsqueda especial para Cobros y Pagos
Los cuatro controles que aparecen a continuación son específicos para la búsqueda de cobros y pagos, por lo que no figuran en la búsqueda general.
Ordenación: por fecha de emisión o por fecha de vencimiento. Permite seleccionar si el filtro por fechas se aplicará a la fecha de emisión o a la fecha de vencimiento. Afecta también a la ordenación del resultado, ya que
se ordenará en primer lugar por los campos establecidos en Ordenación
del resultado, si es que se especificó alguno, y en segundo lugar se ordenará por la fecha aquí seleccionada, emisión o vencimiento.
Tipo de medio: abre el diálogo Tipos de efectos, que permite seleccionar
los tipos de efectos o medios de cobro/pago que se buscarán, de entre los
codificados en las tablas auxiliares de Tipos de medios de Cobro/Pago
(auxefc / auxefp).
Clase/s: Se marcarán las clases por las que se quieran filtrar en la
búsqueda, no son configurables, vienen por defecto en la aplicación.
24 \Cartera. Guía de uso
Naturaleza efecto/s: abre el diálogo para poder seleccionar la naturaleza
de los efectos a consultar de entre los codificados en las tablas auxiliares
Naturaleza de Cobros/Pagos (auxnac / auxnap).
Estado/s: abre el diálogo Tipos de estados para seleccionar el estado o estados en que se encontrarán los cobros/pagos a buscar, estos estados son
los creados en tipos de Conceptos para el tipo Cobro/Pago.
Fechas: abre el Filtro Fechas para establecer un filtrado para la fecha seleccionada, de emisión o de vencimiento.
Opciones
Las opciones son equivalentes a las de la Búsqueda general: Añadir * automáticamente en máscaras de código y resumen, Utilizar cabecera especial de tipo.
Asimismo, la barra de botones tiene la misma funcionalidad que la barra de botones de la búsqueda general, a excepción de que las búsquedas se guardan en el
archivo panbue_nombre de usuario de windows.txt dentro de la carpeta sql de la
aplicación.
Dividir, agrupar y renovar efectos
Al instalar la aplicación se instalan las acciones para dividir, agrupar y renovar
cobros y pagos. En el submenú Acciones del Menú Concepto Actual de un Cobro o
Pago, figuran, entre otras, las acciones: DIVIDIR, AGRUPAR y RENOVAR.
Propiedades de los Cobros y Pagos / 25
Agrupar Cobros / Pagos
Supongamos por ejemplo que existen una serie de pagos por cheque a un mismo
proveedor durante un mes determinado. Para facilitar la gestión de estos pagos y
disminuir gastos financieros, se decide realizar un único pago por la suma de los
importes de los pagos parciales. Para que esta situación tenga su reflejo en la
aplicación, se agruparán los pagos en un único pago, siendo este último el que se
contabilizará.
Si los cobros/pagos seleccionados coinciden en el cliente/proveedor, documento y
tipo de efecto, estos datos se mantendrán en el cobro agrupado que se genera. De
no ser así:
● Si no corresponden todos al mismo cliente/proveedor, la aplicación emitirá un mensaje de error.
● Si provienen de distintos documentos, el cobro/pago agrupado dejará
este dato en blanco.
● Si utilizan distintos medios de pago, la aplicación lo avisa mediante un
mensaje. Si se decide continuar, se abre la lista de selección de medios de
pago para determinar el tipo del efecto agrupado.
Si se ha establecido el Modo de trabajo con delegaciones y obras, para poder
agrupar efectos deberán corresponder todos a la misma obra, de forma que el pago agrupado también pertenecerá a dicha obra.
Antes de iniciar el proceso se abre el diálogo de agrupar cobros/pagos, donde se
establecen las características del efecto agrupado.
26 \Cartera. Guía de uso
Opciones para el/los nuevo/s efecto/s (destino)
Fecha emisión / vencimiento: Las fechas de emisión y vencimiento del nuevo
efecto se pueden seleccionar entre la fecha de trabajo, la del primer efecto seleccionado y la del último.
Serie: Al abrirse este diálogo, el campo serie contiene la serie empleada en la
última agrupación, pero es posible cambiarla a mano. Pulsando el botón Cambiar
serie se abre la lista de selección de las series introducidas para este tipo de concepto (Cobro o Pago) en la ventana de tipos de conceptos.
Descripción: En la descripción del nuevo cobro/pago puede especificarse un texto y/o una de las siguientes claves:
<fec>: fecha del Concepto cobro/pago
<cod>: código del Concepto cobro/pago
<res>: resumen del Concepto cobro/pago
<fecven>: fecha vencimiento del cobro/pago
Estas claves se reemplazarán por los datos del último cobro/pago que se
ha seleccionado en la lista de Conceptos.
Cambio de estado para efectos origen / destino: Por último, se determina en
qué estado quedarán tanto los efectos que se agrupan como el agrupado. Si no se
Propiedades de los Cobros y Pagos / 27
introduce ningún estado, los efectos seleccionados conservarán el que tenían y el
nuevo tomará el estado 1 (Sin emitir).
Al pulsar el botón Acepta los cobros/pagos seleccionados en la lista de Conceptos
se darán de baja, estableciendo su fecha de baja igual a la fecha de trabajo, de
forma que una vez agrupados no se considerarán en las valoraciones de la cartera, y se creará el nuevo cobro/pago con las fechas, código, descripción y estado
establecidos en el diálogo.
Finalizado el proceso se mostrará el diálogo Proceso realizado, de forma que si se
ha producido algún error se almacena en el archivo de avisos, pudiendo consultar
dicho archivo.
Opciones de contabilización
Esta opción permite, además de agrupar los pagos/cobros, generar un asiento reclasificando - en el mayor del proveedor/cliente - los apuntes de los pagos/cobros
agrupados y del pago/cobro destino.
Contabilización reflejando la agrupación: Activando este check se confirma la
contabilización y se iluminan los campos siguientes.
Fecha del asiento: Fecha del asiento que genera el proceso.
Serie para el asiento: Serie del asiento que genera el proceso. Pinchando el botón
Cambiar serie... se abre la ventana de selección de las series disponibles para los
asientos.
Descripción: Descripción del asiento que genera el proceso.
El asiento que se genera es el siguiente:
Efectos agrupados y divididos
Los cobros/pagos procedentes de una agrupación, división o renovación, muestran en su ventana de propiedades el botón Ventana agrupados y divididos, que
abre el diálogo Efectos agrupados y divididos.
28 \Cartera. Guía de uso
Al abrirse el diálogo, el cobro/pago que se está consultando aparece sobre fondo
más oscuro, pero no está seleccionado. Seleccionando un elemento y pulsando el
botón Abrir ficha, se abre la ventana de propiedades del efecto seleccionado.
El botón Deshacer agrupación/división permite efectivamente deshacer la acción.
Para deshacer la acción hay que seleccionar uno de los efectos origen y pulsar el
botón, se muestra entonces el diálogo de confirmación:
Confirmación
Se va ha deshacer la acción: Agrupar/Dividir (P01/00435...)
Esta operación eliminará el/los efecto/s destino y volverá
a dar de alta el/los efectos/s origen, además de cambiarles
el estado.
¿Desea continuar?
Al confirmar se abre el diálogo Estado para origen, en el que hay que establecer el
estado en que quedarán el efecto o efectos origen. Si no se indica un estado para
los efectos origen, estos permanecerán con su estado actual. Los efectos destino
se eliminarán definitivamente de la aplicación, no siendo posible la marcha atrás.
Estado para origen
Número de efectos origen (se cambiarán de estado) = 4
Número de efectos destino (se eliminarán) = 1
Introduzca el número de estado que se escribirá en los
efectos origen
(en blanco o cero deja el valor actual)
Dividir Cobros / Pagos
Un cobro/pago procedente de una factura puede hacerse de forma fraccionada.
Para que esta situación tenga su reflejo en la aplicación, se divide el cobro/pago
en las fracciones necesarias, siendo éstas las que se contabilizarán.
Para dividir un efecto hay que seleccionar la acción DIVIDIR cobro/pago en el
submenú Acciones del Menú Concepto Actual de dicho efecto. Al hacerlo, se abre
el diálogo de dividir cobro/pago, en donde se seleccionan algunas de las características de los efectos que se van a crear.
Propiedades de los Cobros y Pagos / 29
Opciones para el/los nuevo/s efecto/s
Fecha de emisión / vencimiento: Las fechas de emisión y vencimiento de los
nuevos efectos se pueden seleccionar entre la fecha de trabajo, la del primer efecto
seleccionado y la del último. Las dos últimas coinciden, ya que esta acción sólo se
puede aplicar a un único efecto. Las fechas elegidas se aplicarán en principio a
todos los efectos destino, pero se pueden particularizar para cada uno de ellos antes de comenzar el proceso.
Serie para los pagos/cobros destino: Al abrirse este diálogo, el campo serie contiene la serie empleada la última vez, pero es posible cambiarla a mano. Pulsando
el botón Cambiar serie se abre la lista de selección de las series introducidas para
este tipo de concepto (Cobro o Pago) en la ventana de tipos de conceptos.
Descripción: En la descripción de los cobros/pagos destino puede especificarse
un texto y/o una de las siguientes claves:
<fec>: fecha del Concepto cobro/pago
<cod>: código del Concepto cobro/pago
<res>: resumen del Concepto cobro/pago
<fecven>: fecha vencimiento del cobro/pago
Estas claves se reemplazarán por los datos del cobro/pago origen.
Cambio de estado para efectos origen / destino: Por último, se determina en
qué estado quedarán tanto el efecto origen como los efectos destino. Si no se in-
30 \Cartera. Guía de uso
troduce ningún estado, el efecto seleccionado conservará el que tenía y los nuevos
tomarán el estado 1 (Sin emitir).
Si se estableció el Modo de trabajo con delegaciones y obras, los efectos resultantes se asignarán a la obra del efecto origen.
Al pulsar el botón Acepta se abre el diálogo Dividir efectos en donde es necesario
introducir el número de efectos en que se dividirá el efecto original. Al introducirlo, se crean en la lista igual número de líneas, una por cada efecto fraccionado.
Las fechas de emisión y vencimiento son las que se especificaron en el diálogo anterior, pero se pueden particularizar para cada efecto usando los campos de edición.
En principio, el importe del efecto origen se reparte por igual entre los efectos destino, pero también se puede cambiar usando los campos de edición. Si se cambia
el importe de un efecto fraccionado, los importes de los demás cambiarán también
de forma que la suma de todos se conserve igual al importe del origen.
El medio de pago de los efectos destino toma el valor del origen, pero también se
puede particularizar para cada uno de ellos.
Al pulsar el botón Acepta el cobro/pago original se da de baja, estableciendo su
fecha de baja igual a la fecha de trabajo, y se crean los cobros/pagos fraccionados
con las fechas, código, descripción y estado establecidos en los diálogos anteriores.
Finalizado el proceso, se mostrará el diálogo Proceso realizado, de forma que si se
ha producido algún error se almacena en el archivo de avisos.
Opciones de contabilización
Esta opción permite, además de dividir los pagos/cobros, generar un asiento reclasificando - en el mayor del proveedor/cliente - los apuntes del pago/cobro dividido y de los pagos/cobros destino. Es equivalente al mencionado en el apartado
Agrupar Cobros / Pagos.
Renovar Cobros / Pagos
La renovación de pagos es el sistema por el cual se puede mantener una referencia del estado de la cartera en una fecha dada. La aplicación no impone restricciones para la modificación de los efectos, pero, modificando directamente los datos de un efecto, no sería posible conocer posteriormente su valor original. La re-
Propiedades de los Cobros y Pagos / 31
novación consiste en la baja del cobro/pago y la creación de uno nuevo que queda
relacionado con el anterior.
Con la renovación de un cobro/pago se producirá la baja del cobro/pago que se
renueva, y la creación de un nuevo cobro/pago idéntico en todo al original, a excepción de los datos que se determinan en el diálogo Renovar PAGO/COBRO. Una
vez ejecutada la acción se podrá modificar el pago renovado, que habrá quedado
relacionado con el original, siendo posible realizar un seguimiento de los cambios
habidos en la cartera a lo largo del tiempo.
Este diálogo es equivalente a los de división y agrupación. Una vez establecidos
los datos y pulsado el botón Acepta, se procederá a establecer en el cobro/pago
original la fecha de baja igual a la fecha de trabajo, con lo que dicho efecto no se
considerará en las valoraciones de la cartera, y se creará el nuevo efecto copia del
original.
Especial renovación: Al marcar este check, el nuevo cobro/pago que se genere
tendrá el mismo código que el original seguido del sufijo _01R.
Opciones de contabilización
Esta opción permite, además de renovar el pago/cobro, generar un asiento reclasificando - en el mayor del proveedor/cliente - los apuntes del pago/cobro renovado y del pago/cobro destino. Es equivalente al mencionado en el apartado
Agrupar Cobros / Pagos.
No se pueden agrupar, dividir ni renovar pagos que se encuentren bloqueados o
cedidos.
32 \Cartera. Guía de uso
Cobros
Cobro
El concepto Cobro, como todos los tipos de concepto, puede crearse mediante el
diálogo Concepto Nuevo, pero en circunstancias normales lo crea automáticamente la aplicación al generar los Vencimientos en una Factura de Venta.
Como los demás conceptos, está sujeto a una serie de parametrizaciones (series,
estados, procesos, etc.) para automatizar su funcionamiento, como se explica en
el apartado Tipos de Conceptos.
La ventana de propiedades del concepto Cobro está dividida en cuatro paneles:
Características, Origen, Contabilización y Domiciliación bancaria.
Cobros / 33
Datos Generales
Características
Clase de cobro: En esta lista desplegable se puede seleccionar la clase de cobro
(Cobro, Anticipo, Retención, etc.), que se utiliza como medio de clasificación de cobros.
Fecha de vencimiento: Es la fecha de vencimiento del cobro, calculada en la factura de venta por el proceso de generación automática del vencimiento, en base a
los datos introducidos en la Fórmula de la forma de Cobro. En el cálculo de la fecha de vencimiento también se tienen en cuenta Sus días de pago y el mes de no
pago especificados en la ficha del Cliente o, en su ausencia, los predeterminados
en los parámetros generales de la empresa en el apartado Cartera (Valores por defecto para cálculos de vencimientos en facturas emitidas y recibidas). Esta fecha se
puede cambiar si procede.
Fecha real de cobro: Normalmente es la fecha de contabilización y es un campo
no editable. Sólo puede modificarse ejecutando una acción o establecerse en un
proceso de cambio de estado.
Importe: Se calcula automáticamente en el proceso de generación del vencimiento, de acuerdo con la Fórmula de la forma de Cobro.
Medio de pago (del cobro): Es el medio de cobro especificado en la Fórmula de
pago de la factura de venta. Si la fórmula no incluye un medio de pago, se toma el
especificado en la factura en el campo del mismo nombre.
Naturaleza del cobro: Se codifica en la tabla auxiliar del mismo nombre (auxnac).
34 \Cartera. Guía de uso
Origen
Factura emitida origen: Código y descripción de la factura de venta que generó el
cobro actual. Pulsando el botón
se abre su ventana de propiedades.
Cliente: Código y descripción del Cliente de la factura de venta que generó el cobro actual. Pulsando el botón
se abre su ventana de propiedades.
Referencia talón, pagaré, etc.: Es el número de referencia del documento de pago del cliente.
Remesa: Es el código de la Remesa con su descripción en la que se ha incluido el
cobro. Pulsando el botón
se abre su ventana de propiedades. Se establece automáticamente al remesar los efectos y es un campo no editable.
Contabilización
Las cuentas especificadas aquí serán utilizadas por el proceso que contabiliza el
cobro ejecutando el cambio de estado correspondiente, de forma que los apuntes
contables se crearan automáticamente con estas cuentas.
Cuenta contable de cliente: Código y descripción de la cuenta contable del cliense abre su ventana de propiedades. La cuenta se toma
te. Pulsando el botón
de la especificada en la factura de venta que generó el cobro.
Cuenta prevista de banco o caja de cobro: Se toma de la cuenta de cobro especificada en la ficha del cliente. Si no existe se tomará la predeterminada en los
parámetros generales de la empresa en el apartado Contabilidad 2 (Cuenta de cobro: banco o caja).
Domiciliación bancaria
Son los datos bancarios para domiciliaciones (banco, sucursal, dígito de control y
Nº de cuenta corriente), tomados de la ficha del cliente.
Consultas
En esta pestaña se encuentran las consultas disponibles del concepto actual. Actualmente no están implementadas.
Contabilización de Cobros
La contabilización de cobros se lleva a cabo mediante procesos que cambian el estado del efecto y crean los asientos contables necesarios. Para ello, el concepto
Cobro debe estar configurado adecuadamente.
Configuración
Los estados y los procesos de cambio de estado se definen en la ventana Tipos de
Conceptos, en las pestañas Estados y Procesos respectivamente.
Cobros / 35
Estados
Supongamos que para el concepto Cobro se han definido los estados:
•
•
•
•
•
1 (SE) para los cobros no emitidos
3 (PR) para los previstos
5 (CA) para los cobros pasados a la cuenta de efectos a cobrar
7 (RE) para los cobros remesados
10 (C) para los cobrados
Además, se ha establecido que, al crear un nuevo cobro, su estado inicial sea
1(SE); que sólo se puedan remesar los cobros si están en estado 5(CA); que al remesar el cobro éste pase a tener el estado 7(RE) y que el estado de cobrado sea el
10(C).
Procesos
Los procesos de cambio de estado para Cobros se definen estableciendo:
Tipo: Tipo del medio de cobro al que será aplicable el proceso; es posible,
si hay varios tipos de medios de cobro sujetos a los mismos procesos, indicar los tipos en este campo seguidos de una coma.
36 \Cartera. Guía de uso
Estado1: Estado inicial en el que debe encontrarse el efecto para que pueda transformarse mediante este proceso.
Estado2: Estado final del efecto tras la ejecución del proceso.
Descripción: Texto identificativo del proceso, que se mostrará en el menú
concepto actual, ventana de procesos, etc.
Javascript: Nombre del programa xjs que se ejecutará para llevar a cabo
el cambio de estado. Si se deja en blanco, se ejecutará el programa por defecto para Cobros y Pagos: cyppro.xjs.
Si el proceso crea un asiento, en Cuenta 1 y Cuenta 2 se especifican las
cuentas contables sobre las que se harán los apuntes.
Cuenta 1 (Haber): Si no se especifica, se emplea por defecto la cuenta
cueide, que es la cuenta contable del Cliente.
Cuenta 2 (Debe): Si no se especifica, se emplea por defecto la cuenta cypbanide, que es la cuenta de banco / caja del Cobro.
Tanto en Cuenta 1 como en Cuenta 2 se pueden especificar hasta dos
cuentas, separadas por una coma.
En estos campos puede utilizarse un código de cuenta auxiliar, por ejemplo 43100000. También puede indicarse un grupo de cuentas, por ejemplo
431; en este caso, se abrirá la lista de selección de cuentas auxiliares filtrada por la máscara de búsqueda 431*.
El procedimiento más versátil consiste en indicar el nombre de una cuenta
de la ficha del Cliente o del Cobro. Para ello, la cuenta debe ser especificada en el campo correspondiente de la ficha porque, de lo contrario, el proceso emitirá un mensaje de error y no continuará.
Si el nombre de la cuenta empieza con cue, se refiere a una cuenta de la
ficha del Cliente, mientras que si comienza por cyp, el proceso buscará la
cuenta en la ficha del Cobro.
Nombres de las cuentas de la ficha del Cliente:
Cuenta contable del Cliente: cueide
Efectos comerciales a cobrar: cueefeide
Efectos comerciales descontados: cuedeside (sólo en Cobros)
Cuenta de retenciones: cueretide
Cuenta de anticipos: cueantide
Cuenta de cobros (banco, caja): cuebanide
Nombres de las cuentas de la ficha del Cobro:
Cuenta contable del Cliente: cypcueide
Cobros / 37
Cuenta prevista de banco o caja: cypbanide
Supongamos que para el medio de pago Pagaré (P) se han definido los procesos:
Pasar a previsto: Aplicable a los pagarés en estado 1 (SE), a los que pasa
al estado 3 (PR). El programa ejecutado es pro.xjs, que es el proceso genérico de cambio de estado. Este programa únicamente lleva a cabo el cambio de estado y graba en el Registro de usuarios un nuevo registro indicando que el proceso ha sido ejecutado.
Pagaré a Cartera: Aplicable a los pagarés en estado 3 (PR), a los que pasa
al estado 5 (CA). Al no indicar Javascript, se ejecuta el programa cyppro.xjs, que es el proceso por defecto para Cobros y Pagos.
Este proceso, además de hacer el cambio de estado, crea el asiento contable contra las cuentas indicadas en los campos Cuenta 1 y Cuenta 2. Si
en Cuenta 1 no se especifica nada, se emplea la cuenta cueide, que es la
cuenta contable del cliente. En Cuenta 2 se ha introducido cueefeide, que
es la cuenta de efectos comerciales a cobrar del cliente.
Cobrar pagaré: Aplicable a los pagarés en estado 5 (CA) a los que pasa al
estado 10 (C). El cambio de estado lo realiza el proceso por defecto cyppro.xjs que, además, crea el asiento contable contra las cuentas indicadas
en Cuenta 1 y Cuenta 2. En el campo Cuenta 1(H) se especifica la cuenta
de efectos en cartera cueefeide. Al dejar en blanco Cuenta 2(D), toma por
defecto la cuenta cypbanide, que es la cuenta de banco / caja del Cobro.
Procedimiento
Tal y como se configuró, el estado inicial de un cobro es 1 (SE) y desde este estado, si el medio de pago es Pagaré, sólo se puede ejecutar un proceso: Pasar a previsto.
Al ejecutarlo, pasa al estado 3 (PR), en el que sólo hay un proceso disponible: Pagaré a Cartera.
38 \Cartera. Guía de uso
Al ejecutar este proceso se abre la ventana de diálogo del Javascript cyppro.xjs,
que pondrá al pagaré en estado 5 (CA) y creará un asiento con apuntes a las
cuentas especificadas al configurar el cobro: cueide (430) y cueefeide (431).
Desde el estado 5 (CA), se tiene acceso a dos procesos: Descontar pagaré y Cobrar
pagaré.
Al hacer clic en el primero, se abre nuevamente el diálogo del programa cyppro,
que pondrá el pagaré en estado 10 (C) y creará un asiento con apuntes a las cuentas especificadas para el proceso de cobro: cueefeide (431) y cypbanide (572).
Además, pondrá la fecha del asiento como Fecha real del Cobro.
Si se desea deshacer el cobro, se puede actuar de varias formas, con distintos resultados:
● Utilizando el botón Deshacer Proceso de la Ventana de Procesos. Mediante este procedimiento, el cobro vuelve al estado anterior indicado como Estado 1 y se elimina tanto el asiento contable como su relación con el
cobro. No se elimina la fecha real del cobro ni el posible punteo de las
cuentas.
● Creando un proceso Deshace Cobro Pagaré que utiliza el programa cypprodes.xjs, suministrado con Sigrid. Este programa también elimina el
asiento contable y su relación con el cobro; la diferencia con el método anterior es que se puede elegir el estado final del efecto, especificándolo en el
campo Estado 2. Se elimina la fecha real del cobro introducida por el programa cyppro y se limpian los punteos de las cuentas.
Cobros / 39
● En los dos casos anteriores se elimina el asiento creado en el proceso de
cobro. Si se desea dejar constancia de todo el proceso de contabilización,
se puede crear un proceso, p. ej. Devolver Pagaré, que utilice el programa
cyppro para crear un asiento con apuntes a cypbanide (Cuenta1) y a la
cuenta seleccionada para devolver el cobro (cueide, 4315, etc.) y que ponga el efecto en el estado indicado en Estado 2.
Anticipos de Clientes
El anticipo es un cobro a cuenta - de futuros servicios que se prestarán o futuras
entregas de materiales al Cliente - que no está respaldado por una factura en el
momento del cobro.
En este tema se explica mediante un ejemplo el procedimiento a seguir para registrar y contabilizar un cobro de tipo Anticipo de un Cliente.
Requisitos previos
● En los parámetros generales de la empresa, apartado Cartera, es necesario
marcar la casilla
● En la ficha del Cliente, pestaña Contabilidad, es necesario establecer una cuenta de Anticipos de clientes (437).
Proceso
En primer lugar, hay que dar de alta en Sigrid un nuevo Cobro con las siguientes
particularidades:
● El tipo del Cobro debe ser Anticipo.
● Dado que el Cobro no está aún respaldado por una factura, el campo
Factura emitida origen se dejará en blanco.
● Al establecer un cliente para el Cobro, Sigrid pone por defecto como
Cuenta contable del cliente la cuenta especificada en la ficha de éste (430).
En este caso se debe cambiar por la cuenta de anticipos del cliente.
40 \Cartera. Guía de uso
Tras registrar los datos necesarios del Cobro, se procede a su contabilización.
Cuando se prestan servicios o se suministran productos al cliente, se crea la factura y se registra en Sigrid.
En la pestaña Vencimientos se ve que se ha generado el vencimiento por el total
de la factura, pero el botón Anticipos está activado y con el texto en color rojo.
Cobros / 41
Cuando este botón está activo significa que existe al menos un anticipo no cancelado del cliente actual. Al pulsar este botón se abre la lista de selección del concepto Cobro, mostrando la relación de cobros de tipo Anticipo del
cliente de la factura y que no han sido cancelados aún.
Al seleccionar los anticipos deseados, se añaden a la lista de vencimientos de la
factura. El campo Factura emitida origen de cada anticipo toma automáticamente
el código y descripción de la factura actual.
Al añadir los vencimientos correspondientes a los anticipos, como el cobro correspondiente al total de la factura no ha cambiado, aparece un descuadre por el total
de los anticipos añadidos. Pulsando el botón Generar vencimientos, se corrige automáticamente la situación: se recalculan los cobros (los de tipo Anticipo no se recalculan) para corregir el descuadre.
42 \Cartera. Guía de uso
Al contabilizar la factura se produce el siguiente asiento
y, al entrar en el mayor de la cuenta de anticipos del cliente, se comprueba que el
anticipo ha sido saldado.
Hasta ahora se ha contemplado el caso en que el importe del anticipo es menor
que el importe total de la factura.
En el caso en que el importe del anticipo coincida con el total de la factura, todo
transcurre igual que en el caso anterior, con la excepción de que, al recalcular los
vencimientos, el único cobro que queda es, lógicamente, el del anticipo.
Por último, el caso en que el importe del anticipo es mayor que el importe total de
la factura, necesita un tratamiento distinto.
Como en los casos anteriores, se crea el cobro de tipo Anticipo y se contabiliza.
Cuando se crea una nueva factura del cliente, se registra en Sigrid y se añade el
anticipo a la lista de vencimientos
Cobros / 43
Como el importe total de la factura es menor que el descuadre, al regenerar los
vencimientos se crea un cobro con importe negativo
Al contabilizar la factura se genera el asiento:
en el que se salda completamente el anticipo (también se salda automáticamente
en la cuenta de anticipos del cliente), quedando la cantidad restante asociada al
cobro con importe negativo.
Cuando se registra en Sigrid una nueva factura del cliente y se generan los vencimientos, se agrupa uno varios de los cobros generados con el cobro negativo de
la factura anterior, quedando un único cobro positivo.
44 \Cartera. Guía de uso
Al agrupar los efectos, los cobros originales han sido dados de baja, lo cual se refleja en las respectivas facturas. A partir de este momento se procede normalmente con el cobro agrupado.
Remesa de Cobro
Una Remesa de Cobro es una agrupación de Cobros, de forma que puedan contabilizarse automáticamente en un único asiento. Las remesas facilitan la exportación de los datos en soporte magnético para su envío al banco, atendiendo a los
formatos correspondientes a las normativas bancarias.
En Sigrid la Remesa de Cobro es un Concepto y, como tal, puede crearse desde el
diálogo Concepto Nuevo. También se crea una nueva remesa al aplicar la Acción
REMESAR efectos a un conjunto de Cobros seleccionados en la lista de conceptos
de la ventana principal.
Cobros / 45
La ventana de propiedades del concepto Remesa de Cobro consta de tres pestañas: General; Gastos, Comisiones, Observaciones; Consultas.
General
Tipo de remesa de cobro: Al cobro / Al descuento. Según se escoja el tipo de remesa, ésta tendrá un comportamiento diferente.
Cuenta contable de banco: Es la cuenta prevista de banco o caja para cobro. Es
un dato imprescindible para la contabilización de la remesa.
Domiciliación bancaria: Código de Cuenta Corriente de la entidad bancaria. Toma automáticamente el valor asociado a la cuenta de banco / caja en la tabla
auxiliar Cuentas Bancarias (auxcue).
Fecha remesa: Fecha efectiva en la que se envía la remesa al banco.
Cuenta contable de riesgo: Los campos relativos a esta cuenta no son editables.
Toman su valor automáticamente de la tabla auxiliar Cuentas Bancarias.
Concedido: Es el importe declarado en la columna Límite de crédito de la tabla
auxiliar Cuentas Bancarias.
Disponible: Es la diferencia entre el Límite de crédito y el Saldo de la cuenta de
riesgo.
Restante: Es la diferencia entre la cantidad Disponible y el Total de la remesa.
Selección: Suma de los campos Importe de los cobros seleccionados en la lista.
Total remesa: Suma de los campos Importe de todos los cobros de la remesa. Se
actualiza automáticamente al añadir o quitar cobros.
La lista contiene una línea de detalle por cada cobro incluido en la remesa.
Al pulsar este botón se accede a la lista de utilidades:
46 \Cartera. Guía de uso
● Actualizar cuenta de banco a efectos de la remesa: Se copia la cuenta contable de banco de la remesa a todos los efectos de la lista.
● Actualizar CCC de la remesa a efectos de la remesa: Se copia el CCC
de la remesa a todos los efectos de la lista.
Atención: No se deberá actualizar CCC en el caso en el que los
efectos de la remesa sean recibos o letras.
● Renumerar campo Referencia talón / pagaré: Abre el diálogo:
Introduzca el número de talón o pagaré correspondiente al
primer efecto de la remesa.
El formato puede ser un número (Ej. 1.234.233) o número secuencia (Ej. 1.293.233-3)
Pulsando este botón se abre el diálogo de selección de efectos en el que se introduce el código completo de un cobro o una máscara de
búsqueda. El efecto o efectos indicados se mostrarán en la lista de selección de
efectos para añadir a remesa, que permite selección múltiple. Los cobros en la lista de selección tendrán el estado adecuado para ser remesados, obviándose los
que no tengan ese estado.
Hay otras dos formas de añadir cobros a una remesa existente:
● Arrastrando los cobros seleccionados en la lista de conceptos de la ventana
principal y soltándolos en la lista de la remesa.
● Introduciendo el código de la remesa en el campo Remesa de la ventana de propiedades del Cobro.
La función de este botón es extraer el efecto de la remesa,
pero no eliminarlo. Al pulsarlo se abre el diálogo:
Se van a quitar los efectos seleccionados de la remesa
(No se pierden los datos de los efectos originales)
¿Desea continuar?
Al pulsar este botón se abre la ventana de propiedades del
cobro seleccionado en la lista. Equivale a hacer doble clic sobre la línea de la lista.
Gastos, Comisiones, Observaciones
Opcionalmente, se pueden contabilizar automáticamente los gastos y comisiones.
Para ello es necesario especificar las cuentas y los importes.
Las dos cuentas se copian automáticamente de la tabla auxiliar Cuentas Bancarias, tomando los valores asociados a la cuenta de banco.
También es posible ejecutar una acción, para que Sigrid calcule automáticamente
intereses y comisiones antes de contabilizar la remesa, como se explica en el apartado Cálculo Gastos, Comisiones e Intereses Remesa de Cobro.
El campo Observaciones es un área de texto extenso para registrar las notas y
aclaraciones internas sobre la remesa.
Cobros / 47
Consultas
En esta pestaña aparecen las consultas relativas al concepto Remesa. Actualmente no están implementadas.
Cálculo de Gastos, Comisiones e Intereses
Sigrid puede calcular automáticamente los importes de Gastos, comisiones e intereses de la remesa; para ello es necesario realizar la parametrización - para cada banco - de las variables para el cálculo de gastos, comisiones e intereses en
Tablas Auxiliares a Cuentas Bancarias a Variables Cálculo Comisiones.
Para introducir los valores de dichas variables para el banco, se abre la ventana
de edición ampliada, situándose en la línea de edición de esa columna y pulsando
el botón derecho del ratón:
48 \Cartera. Guía de uso
Para asignar valores a las variables, se utiliza la siguiente "codificación":
● Para remesas de cobro, la línea debe comenzar por "COB"
● Para remesas de pago, la línea debe comenzar por "PAG"
La forma de asignar valores a cada variable es: variable=valor, separando cada variable con punto y coma (;). Las variables actualmente soportadas son:
A.- COMISIONES Y GASTOS
C= Gastos de correo para cada efecto. Se trata de un importe unitario por
cada efecto (cobro/pago) que contiene la Remesa.
G= Gastos para cada efecto. Puede ser un importe unitario por efecto o un
porcentaje (se añade el símbolo %) sobre el importe de cada efecto de la
Remesa.
B.- INTERESES
D= Días a incrementar / decrementar la diferencia entre la fecha de la remesa y la
fecha de vencimiento. Por ejemplo: fecha de la remesa 22/10/2008; fecha de vencimiento 25/10/08: Sigrid considera que son 4 días si D=0, 3 días si D=-1 ó 5
días si D=1.
P= Tipo de periodo; puede ser:
A, cuando la fórmula es anual
M, cuando la fórmula es mensual
360, cuando la fórmula es diaria (considerando el año como 360 días)
365, cuando la fórmula es diaria (considerando el año como 365 días)
I= Porcentaje del interés a aplicar al importe de cada efecto de la Remesa. Se establece un único porcentaje de comisión (no es necesario introducir el signo %), o
podrá establecerse un porcentaje en función de los días transcurridos entre la fecha de la remesa y la fecha de vencimiento de los efectos. En este último caso, se
establecen grupos como "días/porcentaje (sin poner el signo %)".
Cobros / 49
PARA EL CÁLCULO DE LOS INTERESES DE LA REMESA, Sigrid internamente
aplicará la siguiente fórmula para calcular el interés de cada efecto de la Remesa.
Donde:
E= importe de cada efecto.
R= porcentaje de interés de cada efecto.
T= será el número de días a considerar entre la fecha de la remesa y la fecha
de vencimiento, de cada efecto.
B= 100, si la fórmula es anual
1200, si la fórmula es mensual
36000, si la fórmula es diaria (año de 360 días)
36500, si la fórmula es diaria (año de 365 días)
Para la totalidad de la remesa, será la suma del interés de cada efecto que compone la remesa.
Una vez realizada la parametrización de las variables y preparada la remesa, se
ejecutará la acción "Cálculo de comisiones y gastos bancarios de la remesa", antes
de contabilizarla de modo que los importes de los gastos e intereses se puedan incluir en el asiento.
50 \Cartera. Guía de uso
Al escoger la opción deseada y aceptar, Sigrid propone el diálogo del cálculo:
Las cuentas contables relativas a los gastos e intereses serán, por defecto, las
que se indicaron en Tablas Auxiliares a Cuentas Bancarias a campos Cuenta comisiones y gastos y Cuenta intereses para cada banco, pudiéndose modificar en
la propia remesa.
Al ejecutar la acción "Cálculo de comisiones y gastos bancarios de la remesa", los
importes de comisiones e intereses se grabarán en sus correspondientes campos:
Cobros / 51
Sigrid graba de forma oculta en la cabecera de la remesa, a partir de la versión
2.2.0891 del 18/02/08, la parametrización de las variables del cálculo de las comisiones e intereses utilizada en ese momento, de forma que - si se volviera a ejecutar la acción "Cálculo de comisiones y gastos bancarios de la remesa", saldría el
siguiente mensaje:
ya que dicha parametrización en la tabla auxiliar podría haber cambiado con el
paso del tiempo.
En el asiento de contabilización de la remesa, se reflejarán los apuntes correspondientes a gastos e intereses:
52 \Cartera. Guía de uso
Contabilización de Remesas de Cobro
La contabilización de Remesas de Cobro se lleva a cabo mediante procesos que
cambian el estado de la remesa y de los cobros incluidos en ella y crean los asientos contables necesarios.
Configuración
Como los procesos actúan directamente sobre los cobros, es necesario que éstos
estén correctamente configurados. Para ello es necesario definir los distintos estados posibles del concepto Cobro y los procesos de cambio de estado en la ventana
de Tipos de Conceptos, como se explica en el tema Contabilización de Cobros.
En el ejemplo seguido para explicar este proceso de contabilización se configuran
en primer lugar los posibles estados de los cobros en general y los procesos de
cambio de estado de cobros cuyo medio de cobro sea el pagaré bancario.
A continuación se procede a configurar los estados y procesos del concepto Remesa de Cobro.
Estados
Supongamos que se han definido los estados:
● 1 (EL) En elaboración. Estará en este estado hasta que se termine de
preparar.
● 3 (COM) Completada. Pasará a este estado cuando se prepare y esté lista para ser enviada.
● 5 (ENV) Enviada. Pasa a este estado al remesar los efectos.
● 7 (DES) Descontada. Estado final para las remesas al descuento.
● 10 (COB) Cobrada. Estado final para las remesas al cobro.
Procesos
Los procesos de cambio de estado para Remesas de Cobro se definen estableciendo:
Tipo: Tipo de remesa: al cobro (0) ó al descuento (1).
Estado1: Estado inicial en el que debe encontrarse la remesa para que
pueda transformarse mediante este proceso.
Estado2: Estado final de la remesa tras la ejecución del proceso.
Descripción: Texto identificativo del proceso, que se mostrará en el menú
concepto actual, ventana de procesos, etc.
Cobros / 53
Javascript: Nombre del programa xjs que se ejecutará para llevar a cabo
el cambio de estado. Si se deja en blanco, se ejecutará por defecto el programa pro.xjs, que es el proceso genérico de cambio de estado. Este programa únicamente lleva a cabo el cambio de estado y graba en el Registro
de usuarios un nuevo registro indicando que el proceso ha sido ejecutado.
Es posible indicar dos programas separados por una coma, en cuyo caso
se ejecutarán consecutivamente en el orden indicado.
Si el proceso crea un asiento, en Cuenta 1 y Cuenta 2 se especifican las
cuentas contables sobre las que se harán los apuntes.
Cuenta 1 (Haber): Si no se especifica, se emplea por defecto la cuenta
cypcueide, que es la cuenta contable del Cliente, leída de la ficha de cada
cobro.
Cuenta 2 (Debe): Si no se especifica, se emplea por defecto la cuenta cypbanide, que es la cuenta de banco / caja de la remesa.
Supongamos que se han definido los siguientes procesos de cambio de estado y
que los cobros de la remesa han sido pasados previamente a la cuenta de
efectos en cartera, ya que esa era la condición establecida en los cobros para
poder remesarlos.
Completar Remesa: Aplicable a las remesas en estado 1(EL) a las que pasa al estado 3(COM), ejecutando el programa genérico de cambio de estado pro.xjs.
Enviar Remesa: Aplicable a las remesas en estado 3(COM) a las que pasa al estado 5(ENV). El programa ejecutado es remefectos.xjs, que, además de cambiar el
estado de la remesa, lleva a los cobros al estado 7(RE), remesado.
Cobrar remesa: Aplicable a las remesas al cobro en estado 5(ENV), a las que pone
en estado 10(COB). El programa ejecutado es remconta.xjs que, además de hacer
el cambio de estado, crea el asiento contable contra las cuentas indicadas en los
campos Cuenta 1 y Cuenta 2. En Cuenta 1 se ha introducido cueefeide, que es la
cuenta de efectos comerciales a cobrar (4310) del cliente de cada cobro. Al quedar
en blanco Cuenta 2, el proceso emplea por defecto cypbanide, cuenta de banco
(5720) especificada en la remesa.
Descontar remesa: Aplicable a las remesas al descuento en estado 5(ENV), a las
que pasa al estado 7(DES). El programa ejecutado es también remconta.xjs, pero
en este caso el tipo de la remesa es 1 (al descuento) y el programa necesita dos
cuentas más: cuedeside, cuenta de efectos comerciales descontados de cada cliente (4311) y la cuenta de riesgo (5208) asociada a la cuenta de banco de la remesa.
54 \Cartera. Guía de uso
Procedimiento
En este ejemplo se supone que, antes de remesar los cobros, han pasado a Cartera y se encuentran en la cuenta cueefeide, cuenta de efectos comerciales a cobrar
del cliente de cada cobro. El proceso para llevar los cobros a Cartera se explica en
el tema Contabilización de Cobros.
La inclusión de cobros en una remesa puede realizarse:
● Seleccionando los cobros en la ventana principal y aplicándoles la acción REMESAR efectos, con lo que se crea una nueva remesa y los efectos seleccionados
quedan incluidos en ella.
● Añadiéndolos a una remesa existente, como se explica en el tema Remesa de
Cobro.
Para explicar mediante un ejemplo el proceso de contabilización de las remesas de
cobro, se distinguirá entre remesas al cobro y al descuento.
Remesas al cobro
Partiendo de una remesa en estado 1(EL), se ejecutan los procesos de cambio de
estado disponibles en cada caso:
Al ejecutar el proceso Enviar Remesa, el programa remefectos.xjs cambia la remesa al estado 5(ENV) y pone a cada uno de los cobros en estado 7(RE), que es el estado que se configuró para los cobros como Cobro Remesado.
En ese momento, el único proceso disponible es Cobrar Remesa ya que se trata de
una remesa al cobro. Al hacer clic en Cobrar Remesa, se abre el diálogo del programa remconta.xjs, en donde se pueden determinar la fecha, serie y descripción
Cobros / 55
del asiento y la descripción de los apuntes. En la parte inferior aparecen las cuentas especificadas en Cuenta 1 Cuenta 2.
Al ejecutar este proceso, la remesa pasa al estado 10(COB), los cobros pasan al
estado 10 (C) y se genera el asiento siguiente, en el que se traspasan los cobros
desde la cuenta de efectos en cartera de cada cliente a la cuenta del banco de la
remesa.
En el caso de que el banco devuelva uno de los pagarés, hay que actuar directamente sobre el cobro, ejecutando un proceso Devolver Pagaré configurado para este caso, que ponga al pagaré en un estado, p. ej., 12 (DE) Devuelto y que haga un
traspaso de la cuenta del banco de la remesa a la cuenta del cliente.
Remesas al descuento
Este ejemplo parte de una remesa, ya en estado 5(ENV), preparada para ejecutar
el proceso Descontar Remesa.
En ese momento, los procesos disponibles son Cobrar Remesa y Descontar Remesa. Como se trata de una remesa al descuento, se escoge la segunda opción.
56 \Cartera. Guía de uso
En el caso de descontar una remesa al descuento, se realizan los siguientes procesos:
1. Cada cobro se traspasa de la cuenta de efectos a cobrar a la cuenta de
efectos descontados de cada cliente.
2. Se recoge el riesgo del descuento en la cuenta de riesgo asociada a la
cuenta de banco de la remesa (en la tabla auxiliar Cuentas Bancarias).
3. Se recibe el importe de los cobros en la cuenta de banco de la remesa
Por lo tanto, para contabilizar una remesa de cobro al descuento es imprescindible:
● Establecer la cuenta de efectos a cobrar y la cuenta de efectos descontados en la ficha de cada cliente.
● Asociar una cuenta de riesgos (5208) a la cuenta de banco (5720) de la
remesa en la tabla auxiliar Cuentas Bancarias.
● Establecer la cuenta contable de banco en la ficha de la remesa.
Al ejecutar el proceso Descontar Remesa, se abre el diálogo del programa remconta.xjs, en donde se pueden determinar la fecha, serie y descripción del asiento y la
descripción de los apuntes. Como, en este caso, remconta ha encontrado que el
tipo de remesa es 1 (al descuento), en la parte inferior indica las cuatro cuentas
que va a utilizar en el asiento.
Cobros / 57
Al ejecutar este proceso, los cobros permanecen en el estado 7 (RE) y se genera el
asiento siguiente, en el que se traspasa cada cobro desde la cuenta de efectos en
cartera (4310) a la cuenta de efectos descontados (4311). Además, se cobra el importe de la remesa en su cuenta de banco (5720) y se recoge el riesgo en la cuenta
de riesgo asociada a ésta última (5208).
Al llegar el vencimiento de un cobro se actúa directamente sobre él, ya sea desde
la ventana de la remesa o fuera de ella, ejecutando el proceso Cobrar Pagaré Descontado que cambia el estado del cobro de 7(RE) a 13(DCO) y que salda en la
cuenta de riesgos el importe de dicho cobro. La ejecución de este proceso creará el
asiento como sigue:
58 \Cartera. Guía de uso
Pagos
Pago
El concepto Pago, como todos los tipos de concepto, puede crearse mediante el
diálogo Concepto Nuevo, pero en circunstancias normales lo crea automáticamente la aplicación al generar los Vencimientos en una Factura de Compra.
Como los demás conceptos, está sujeto a una serie de parametrizaciones (series,
estados, procesos, etc.) para automatizar su funcionamiento, como se explica en
el apartado Tipos de Conceptos.
La ventana de propiedades del concepto Pago está dividida en cinco paneles: Características, Origen, Contabilización, Domiciliación bancaria y Cesión de Crédito y
Bloqueo del Pago.
Pagos / 59
Características
Clase de pago: En esta lista desplegable se puede seleccionar la clase de pago
(Pago, Anticipo, Retención, etc.), que se utiliza como medio de clasificación de pagos.
Fecha de vencimiento: Es la fecha de vencimiento del pago, calculada en la factura de compra por el proceso de generación automática del vencimiento, en base
a los datos introducidos en la Fórmula de la forma de Pago. En el cálculo de la fecha de vencimiento también se tienen en cuenta los días de pago y el mes de no
pago especificados en la ficha del Proveedor o, en su ausencia, los predeterminados en los parámetros generales de la empresa en el apartado Cartera (Valores por
defecto para cálculos de vencimientos en facturas emitidas y recibidas).
Fecha real de pago: Normalmente es la fecha de contabilización y es un campo
no editable. Sólo puede modificarse ejecutando una acción o establecerse en un
proceso de cambio de estado.
Importe: Se calcula automáticamente en el proceso de generación del vencimiento, de acuerdo con la Fórmula de la forma de Pago.
Medio de pago: Es el medio de pago especificado en la Fórmula de pago de la factura de compra. Si la fórmula no incluye un medio de pago, se toma el especificado en la factura en el campo del mismo nombre.
Naturaleza del pago: Se codifica en la tabla auxiliar del mismo nombre (auxnap).
Origen
Factura emitida origen: Código y descripción de la factura de compra que generó
el pago actual. Pulsando el botón
60 \Cartera. Guía de uso
se abre su ventana de propiedades.
Proveedor: Código y descripción del Proveedor de la factura de compra que generó el pago actual. Pulsando el botón
se abre su ventana de propiedades.
Referencia talón, pagaré, etc.: Es el número de referencia del documento de pago al proveedor.
Remesa: Código y descripción de la Remesa en la que se ha incluido el pago. Pulsando el botón
se abre su ventana de propiedades. Se establece automáticamente al remesar los efectos y es un campo no editable.
Contabilización
Las cuentas especificadas aquí serán utilizadas por el proceso de cambio de estado que contabiliza el pago, de forma que los apuntes contables se crearan automáticamente con estas cuentas.
Cuenta contable de proveedor: Código y descripción de la cuenta contable del
se abre su ventana de propiedades. La cuenta se
proveedor. Pulsando el botón
toma de la especificada en la factura de compra que generó el pago.
Cuenta prevista de banco o caja para pago: Se toma de la cuenta de pago especificada en la ficha del proveedor. Si no existe se tomará la predeterminada en los
parámetros generales de la empresa en el apartado Contabilidad 2 (Cuenta de pago: banco o caja).
Domiciliación bancaria
Son los datos bancarios para transferencias (banco, sucursal, dígito de control y
Nº de cuenta corriente), tomados de la ficha del proveedor.
ESPECIAL: Cesión de Crédito y Bloqueo del Pago.
Campos activos si se dispone el módulo de Bloqueo y Cesiones.
Consultas
En esta pestaña se encuentran las consultas disponibles del concepto actual. Actualmente no están implementadas.
Contabilización de Pagos
La contabilización de pagos se lleva a cabo mediante procesos que cambian el estado del efecto y crean los asientos contables necesarios. Para ello, el concepto
Pago debe estar configurado adecuadamente.
Configuración
Los estados y los procesos de cambio de estado se definen en la ventana Tipos de
Conceptos, en las pestañas Estados y Procesos respectivamente.
Pagos / 61
Estados
Supongamos que para el concepto Pago se han definido los estados:
• 1 (PTE) para los pagos pendientes de aprobación
• 5 (EM) para los emitidos (llevados a cartera)
• 7 (R) para los remesados
• 10 (P) para los pagados
Además, se ha establecido que, al crear un nuevo pago, su estado inicial sea
1(SE); que sólo se puedan remesar los pagos si están en estado 5(EM); que al remesar el pago éste pase a tener el estado 7(R) y que el estado de pagado sea el
10(P).
Procesos
Los procesos de cambio de estado para Pagos se definen estableciendo:
Tipo: Tipo del medio de pago al que será aplicable el proceso; es posible, si
hay varios tipos de medios de pago sujetos a los mismos procesos, indicar
los tipos en este campo seguidos de una coma.
62 \Cartera. Guía de uso
Estado1: Estado inicial en el que debe encontrarse el efecto para que pueda transformarse mediante este proceso.
Estado2: Estado final del efecto tras la ejecución del proceso.
Descripción: Texto identificativo del proceso, que se mostrará en el menú
concepto actual, ventana de procesos, etc.
Javascript: Nombre del programa xjs que se ejecutará para llevar a cabo
el cambio de estado. Si se deja en blanco, se ejecutará el programa por defecto para Cobros y Pagos: cyppro.xjs.
Si el proceso crea un asiento, en Cuenta 1 y Cuenta 2 se especifican las
cuentas contables sobre las que se harán los apuntes.
Cuenta 1 (Debe): Si no se especifica, se emplea por defecto la cuenta
cueide, que es la cuenta contable del Proveedor.
Cuenta 2 (Haber): Si no se especifica, se emplea por defecto la cuenta
cypbanide, que es la cuenta de banco / caja del Pago.
Tanto en Cuenta 1 como en Cuenta 2 se pueden especificar hasta dos
cuentas, separadas por una coma.
En estos campos puede utilizarse un código de cuenta auxiliar, por ejemplo 40100000. También puede indicarse un grupo de cuentas, por ejemplo
401; en este caso, se abrirá la lista de selección de cuentas auxiliares filtrada por la máscara de búsqueda 401*.
El procedimiento más versátil consiste en indicar el nombre de una cuenta
de la ficha del Proveedor o del Pago. Para ello, la cuenta debe ser especificada en el campo correspondiente de la ficha porque, de lo contrario, el
proceso emitirá un mensaje de error y no continuará.
Si el nombre de la cuenta empieza con cue, se refiere a una cuenta de la
ficha del Proveedor, mientras que si comienza por cyp, el proceso buscará
la cuenta en la ficha del Pago.
Nombres de las cuentas de la ficha del Proveedor:
Cuenta contable del Proveedor: cueide
Efectos comerciales a pagar: cueefeide
Efectos comerciales descontados: cuepdtide (sólo en Pagos)
Cuenta de retenciones: cueretide
Cuenta de anticipos: cueantide
Cuenta de pagos (banco, caja): cuebanide
Nombres de las cuentas de la ficha del Pago:
Pagos / 63
Cuenta contable del Proveedor: cypcueide
Cuenta prevista de banco o caja: cypbanide
Supongamos que para el medio de pago Pagaré (P) se han definido los procesos:
Impresión de pagaré: Aplicable a los pagarés en estado 1 (SE), estado en
el que permanece después de la impresión del documento. El programa
ejecutado es Pro_Imprime.xjs, que abre la ventana de impresión rápida.
Emitir pagaré (A Cartera:): Aplicable a los pagarés en estado 1 (SE), a los
que pasa al estado 5 (EM). Al no indicar Javascript, se ejecuta el programa
cyppro.xjs, que es el proceso por defecto para Cobros y Pagos.
Este proceso, además de hacer el cambio de estado, crea el asiento contable contra las cuentas indicadas en los campos Cuenta 1 y Cuenta 2. Si
en Cuenta 1 no se especifica nada, se emplea la cuenta cueide, que es la
cuenta contable del Proveedor. En Cuenta 2 se ha introducido cueefeide,
que es la cuenta de efectos comerciales a pagar del Proveedor.
Pagar pagaré: Aplicable a los pagarés en estado 5 (EM) a los que pasa al
estado 10 (P). El cambio de estado lo realiza el proceso por defecto cyppro.xjs que, además, crea el asiento contable contra las cuentas indicadas
en Cuenta 1 y Cuenta 2. En el campo Cuenta 1(D) se especifica la cuenta
de efectos en cartera cueefeide. Al dejar en blanco Cuenta 2(H), toma por
defecto la cuenta cypbanide, que es la cuenta de banco / caja del Pago.
Procedimiento
Tal y como se configuró, el estado inicial de un Pago es 1 (SE) y desde este estado,
si el medio de pago es Pagaré, se pueden ejecutar dos procesos: Impresión de pagaré y Emitir pagaré.
Al ejecutar el segundo proceso, emitir pagaré, se abre la ventana de diálogo del
Javascript cyppro.xjs, que pondrá al pagaré en estado 5 (EM) y creará un asiento
con apuntes a las cuentas especificadas al configurar el pago: cueide (400) y cueefeide (401).
64 \Cartera. Guía de uso
Desde el estado 5 (EM) se tiene acceso al proceso Pagar pagaré.
Al ejecutarlo, se abre nuevamente el diálogo del programa cyppro, que pondrá el
pagaré en estado 10 (P) y creará un asiento con apuntes a las cuentas especificadas para el proceso de pago: cueefeide (401) y cypbanide (572). Además, pondrá la
fecha del asiento como Fecha real del Pago.
Si se desea deshacer algún proceso del Pago, se puede actuar de varias formas,
con distintos resultados:
● Utilizando el botón Deshacer Proceso de la Ventana de Procesos. Mediante este procedimiento, el pago vuelve al estado anterior indicado como
Estado 1 y se elimina tanto el asiento contable como su relación con el
pago. No se elimina la fecha real del pago.
● Creando un proceso Deshacer Pagaré descontado, que utiliza el programa cypprodes.xjs, suministrado con Sigrid. Este programa también elimina el asiento contable y su relación con el pago; la diferencia con el método anterior es que se puede elegir el estado final del efecto, especificándolo
en el campo Estado 2. Se elimina la fecha real del pago introducida por el
programa cyppro.
● En los dos casos anteriores se elimina el asiento creado en el proceso de
pago. Si se desea dejar constancia de todo el proceso de contabilización, se
puede utilizar el java cyppro en lugar de cypprodes, creando un asiento
con apuntes a cypbanide (Cuenta1) y a la cuenta seleccionada para deshacer el pago, además de poner el efecto en el estado indicado en Estado
2.
Anticipos a Proveedores
El anticipo es un pago a cuenta - de futuros servicios que prestará el subcontratista o futuras entregas de materiales que efectuará el proveedor - que no está
respaldado por una factura en el momento del pago.
Pagos / 65
En este tema se explica mediante un ejemplo el procedimiento a seguir para registrar y contabilizar un pago de tipo Anticipo a un proveedor.
Requisitos previos
● En los parámetros generales de la empresa, apartado Cartera, es necesario
marcar la casilla
● En la ficha del Proveedor, pestaña Contabilidad, es necesario establecer una
cuenta de Anticipos a proveedores (407).
Proceso
En primer lugar, hay que dar de alta en Sigrid un nuevo Pago con las siguientes
particularidades:
● El tipo del Pago debe ser Anticipo.
● Dado que el Pago no está aún respaldado por una factura, el campo
Factura emitida origen se dejará en blanco.
● Al establecer un proveedor para el Pago, Sigrid pone por defecto como
Cuenta contable del proveedor la cuenta especificada en la ficha de éste
(4000 ó 4100). En este caso se debe cambiar por la cuenta de anticipos del
proveedor.
Tras registrar los datos necesarios del Pago, se procede a su contabilización.
66 \Cartera. Guía de uso
Cuando llega la factura de los servicios o materiales recibidos, se registra en Sigrid.
En la pestaña Vencimientos se ve que se ha generado el vencimiento por el total
de la factura, pero el botón Anticipos está activado y con el texto en color rojo.
Cuando este botón está activo significa que existe al menos un anticipo no cancelado del proveedor actual. Al pulsar este botón se abre la lista de selección del concepto Pago, mostrando la relación de pagos de tipo Anticipo hechos
al proveedor de la factura y que no han sido cancelados aún.
Al seleccionar los anticipos deseados, se añaden a la lista de vencimientos de la
factura. El campo Factura emitida origen de cada anticipo toma automáticamente
el código y descripción de la factura actual.
Pagos / 67
Al añadir los vencimientos correspondientes a los anticipos, como el pago correspondiente al total de la factura no ha cambiado, aparece un descuadre por el total
de los anticipos añadidos. Pulsando el botón Generar vencimientos, se corrige automáticamente la situación: se recalculan los pagos (los de tipo Anticipo no se recalculan) para corregir el descuadre.
Al contabilizar la factura se produce el siguiente asiento
y, al entrar en el mayor de la cuenta de anticipos del proveedor, se comprueba
que el anticipo ha sido saldado.
68 \Cartera. Guía de uso
Hasta ahora se ha contemplado el caso en que el importe del anticipo es menor
que el importe total de la factura.
En el caso en que el importe del anticipo coincida con el total de la factura, todo
transcurre igual que en el caso anterior, con la excepción de que, al recalcular los
vencimientos, el único pago que queda es, lógicamente, el del anticipo.
Por último, el caso en que el importe del anticipo es mayor que el importe total de
la factura necesita un tratamiento distinto.
Como en los casos anteriores, se crea el pago de tipo Anticipo y se contabiliza.
Cuando llega la factura del proveedor, se registra en Sigrid y se añade el anticipo
a la lista de vencimientos.
Como el importe total de la factura es menor que el descuadre, al regenerar los
vencimientos se crea un pago con importe negativo.
Al contabilizar la factura se genera el asiento
Pagos / 69
en el que se salda completamente el anticipo (también se salda automáticamente
en la cuenta de anticipos del proveedor), quedando la cantidad restante asociada
al pago con importe negativo.
Cuando se recibe la siguiente factura del proveedor, se registra en Sigrid y se generan los vencimientos. Entonces, se agrupa uno varios de los pagos generados
con el pago negativo de la factura anterior, quedando un único pago positivo.
Al agrupar los efectos, los pagos originales han sido dados de baja, lo cual se refleja en las respectivas facturas. A partir de este momento se procede normalmente con el pago agrupado.
Remesa de Pago
Una Remesa de Pago es una agrupación de Pagos, de forma que puedan contabilizarse automáticamente en un único asiento. Las remesas facilitan la exportación
de los datos en soporte magnético para su envío al banco, atendiendo a los formatos correspondientes a las normativas bancarias.
En Sigrid la Remesa de Pago es un Concepto y, como tal, puede crearse desde el
diálogo Concepto Nuevo. También se crea una nueva remesa al aplicar la Acción
REMESAR efectos a un conjunto de Pagos seleccionados en la lista de conceptos
de la ventana principal.
70 \Cartera. Guía de uso
La ventana de propiedades del concepto Remesa de Pago consta de dos pestañas:
General y Gastos, Comisiones, Observaciones.
General
Remesa de: Medio de pago: Se indica el medio de pago de los efectos a remesar
(tienen que ser del mismo tipo).
Cuenta contable de banco: Es la cuenta prevista de banco o caja para pago. Es
un dato imprescindible para la contabilización de la remesa
Domiciliación bancaria: Código de Cuenta Corriente de la entidad bancaria. Toma automáticamente el valor asociado a la cuenta de banco / caja en la tabla
auxiliar Cuentas Bancarias (auxcue).
Fecha remesa: Fecha en que se va a presentar al banco la remesa. Es un dato informativo.
Saldo actual: Saldo de la cuenta de banco / caja antes del pago de la remesa.
Restante: Es el saldo de la cuenta de banco / caja una vez descontado el total de
la remesa.
Selección: Suma de los campos Importe de los pagos seleccionados en la lista.
Total remesa: Suma de los campos Importe de todos los pagos de la remesa. Se
actualiza automáticamente al añadir o quitar pagos.
Pagos / 71
La lista contiene una línea de detalle por cada pago incluido en la remesa.
Al pulsar este botón se accede a la lista de utilidades:
• Actualizar cuenta de banco a efectos de la remesa: Se copia la cuenta contable de banco de la remesa a todos los efectos de la lista.
● Actualizar CCC de la remesa a efectos de la remesa: Se copia el CCC
del banco de la remesa a todos los efectos de la lista.
Atención: No se deberá actualizar CCC en el caso de que los efectos en la remesa sean Confirming o transferencias...
• Renumerar campo Referencia talón / pagaré: Abre el diálogo:
Introduzca el número de talón o pagaré correspondiente al
primer efecto de la remesa.
El formato puede ser un número (Ej. 1.234.233) o número secuencia (Ej. 1.293.233-3)
Pulsando este botón se abre el diálogo de selección de efectos en el que se introduce el código completo de un pago o una máscara de
búsqueda. El efecto o efectos indicados se mostrarán en la lista de selección de
efectos para añadir a remesa, que permite selección múltiple. Los pagos en la lista
de selección tendrán el estado adecuado para ser remesados, obviándose los que
no tengan ese estado.
Hay otras dos formas de añadir pagos a una remesa existente:
• Arrastrando los pagos seleccionados en la lista de conceptos de la ventana principal y soltándolos en la lista de la remesa.
• Introduciendo el código de la remesa en el campo Remesa de la ventana
de propiedades del Pago.
72 \Cartera. Guía de uso
La función de este botón es extraer el efecto de la remesa,
pero no eliminarlo. Al pulsarlo se abre el diálogo:
Se van a quitar los efectos seleccionados de la remesa
(No se pierden los datos de los efectos originales)
¿Desea continuar?
Al pulsar este botón se abre la ventana de propiedades del
pago seleccionado en la lista. Equivale a hacer doble clic sobre la línea de la lista.
Gastos, Comisiones, Observaciones
Opcionalmente, se pueden contabilizar automáticamente los gastos y comisiones.
Para ello es necesario especificar las cuentas y los importes.
Las dos cuentas se copian automáticamente de la tabla auxiliar Cuentas Bancarias, tomando los valores asociados a la cuenta de banco.
También es posible ejecutar una acción, para que Sigrid calcule automáticamente
comisiones y gastos antes de contabilizar la remesa, como se explica en el apartado Cálculo Gastos y Comisiones en Remesa de Pago. El campo Observaciones es
un área de texto extenso para registrar las notas y aclaraciones internas sobre la
remesa.
Cálculo de Gastos y Comisiones
Sigrid puede calcular automáticamente los importes de Gastos y comisiones de la
remesa; para ello es necesario realizar la parametrización - para cada banco - de
las variables para el cálculo de gastos y comisiones en Tablas Auxiliares a Cuentas Bancarias a Variables Cálculo Comisiones.
Pagos / 73
Para introducir los valores de dichas variables para el banco, se abre la ventana
de edición ampliada, situándose en la línea de edición de esa columna y pulsando
el botón derecho del ratón:
Para asignar valores a las variables, se utiliza la siguiente "codificación":
● Para remesas de cobro, la línea debe comenzar por "COB"
● Para remesas de pago, la línea debe comenzar por "PAG"
La forma de asignar valores a cada variable es: variable=valor, separando cada variable con punto y coma (;). Las variables actualmente soportadas son:
A.- COMISIONES Y GASTOS
C= Gastos de correo para cada efecto. Se trata de un importe unitario por
cada efecto (cobro/pago) que contiene la Remesa.
G= Gastos para cada efecto. Puede ser un importe unitario por efecto o un
porcentaje (se añade el símbolo %) sobre el importe de cada efecto de la
Remesa.
B.- INTERESES
Los intereses sólo se aplican en las remesas de cobro.
Una vez realizada la parametrización de las variables y preparada la remesa, se
ejecutará - antes de contabilizarla - la acción "Cálculo de comisiones y gastos bancarios de la remesa", de modo que los importes de los gastos e intereses se puedan incluir en el asiento.
74 \Cartera. Guía de uso
Al escoger la opción deseada y aceptar, Sigrid propone el diálogo del cálculo:
La cuenta contable relativa a los gastos y comisiones será, por defecto, la que se
indicó en Tablas Auxiliares a Cuentas Bancarias a campo Cuenta comisiones y
gastos para cada banco, pudiéndose modificar en la propia remesa.
Al ejecutar la acción "Cálculo de comisiones y gastos bancarios de la remesa", el
importe de las comisiones y gastos se grabará en su correspondiente campo:
Pagos / 75
Sigrid graba de forma oculta en la cabecera de la remesa, a partir de la versión
2.2.0891 del 18/02/08, la parametrización de las variables del cálculo de las comisiones y gastos utilizada en ese momento, de forma que - si se volviera a ejecutar la acción "Cálculo de comisiones y gastos bancarios de la remesa", saldría el
siguiente mensaje:
ya que dicha parametrización en la tabla auxiliar podría haber cambiado con el
paso del tiempo.
En el asiento de contabilización de la remesa, se reflejará el apunte correspondiente a gastos y comisiones:
76 \Cartera. Guía de uso
Contabilización de Remesas de Pago
La contabilización de Remesas de Pago se lleva a cabo mediante procesos que
cambian el estado de la remesa y de los pagos incluidos en ella y crean los asientos contables necesarios.
Configuración
Como los procesos actúan directamente sobre los pagos, es necesario que éstos
estén configurados correctamente. Para ello es necesario definir los distintos estados posibles del concepto Pago y los procesos de cambio de estado en la ventana
de Tipos de Conceptos, como se explica en el tema Contabilización de Pagos.
A continuación se procede a configurar los estados y procesos del concepto Remesa de Pago.
Estados
Supongamos que se han definido los estados:
● 1 (EL) En elaboración. Estará en este estado hasta que se termine de
preparar.
● 3 (COM) Completada. Pasará a este estado cuando se prepare y esté lista para ser enviada.
● 5 (ENV) Enviada. Pasa a este estado cuando se envía al banco y los
efectos pasan al estado remesado.
● 7 (ECO) Confirming generado. Pasa a este estado cuando se ha enviado
el Confirming al banco. El proceso también genera el fichero a enviar.
● 10 (CON) Contabilizada. Estado final para las remesas de Pago, independientemente del tipo de efecto utilizado en la remesa.
Procesos
Los procesos de cambio de estado para Remesas de Pago se definen estableciendo:
Estado1: Estado inicial en el que debe encontrarse la remesa para que
pueda transformarse mediante este proceso.
Pagos / 77
Estado2: Estado final de la remesa tras la ejecución del proceso.
Descripción: Texto identificativo del proceso, que se mostrará en el menú
concepto actual, ventana de procesos, etc.
Javascript: Nombre del programa xjs que se ejecutará para llevar a cabo
el cambio de estado. Si se deja en blanco, se ejecutará por defecto el programa pro.xjs, que es el proceso genérico de cambio de estado. Este programa únicamente lleva a cabo el cambio de estado y graba en el Registro
de usuarios un nuevo registro indicando que el proceso ha sido ejecutado.
Es posible indicar dos programas separados por una coma, en cuyo caso
se ejecutarán consecutivamente en el orden indicado.
Si el proceso crea un asiento, en Cuenta 1 y Cuenta 2 se especifican las
cuentas contables sobre las que se harán los apuntes.
Cuenta 1 (Debe): Si no se especifica, se emplea por defecto la cuenta cypcueide, que es la cuenta contable del Proveedor, leída de la ficha de cada
pago.
Cuenta 2 (Haber): Si no se especifica, se emplea por defecto la cuenta
cypbanide, que es la cuenta de banco / caja de la remesa.
Supongamos que se han definido los siguientes procesos de cambio de estado:
Completar: Aplicable a las remesas en estado 1(EL) a las que pasa al estado
3(COM), ejecutando el programa rpa_cerrar.xjs que, además de cambiar el estado
de la remesa, realiza una serie de comprobaciones.
Enviar: Aplicable a las remesas en estado 3(COM) a las que pasa al estado
5(ENV). El programa ejecutado es remefectos.xjs, que, además de cambiar el estado de la remesa, lleva a los pagos al estado 7(RE), remesado.
Generar Confirming: Aplicable a las remesas en estado 3(COM), a las que pasa al
estado 7(ECO). Se ejecutan dos programas consecutivamente:
1 - remcontaefe.xjs: además de hacer el cambio de estado, crea el asiento
contable contra las cuentas indicadas en los campos Cuenta 1 y Cuenta 2.
En Cuenta 2 se ha introducido cueefeide, que es la cuenta de efectos comerciales a pagar del proveedor de cada pago. Al quedar en blanco Cuenta
1, el proceso emplea por defecto la cuenta cypcueide, que es la cuenta
contable del Proveedor, leída de la ficha de cada pago.
78 \Cartera. Guía de uso
2 - rpa_confirming.xjs: este programa crea un archivo con los datos de los
pagos para su envío al banco de cargo. El formato del archivo es distinto
para cada entidad bancaria. Finalizado el proceso, se abre la ventana del
editor de texto mostrando dicho archivo y la ventana de presentación preliminar, mostrando el informe con los datos exportados.
Contabilizar remesa: Aplicable a las remesas en estado 5(ENV), que van a ser
pagadas directamente al proveedor. El programa ejecutado es remconta.xjs que,
además de hacer el cambio de estado, crea un asiento contable contra las cuentas
indicadas en Cuenta1 y Cuenta2. Al dejar estos dos campos en blanco, remconta
utiliza las cuentas por defecto: cypcueide para Cuenta 1 (Debe) y cypbanide para
Cuenta 2 (Haber), que es la cuenta contable del banco de cada remesa.
Contabilizar Confirming : Aplicable a las remesas en estado 5(ENV), a las que
pone en estado 10(CON). El programa ejecutado es también remconta, aunque la
Cuenta 1 es cueefeide.
Procedimiento
La inclusión de pagos en una remesa puede realizarse:
●Seleccionando los pagos en la ventana principal y aplicándoles la acción
REMESAR efectos, con lo que se crea una nueva remesa y los efectos seleccionados quedan incluidos en ella.
●Añadiéndolos a una remesa existente, como se explica en el tema Remesa
de Cobro.
Para explicar mediante un ejemplo el proceso de contabilización de las remesas de
pago, se distinguirá entre pago por transferencia y por Confirming.
Transferencia
Partiendo de una remesa en estado 1(EL), se ejecutan los procesos de cambio de
estado disponibles en cada caso:
..
Al ejecutar el proceso Enviar remesa al banco, el programa remefectos.xjs cambia
la remesa al estado 5(ENV) y pone a cada uno de los pagos en estado 7(R), que es
el estado que se configuró para los pagos como Pago Remesado.
Pagos / 79
Ya en estado 5(ENV), el proceso disponible para la remesa es Contabilizar. Al
hacer clic en Contabilizar remesa, se abre el diálogo del programa remconta.xjs,
en donde se pueden determinar la fecha, serie y descripción del asiento y la descripción de los apuntes. En la parte inferior aparecen las cuentas especificadas en
Cuenta 1 Cuenta 2.
80 \Cartera. Guía de uso
Al ejecutar este proceso, la remesa pasa al estado 10(CON), los pagos pasan al estado 10 (P) y se genera el asiento siguiente, en el que se traspasan los pagos desde
la cuenta contable de cada proveedor a la cuenta del banco de la remesa.
Confirming
Este ejemplo parte de una remesa, ya en estado 3(COM), preparada para ejecutar
el proceso Generar Confirming.
Tal como se ha configurado el concepto Remesa de Pago, el proceso Enviar Confirming ejecuta consecutivamente dos programas: remconta y rpa_confirming.
En primer lugar, al ejecutarse remconta, se abre su ventana de diálogo en donde
se pueden determinar la fecha, serie y descripción del asiento y la descripción de
los apuntes. En la parte inferior aparecen las cuentas especificadas en Cuenta 1
Cuenta 2.
Pagos / 81
La ejecución de este programa cambia el estado de la remesa a 7(ECO), pero no
cambia el estado de los pagos, que permanecen en estado 7(R). Se genera el asiento siguiente, en el que se traspasan los pagos desde la cuenta contable de cada
proveedor (400) a su cuenta de efectos comerciales a pagar (401).
82 \Cartera. Guía de uso
A continuación se abre el diálogo del programa rpa_confirming, que crea un archivo con los datos de la remesa para su envío al banco y un informe sobre los datos exportados. El formato del archivo depende de la entidad bancaria, dato que el
programa toma de los cuatro primeros dígitos del CCC de la remesa.
Por defecto, rpa_confirming guardará el fichero en la carpeta de ficheros temporales de Sigrid, pero es posible seleccionar otro destino pulsando el botón Examinar.
En cuanto al nombre del fichero, si no se especifica, el programa lo construirá automáticamente concatenando el código de la remesa, nombre del banco y fecha de
trabajo en el formato aaaammdd.
Antes de iniciar la exportación de datos, el programa comprueba una serie de datos imprescindibles para el Confirming:
CIF y Razón Social del ordenante, que se introducen en los Parámetros Generales de la empresa, apartado Datos Fiscales.
En el caso de transferencia, datos de domiciliación bancaria del pago (CCC). Se
introduce en la tabla auxiliar Cuentas Bancarias, aunque puede ser modificado
en la ficha de la remesa.
Fecha de la remesa.
Pagos / 83
CIF del proveedor de cada pago. Debe ser un CIF válido.
Cuenta de banco de cada pago o, en su defecto, del proveedor.
Si un proveedor requiere certificado, se comprobará su fecha de caducidad.
Pagos bloqueados.
También es necesario especificar el código de ordenante para el banco, aunque, si
se deja en blanco, el programa ofrece la posibilidad de utilizar como tal los seis
últimos caracteres del CIF.
Los códigos para cheque y transferencia son, por defecto, CHCF y TRCF respectivamente, aunque se pueden introducir unos distintos.
Al terminar la ejecución de rpa_confirming, se abre el bloc de notas mostrando el
archivo para el banco y la presentación preliminar del informe.
En este momento, la remesa está en estado 7(ECO) y están disponibles dos procesos: Contabilizar Confirming y Deshacer Confirming. Ejecutando este último se
abre el diálogo del programa remcontades.xjs indicando que se va a deshacer el
proceso Generar Confirming, eliminando el asiento contable y devolviendo a la remesa al estado 3(COM) y a los pagos al estado 7(R).
Una vez recibida la notificación del banco confirmando el pago a los proveedores,
se ejecutará el proceso Contabilización Confirming , que utiliza el programa remconta para llevar la remesa al estado 10 CON) y crear el asiento contable en el que
se hace el traspaso de los pagos desde la cuenta de efectos comerciales a pagar de
cada proveedor (401) a la cuenta de banco de la remesa (572).
84 \Cartera. Guía de uso
Desde el estado 10 (CON), el único proceso disponible es Descontabilizar, que devuelve a la remesa al estado 3(COM) y a los pagos al estado 7(R). Este proceso utiliza el programa remcontades.xjs, cuya ventana de diálogo informa de los resultados de su ejecución:
Pagos / 85
86 \Cartera. Guía de uso
Bloqueos y Cesiones
Introducción
El módulo de Bloqueos y Cesiones de Sigrid tiene dos funcionalidades: por un lado, permite bloquear pagos a los proveedores - hecho que puede ser necesario debido a un embargo, a un requerimiento de Hacienda por incumplimiento del proveedor con sus deberes fiscales o a otras causas y, por el otro, la de ceder los pagos del proveedor a un tercero (Hacienda u otra entidad).
El sistema de bloqueo de pagos suministrado por la aplicación, asegura que los
pagos para los que se decida su bloqueo, por el motivo que sea, no podrán ser objeto de un proceso de cambio de estado, por lo que no pueden ser contabilizados
automáticamente. No se podrán ejecutar, sobre estos pagos, las acciones dividir,
agrupar y renovar efectos.
El sistema de cesiones de pagos suministrado por la aplicación permite controlar
los pagos pendientes que han sido cedidos a un tercero. En la versión actual, el
que un pago esté marcado como cedido únicamente tiene implicación en el proceso de impresión de pagarés, ya que figurará en el pagaré el nombre del cesionario
Bloqueos y Cesiones / 87
en lugar del nombre del proveedor para el que se creó el pago. No será posible ejecutar sobre los pagos cedidos las acciones de dividir, agrupar y renovar pagos.
Con este módulo se incorporan nuevas Tablas Auxiliares: Tipos de Bloqueos y Tipos de Cesiones.
Parámetros Generales de Bloqueos y Cesiones
Para que el módulo de Bloqueos y Cesiones funcione correctamente, se configurarán los Parámetros Generales correspondientes desde el menú Empresa, Parámetros Generales, Cartera.
Opciones especiales para bloqueos y cesiones (Módulo B)
Bloquear y ceder pagos al generar efectos en cartera (desde facturas): al activar este check, cuando se genere el pago desde la factura de compra, si el proveedor está bloqueado o el crédito cedido, dicho vencimiento será bloqueado o cedido
automáticamente. Si no se activa, los bloqueos y cesiones se tendrán que establecer manualmente, actuando sobre cada pago de ese proveedor.
Bloqueos: estados a excluir para calcular importe de pagos bloqueados: opción para especificar los estados (1, etc.) que se excluyen al acumular el importe
total bloqueado. De esta manera, al tener marcada la opción de Bloquear y ceder
pagos al generar efectos en cartera (desde facturas), en bloqueos parciales, no se
tendrán en cuenta los pagos en el/los estado/s excluido/s para la suma de importes de los pagos bloqueados.
Configuración de las Tablas Auxiliares (Auxblo / Auxces)
Antes de empezar a utilizar el módulo, es necesario configurar las tablas auxiliares correspondientes.
En el menú Empresa à Tablas Auxiliares, existen dos tablas relativas al módulo:
Tipo de Bloqueos de proveedor y Tipo de Cesiones de proveedores.
Tabla Tipos de Bloqueos
En la tabla Tipos de Bloqueos se darán de alta los diferentes tipos de bloqueo:
Total, parcial, etc. Se pueden añadir nuevos tipos de bloqueos en cualquier momento.
Cuando el bloqueo es total, se digitará un 1 en el campo Total.
88 \Cartera. Guía de uso
Tabla Tipos de Cesiones
En la tabla Tipos de Cesiones se darán de alta los diferentes tipos de cesión: Total, parcial, etc. Se pueden añadir nuevos tipos de cesiones en cualquier momento.
Cuando la cesión es total, se digitará un 1 en el campo Total.
Bloqueos de proveedores
Para abrir la ventana de bloqueos de proveedores se selecciona la opción correspondiente en el menú Empresa.
Bloqueos y Cesiones / 89
La ventana está dividida horizontalmente en dos paneles: el panel superior muestra la lista de bloqueos establecidos, el inferior muestra la lista de pagos del proveedor cuyo bloqueo está seleccionado en el panel superior.
Bloqueos de proveedores:
En este panel, se detallan los siguientes campos:
Número: número correlativo de los bloqueos proporcionado por la aplicación.
Tipo de Bloqueo: Código del tipo de bloqueo de entre los codificado en tablas
auxiliares.
Código y nombre Proveedor: Código y nombre del proveedor de cuyos pagos se
realizará el bloqueo
Fecha: Fecha del bloqueo, por defecto es la fecha de trabajo
Importe: Importe límite de los pagos a bloquear.
Activo: Check que indica que el bloqueo está activado. Se activa automáticamente al crear un nuevo bloqueo.
Rótulo: Descripción del bloqueo. Este campo se rellena al dar de alta un nuevo
bloqueo.
Texto: Comentario sobre el bloqueo.
90 \Cartera. Guía de uso
Su nº ref/exp: Nº de referencia o expediente del Organismo Oficial que dictamina
el bloqueo.
Cód. y nombre Org. Oficial: Código y nombre respectivamente del organismo oficial que dictamina el bloqueo.
Pagos del proveedor:
En la cabecera de la lista de pagos se muestra el código y nombre del proveedor, y
a la derecha:
TOTAL: el importe total de los pagos que se están visualizando en la lista de pagos.
TOTAL bloqueado: es el importe total de los pagos que se muestran en la lista y
que se encuentran bloqueados. Si el proveedor figurase en más de un bloqueo, esta suma corresponderá a los pagos asociados al bloqueo seleccionado en el panel
superior de la ventana.
La lista de pagos puede filtrarse por los siguientes campos:
Estados: el filtro por estados abre el diálogo de tipos de estados, para marcar los
estados que quieren mostrarse, normalmente no querrán visualizarse los pagos
que se encuentren en estado pagado, ya que no tiene sentido realizar el bloqueo
de estos pagos.
Tipo de efecto/s: se abre el diálogo de tipos de efectos para determinar cual o
cuales quieren visualizarse en la lista de pagos.
Fec. Emisión/Vto.: se abre el menú de filtro fechas, con la particularidad de que
permite seleccionar si el filtrado se aplicará a la fecha de emisión o a la de vencimiento, y dependiendo de ello se modifica el rótulo del botón de filtrado para que
muestre Fecha de Emisión o Fecha de Vto.
A continuación se detallan los siguientes campos, referentes a los pagos:
Tip: icono del pago.
Fecha emisión: fecha de emisión del pago.
Código: código del pago.
Descripción: descripción del pago.
Fecha vencimiento: fecha de vencimiento del pago.
Importe: importe del pago.
Tipo de efecto: tipo de efecto del pago.
Estado: estado del pago.
Bloqueo: Cuando se bloquea el pago, en este campo aparece el número
asignado al bloqueo por la aplicación.
Nº Exp.: número de expediente del pago (si se utiliza el modo de trabajo
con expedientes).
Cedido: si el pago se ha cedido a un tercero (desde la ventana de cesiones), en este campo aparece el número asignado -por la aplicación- a la
cesión.
Bloqueos y Cesiones / 91
Clase: clase del pago, cuando esta sea diferente de la clase pago (retención, anticipo, etc.), de lo contrario este campo aparece vacío.
Centro de coste: centro de coste del pago.
Barra de botones de bloqueos de proveedores
Nuevo bloqueo: abre la Ficha de bloqueo para poder crear un nuevo bloqueo.
Eliminar: abre el diálogo de confirmación para la eliminación del bloqueo o
bloqueos seleccionados.
Bloquea/Desbloquea: establece como bloqueados/desbloqueados al pago o
pagos seleccionados en la lista del panel inferior de la ventana.
Actualiza: refresca el contenido de la pantalla, es decir, lee los bloqueos de la
base de datos y los muestra en pantalla.
Ficha: abre la ficha de bloqueo mostrando los datos del bloqueo seleccionado
en la lista del panel superior de la ventana.
Ficha de bloqueo de proveedor
La ficha de bloqueo se abre desde la ventana de bloqueos de proveedores:
• Al hacer doble clic sobre un bloqueo ya creado en la lista de bloqueos.
• Pulsando el botón Ficha de la barra de botones.
• Pulsando el botón Nuevo bloqueo
En esta ficha se establecen los datos que identifican el bloqueo, está sincronizada
con la ventana de bloqueos de proveedores, de forma que al pulsar los botones
Anterior y Siguiente de su barra de botones, muestra los datos del anterior o siguiente bloqueo en la lista de bloqueos . Al cerrar la ventana de bloqueos de proveedores se cerrará la ficha.
92 \Cartera. Guía de uso
Identificación del bloqueo:
Tipo de Bloqueo: código y descripción del tipo de bloqueo de entre los codificados
en las tablas auxiliares. Los tipos de bloqueos de proveedores se utilizan para establecer una clasificación de los bloqueo. Puede ocurrir que a petición del Ministerio de Hacienda se realice el bloqueo de pagos a un proveedor, o que sus pagos
queden bloqueados por falta de calidad en el servicio, etc.
Los tipos de bloqueos se caracterizan por un código, una descripción y un dato
que determina si se realiza un bloqueo total o no. Tanto en el campo de código
como en la descripción del tipo de bloqueo puede suministrarse una máscara de
búsqueda para abrir la lista de selección.
Proveedor: código y nombre del proveedor cuyos pagos quedarán bloqueados.
Puede en ambos campos abrir la lista de selección de proveedores.
Fecha: fecha del bloqueo, por defecto es la fecha de trabajo.
Importe límite: si se ha marcado la opción de crear los pagos como bloqueados
en parámetros generales y el bloqueo es parcial, se introducirá el importe máximo a bloquear. La aplicación irá sumando el importe de los pagos bloqueados
hasta llegar al importe límite introducido. Los pagos que se generen a continuación y superen ese importe ya no estarán bloqueados.
Si el bloqueo es total no se rellenará este campo. Si se ha marcado la opción de
crear los pagos como bloqueados en parámetros generales, todos los pagos de ese
proveedor se generarán bloqueados.
Fecha de baja (sin fecha está activo): un bloqueo quedará inactivo al especificar
para el mismo una fecha de baja. Cuando un bloqueo tiene establecida una fecha
de baja no podrán bloquearse ni desbloquearse pagos, y no tendrá efecto en la
importación de datos.
Bloqueos y Cesiones / 93
Descripción:
Su Nº Referencia / expediente: nº de referencia o expediente del bloqueo, normalmente otorgado por un Organismo oficial.
Descripción: rótulo o motivo del bloqueo.
Comentario: anotaciones libres.
Datos en embargo:
Organismo oficial: organismo oficial que solicita el embargo. Se dará de alta en
Sigrid como Referencia.
Se abre la ventana de estadística de las cuentas contables del proveedor
Ficha del pago
Con el módulo de Bloqueo y Cesiones, se visualizarán unos campos adicionales en
la ficha del pago:
94 \Cartera. Guía de uso
Crédito cedido de proveedor: ver Cesiones
Identificación, fecha de bloqueo y motivo: en estos campos aparecerán el
número de bloqueo asignado, la fecha y el motivo del bloqueo (campo Rótulo)
cuando se hayan introducido los datos correspondientes en la ventana de bloqueos y los pagos estén bloqueados. Si hay datos, pinchando el botón se abrirá la
ventana de bloqueos.
Sobre los pagos bloqueados no se podrán realizar cambios de estado, ni ejecutar
acciones de dividir, agrupar o renovar efectos.
Operativa
Según se haya marcado o no el check
en parámetros generales, los pagos se habrán generado bloqueados o sin bloquear.
BLOQUEO AUTOMÁTICO
En el primer caso, en el campo Bloqueado de la ventana de bloqueos, se visualizará el número del bloqueo asignado (1, 2, etc.), ya que los pagos se habrán generado bloqueados de forma automática.
Si se abre el pago, en el apartado ESPECIAL: Cesión de crédito y bloqueo de pago,
se visualizarán los datos relativos al bloqueo.
Bloqueos y Cesiones / 95
BLOQUEO MANUAL
En el segundo caso, el campo Bloqueado del cuerpo inferior de la ventana de bloqueos estará vacío, ya que los pagos no se han generado bloqueados.
Para bloquear un pago, se seleccionará el pago o pagos a bloquear, y se pulsará el
botón
de la barra de botones. Se asigna entonces un número
de bloqueo al pago, mostrándose el pago en la lista en fondo oscuro para diferenciarlo de los pagos no bloqueados.
Al hacer doble clic sobre un pago en la lista, se abre la ventana de propiedades
correspondiente al pago, pudiendo consultar o editar fácilmente sus datos.
96 \Cartera. Guía de uso
Para desbloquear un pago bloqueado, hay que seleccionarlo en la lista, se observará entonces que la etiqueta del botón Bloquea cambia a
. Al
pulsar este botón saldrá un mensaje de aviso y el pago quedará desbloqueado.
Confirmación
Se van a desbloquear los pagos seleccionados.
¿Desea continuar con la operación?
Para eliminar un bloqueo hay que pulsar el botón
de botones, se abre entonces el diálogo de confirmación:
de la barra
Confirmación
Se van a eliminar los bloqueos a proveedores seleccionados.
Al eliminar un bloqueo se desbloquearán automáticamente todos los pagos asociados al bloqueo.
¿Desea continuar con la operación?
Cesiones de proveedores
Para abrir la ventana de cesiones de proveedores se selecciona la opción correspondiente en el menú Empresa.
La ventana está dividida horizontalmente en dos paneles: el panel superior muestra la lista de cesiones establecidas, el inferior muestra la lista de pagos del proveedor correspondiente a la cesión seleccionada en el panel superior.
Bloqueos y Cesiones / 97
Cesiones de proveedores:
En este panel, se detallan los siguientes campos:
Número: número correlativo de las cesiones proporcionado por la aplicación.
Tipo de Cesión: Código del tipo de cesión de entre los codificado en tablas auxiliares.
Código y nombre Proveedor: Código y nombre del proveedor de cuyos pagos se
realizará la cesión.
Fecha: Fecha de la cesión, por defecto es la fecha de trabajo.
Importe: Importe límite de los pagos a ceder.
Activo: Check que indica que la cesión está activada. Se activa automáticamente
al crear una nueva cesión.
Rótulo: Descripción de la cesión. Este campo se rellena al dar de alta una nueva
cesión.
Texto: Comentario sobre la cesión.
Su nº ref/exp: Nº de referencia o expediente de la cesión.
Cód. y nombre Cesionario: Código y nombre respectivamente del cesionario.
Pagos del proveedor:
En la cabecera de la lista de pagos se muestra el código y nombre del proveedor, y
a la derecha:
TOTAL: el importe total de los pagos que se están visualizando en la lista de pagos.
TOTAL cedido: es el importe total de los pagos que se muestran en la lista y que
se encuentran cedidos. Si el proveedor figurase en más de una cesión, esta suma
corresponderá a los pagos asociados a la cesión seleccionada en el panel superior
de la ventana.
La lista de pagos puede filtrarse por los siguientes campos:
Estados: el filtro por estados abre el diálogo de tipos de estados, para marcar los
estados que quieren mostrarse, normalmente no querrán visualizarse los pagos
98 \Cartera. Guía de uso
que se encuentren en estado pagado, ya que no tiene sentido realizar la cesión de
estos pagos.
Tipo de efecto/s: se abre el diálogo de tipos de efectos para determinar cual o
cuales quieren visualizarse en la lista de pagos.
Fec. Emisión/Vto.: se abre el menú de filtro fechas, con la particularidad de que
permite seleccionar si el filtrado se aplicará a la fecha de emisión o a la de vencimiento, y dependiendo de ello se modifica el rótulo del botón de filtrado para que
muestre Fecha de Emisión o Fecha de Vto.
A continuación se detallan los siguientes campos, referentes a los pagos:
Tip: icono del pago.
Fecha emisión: fecha de emisión del pago.
Código: código del pago.
Descripción: descripción del pago.
Fecha vencimiento: fecha de vencimiento del pago.
Importe: importe del pago.
Tipo de efecto: tipo de efecto del pago.
Estado: estado del pago.
Cedido: Cuando se cede el pago, en este campo aparece el número de la
cesión asignado por la aplicación.
Nº Exp.: número de expediente del pago (si se utiliza el modo de trabajo
con expedientes).
Bloqueado: si el pago se ha bloqueado (desde la ventana de bloqueos), en
este campo aparece el número del bloqueo asignado por la aplicación.
Clase: clase del pago, cuando esta sea diferente de la clase pago (retención, anticipo, etc.), de lo contrario este campo aparece vacío.
Centro de coste: centro de coste del pago.
Barra de botones de cesiones de proveedores
Nueva cesión: abre la Ficha de cesión para poder crear una nueva cesión.
Eliminar: abre el diálogo de confirmación para la eliminación de la cesión o
cesiones seleccionadas.
Cede pago/s / Quita cesión: establece como cedidos el pago o pagos seleccionados en la lista del panel inferior de la ventana.
Actualiza: refresca el contenido de la pantalla, es decir, lee los pagos cedidos
de la base de datos y los muestra en pantalla.
Ficha: abre la ficha de cesión mostrando los datos de la cesión seleccionada en
la lista del panel superior de la ventana.
Bloqueos y Cesiones / 99
Ficha de cesión de proveedor
La ficha de cesión se abre desde la ventana de cesiones de proveedores:
• Al hacer doble clic sobre una cesión ya creado en la lista de cesiones.
• Pulsando el botón Ficha de la barra de botones.
• Pulsando el botón Nueva cesión.
En esta ficha se establecen los datos que identifican la cesión, está sincronizada
con la ventana de cesiones de proveedores, de forma que al pulsar los botones Anterior y Siguiente de su barra de botones, muestra los datos de la anterior o siguiente cesión en la lista de cesiones . Al cerrar la ventana de cesiones de proveedores se cerrará la ficha.
Para crear una nueva cesión hay que pulsar el botón
de la barra de botones; se abre entonces la Ficha de cesión de proveedor. Los datos de la
lista de cesiones de proveedores son los suministrados en esta ficha.
Para un mismo proveedor pueden establecerse varias cesiones, de forma que sus
pagos cedidos pueden estar asociados a una u otra cesión. Al eliminar una cesión
dejarán de estar cedidos todos los pagos asociados a la cesión que se elimina, pero no afectará a posibles pagos del mismo proveedor que estén asociados a otra
cesión.
Identificación de la cesión:
Tipo de cesión: código y descripción del tipo de cesión de entre los codificados en
la tabla auxiliar correspondiente. Tanto en el campo de código como en la descripción puede suministrarse una máscara de búsqueda para abrir la lista de selección.
100 \Cartera. Guía de uso
Proveedor: código y nombre del proveedor cuyos pagos quedarán cedidos. Se
abre, en ambos campos, la lista de selección de proveedores al digitar un asterisco (*).
Proveedor cesionario: código y nombre del proveedor a quién quedarán cedidos
los pagos. Se abre, en ambos campos, la lista de selección de proveedores al digitar un asterisco (*).
Fecha: fecha de la cesión, por defecto es la fecha de trabajo.
Importes: si se ha marcado la opción de crear los pagos como cedidos en parámetros generales, la aplicación controlará que los pagos cedidos no excedan del
importe especificado. Los pagos que se generen a continuación y superen ese importe ya no estarán cedidos. Se pueden determinar importes específicos, por delegación, obra y factura.
Fecha de baja (sin fecha está activo): una cesión quedará inactiva al especificar
para la misma una fecha de baja.
Descripción:
Su nº de referencia / expediente: número de referencia o expediente de la cesión.
Descripción: rótulo o motivo de la cesión.
Comentario: anotaciones libres.
Se abre la ventana de estadística de las cuentas contables del proveedor.
Bloqueos y Cesiones / 101
Ficha del pago
Con el módulo de Bloqueo y Cesiones, se visualizarán unos campos adicionales en
la ficha del pago:
Crédito cedido de proveedor: en estos campos aparecerán el número asignado a
la cesión, el código y la razón social del proveedor cesionario cuando se hayan introducido los datos correspondientes en la ventana de cesiones y los pagos estén
se abrirá la ventana de cesiones.
cedidos. Si hay datos, pinchando el botón
Identificación, fecha de bloqueo y motivo: Ver Bloqueos
Operativa
Según se haya marcado o no el check
en
parámetros generales, los pagos se habrán generado cedidos o no cedidos.
CESIÓN AUTOMÁTICA
En el primer caso, en el campo Cedido de la ventana de cesiones, se visualizará el
número de la cesión (1, 2, etc.) ya que los pagos se habrán cedido de forma automática al generarse.
Si se abre el pago, en el apartado ESPECIAL: CESIÓN DE CRÉDITO Y BLOQUEO
DEL PAGO, se visualizarán los datos relativos a la cesión.
102 \Cartera. Guía de uso
CESIÓN MANUAL
En el segundo caso, el campo Cedido del cuerpo inferior de la ventana de cesiones, estará vacío ya que los pagos no se han generado como cedidos.
Para ceder un pago, se seleccionará el pago o pagos a ceder, y se pulsará el botón
de la barra de botones, se asigna entonces un número de cesión al pago, mostrándose el pago en la lista en fondo oscuro para diferenciarlo de
los pagos no cedidos. Para eliminar la cesión un pago cedido, hay que seleccionarlo en la lista, se observará entonces que la etiqueta del botón Cede pago/s cambia
a Quita cesión, al pulsar este botón se eliminará la cesión del pago o pagos seleccionados.
Al hacer doble clic sobre un pago en la lista, se abre la ventana de propiedades
correspondiente al pago, pudiendo consultar o editar fácilmente sus datos.
Para quitar la cesión a un pago, hay que seleccionarlo en la lista de pagos, se observará entonces que la etiqueta del botón Cede pagos cambia a
Al pulsar este botón saldrá un mensaje de aviso y el pago quedará liberado.
.
Bloqueos y Cesiones / 103
Confirmación
Se van a quitar la marca de cedido a los pagos
seleccionados.
¿Desea continuar con la operación?
Para eliminar una cesión, hay que pulsar el botón
de botones; se abre entonces el diálogo de confirmación:
de la barra
Confirmación
Se van a eliminar las cesiones de proveedores
seleccionadas.
Al eliminar una cesión se eliminará la cesión automáticamente de todos los pagos asociados.
¿Desea continuar con la operación?
104 \Cartera. Guía de uso
Informes Incorporados
Informes incorporados son los que se incluyen en la instalación de la aplicación.
Puesto que los informes son programas xjs independientes, es posible incorporar
nuevos informes en la aplicación, estos informes añadidos no tienen porque estar
sujetos a las especificaciones de este tema.
Cabecera y pie de página
Prácticamente todos los informes incorporados incluyen el archivo Cab.xjs - Cabecera general, que se encuentra en la carpeta Informes\Libreria. Este archivo
permite personalizar el aspecto que tendrá la cabecera general y el pie de página.
Sus parámetros determinan que datos, de los registrados en los parámetros de la
empresa, se mostrarán en las páginas del informe: Logo, Razón social, CIF, Dirección postal, Teléfono, e-mail y web. Así como los rótulos para la fecha, nº de página y nombre del programa, en estos tres últimos parámetros puede especificarse
un guión en el caso de no querer que se muestre esta información.
En cada página se muestra además un título y un subtítulo. El título puede personalizarse en cada informe mediante el parámetro Título para el informe, si no se
Informes Incorporados / 105
indica ningún título se mostrará un título genérico, que suele coincidir con la descripción del informe que aparece en la lista de la ventana de impresión.
El subtítulo del informe muestra las condiciones de ordenación y filtrado establecidas por los parámetros del informe, por ejemplo:
Desde el 01/04/2008 hasta el 30/06/2008
Ordenado por código de cuenta
Desde la cuenta 6001000012 hasta la cuenta 6006000008
Tanto los datos de la empresa, como el número de página, fecha de impresión,
nombre del informe y el título y subtítulo, se distribuirán en la página reservando
tres líneas para la cabecera y una para el pie, cada línea tiene tres campos, quedando numerados del 1 al 12.
El grupo de parámetros de Cab.xjs - Cabecera general encabezado como Posición
de los datos, permite especificar en que posición aparecerá cada uno de los datos
a mostrar en la cabecera y el pie.
Supongamos que se han establecido para los parámetros de Cab.xjs los valores
siguientes:
Datos a mostrar
Logo
Sí
Razón social Sí
C.I.F.
No
Dirección postal
No
Teléfono, e-mail y web No
Rótulo para la fecha de ejecución o guión (-) para no mostrarla
Rótulo para el nº de página o un guión (-) para no mostrarlo Página
Rótulo para el nombre del programa XJS, o guión (-) para no mostrarlo
Modificadores
Modificadores para el logo v8
Formato de fecha
Posición de los datos: (número de 1 a 12)
Logo
1
Razón social
3
C.I.F
4
Dirección postal 6
Teléfono, e-mail, web
9
Fecha de ejecución
11
Nº de página
12
Nombre del programa XJS
10
Título del informe
2
Subtitulo del informe
7
La siguiente imagen muestra como resultaría cabecera de página
El pie de página correspondiente a dichos parámetros será muy similar al siguiente (puede que no coincida el tipo de letra ya que depende de la configuración de la
impresora):
106 \Cartera. Guía de uso
Si se quiere que la fecha y el número de página figuren en la cabecera en lugar de
en el pie, simplemente hay que cambiar sus parámetros de posición, afectando este cambio a todos los informes incorporados.
El parámetro Modificadores para el logo, espera recibir los modificadores de formato que afectarán a la presentación del logotipo de la empresa, el tamaño del logotipo se ajustará al tamaño del campo en el que se muestra sin perder la relación
de altura-anchura, con este modificador se puede establecer la altura vertical para el campo en el que se presenta el logo, si especifica por ejemplo v8 el logotipo
se mostrará con 8 mm de altura y una anchura proporcional dependiente del tamaño de la imagen original.
El parámetro formato de fecha determina como se mostrará la fecha de ejecución
del informe, por defecto se muestra en la forma dd/mm/aaaa, pero puede establecerse cualquiera de los formatos de fecha.
Ancho de columnas y orientación de la página
Dependiendo del número de caracteres que utilice en la codificación de los Conceptos de la aplicación, puede ocurrir que determinadas columnas de los informes
se muestren superpuestas por no caber en el ancho establecido para el dato.
Cuando los datos contienen espacios en blanco, si no caben en el ancho asignado,
se partirán en dos o más líneas.
La imagen siguiente muestra como el código de la hoja y el de la obra se han superpuesto en este informe, y como la descripción de la obra y del recurso se distribuyen en varias líneas.
Si para este mismo informe se establece la orientación de la página en horizontal,
el ancho de las columnas se expande adaptándose al ancho de la página, con los
que los códigos dejan de superponerse y las descripciones ya no se extienden en
varias líneas:
En la versión actual de la aplicación los anchos de las columnas se establecen en
el archivo Cab.xjs mediante la declaración de una serie de variables, en versiones
posteriores posiblemente se incorporarán estos datos dentro de los parámetros de
la empresa.
Seleccione el archivo Cab.xjs en la carpeta Informes\Libreria y pulse el botón Programa de la ventana de impresión, observe las siguientes declaraciones e inicializaciones de variables:
Informes Incorporados / 107
// ancho de columnas (valor en mm. o ancho relativo precedido del signo )
var aNum = "10 "; // Nº de asiento o Nº registro
var aFec = "18 "; // Fechas
var aImp = "20 "; // Debe, Haber, Saldos, Totales,...
var aIde = "-1 "; // ide
var aDelCod = "-1 "; // Código de delegación
var aDelRes = "-2 "; // Descripción delegación
...........
El ancho de las columnas se especifica mediante un valor fijo en milímetros o por
un valor relativo al espacio disponible en la página. Normalmente las descripciones se establecen según un ancho relativo, esto es lo que permite que al cambiar
la orientación de la página varíe el ancho de las columnas, sin embargo, es conveniente que los anchos para los códigos se establezcan según los milímetros que
requieran, teniendo en cuenta el número de caracteres que se utilizan en la codificación y el tipo de letra.
Parámetros de estilo
Prácticamente todos los informes incorporados declaran los siguientes parámetros:
Archivo de configuración de la impresora (.cni)
Estilo 0 ninguno, 1 bordes, 2 líneas, 3 trama alterna
Título para el informe
Modificadores para el Título del informe
Modificadores para el Subtítulo
El primero de estos parámetros espera recibir un nombre de archivo de configuración de impresora de los distribuidos con la aplicación o creado por el usuario en
la ventana de configuración de impresora. Si no se especifica este parámetro, se
utilizará la configuración que tenga seleccionada en la ventana de configuración
de impresora.
Pruebe el segundo de estos parámetros para determinar el aspecto que tendrá el
informe. El título del informe puede ser establecido con el siguiente parámetro, si
no se indica se mostrará un título por defecto.
Los modificadores para el título y subtítulo se refieren a modificadores de formato,
puede utilizar para el subtítulo l0 (letra 0), si en el archivo de configuración de la
impresora establece la Letra0 como Arial de 6 puntos será esta letra la utilizada
para el subtitulo. Si quiere que el título del informe aparezca subrayado utilizará
el modificador ls, etc.
108 \Cartera. Guía de uso
Lista de informes incorporados Cartera
Cobros
Cobant.xjs - Antigüedad de la deuda, por Cliente
Ordenados por cliente, muestra para cada cliente la relación de efectos
que tiene según los criterios establecidos en los parámetros.
Cobant1.xjs - Antigüedad de la deuda, por Cuenta contable de
Cliente
Ordenados por cuenta contable, muestra para cada cuenta contable la relación de efectos que tiene según los criterios establecidos en los parámetros.
Ccli.xjs - Cobros por Cliente
Por cada cliente muestra los cobros que cumplan los criterios establecidos
por los parámetros. Permite ordenar por CIF, o razón social del cliente, y
por fecha de vencimiento, o fecha de emisión o importe. Totaliza los importes por cliente.
Ccen.xjs - Cobros por Centro de coste y Cliente (a Excel)
Ordenado por código o descripción de centro de coste y cliente , muestra
los cobros que cumplan los criterios establecidos en los parámetros.
Cban.xjs - Cobros por Banco/caja y Cliente
Ordenados y totalizados por cuenta de banco/caja y cliente muestra los
cobros que cumplan los criterios establecidos en los parámetros.
Cobcue.xjs - Detalle de cobros por Cuenta contable de cliente y
vencimiento
Ordenados por cuenta contable del cliente y vencimiento muestra los cobros que cumplan los criterios establecidos en los parámetros.
CEnt.xjs - Resumen de Cobros por Cuenta contable del cliente
Por cada cuenta contable muestra el importe total de los cobros que cumplan los criterios establecidos por los parámetros, ordenados y totalizados
por código o título de la cuenta contable del cliente. Permite filtrar por
cuenta contable. Opcionalmente puede mostrar el saldo de la cuenta en el
periodo de emisión seleccionado, excluyendo los apuntes de apertura, regularización y cierre y filtrando del, delo y obr si procede.
CCta_fecha.xjs - Resumen de cobros por cuenta contable del beneficiario/fecha
Por cada cliente muestra el importe total de los cobros que cumplan los
criterios establecidos por los parámetros, ordenados y totalizados por
código o título de la cuenta contable del cliente y por fecha.
Precob.xjs - Previsión de Cobros
Ordenados por fecha de vencimiento muestra el acumulado para cada día,
mes y para el periodo (establecido por los parámetros de fecha) de los importes de los cobros.
Informes Incorporados / 109
Cefe.xjs - Cobros por Efecto
Ordenados y totalizados por el código del tipo de efecto muestra los cobros
que cumplan con los criterios. En cada tipo de efecto los cobros pueden
ordenarse por el nombre de cliente, o importe, o fecha de emisión.
Cdel.xjs - Cobros por Delegación (DEL)
Ordenados y totalizados por la delegación destino y obra, o por delegación
origen, muestra los cobros que cumplen con los filtros establecidos por los
parámetros. No se incluirán los cobros que no tengan cliente o tipo de
efecto asignado.
Cclimes.xjs - Cobros mensuales por cliente (a Excel)
Por cada cliente muestra el importe total mensual de cobros que cumplan
los criterios establecidos por los parámetros, permite ordenar por CIF,
razón social del proveedor o código. Totaliza los importes por cliente y total
informe
Cobcuadre.xjs - Comprobación/Cuadre de cobros con contabilidad
por cliente
Lee todos los clientes, lee de cada uno de ellos el saldo actual de su cuenta
o cuentas (según parámetros), y lee todos los cobros que se encuentran en
los estados especificados en los parámetros que tienen asociado el cliente
como entidad origen.
Puede también incluirse el importe de las facturas del cliente pendientes
de contabilizar. Por cada cliente que tiene saldo o tiene cobros muestra
una línea, mostrando opcionalmente: la suma de los saldos de las cuentas
seleccionadas (subtotal) y de las facturas pendientes si procede, así como
la diferencia del subtotal anterior-importe de cobros.
IMPORTANTE: Los saldos de las cuentas se obtienen de la tabla de saldos
calculados en el caso de que la empresa no tenga establecido modo de trabajo con delegación y obras o delegaciones y centros de coste. En caso
contrario se calcula el saldo del periodo Sum(deb-hab)
Cobcuadrecue.xjs - Cuadre de cobros con contabilidad por cuenta
Lee las cuentas correspondientes a las máscaras y sus saldos, busca las
entidades que tienen dichas cuentas asociadas, recuperando el importe de
cartera de dichas entidades que está en los estados especificados
Pagos
Pprv.xjs - Pagos por Proveedor
Por cada proveedor muestra los pagos que cumplan los criterios establecidos por los parámetros, permite ordenar por CIF, o razón social del proveedor, por fecha de vencimiento, o fecha de emisión o importe. Totaliza
los importes por proveedor.
Pcen.xjs - Pagos por Centro de coste y Proveedor (a Excel)
Ordenado por código o descripción de centro de coste y proveedor , muestra los pagos que cumplan los criterios establecidos en los parámetros.
110 \Cartera. Guía de uso
Pban.xjs - Pagos por Banco/caja y Proveedor
Ordenados y totalizados por cuenta de banco/caja y proveedor muestra
los pagos que cumplan los criterios establecidos en los parámetros.
Pcta_fecha.xjs - Resumen de pagos por cuenta contable del beneficiario/fecha
Por cada proveedor muestra el importe total de los pagos que cumplan los
criterios establecidos por los parámetros, ordenados y totalizados por
código o título de la cuenta contable del proveedor y por fecha
Pagcue.xjs - Detalle de pagos por Cuenta contable de proveedor y
vencimiento
Ordenados por cuenta contable del proveedor y vencimiento muestra los
pagos que cumplan los criterios establecidos en los parámetros.
Pent.xjs - Resumen de Pagos por Cuenta contable del Proveedor
Por cada proveedor muestra el importe total de los pagos que cumplan los
criterios establecidos por los parámetros, ordenados y totalizados por
código o título de la cuenta contable del proveedor. Permite filtrar por
cuenta contable.
Prepag.xjs - Previsión de Pagos
Ordenados por fecha de vencimiento muestra el acumulado para cada día,
mes y para el periodo (establecido por los parámetros de fecha) de los importes de los pagos
Pefe.xjs - Pagos por Efecto
Ordenados y totalizados por el código del tipo de efecto muestra los pagos
que cumplan con los criterios. En cada tipo de efecto los pagos pueden ordenarse por el nombre de proveedor, o importe, o fecha de emisión.
Pdel.xjs - Pagos por Delegación (DEL)
Ordenados y totalizados por la delegación destino y obra, o por delegación
origen, muestra los pagos que cumplen con los filtros establecidos por los
parámetros. No se incluirán los pagos que no tengan proveedor o tipo de
efecto asignado.
Pprvmes.xjs - Pagos mensuales por proveedor (a Excel)
Por cada proveedor muestra el importe total mensual de pago que cumplan los criterios establecidos por los parámetros, permite ordenar por
CIF, razón social del proveedor o código. Totaliza los importes por proveedor y total informe.
Bloqueos.xjs - Bloqueos/Cesiones de Pagos
Dependiendo del valor del parámetro tipo, muestra los bloqueos o cesiones
de pagos ordenados por el CIF o por el nombre del proveedor, y por la fecha de bloqueo/cesión, la fecha del pago y el código de pago. Muestra la
suma del importe por proveedor y por bloqueo/cesión.
Informes Incorporados / 111
Pagcuadre.xjs - Comprobación/Cuadre de pagos con contabilidad
por proveedor
Lee todos los proveedores, lee de cada uno de ellos el saldo actual de su
cuenta o cuentas (según parámetros), y lee todos los pagos que se encuentran en los estados especificados en los parámetros que tienen asociado el
proveedor como entidad origen.
Puede también incluirse el importe de las facturas del proveedor pendientes de contabilizar.
Por cada proveedor que tiene saldo o tiene pagos muestra una línea, mostrando opcionalmente: la suma de los saldos de las cuentas seleccionadas
(subtotal) y de las facturas pendientes si procede, así como la diferencia
del subtotal anterior-importe de pagos.
IMPORTANTE: Los saldos de las cuentas se obtienen de la tabla de saldos
calculados en el caso de que la empresa no tenga establecido modo de trabajo con delegación y obras o delegaciones y centros de coste. En caso
contrario se calcula el saldo del periodo Sum(deb-hab).
Pagcuadrecue.xjs - Cuadre de pagos con contabilidad por cuenta
Lee las cuentas correspondientes a las máscaras y sus saldos, busca las
entidades que tienen dichas cuentas asociadas, recuperando el importe de
cartera de dichas entidades que está en los estados especificados.
Otros
Cypban.xjs - Previsión de Tesorería
Ordenados por la cuenta de caja/banco del cobro/pago y por la fecha de
vencimiento muestra los cobros/pagos y el saldo previsto para la cuenta
de tesorería.
Cypban_excel.xjs - Previsión de Tesorería (resumen a Excel)
Igual que el Cypban.xjs pero a Excel.
Riesban.xjs - Riesgos bancarios
Cuadro a Excel del riesgo bancario a una fecha de las cuentas definidas como
cuentas de riesgo en las Tablas auxiliares (auxcue)
112 \Cartera. Guía de uso