ABM de FIRMANTES

El firmante es una persona (o entidad) que aprueba, valida o da conformidad a un documento, transacción o proceso mediante su firma (digital o manual).

Este módulo permite administrar los firmantes, sus límites y su calificación: dar de alta nuevos firmantes, modificar o eliminar los existentes, cargar límites (individuales o masivos) e importar firmantes de forma masiva.

Se accede desde la solapa FACTORING, opción FIRMANTES.

Importante: El acceso requiere de la asignación de permisos que deben solicitarse al administrador del sistema. Cada acción (Nuevo, Modificar, Eliminar, Límites, Carga masiva e Importador) tiene su propio permiso, por lo que un usuario puede tener habilitadas solo algunas de ellas.

Al ingresar a este menú, se despliega una ventana en la cual se visualizan los firmantes cargados y los botones para realizar diversas tareas como:

Importante: La eliminación es una baja lógica: el firmante no se borra, queda marcado como eliminado (se muestra tachado en gris) y puede recuperarse con el botón Reactivar.

El formulario permite realizar búsquedas con filtros simples ubicados en el panel debajo de los botones principales:

Importante: Si la búsqueda devuelve más de 1000 registros, el sistema pide confirmación antes de mostrarlos.

Las columnas que se muestran en el resultado de la búsqueda son:

Importante: Las columnas Eliminado, F. Add, F. Mod, Usuario Add, Usuario Mod, Id Usuario Add, Id Usuario Mod y UserEnv vienen ocultas por defecto. Para mostrarlas, hacé clic derecho sobre el encabezado de la grilla y usá el selector de columnas.

La disposición de columnas (orden, ancho y visibilidad) se guarda por usuario al cerrar la pantalla y se recupera la próxima vez que la abrís. Mediante el menú contextual (clic derecho) podés acceder a Restaurar columnas con valores originales para volver la grilla a su disposición inicial.

Al hacer clic en el botón Nuevo, se abrirá una ventana con el formulario correspondiente para completar los datos del firmante, organizado en solapas.

Boton NUEVO, Solapa Generales:

Importante: Al salir del campo CUIT, si el sistema tiene configurado el servicio de consulta a AFIP (InfoAPI), trae automáticamente la denominación del titular desde el padrón de AFIP y la completa en el campo Denominación. Si el CUIT ingresado no es válido, al guardar se muestra el mensaje "El CUIT no es válido" y no se graba el firmante.

Boton NUEVO, Solapa Referencias:

Permite cargar las referencias del firmante: Referencias Bancarias, Informe Comercial, Referencia Comercial y Visita.

Boton NUEVO, Solapa Límites:

Permite cargarle al firmante uno o varios límites con su fecha de vencimiento. En esta solapa se encuentran los botones:

Importante: Solo puede existir un límite sin fecha de vencimiento. Si ya hay un ítem sin fecha y se intenta agregar otro sin fecha, el sistema avisa que no será ingresado.

Boton NUEVO, Solapa Información de Deudores:

Permite cargar el Procedimiento de Cobranza, los Datos de Contacto y las Formas de Cobro.

Boton NUEVO, Solapa Observaciones:

Permite cargar libremente una o varias observaciones al firmante.

1. Ingresá a la solapa FACTORING, opción FIRMANTES.
2. Hacé clic en Nuevo.
3. En la solapa Generales, cargá el CUIT; al salir del campo, si hay servicio AFIP configurado, la Denominación se completa automáticamente.
4. Seleccioná la Calificación correspondiente.
5. Pasá a la solapa Límites y usá Agregar para cargar el límite con su fecha de vencimiento.
6. Guardá. El sistema valida el CUIT y asigna automáticamente el Id al firmante.

• Para recuperar un firmante eliminado, tildá Incluir anulados en la búsqueda y usá el botón Reactivar.
• Usá Carga masiva de Límites cuando necesites aplicar el mismo límite y vencimiento a varios firmantes a la vez.
• Recordá que solo puede existir un límite sin fecha de vencimiento por firmante.
• Antes de aceptar cheques de un firmante, abrí su Perfil Financiero (grupo Ver) para revisar su situación en un solo lugar.
• Si la búsqueda supera los 1000 registros, afiná los filtros (ID, CUIT o Denominación) para acotar el resultado.
• Las columnas de auditoría (F. Add, F. Mod, Usuario Add, Usuario Mod) vienen ocultas: mostralas desde el selector de columnas cuando necesites saber quién dio de alta o modificó un firmante.
• La disposición de columnas se guarda por usuario; usá Restaurar columnas con valores originales del menú contextual para volver a la vista inicial.

El acceso a cada acción requiere su propio permiso, que debe solicitarse al administrador del sistema:

Sección de referencia para soporte/desarrollo. Basada en el análisis del formulario real de la v14 (frmFirmantes.vb).

Formularios principales

Formularios satélite por función (lanzados desde el menú/Ribbon)

Permisos reales

Todos verificados con clsSeguridad.IsAllowedObject(...) bajo el objeto padre Factoring.Archivos.Firmantes.

Nota: Reactivar, Ver Consultas Bancarias y Ver Relaciones/Vinculaciones no validan permiso propio en el código (quedan disponibles aunque el usuario no tenga permiso específico).

Tablas / SP de base de datos principales

Relación con otros módulos / manuales

Notas para soporte (comportamiento real del código)

• La consulta AFIP solo se dispara si el parámetro VPNET.InfoAPI.APIKEY tiene valor; si está vacío, el campo Denominación NO se autocompleta (se sale en silencio). CUITs que empiezan con "99" usan solo los 8 dígitos del medio para la consulta.
• La columna "Bloqueado" de la grilla está mapeada al campo Activo, y en el alta el checkbox que controla el bloqueo es ChkActivo (al tildarlo se habilita el campo Motivo de bloqueo). Es una inversión de nombre en el código: "Activo=1" representa al firmante bloqueado.
• El umbral de 1000 registros es exacto: si Firmantes_Search devuelve más de 1000 filas, pide confirmación; si el usuario responde No, no se carga la grilla.
• Firmantes_Search corre con CommandTimeout = 0 (sin timeout): búsquedas muy amplias pueden tardar mucho sin cortarse.
• El filtro "Incluir anulados" se envía invertido al SP (includeanulados: tildado = 0, sin tildar = 1).
• Regla de un solo límite sin fecha: en frmFirmantes_AddMod se valida con existeItemSinLimite(); si ya hay un ítem sin fecha y se intenta agregar otro, avisa "Ya existe un ítem sin fecha, el ítem no será ingresado".
• En carga masiva, NullFecha_Add() pone en Nothing el Fecha_Add de los límites previos del firmante antes de agregar el nuevo (usa EF VisualPlenarioNetContext solo para esa lectura puntual; el resto de la clase es ADO.NET).
• Hay handlers vacíos/sin uso (CheckBox1_CheckedChanged, cmdNuevo_Click/cmdModificar_Click del ToolStrip viejo) y bloque comentado frmFirmantes_KeyDown: los atajos de teclado Insert/Delete/Enter NO están activos.
• Cableado engañoso: cmsStandard_Eliminar_Click (menú contextual "Eliminar") en realidad maneja cmsStandard_Reactivar.Click y ejecuta Reactivar(); la baja real la dispara cmsStandard_Eliminar_Click_1. Funciona, pero el nombre del handler confunde al depurar.
• Las columnas Usuario Add / Usuario Mod no salen de la tabla Firmantes: las resuelve Firmantes_Search con subconsultas a Seguridad_Usuarios y viajan en el resultado como Usuario_Add / Usuario_Mod. Los Id_Usuario_Add / Id_Usuario_Mod quedan disponibles como columnas aparte, también ocultas.
• UserEnv registra equipo, dominio, usuario de Windows, sistema operativo y servidor de logon. El campo admite 200 caracteres; en versiones anteriores eran 80 y el dato se truncaba silenciosamente antes de llegar al servidor de logon.
• Los firmantes anteriores a la incorporación de la auditoría tienen Fecha_Add, Fecha_Mod, Id_Usuario_* y UserEnv en NULL: las columnas se ven vacías, no es un error.
• El layout guardado es por usuario de Windows y por equipo (rama HKEY_CURRENT_USER). Un cambio futuro en los valores por defecto de las columnas no impacta a quien ya tenga un layout guardado, hasta que use "Restaurar columnas con valores originales".