ABM de Clientes

El módulo ABM de Clientes de Plenario centraliza la administración de personas físicas y jurídicas vinculadas a la organización. Desde esta funcionalidad se gestionan altas, modificaciones, contactos, cuentas corrientes, documentación, límites de crédito, servicios asociados, datos comerciales y controles de riesgo.

El objetivo es registrar y mantener actualizada toda la información relevante del cliente en un único formulario, que centraliza datos fiscales, domicilio, contactos, información laboral, tasas, límites, tarjetas y observaciones.

1. Iniciá sesión — Ingresá al sistema Plenario con tu usuario habitual.
2. Ingresá a la solapa Inicio — Desde la barra superior, seleccioná la pestaña Inicio.
3. Hacé clic en Clientes — Seleccioná el ícono Clientes, ubicado como primer botón de la izquierda.

Importante: si no visualizás la opción, verificá que tu usuario tenga permisos habilitados para operar con el ABM de Clientes.

Al ingresar se visualiza una grilla de clientes y un menú superior dividido en distintas solapas operativas.

Solapa Inicio

• Nuevo: inicia el alta de un cliente.
• Modificar: edita el registro seleccionado.
• Eliminar / Reactivar: realiza una eliminación lógica. El mismo botón se convierte en Reactivar cuando el cliente ya está eliminado.
• Asociar / Reasociar / Dar de baja: gestión del número de asociado (en empresas que operan con asociados).
• Legajos / Documentación / Galería: acceso a archivos e imágenes asociados al cliente.
• Perfil Financiero: vista consolidada de análisis financiero (KPIs de riesgo, BCRA, UIF, evolución de deuda y alertas).
• Cuenta Corriente: movimientos de crédito y débito.
• Usuarios / CBU-CVU-Alias / Nosis / Veraz / Informes BCRA: accesos directos complementarios.
• Enviar WhatsApp / Enviar E-mail: contacto directo con el cliente seleccionado.
• Importador de Límites: alta o modificación masiva de límites de crédito desde un Excel (ver Importador de Límites de Crédito).

Importante: el botón Perfil Financiero consolida BCRA (Central de Deudores actual e histórica), validación de sujeto obligado ante UIF, KPIs de riesgo y alertas automáticas. Es la vista recomendada para evaluar un cliente antes de operar.

Asistente IA

El menú incluye un grupo de Asistente IA con accesos rápidos que abren consultas asistidas sobre el cliente seleccionado:

• ¿Cómo puedo ayudarte?: consulta libre al asistente.
• ¿Qué tan sólido es este cliente? (Análisis FODA).
• Análisis de Riesgo Crediticio Consolidado.
• Tendencia histórica de deuda y comportamiento de pago.
• Accesos directos al manual: cómo funciona el módulo, cómo dar de alta y cómo modificar un cliente.

Solapa Operaciones

• Baja suspendida (poner / quitar) y proceso de fecha de baja suspendida
• Bloquear / Desbloquear
• Notas de bloqueo
• Cambios de categoría
• Importar (desde base / desde Excel)
• Matriz de Riesgo

Solapa Ver

• Estado de Cuenta
• Dirección en Mapa
• Cuentas Relacionadas y Relaciones / Vinculaciones
• Servicios, Marcas del Cliente, Percepciones Asignadas y Motivos del Cliente
• Veraz y Nosis
• Desactivar doble factor (2FA): quita la autenticación de doble factor del cliente.

Solapa Imprimir

• Clientes por Motivos
• Clientes con estado de baja suspendida
• Clientes Referidos
• Solicitud de Ingreso
• Condiciones Comerciales
• Netos Contables

Debajo del menú principal se encuentra el panel de filtros para localizar rápidamente registros existentes.

Filtros simples

• ID Cliente / Nº Asociado
• Nombre / Razón Social
• Documento y Tipo de Documento
• CUIT / CUIL
• Estado
• GLN

Filtros avanzados

• Dirección, barrio, localidad, código postal, provincia y país
• Empleador (empresa) y CUIT laboral
• Actividad y actividad laboral
• Oficial
• Categoría de cuenta corriente
• Fecha de nacimiento (rango)
• Estado judicial, legajo, beneficiario y otros criterios

Importante: si el parámetro de búsqueda limitada está activo, debés filtrar obligatoriamente por DNI, Id, Nombre o CUIT antes de listar; de lo contrario el sistema puede traer todos los clientes y demorar varios minutos.

Los clientes que coinciden con los filtros aplicados se muestran en la grilla principal. Desde el listado podés seleccionar un registro para operar sobre él con los botones del menú superior (Modificar, Eliminar, Perfil Financiero, Cuenta Corriente, etc.).

El alta y la modificación abren la ficha del cliente, organizada en pestañas con información fiscal, comercial, financiera y operativa.

Solapa Cliente › Datos Fiscales

Importante: al marcar opciones como Baja, Fallecido o Gestión Judicial, se habilitan fechas específicas y se restringe la operatoria del cliente.

Alícuotas de percepción del cliente

Cuando la condición de IVA es Responsable Inscripto y está tildado Sujeto a Percepción de IIBB, al presionar Aceptar el sistema busca y asigna automáticamente las alícuotas de percepción del cliente:

• En un cliente nuevo, siempre.
• En un cliente existente, sólo si el check Sujeto a Percepción de IIBB cambió de estado en esta edición (por ejemplo, un cliente que pasa de Monotributo a Responsable Inscripto y se le tilda el check).

La búsqueda sigue este orden, y cada impuesto/provincia se resuelve una sola vez (lo que ya se resolvió en un paso no se vuelve a buscar en el siguiente):

Antes de grabar, el sistema muestra una sola confirmación con todo lo que va a asignar: "Se van a asignar al cliente las siguientes alícuotas de percepción:", agrupado en Padrones importados: (con el período de vigencia del padrón), Padrón online:, Alícuotas default: y Se mantienen las que el cliente ya tenía asignadas:, y termina con "¿Desea continuar?".

• Sí: se graban todas las alícuotas y se muestra el resumen final "Alícuotas de percepción del cliente", con lo asignado y de dónde se obtuvo cada alícuota (padrón importado y su vigencia, padrón online AGIP/ARBA o alícuota default).
• No: el cliente queda guardado igual, pero sin alícuotas de percepción nuevas.

Reglas a tener en cuenta:

• Una alícuota de 0 % (del padrón o de una default) es válida y se asigna como cualquier otra.
• Si el porcentaje obtenido no existe todavía entre las alícuotas de percepción del sistema, se da de alta automáticamente tomando la cuenta y la base imponible de la alícuota default de ese impuesto/provincia. Si no hay default para tomar esos datos, esa alícuota no se asigna y el resumen informa el motivo.
• Ya no es obligatorio tener alícuotas default de percepción para CABA y Bs.As.: el antiguo aviso "No se actualizaron las alícuotas del cliente ya que debe definir alícuotas default de percepción para CABA." dejó de existir.
• El padrón online no es una consulta directa a AGIP/ARBA: es una consulta al servicio InfoAPI de Plenario, que mantiene esos padrones.
• Las alícuotas asignadas se consultan desde el listado de clientes, en la solapa Ver › Percepciones Asignadas.

Historial de alícuotas de percepción (auditoría)

Cada alta, modificación y baja de una alícuota de percepción del cliente queda registrada en Herramientas › Log de Auditorías, con el tipo de log Clientes_Percepciones. El registro guarda la alícuota anterior y la nueva, el estado activo/inactivo, quién lo hizo, cuándo y de dónde salió el dato:

Una grabación sin cambios reales (misma alícuota y mismo estado) no genera registro. Si respondés No en la confirmación de la ficha, no se graba nada y por lo tanto tampoco se audita.

Marcas que restringen la operatoria

Las siguientes marcas de la ficha (y la acción Bloquear / Desbloquear del listado) impiden operar con el cliente en todo el sistema. El sistema rechaza la operación al seleccionar al cliente y muestra el motivo, por ejemplo "No se Puede Realizar la Operación Debido a que el Cliente ha Fallecido...".

Operaciones alcanzadas: cobro de cuotas desde el detalle del préstamo, recibos, ingresos y egresos en cuenta corriente, órdenes de pago, liquidaciones de factoring, operaciones de cambio, inversiones, transferencias (Cable y Cupón) y comprobantes de venta (desde Cuenta Corriente y desde el Área de Ventas). Si el cliente tiene más de una marca, se informa la primera que el sistema encuentra.

Controles PLD / UIF (Prevención de Lavado de Dinero)

Dentro de Datos Fiscales se cargan también los datos vinculados a la prevención de lavado de dinero, que alimentan la matriz de riesgo y las alertas del sistema.

Importante: las alertas PLD (cliente PEP, sujeto obligado, valoración de riesgo) se crean desactivadas por defecto y el administrador las activa según la política interna. Cuando están activas, el sistema avisa al cargar el cliente en Solicitudes, Liquidaciones, Recibos, Órdenes de Pago, Transferencias y operaciones de Cambio.

Importante: validación del CUIT con el Motor de decisión. Si el parámetro Clientes.Alta.Motor.Id tiene el Id de un motor y la alerta Clientes.Alta.Motor.ValidarCuit está activa, el CUIT se evalúa con el Motor de Decisión al salir del campo y también al grabar (así se cubre el CUIT calculado desde el DNI). Solo en el alta o si cambia el CUIT. Si el motor lo rechaza, la alerta muestra los motivos y, según su configuración, avisa, bloquea o pide autorización; si el motor no responde, avisa y deja continuar.

Solapa Cliente › Domicilio / Comerciales

Reúne los datos de localización, clasificación comercial y configuración operativa del cliente.

Datos de domicilio

• Calle, número, piso y departamento
• Código postal, barrio, localidad, provincia y país

Datos comerciales

• Actividad y categorías
• Oficial, vendedor y cobrador
• Comisión % y lista de precios
• Entidad de pago y condición de venta
• Comercio originario / comercializador

Cuentas, adherentes y campos personalizados

Solapa Cliente › Cuentas

• Cuenta contable
• Centro de costo
• Cuenta conjunta, si corresponde con otra entidad

Solapa Cliente › Adherentes

Permite vincular otros clientes como adherentes (por ejemplo familiares o representantes legales). Desde aquí se pueden agregar, modificar o quitar relaciones.

Solapa Cliente › Campos definidos por el usuario

Espacio destinado a campos personalizados según la configuración interna de cada organización. Los nombres y usos dependen del administrador del sistema.

Solapa Cliente › Condominio

Permite indicar que el cliente es un condominio (titularidad compartida) y detallar los integrantes con su porcentaje de participación.

Importante: la suma de los porcentajes de los integrantes del condominio debe ser exactamente 100 %. Si no coincide, el sistema impide guardar.

Solapa Contactos / Laborales

Subsolapa Contactos

Subsolapa Laborales

Permite registrar datos del empleo del cliente: empresa, relación laboral, sueldo, antigüedad y otra información relevante para evaluación crediticia u operatoria comercial.

Subsolapa Sucursales

Desde esta sección se cargan y mantienen las sucursales asociadas al cliente.

Solapa Tasas y Límites

Agrupa la configuración financiera, comercial y crediticia del cliente.

Subsolapa Factoring

Subsolapa Cambios

Subsolapa Transferencias

Subsolapa Préstamos

Subsolapa Ctas. Ctes.

Subsolapa Límites de Crédito

Solapa Bases Externas

Subsolapa Nosis

Solapa Observaciones

Campo libre para registrar comentarios administrativos, notas internas o aclaraciones relevantes sobre el cliente.

Solapa Tarjetas

Permite administrar las tarjetas asociadas al cliente, utilizadas en órdenes de pago y recibos.

Caso: alta de un nuevo cliente persona física con límite de crédito.

1. Desde la solapa Inicio, hacé clic en Nuevo para abrir la ficha en blanco.
2. En la solapa Datos Fiscales, cargá CUIL, Nombre y Apellido, Tipo y Nº de Documento, Fecha de Nacimiento, Sexo y Estado Civil. Seleccioná Tipo Persona = Física y la Situación IVA correspondiente.
3. Si el cliente es Persona Expuesta Políticamente, tildá Es PEP e indicá la Actividad AFIP y el Producto/Servicio PLD.
4. Pasá a Domicilio / Comerciales y completá calle, número, localidad y provincia, junto con el oficial y el vendedor. (El medio de cobro no se carga en la ficha: se asigna desde el listado de clientes con la opción Medios de Cobro › Nuevo — ver la pregunta frecuente más abajo.)
5. En Contactos / Laborales, cargá teléfono, e-mail y los datos laborales (empresa, sueldo, antigüedad) para la evaluación crediticia.
6. En Tasas y Límites › Límites de Crédito, definí el límite de adelanto en cuenta corriente y, en Préstamos, los límites de cuotas impagas y la fecha de vencimiento del crédito.
7. Guardá la ficha. El sistema asigna el ID automáticamente.
8. Antes de operar, seleccioná el cliente y abrí Perfil Financiero para revisar BCRA, UIF y alertas.

Caso: un cliente pasa de Monotributo a Responsable Inscripto y hay que calcularle percepciones.

1. Seleccioná el cliente y hacé clic en Modificar.
2. En Datos Fiscales, cambiá la condición de IVA a Responsable Inscripto y tildá Sujeto a Percepción de IIBB (el check se habilita porque ese tipo de IVA permite percepciones).
3. Presioná Aceptar. Como el check cambió de estado, el sistema busca las alícuotas: primero en los padrones importados vigentes a la fecha de trabajo, después en el padrón online (sólo si Clientes.Percepciones.ConsultarPadronAPI está en 1 y hay APIKEY de InfoAPI) y por último en las alícuotas default.
4. Revisá la confirmación "Se van a asignar al cliente las siguientes alícuotas de percepción:" y respondé Sí.
5. Leé el resumen "Alícuotas de percepción del cliente": indica cada alícuota asignada y de dónde salió. Si alguna provincia figura como "no figura en el padrón" o "no se pudo consultar", verificá si corresponde cargarla a mano desde Ver › Percepciones Asignadas.

• Si la búsqueda limitada está activa, filtrá siempre por DNI, ID, Nombre o CUIT antes de listar para evitar demoras de varios minutos.
• Antes de operar con un cliente nuevo o de riesgo, revisá el Perfil Financiero (BCRA, UIF, KPIs y alertas).
• Recordá que la eliminación es lógica: un cliente eliminado puede reactivarse con el mismo botón.
• Al cargar un condominio, verificá que los porcentajes de los integrantes sumen exactamente 100 %, o el sistema no permitirá guardar.
• Las alertas PLD se crean desactivadas; coordiná con el administrador su activación según la política interna.
• Antes de dar de alta clientes Responsables Inscriptos, importá los padrones de percepción del período (Impuestos › Actualizacion Alicuotas IIBB): la ficha usa el padrón vigente a la fecha de trabajo, así que si la fecha de trabajo quedó en otro mes puede no encontrar el padrón.
• Las alícuotas default de percepción son opcionales, pero conviene tenerlas: además de cubrir los CUIT que no figuran en ningún padrón, aportan la cuenta y la base imponible para dar de alta una alícuota nueva.
• Si querés que la ficha consulte el padrón online (AGIP/ARBA vía InfoAPI) cuando el CUIT no está en los padrones importados, pedile a un usuario superadmin que ponga en 1 el parámetro Clientes.Percepciones.ConsultarPadronAPI (categoría Clientes, en Herramientas › Parámetros). Por defecto está en 0 y la ficha pasa directo a las alícuotas default.
• Si al modificar un cliente existente no se recalcularon las percepciones, revisá si el check Sujeto a Percepción de IIBB realmente cambió de estado: si ya estaba tildado, la ficha no vuelve a buscar alícuotas.

Cuando le pedís estos datos al Asistente IA, los calcula con estas reglas.

Ficha y estado del cliente

La ficha que arma el Asistente reúne la identificación del cliente (razón social, CUIT, documento), sus datos de contacto y domicilio, la condición de IVA, el oficial, las categorías, el vendedor, la actividad y el estado.

• El estado sale de la ficha, en este orden de prioridad: Eliminado, Fallecido, Baja, Gestión judicial, Gestión prejudicial, Bloqueado y, si no hay nada de eso, Activo. Por eso un cliente bloqueado que además está en gestión judicial figura como "Gestión judicial": el Asistente informa el bloqueo y su motivo por separado.
• El límite de adelanto de la ficha es el descubierto que se le permite en la cuenta corriente. No es el límite de crédito (ver Límite de crédito, usado y disponible).
• El saldo del cliente se calcula siempre con los movimientos de su cuenta corriente.
• La ficha se muestra aunque el cliente esté eliminado: en ese caso, el estado lo dice.

Preguntale al Asistente IA: «¿Qué datos tenemos del cliente Juan Pérez?», «¿Qué oficial tiene el cliente 1234?», «¿Por qué está bloqueado este cliente?».

Cantidad de clientes y padrón por estado

• "Cuántos clientes hay" cuenta todos los clientes menos los eliminados, e informa aparte cuántos están activos.
• Usa el mismo orden de estados que la ficha.
• "Clientes bloqueados" son todos los que tienen la marca de bloqueo, aunque su estado sea otro más grave (por ejemplo, gestión judicial).
• "Clientes nuevos" son los que tienen fecha de alta en el período pedido.

Preguntale al Asistente IA: «¿Cuántos clientes activos tenemos?», «¿Qué clientes están bloqueados?», «¿Cuántos clientes dimos de alta este mes?».

Límite de crédito, usado y disponible

• Límite vigente: el de la ficha que no está vencido a la fecha de trabajo. Si hay más de uno, toma el que vence primero; uno sin vencimiento va último.
• Se distingue por módulo: el límite de Factoring se compara contra la cartera de cheques; el de Préstamos se informa aparte y nunca se compara contra los cheques.
• El importe del límite de Factoring es el límite de crédito, más el límite propio cuando está marcado Totaliza.
• Usado (Factoring): la cartera de cheques del cliente a la fecha de trabajo, neta de aforo. Cuenta los cheques no anulados y todavía no depositados que no estén en custodia de un inversor ni en una liquidación sin confirmar. Los cheques en moneda extranjera se pasan a pesos con la cotización vigente.
• Disponible = límite − usado. Si da negativo, el cliente está excedido. Si no tiene límite vigente, el Asistente dice que no tiene límite configurado (no que está excedido) e informa igual lo usado.
• En Préstamos el sistema no calcula un "usado": si preguntás cuánto tiene tomado, el Asistente informa la deuda de préstamos por separado.

Preguntale al Asistente IA: «¿Cuánto disponible tiene el cliente Juan Pérez?», «¿Qué clientes están excedidos del límite?», «¿Cuándo vence el límite de este cliente?».

El acceso al módulo y a sus operaciones depende de los permisos asignados por el administrador del sistema. Si no visualizás la opción Clientes o alguno de sus botones, verificá con el administrador que tu usuario tenga habilitados los permisos correspondientes.

• Acceso al ABM de Clientes (visualización del módulo y la grilla).
• Alta, modificación y eliminación/reactivación de clientes.
• Operaciones de estado (baja suspendida, bloquear/desbloquear, cambios de categoría).
• Importación de clientes (desde base o Excel).
• Desactivación del doble factor (2FA).
• Activación de las alertas PLD/UIF (cliente PEP, sujeto obligado, valoración de riesgo), gestionadas por el administrador según la política interna.

Sección de referencia para soporte/desarrollo. Basada en el análisis del formulario real de la v14 (Common\frmClientes.vb, ~4.090 líneas, y sus formularios satélite).

Formularios principales

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

El módulo tiene ~80 formularios frmClientes_* en total. Muchos (toda la familia LibrodeAsociados_*, Sucursales*, Ficha_Medica*, Adherentes*, Credenciales*, Control_Acceso, Analisis_Financiero) no se abren desde frmClientes sino desde la ficha frmClientes_AddMod o desde el Libro de Asociados.

Managers y clases de negocio

Stored Procedures y funciones

El ABM del cliente (alta / modificación / búsqueda / baja lógica) se resuelve por EF Code First vía ClientesManager — no usa Stored Procedures. Los listados e informes del menú Imprimir sí usan SPs:

El SQL completo de estos reportes está en Reportes — Clientes y Asociados.

Permisos reales (string exacto a solicitar al administrador)

Tablas de base de datos principales

Relación con otros módulos / manuales

El cliente es la entidad central del sistema; casi todos los módulos operan sobre él. Desde el propio menú de Clientes se accede a:

Notas para soporte (comportamiento real del código)

• Botón "Veraz" (solapa Ver): el handler está vacío — no realiza consulta. Para scoring usar el Perfil Financiero / NOSIS.
• Botón "Reasociar": valida el permiso y obtiene el cliente, pero no ejecuta lógica ni abre formulario (stub). La reasociación efectiva se realiza desde el Libro de Asociados.
• Permisos no chequeados: Documentación, Galería, WhatsApp/E-mail, CBU, Contactos, Liquidaciones, Cheques y los accesos IA abren sin validar permiso (sólo exigen fila seleccionada). El permiso de Liquidaciones (Factoring.Liquidaciones.Busquedas) está comentado en el código.
• Formularios "dock": las opciones más nuevas (Legajos, Cuenta Corriente, CBU, Contactos, Solicitudes, Créditos, Perfil Financiero, IA) se abren embebidas con ShowFrmInDockPanel en lugar de ventana modal.
• Grupos del Ribbon ocultos: Anular/Liquidar/Procesar, Ver Asientos y Exportar PDF/Excel están con Visible = False (heredados de un ABM genérico, no aplican a Clientes).
• Medios de Cobro: el formulario legacy frmClientes_MediosDeCobro* está en desuso; el menú usa la familia nueva FormMediosDeCobro*.
• Restricción de operatoria por estado (CS 23622, Ticket#115272). La regla vive en clsClientes.Metodos.vb (ClassVisualPlenarioNET): propiedades IsFallecido (Fecha_Fallecido), IsJudicial (Fecha_Judicial), IsBaja (Fecha_Baja), IsBloqueado (Bloqueado), IsInactivo (eliminado) e IsFechaBajaSuspendida; cada una setea ErrorMessage con el texto que muestran los forms. IsPrejudicial (nueva) devuelve True sólo si Fecha_Prejudicial tiene valor y el parámetro Clientes.Prejudicial.BloquearOperaciones = 1 (se autocrea en 0 al primer uso), e IsJudicial la contempla, de modo que los ~45 puntos del sistema que ya validan judicial (Cuentas Corrientes, frmNuevoOrdenRecibo, Órdenes de Pago, clsPrestamos_creditos, clsLiquidaciones/clsDocumentos, Cambios, clsInversiones_operaciones, frmGestion_Comprobantes_Detalle, Transferencias) quedan cubiertos sin código adicional. El manager C# CambiosOperaciones_Manager repite el chequeo sobre Fecha_Prejudicial con el mismo parámetro. Los dos puntos gobernados por Recibos.ValidarGestionJudicial (frmCuentasCorrientes.NuevoRecibo y frmNuevoOrdenRecibo.LoadCliente) usan IsJudicial, por lo que prejudicial en recibos exige ambos parámetros en 1. El validador Clientes_Manager.ValidCliente (alta/reingreso desde solicitudes) es independiente y ya devolvía Gestion_PreJudicial sin parámetro.
• Alícuotas de percepción al guardar la ficha (CS 23691, Ticket#117048). En frmClientes_AddMod, después de objClientes.Save(), si cboIVA.SelectedValue = 0 (Responsable Inscripto) y Cgb_PercepcionIIBB.Checked ("Sujeto a Percepción de IIBB"), se llama a ActualizarAlicuotasPercepcion(): siempre en clientes nuevos; en existentes sólo si blValor_Anterior_SujetoPercepcion <> Cgb_PercepcionIIBB.Checked. La lógica usa Cobranzas.PagoFacil.clsPagoFacil (ClassVisualPlenarioNET\Common\clsPagoFacil.vb): 1. Get_Alicuotas_Padron_Local_Percepcion(idCliente, fechaTrabajo): padrones de Padrones_Impuestos con Tipo_Padron = percepción y @Fecha BETWEEN Fecha_Vigencia_Desde AND Fecha_Vigencia_Hasta (fecha de trabajo, clsFechas.GetFechaTrabajo); por Id_Tipo_Impuesto/Id_Provincia se queda con el de Fecha_Publicacion más reciente (ROW_NUMBER) y devuelve sólo los que tienen el CUIT en Padron_Percepciones_Detalle. 2. Para IIBB (Id_Tipo_Impuesto = 1) de provincias 0 (CABA/AGIP) y 1 (Bs.As./ARBA) no resueltas: Consultar_Padron_Online_Alic_Percepcion_IIBB, sólo si el parámetro Clientes.Percepciones.ConsultarPadronAPI = "1" y VPNET.InfoAPI.APIKEY no es vacío ni "0". Clientes.Percepciones.ConsultarPadronAPI se lee siempre (se autocrea en "0" con categoría Clientes si no existe) y también se siembra en Script.PostDeployment.sql (VPNET_Database) con Valor = 0, Categoria = Clientes y SuperAdmin = 1; con 0 se salta del paso 1 al 3. El resultado se distingue con UltimoResultadoPadron (NoEnPadron vs. ErrorConsulta). La URL del servicio sale del parámetro VPNET.InfoAPI.APIRoot (default http://api.plenario.net.ar). 3. Get_Alicuotas_Default_Percepcion(): defaults activas (IsActiva = 1, Tipo = percepción) de cualquier impuesto/provincia; se saltean las ya resueltas y las que el cliente ya tiene (Get_Alicuota_Percepcion_Cliente). 4. Una sola confirmación (MessageBox Sí/No); con "No" hace Exit Sub sin grabar alícuotas. Con "Sí" graba vía Asignar_Alicuota_Padron (importado), Asignar_Alicuota_Padron_Online y Asignar_Alicuota_Percepcion_Cliente (default), y muestra el resumen "Alícuotas de percepción del cliente".
• Asignar_Alicuota_Percepcion_Cliente reemplaza la fila existente de Clientes_Percepciones para ese impuesto/provincia o crea una nueva; si el porcentaje no existe en Percepciones_Alicuotas lo da de alta con cuenta/base imponible de la default activa, y si no hay default devuelve el error "No existe la alícuota de percepción del N % y no hay alícuota default de donde tomar la cuenta y la base imponible para darla de alta."
• En VPNET_InfoAPI.GetAlicuotaPadronRegGral (VPNET_DataModel\Manager\Gestion\ServiciosExternos\VPNET_InfoAPI.cs) una consulta fallida devuelve error (Item1 = False) y nunca una alícuota 0 %.
• Se eliminó el requisito previo de defaults de CABA y Bs.As. (mensaje "No se actualizaron las alícuotas del cliente ya que debe definir alícuotas default de percepción para CABA.").
• Auditoría de alícuotas de percepción (CS 23692, Ticket#117048). clsClientes_percepciones (ClassVisualPlenarioNET\Common\clsClientes_percepciones.vb) registra en Plenario_Operaciones_Log con Tipo_Log.Clientes_Percepciones (45) cada Alta/Modificación (al grabar) y Baja (al eliminar): Tipo_Log_Id = Id del cliente, Origen = "Alícuotas de percepción del cliente", Destino = acción, Estado_Operacion = resultado de la grabación (si falló, la descripción agrega " | Error: …"). El objeto serializado es Auditoria_Clientes_Percepciones (Id_Cliente, Id_Clientes_Percepciones, Accion, Tipo_Impuesto, Provincia, Alicuota_Anterior, Alicuota_Nueva, Activa_Anterior, Activa_Nueva, Origen). El origen lo informa quien graba en la propiedad Origen_Auditoria: la ficha (Padrón importado …, Padrón Online AGIP/ARBA …, Alícuota default), frmClientes_Percepciones_Asignacion / _AddMod (Carga manual), la importación de solicitudes y la actualización masiva online. La masiva por padrón inserta el log desde su propio SQL. Si no cambian Id_Percepciones_Alicuotas ni Is_Percepcion_Activa, no se registra. La auditoría nunca interrumpe la grabación.
• Eliminar y Reactivar un cliente quedan registrados en Herramientas › Log de Auditorías (tipo Clientes, acciones "Eliminar cliente" y "Reactivar cliente", con el usuario que lo hizo).