Diferencia entre revisiones de «TESORERIA/CIRCUITOS DE CAJA»
Sin resumen de edición |
|||
Línea 47: | Línea 47: | ||
===Incompatibilidad entre FAPROBACION y FAUTOMATICO=== | ===Incompatibilidad entre FAPROBACION y FAUTOMATICO=== | ||
Ningún circuito puede definir “Aprobación” y “Automático” simultáneamente, estas propiedades son mutuamente excluyentes. Al intentar grabar un circuito que tenga ambos marcados va a aparecer un mensaje similar al de abajo y no se va a poder grabar hasta que la anomalía sea corregida. | Ningún circuito puede definir “Aprobación” y “Automático” simultáneamente, estas propiedades son mutuamente excluyentes. Al intentar grabar un circuito que tenga ambos marcados va a aparecer un mensaje similar al de abajo y no se va a poder grabar hasta que la anomalía sea corregida. | ||
[[Archivo:202502130802CAVCIRUICTOERRORINCOMPATBILIDAD.png|miniaturadeimagen|no|Mensaje de error al grabar.]] | |||
==Relaciones== | ==Relaciones== | ||
==Triggers== | ==Triggers== |
Revisión del 13:04 13 feb 2025
Descripción
La tabla CAV_CIRCUITO (Circuitos de caja) definen en forma simplificada quién debe pagar y con qué cada comprobante, evitando los detalles a quien lo registra originalmente. Estos circuitos pueden asociarse a una o más combinaciones de carteras y conceptos. No es necesario que el usuario que registra el comprobante de pago conozca esos detalles ya que solo se usan al emitir los valores en tesorería.

Para quienes estén familiarizados con las carteras PAGOS y los conceptos GMANUAL, PAGOBA, PAGOPM, PAGOTRF y PES, son precisamente estos los que han sido reemplazados.
Además, cada circuito de caja puede requerir una aprobación previa a la emisión del cheque o valor con el que se cancela el comprobante.
Algunos ejemplos podrían ser:
Tesorería Puerto Madryn. Tesorería Buenos Aires. Cheques electrónicos.
Estructura
Antes de definir qué carteras y conceptos pueden usarse dentro del circuito hay que crear solo dos registros en la tabla Circuitos de caja, operaciones (CAV_CIRCUITO_OP). Esta tabla se creó durante la migración a la nueva funcionalidad de tesorería en el 2022 para mantener la compatibilidad con los viejos pagos con iniciales CP. Ya no sería necesaria y posiblemente en un futuro se elimine, pero por ahora se mantiene.
La tabla contiene solo dos registros que son:
- EMISION: Emisión definitiva del valor.
- PEDIDO: Pedido de emisión de valor.
Finalmente pueden asociarse las carteras y conceptos al circuito usando el detalle Circuitos de caja, carteras (CAV_CIRCUITOD).
Identidad
- Tabla: CAV_CIRCUITO
- Tipo: CLASE
- Define atributo FCODIGO
- Catálogo: ERP COMERCIAL
Lista de campos
Columna | Campo físico | Campo lógico | Atributo | Descripción | Etiquetas | Definición | Observaciones |
---|---|---|---|---|---|---|---|
1 | FCODIGO | Codigo | VARCHAR(24) | Caracteres de longitud variable hasta 24 caracter/es | KEY,REQ,VIS,INS | CAV_CIRCUITO | Código del circuito de caja. |
2 | FDESCRIPCION | Descripcion | VARCHAR(64) | Caracteres de longitud variable hasta 64 caracter/es | REQ,VIS,INS,UPD | CAV_CIRCUITO | Descripción. |
3 | FAPROBACION | Aprobación | BIT | Campo lógico, admite 1, 0 y NULL | REQ,VIS,INS,UPD | CAV_CIRCUITO | Marcar para indicar que el circuito requiere autorización (combina con workflow). |
4 | FAUTOMATICO | Automático | BIT | Campo lógico, admite 1, 0 y NULL | REQ,VIS,INS,UPD | CAV_CIRCUITO | Marcar para indicar que genera pago automático, requiere definición de cartera y concepto. |
5 | FDEFECTO | Defecto | BIT | Campo lógico, admite 1, 0 y NULL | REQ,VIS,INS,UPD | CAV_CIRCUITO | Marcar para indicar que es el circuito de caja por defecto. |
Observaciones adicionales sobre los campos
Incompatibilidad entre FAPROBACION y FAUTOMATICO
Ningún circuito puede definir “Aprobación” y “Automático” simultáneamente, estas propiedades son mutuamente excluyentes. Al intentar grabar un circuito que tenga ambos marcados va a aparecer un mensaje similar al de abajo y no se va a poder grabar hasta que la anomalía sea corregida.
