TESORERIA/VALIDACION CONCEPTOS - Historial de revisiones

Luciano Carou: Luciano Carou trasladó la página TESORERIA/CONCEPTOS/VALIDACION a TESORERIA/VALIDACION CONCEPTOS

2025-03-20T14:48:29Z

Luciano Carou trasladó la página TESORERIA/CONCEPTOS/VALIDACION a TESORERIA/VALIDACION CONCEPTOS

← Revisión anterior	Revisión del 16:48 20 mar 2025
(Sin diferencias)

Luciano Carou: /* Observaciones adicionales sobre los campos */

2025-02-06T19:49:25Z

Observaciones adicionales sobre los campos

← Revisión anterior		Revisión del 21:49 6 feb 2025
Línea 47:		Línea 47:
	El gráfico lo muestra:		El gráfico lo muestra:
	[[Archivo:202502061627CAVCONVALIDACIONCHTC.png\|miniaturadeimagen\|no\|Cheques de terceros (cobranza).]]		[[Archivo:202502061627CAVCONVALIDACIONCHTC.png\|miniaturadeimagen\|no\|Cheques de terceros (cobranza).]]

			<div style="border: 1px solid red; background-color: #ffcccc; padding: 1px;">
			<strong> Advertencia:</strong><br>
			Para definir "valores en cartera" que permiten ser depositados luego de haber sido pagados o cobrados hay que tener en cuenta:
			- Lo detallado en este artículo.
			- La [[TESORERIA/CARTERAS\|TESORERIA/CARTERA]] debe tener marcado el campo llamado FSTOCK.
			</div>

	==Relaciones==		==Relaciones==
	==Triggers==		==Triggers==

Luciano Carou en 19:41 6 feb 2025

2025-02-06T19:41:48Z

← Revisión anterior		Revisión del 21:41 6 feb 2025
Línea 1:		Línea 1:
	==Descripción==		==Descripción==
	La tabla '''CAVCON_VALIDACION''' (Conceptos, validación) define el tipo de validación que debe tener un concepto de caja. Esta validación está relacionada con el signo contable que tiene el movimiento: débitos y ~~créditos~~.		La tabla '''CAVCON_VALIDACION''' (Conceptos, validación) define el tipo de validación que debe tener un concepto de caja. Esta validación está relacionada con el signo contable que tiene el movimiento, débitos o créditos, y se usa sobre conceptos que llevan identificación tal como los cheques que tienen su propio número.
	==Estructura==		==Estructura==
	[[Category:MANUAL/USUARIO]]		[[Category:MANUAL/USUARIO]]

Luciano Carou: /* Observaciones adicionales sobre los campos */

2025-02-06T19:35:03Z

Observaciones adicionales sobre los campos

Luciano Carou: /* Observaciones adicionales sobre los campos */

2025-02-06T19:33:04Z

Observaciones adicionales sobre los campos

← Revisión anterior		Revisión del 21:33 6 feb 2025
Línea 37:		Línea 37:
	Hace años se modificó ese comportamiento de la siguiente manera.		Hace años se modificó ese comportamiento de la siguiente manera.

	Para definir conceptos de pago que se consideran en cartera:		====Para definir conceptos de pago que se consideran en cartera:====
	*El crédito		*El crédito debe indicar "Valida no existencia" ya que el valor usado en el pago no debe existir previamente.
			*El débito debe indicar "Valida existencia" ya que si lo quisiéramos depositar el valor debe existir previamente.
	*Para de		El gráfico lo muestra:
	*Los valores que en el débito ~~tienen la validación~~ "~~Vali~~


	[[Archivo:202502061626CAVCONVALIDACIONECHAUT.png\|miniaturadeimagen\|no\|Cheques electrónicos (pago).]]		[[Archivo:202502061626CAVCONVALIDACIONECHAUT.png\|miniaturadeimagen\|no\|Cheques electrónicos (pago).]]

			====Para definir conceptos de cobranza que se consideran en cartera:====
			*El débito debe indicar "Valida no existencia" ya que el valor registrado en la cobranza no debe haber ingresado previamente.
			*El crédito debe indicar "Valida existencia" ya que si lo quisiéramos depositar el valor debe existir previamente.
			El gráfico lo muestra:
	[[Archivo:202502061627CAVCONVALIDACIONCHTC.png\|miniaturadeimagen\|no\|Cheques de terceros (cobranza).]]		[[Archivo:202502061627CAVCONVALIDACIONCHTC.png\|miniaturadeimagen\|no\|Cheques de terceros (cobranza).]]

	==Relaciones==		==Relaciones==
	==Triggers==		==Triggers==

Luciano Carou: /* Observaciones adicionales sobre los campos */

2025-02-06T19:29:57Z

Observaciones adicionales sobre los campos

← Revisión anterior		Revisión del 21:29 6 feb 2025
Línea 42:		Línea 42:
	*Para de		*Para de
	*Los valores que en el débito tienen la validación "Vali		*Los valores que en el débito tienen la validación "Vali


			[[Archivo:202502061626CAVCONVALIDACIONECHAUT.png\|miniaturadeimagen\|no\|Cheques electrónicos (pago).]]


			[[Archivo:202502061627CAVCONVALIDACIONCHTC.png\|miniaturadeimagen\|no\|Cheques de terceros (cobranza).]]

	==Relaciones==		==Relaciones==
	==Triggers==		==Triggers==

Luciano Carou en 19:10 6 feb 2025

2025-02-06T19:10:01Z

← Revisión anterior		Revisión del 21:10 6 feb 2025
Línea 24:		Línea 24:
	\|}		\|}
	==Observaciones adicionales sobre los campos==		==Observaciones adicionales sobre los campos==
			===Campo FTIPOVALIDACION===
			Tiene 3 valores posibles:
			*No valida: el valor se ingresa y no tiene ningún tipo de validación. Por ejemplo, efectivo.
			*Valida existencia: el valor se ingresa y debemos validar que previamente exista en el sistema. Por ejemplo, valores que tenemos que depositar deben existir previamente.
			*Valida no existencia: el valor se ingresa y debemos validar que no exista en el sistema. Por ejemplo, un cheque de terceros que no queremos depositar más de una vez.

	===Definición de valores en cartera===		===Definición de valores en cartera===
	Hay valores que deben ser depositados luego de haber sido pagados o cobrados. Por ejemplo, un cheque cobrado a un cliente debe ser eventualmente depositado llegada su fecha de cobro. O los cheques posdatados emitidos en favor a proveedores deben ser eventualmente depositados para impactar en los saldos de las carteras de caja correspondientes.		Hay valores que deben ser depositados luego de haber sido pagados o cobrados. Por ejemplo, un cheque cobrado a un cliente debe ser eventualmente depositado llegada su fecha de cobro. O los cheques posdatados emitidos a favor de proveedores deben ser eventualmente depositados para impactar en los saldos de las carteras de caja correspondientes.

			Originalmente el campo FVALORENCARTERA definía que el concepto debía ser tratado como un valor en cartera y eventualmente ser depositado.

			Hace años se modificó ese comportamiento de la siguiente manera.

	~~Originalmente este campo definía~~ que ~~el concepto debía ser tratado como un valor~~ en cartera ~~y eventualmente ser depositado.~~		Para definir conceptos de pago que se consideran en cartera:
			*El crédito

	~~Hace años se modificó ese comportamiento~~ de ~~la siguienta manera:~~		*Para de
	*Los valores que en el débito tienen la validación		*Los valores que en el débito tienen la validación "Vali

	==Relaciones==		==Relaciones==
	==Triggers==		==Triggers==

Luciano Carou: /* Observaciones adicionales sobre los campos */

2025-02-06T19:04:22Z

Observaciones adicionales sobre los campos

← Revisión anterior		Revisión del 21:04 6 feb 2025
Línea 24:		Línea 24:
	\|}		\|}
	==Observaciones adicionales sobre los campos==		==Observaciones adicionales sobre los campos==
			===Definición de valores en cartera===
			Hay valores que deben ser depositados luego de haber sido pagados o cobrados. Por ejemplo, un cheque cobrado a un cliente debe ser eventualmente depositado llegada su fecha de cobro. O los cheques posdatados emitidos en favor a proveedores deben ser eventualmente depositados para impactar en los saldos de las carteras de caja correspondientes.

			Originalmente este campo definía que el concepto debía ser tratado como un valor en cartera y eventualmente ser depositado.

			Hace años se modificó ese comportamiento de la siguienta manera:
			*Los valores que en el débito tienen la validación

	==Relaciones==		==Relaciones==
	==Triggers==		==Triggers==

Luciano Carou: Página creada con «==Descripción== La tabla '''CAVCON_VALIDACION''' (Conceptos, validación) define el tipo de validación que debe tener un concepto de caja. Esta validación está relacionada con el signo contable que tiene el movimiento: débitos y créditos. ==Estructura== Category:MANUAL/USUARIO Category:TESORERIA ==Identidad== * Tabla: '''CAVCON_VALIDACION''' * Tipo: '''TABLA''' * Detalle de: '''TESORERIA/CONCEPTOS''' * Catálogo: '''ERP COME…»

2025-02-06T19:00:11Z

Página creada con «==Descripción== La tabla '''CAVCON_VALIDACION''' (Conceptos, validación) define el tipo de validación que debe tener un concepto de caja. Esta validación está relacionada con el signo contable que tiene el movimiento: débitos y créditos. ==Estructura== Category:MANUAL/USUARIO Category:TESORERIA ==Identidad== * Tabla: '''CAVCON_VALIDACION''' * Tipo: '''TABLA''' * Detalle de: '''TESORERIA/CONCEPTOS''' * Catálogo: '''ERP COME…»

Página nueva

==Descripción==
La tabla '''CAVCON_VALIDACION''' (Conceptos, validación) define el tipo de validación que debe tener un concepto de caja. Esta validación está relacionada con el signo contable que tiene el movimiento: débitos y créditos.
==Estructura==
[[Category:MANUAL/USUARIO]]
[[Category:TESORERIA]]
==[[QUEESESTO/IDENTIDAD|Identidad]]==
* Tabla: '''CAVCON_VALIDACION'''
* Tipo: '''TABLA'''
* Detalle de: '''[[TESORERIA/CONCEPTOS]]'''
* Catálogo: '''[[ERP COMERCIAL]]'''
== [[QUEESESTO/LISTADECAMPOS|Lista de campos]] ==
{| class="wikitable"
|-
! Columna !! Campo físico !! Campo lógico !! Atributo !! Descripción !! Etiquetas !! Definición !! Observaciones
|-
|1||FCONCEPTO||Concepto||[[TESORERIA/CONCEPTOS|CAVCON]]||Valores, Conceptos de Caja||KEY,REQ,INS,UPD||[[TESORERIA/CONCEPTOS/VALIDACION|CAVCON_VALIDACION]]||Código de concepto de caja.
|-
|2||FTIPOIMPORTE||TipoImporte||[[CMPTIPOIMPORTE|CMPTIPOIMPORTE]]||cmpTipoImporte||KEY,REQ,VIS,INS,UPD||[[TESORERIA/CONCEPTOS/VALIDACION|CAVCON_VALIDACION]]||Débito o crédito.
|-
|3||FTIPOVALIDACION||TipoValidacion||[[CAVCON_VALIDACION_Tipo|CAVCON_VALIDACION_Tipo]]||Tipo de validación de un valor de caja||REQ,VIS,INS,UPD||[[TESORERIA/CONCEPTOS/VALIDACION|CAVCON_VALIDACION]]||Tipo de validación: No valida, Valida existencia o Valida no existencia.
|-
|4||FVALORENCARTERA||ValorEnCartera||[[BIT|BIT]]||Campo lógico, admite 1, 0 y NULL||REQ,VIS,INS,UPD||[[TESORERIA/CONCEPTOS/VALIDACION|CAVCON_VALIDACION]]||Indica si este movimiento guarda el valor en cartera hasta que es depositado, el uso de este campo se encuentra OBSOLETO (ver detalles en la documentación).
|-
|}
==Observaciones adicionales sobre los campos==
==Relaciones==
==Triggers==

← Revisión anterior		Revisión del 21:35 6 feb 2025
Línea 24:		Línea 24:
	\|}		\|}
	==Observaciones adicionales sobre los campos==		==Observaciones adicionales sobre los campos==
			La validación de los campos opera sobre conceptos que tienen una identificación propia (cheques, etc.).
	===Campo FTIPOVALIDACION===		===Campo FTIPOVALIDACION===
	~~Tiene~~ 3 valores posibles:		Este campo indica que tipo de validación debe realizarse sobre el valor ingresado según el signo contable indicado, tiene 3 valores posibles:
	*No valida: el valor se ingresa y no tiene ningún tipo de validación. Por ejemplo, efectivo.		*'''No valida''': el valor se ingresa y no tiene ningún tipo de validación. Por ejemplo, efectivo.
	*Valida existencia: el valor se ingresa y debemos validar que previamente exista en el sistema. Por ejemplo, valores que tenemos que depositar deben existir previamente.		*'''Valida existencia''': el valor se ingresa y debemos validar que previamente exista en el sistema. Por ejemplo, valores que tenemos que depositar deben existir previamente.
	*Valida no existencia: el valor se ingresa y debemos validar que no exista en el sistema. Por ejemplo, un cheque de terceros que no queremos depositar más de una vez.		*'''Valida no existencia''': el valor se ingresa y debemos validar que no exista en el sistema. Por ejemplo, un cheque de terceros que no queremos depositar más de una vez.

	===Definición de valores en cartera===		===Definición de valores en cartera===
	Hay valores que deben ser depositados luego de haber sido pagados o cobrados. Por ejemplo, un cheque cobrado a un cliente debe ser eventualmente depositado llegada su fecha de cobro. O los cheques posdatados emitidos a favor de proveedores deben ser eventualmente depositados para impactar en los saldos de las carteras de caja correspondientes.		Hay valores que deben ser depositados luego de haber sido pagados o cobrados. Por ejemplo, un cheque cobrado a un cliente debe ser eventualmente depositado llegada su fecha de cobro. O los cheques posdatados emitidos a favor de proveedores deben ser eventualmente depositados para impactar en los saldos de las carteras de caja correspondientes.

	Originalmente el campo FVALORENCARTERA definía que el concepto debía ser tratado como un valor en cartera y eventualmente ser depositado.		Originalmente el campo FVALORENCARTERA definía que el concepto debía ser tratado como un valor en cartera y eventualmente ser depositado, pero hace años se modificó ese comportamiento de la siguiente manera.

	~~Hace años se modificó ese comportamiento de la siguiente manera.~~		====Para definir conceptos de pago que se consideran en cartera====

	====Para definir conceptos de pago que se consideran en cartera:====
	*El crédito debe indicar "Valida no existencia" ya que el valor usado en el pago no debe existir previamente.		*El crédito debe indicar "Valida no existencia" ya que el valor usado en el pago no debe existir previamente.
	*El débito debe indicar "Valida existencia" ya que si lo quisiéramos depositar el valor debe existir previamente.		*El débito debe indicar "Valida existencia" ya que si lo quisiéramos depositar el valor debe existir previamente.
Línea 43:		Línea 42:
	[[Archivo:202502061626CAVCONVALIDACIONECHAUT.png\|miniaturadeimagen\|no\|Cheques electrónicos (pago).]]		[[Archivo:202502061626CAVCONVALIDACIONECHAUT.png\|miniaturadeimagen\|no\|Cheques electrónicos (pago).]]

	====Para definir conceptos de cobranza que se consideran en cartera:====		====Para definir conceptos de cobranza que se consideran en cartera====
	*El débito debe indicar "Valida no existencia" ya que el valor registrado en la cobranza no debe haber ingresado previamente.		*El débito debe indicar "Valida no existencia" ya que el valor registrado en la cobranza no debe haber ingresado previamente.
	*El crédito debe indicar "Valida existencia" ya que si lo quisiéramos depositar el valor debe existir previamente.		*El crédito debe indicar "Valida existencia" ya que si lo quisiéramos depositar el valor debe existir previamente.