Manual de Usuario · v2026

PSICOLE Plataforma de Gestión Integral del Colegio

Gestión de matrículas, finanzas, cursos y trámites para el Colegio de Psicólogos. Una plataforma unificada para los 9 perfiles del sistema.

9 Roles Matrículas Online Pagos Integrados Portal Móvil Autogestión
psicole.org  ›  administrador
Panel administrativo PSICOLE
PSICOLE móvil

Manual PSICOLE

Bienvenido al manual de usuario del sistema PSICOLE — plataforma de gestión integral del Colegio de Psicólogos.

¿Qué es PSICOLE?

PSICOLE es el sistema centralizado para la gestión de matrículas, finanzas, cursos de capacitación y autogestión de profesionales matriculados. Permite a los operadores del Colegio y a los propios profesionales realizar todos sus trámites de forma digital.

¿Por dónde empiezo?

Elegí tu perfil para ir directo a la guía de inicio rápido:

  • Administrador


    Gestión completa del sistema, usuarios y configuración.

    Guía del Administrador

  • Operador de Matrículas


    Alta, seguimiento y validación de solicitudes de matrícula.

    Guía del Operador de Matrículas

  • Operador de Finanzas


    Gestión de pagos, recibos, cuotas y conciliación bancaria.

    Guía del Operador de Finanzas

  • Operador de Cursos


    Alta y gestión de cursos de capacitación continua.

    Guía del Operador de Cursos

  • Operador de Trámites


    Procesamiento de solicitudes y trámites administrativos.

    Guía del Operador de Trámites

  • Supervisor de Trámites


    Supervisión y aprobación de trámites del equipo.

    Guía del Supervisor de Trámites

  • Colegiado


    Portal de autogestión para profesionales matriculados.

    Guía del Colegiado

  • Prestador


    Envío de órdenes de obras sociales y seguimiento de liquidaciones.

    Guía del Prestador

  • Aspirante


    Solicitantes de matrícula que aún no están matriculados.

    Guía del Aspirante

Módulos del sistema

Módulo Descripción
Autenticación y Permisos Login, roles y control de acceso
Solicitud de Matrícula Proceso de solicitud para nuevos profesionales
Gestión de Matrículas Administración de matrículas activas
Módulo DINERO Operaciones, pagos, recibos, caja, conciliación, pasarelas y reintegros
Finanzas Cobranza, recibos, caja y control financiero diario
Pagos Online Pagos digitales por pasarela habilitada
Conciliación Bancaria Importación, matching y conciliación de extractos bancarios
Consultorio Agenda, pacientes, turnos, cobros particulares y órdenes
Cursos y Capacitación Gestión de cursos de formación continua
Prestadores y Órdenes Órdenes de obras sociales
Liquidaciones y Comisiones Cálculo y pago de comisiones
Autogestión del Profesional Portal de autoservicio para colegiados
Comunicaciones Avisos, emails, outbox transaccional y auditoría de mensajes

Referencia rápida

  • Glosario de términos
  • Matriz de permisos por rol
  • Preguntas frecuentes
  • Errores comunes y soluciones
Panel de administración general del sistema
🖥 Escritorio Panel de administración general del sistema
Panel de administración general del sistema — móvil
📱 Móvil Panel de administración general del sistema

Guía de Inicio Rápido — Administrador

¿Qué es este rol?

El Administrador es el rol con mayor nivel de acceso en PSICOLE. Tiene control total sobre la configuración del sistema, la gestión de usuarios y permisos, y la supervisión de todos los módulos. Es responsable de mantener la integridad operativa de la plataforma, crear y desactivar cuentas de operadores, configurar parámetros globales y auditar el comportamiento del sistema.

Este rol está reservado para el personal técnico o directivo del Colegio de Psicólogos con responsabilidad sobre la administración TI del sistema.

Acceso al sistema

  • URL de login: https://psicole.app/login (o la URL interna asignada por el Colegio)
  • Credenciales: proporcionadas por el equipo técnico durante la puesta en marcha; se recomienda cambiar la contraseña en el primer ingreso
  • Dashboard: al ingresar verás el panel de administración con métricas globales: total de colegiados activos, matrículas pendientes, recaudación del mes, trámites en curso y estado de los jobs automáticos (CRON). Desde las tarjetas de KPIs podés saltar en un clic a los módulos clave (solicitudes de matrícula, tickets sin asignar, beneficios, mensajes internos) y desde el bloque de Acciones rápidas al Kanban de tickets, Padrón, Finanzas y Auditoría.

Dashboard del administrador con KPIs de solicitudes, tickets, beneficios, mensajes y agenda

Capturas auditadas del inicio administrativo

El dashboard administrativo fue recapturado en escritorio y celular para validar que KPIs, accesos rápidos, buscador y barra lateral mantengan jerarquía sin solapamientos en monitores chicos y teléfonos.

Dashboard administrativo en escritorio

Dashboard administrativo en celular

Tus tareas principales

1. Crear y gestionar usuarios del sistema

La tarea más frecuente del Administrador es dar de alta o de baja a operadores del Colegio.

  1. Ingresá a Administración → Usuarios.
  2. Hacé clic en + Nuevo usuario.
  3. Completá: nombre completo, correo electrónico institucional, contraseña temporal y rol (elegí uno de los 9 roles disponibles).
  4. Asigná los permisos específicos si el rol lo requiere (los permisos se expresan como triplets modulo/accion/recurso, por ejemplo FINANZAS/CREATE/PAYMENT).
  5. Guardá. El usuario recibirá un correo de bienvenida con instrucciones para activar su cuenta.

Para desactivar un usuario: buscalo en la lista, hacé clic en los tres puntos () y seleccioná Desactivar cuenta. El usuario pierde acceso inmediatamente pero sus datos históricos se conservan.

Super Admins y promoción segura

La vista de Super Admins también fue recapturada para documentar el comportamiento responsive del listado y del flujo de promoción. En celular, el botón principal ocupa el ancho disponible y el modal de confirmación queda contenido en la pantalla.

Super Admins en escritorio

Super Admins en celular

2. Configurar parámetros globales del sistema

  1. Ingresá a Administración → Configuración.
  2. Desde allí podés ajustar:
  3. Tarifario mensual de cuotas, manteniendo CUOTA_MENSUAL como concepto oficial y cargando importes por periodo en Dinero -> Configuración -> Tarifario mensual.
  4. Pasarelas de pago: actualizá credenciales, modo sandbox/producción y URLs de retorno o webhook.
  5. CRON jobs: habilitá o deshabilitá las tareas automáticas (generación mensual de cuotas, envío de notificaciones de vencimiento, conciliación automática).
  6. Parámetros de PDF: logotipo, datos del Colegio que aparecen en recibos y certificados.
  7. Antes de ejecutar o habilitar la generación mensual, verificá que CUOTA_MENSUAL sea el único concepto mensual activo y que el período esté cargado en el Tarifario mensual.
  8. Si está habilitado el CRON de lote CBU, verificá que use la misma regla que la generación manual: solo adhesiones BANK_DEBIT con CBU verificado y Debt.finalAmount como importe a debitar.
  9. Guardá cada sección por separado. Los cambios críticos de pasarelas pueden requerir reinicio o redeploy según el entorno.

3. Auditar el sistema y revisar logs

  1. Ingresá a Administración → Auditoría.
  2. Filtrá por fecha, usuario o módulo para ver el registro de acciones.
  3. Cada entrada muestra: fecha/hora, usuario, acción realizada (CREATE, UPDATE, DELETE), módulo afectado y detalle del objeto modificado.
  4. Podés exportar los logs en formato CSV para reportes de auditoría interna.

4. Supervisar los CRON jobs automáticos

  1. Ingresá a Administración → Tareas Automáticas.
  2. Verás el estado de cada job: último tiempo de ejecución, próxima ejecución, cantidad de registros procesados y si hubo errores.
  3. Si un job falló, podés relanzarlo manualmente con el botón Ejecutar ahora.
  4. Los jobs críticos incluyen: generación de cuotas mensuales, recordatorios de vencimiento por e-mail y conciliación bancaria nocturna.
  5. El job de lote CBU no debe ejecutarse si las cuotas del período no fueron generadas o si hay diferencias entre el lote y Debt.finalAmount.

Responsabilidad del administrador

El administrador configura y audita. La decisión operativa de enviar un archivo COELSA al banco debe quedar bajo control de Finanzas/Tesorería, con revisión del total del lote antes del envío.

Lo que NO podés hacer con este rol

  • Operar módulos de negocio directamente como si fueras un operador (aunque técnicamente tenés acceso, el rol Admin está pensado para configuración, no para carga operativa diaria).
  • Eliminar registros históricos de pagos, matrículas o trámites (el sistema no lo permite por integridad contable; solo podés anular con trazabilidad).
  • Modificar el código fuente desde el panel (la configuración es a nivel de parámetros, no de código).

Flujos de trabajo típicos

Escenario 1: Alta de un nuevo operador de finanzas

  1. El jefe administrativo solicita dar de alta a un nuevo empleado para el área de finanzas.
  2. Ingresás a Administración → Usuarios → + Nuevo usuario.
  3. Asignás el rol OPERADOR_FINANZAS y los permisos FINANZAS/CREATE/PAYMENT, FINANZAS/READ/RECEIPT, FINANZAS/UPDATE/CUOTA.
  4. El operador recibe el correo de activación y puede ingresar al sistema.

Escenario 2: Actualización de claves de pasarela tras renovación anual

  1. El proveedor notifica el vencimiento de credenciales.
  2. Ingresás a Dinero → Configuración o Parámetros del Sistema, según el parámetro.
  3. Reemplazás las credenciales con los nuevos valores obtenidos del panel del proveedor.
  4. Guardás y reiniciás el servicio de pagos online desde Administración → Servicios.
  5. Realizás un pago de prueba desde una cuenta colegiado de test para confirmar que la integración funciona.

Recursos relacionados

  • Módulo de Administración de Usuarios
  • Configuración Global del Sistema
  • Tareas Automáticas (CRON)
  • Auditoría y Logs
  • Pagos Online y Pasarelas
Bandeja de solicitudes de matrícula
🖥 Escritorio Bandeja de solicitudes de matrícula
Bandeja de solicitudes de matrícula — móvil
📱 Móvil Bandeja de solicitudes de matrícula

Guía de Inicio Rápido — Operador de Matrículas

¿Qué es este rol?

El Operador de Matrículas es el responsable de gestionar el ciclo de vida de las matrículas profesionales en el Colegio. Revisa las solicitudes de nuevos aspirantes, valida la documentación presentada, aprueba o rechaza inscripciones, emite credenciales y mantiene actualizado el padrón de colegiados. Es el nexo entre los aspirantes que solicitan matricularse y la habilitación formal para ejercer la profesión.

Acceso al sistema

  • URL de login: https://psicole.app/login
  • Dashboard: al ingresar verás un resumen de solicitudes pendientes de revisión, matrículas vencidas por renovar y alertas de documentación incompleta. El panel principal muestra una cola de trabajo priorizada por antigüedad de solicitud.

Tus tareas principales

1. Revisar y procesar solicitudes de matrícula

Esta es la tarea central del rol. Las solicitudes llegan desde el portal del Aspirante.

  1. Ingresá a Matrículas → Solicitudes Pendientes.
  2. La lista muestra cada solicitud con: nombre del aspirante, fecha de solicitud, estado de la documentación y días en cola.
  3. Hacé clic en una solicitud para abrir el expediente digital.
  4. Revisá cada documento adjunto (título universitario, DNI, foto, constancia de CUIL, comprobante de pago del arancel de inscripción):
  5. Tildá cada documento como Verificado si es legible y válido.
  6. Si un documento está incompleto o ilegible, usá Solicitar corrección para enviar un mensaje automático al aspirante indicando qué debe reenviar.
  7. Una vez que todos los documentos estén verificados, habilitá el botón Aprobar solicitud.
  8. Al aprobar, el sistema genera automáticamente:
  9. Número de matrícula (correlativo).
  10. Credencial digital con código QR.
  11. Notificación por e-mail al nuevo colegiado.
  12. Primera cuota de matrícula anual (en coordinación con el módulo de Finanzas).

2. Gestionar el padrón de colegiados activos

  1. Ingresá a Matrículas → Padrón de Colegiados.
  2. Podés buscar por nombre, apellido, número de matrícula o DNI.
  3. Desde la ficha de cada colegiado podés:
  4. Actualizar datos personales (domicilio, teléfono, e-mail) a pedido del profesional.
  5. Registrar un cambio de categoría (por ejemplo, de matrícula provisoria a definitiva).
  6. Suspender o dar de baja una matrícula por resolución del Colegio (requiere ingresar el número de expediente resolutivo).
  7. Emitir una nueva credencial si la anterior fue extraviada o venció.

3. Controlar vencimientos y renovaciones

  1. Ingresá a Matrículas → Vencimientos.
  2. El sistema muestra un calendario con las matrículas que vencen en los próximos 30, 60 y 90 días.
  3. Podés lanzar un envío masivo de notificaciones a todos los colegiados con vencimiento próximo desde el botón Notificar seleccionados.
  4. Para procesar una renovación: buscá al colegiado, verificá que esté al día con sus cuotas (el indicador de deuda aparece en la ficha) y hacé clic en Renovar matrícula. El sistema actualizará la fecha de vigencia automáticamente.

Lo que NO podés hacer con este rol

  • Registrar o modificar pagos — eso es exclusivo del Operador de Finanzas.
  • Acceder a los expedientes de trámites (habilitaciones, certificados) — eso lo gestiona el Operador de Trámites.
  • Crear usuarios del sistema — es función del Administrador.
  • Aprobar o rechazar devoluciones de cuotas — requiere permisos de Finanzas.
  • Ver información financiera consolidada del Colegio (reportes de recaudación global).

Flujos de trabajo típicos

Escenario 1: Aspirante que completó su solicitud online

  1. Recibís una notificación en el dashboard: "Nueva solicitud de matrícula — García, María José".
  2. Abrís el expediente en Matrículas → Solicitudes Pendientes.
  3. Revisás los 5 documentos requeridos. El título universitario está escaneado con baja resolución.
  4. Hacés clic en Solicitar corrección → seleccionás "Título universitario" → escribís: "Por favor, reenvíe el título con mejor resolución (mínimo 300 DPI)".
  5. El aspirante recibe el correo, reenvía el documento actualizado y la solicitud vuelve a tu cola.
  6. Verificás el nuevo documento, tildás todos como válidos y hacés clic en Aprobar solicitud.
  7. El sistema genera la matrícula N° 4821 y envía la credencial digital a la aspirante.

Escenario 2: Colegiado solicita duplicado de credencial

  1. El colegiado llama indicando que perdió su credencial.
  2. Buscás la matrícula en Matrículas → Padrón de Colegiados.
  3. Verificás que la matrícula esté vigente y sin deudas.
  4. Hacés clic en Emitir duplicado de credencial.
  5. El sistema genera un PDF con código QR actualizado que podés descargar e imprimir o enviar por e-mail.

Recursos relacionados

  • Módulo de Solicitud de Matrícula
  • Gestión de Matrículas
  • Credenciales y Códigos QR
  • Flujo del Aspirante
Panel de cobro de cuotas y deudas
🖥 Escritorio Panel de cobro de cuotas y deudas
Panel de cobro de cuotas y deudas — móvil
📱 Móvil Panel de cobro de cuotas y deudas

Guía de Inicio Rápido — Operador de Finanzas

¿Qué es este rol?

El Operador de Finanzas gestiona todo el ciclo económico del Colegio: emisión y seguimiento de cuotas, registro de pagos manuales, emisión de recibos, conciliación bancaria y control de deudas. Trabaja en coordinación con DINERO, pasarelas de pago y Liquidaciones para distribuir fondos de prestadores.

Es el rol responsable de mantener la salud financiera del padrón: que cada colegiado tenga sus cuotas generadas, que los pagos estén correctamente imputados y que los recibos sean emitidos con datos válidos.

Acceso al sistema

  • URL de login: https://psicole.app/login
  • Dashboard: al ingresar verás indicadores clave: recaudación del mes en curso, cantidad de cuotas vencidas sin pagar, pagos online pendientes de conciliación y alertas de discrepancias bancarias. El resumen financiero se actualiza en tiempo real.

Tus tareas principales

1. Registrar un pago manual

Cuando un colegiado paga en la sede del Colegio o por un medio externo:

  1. Ingresá a Finanzas → Pagos → Registrar pago manual.
  2. Buscá al colegiado por nombre, DNI o número de matrícula.
  3. El sistema mostrará automáticamente las cuotas adeudadas ordenadas por vencimiento.
  4. Seleccioná la/s cuota/s que el colegiado está pagando.
  5. Completá:
  6. Monto recibido (puede incluir intereses por mora si corresponde).
  7. Medio de pago (efectivo, transferencia, cheque).
  8. Número de comprobante (si aplica, ej: número de transferencia bancaria).
  9. Fecha de pago (por defecto es hoy, pero podés retroceder si el pago fue procesado con demora).
  10. Hacé clic en Confirmar pago. El sistema imputará el pago a las cuotas seleccionadas y generará automáticamente el recibo.
  11. Podés descargar el recibo en PDF para entregar al colegiado o enviarlo por e-mail con el botón Enviar recibo.

2. Gestionar cuotas del padrón

  1. Ingresá a Dinero → Operaciones → Cuotas.
  2. Podés filtrar por: colegiado, período, estado (pagada/vencida/pendiente/en mora).
  3. Antes del RUN mensual, verificá que el tipo mensual oficial CUOTA_MENSUAL esté activo y que el período tenga el importe aprobado en el Tarifario mensual.
  4. Usá Previsualizar para revisar cantidad de profesionales, cuotas a generar, importe base, descuentos por método de pago y monto total.
  5. Ejecutá Generar solo cuando el total sea consistente. La generación crea deudas y cargos de cuenta corriente; no significa que el dinero ya fue cobrado.
  6. Si vas a operar debito automatico, revisá que las deudas del período tengan finalAmount correcto antes de generar o enviar el lote CBU.
  7. Para aplicar un descuento o bonificación: ingresá a la cuota, hacé clic en Modificar monto e ingresá el justificativo (este cambio queda registrado en la auditoría).
  8. Para dar de baja una cuota por error (por ejemplo, se generó duplicada): seleccioná la cuota y usá Anular cuota. Solo podés anular cuotas que no tengan pagos imputados.

2.1 Preparar lote CBU

  1. Ingresá a Dinero → Operaciones → Débito automático.
  2. Revisá adhesiones BANK_DEBIT activas, CBU verificado y cuenta activa.
  3. Generá el lote del período o abrí el lote creado por CRON.
  4. Controlá que el total del lote sea la suma de Debt.finalAmount de las cuotas incluidas.
  5. Si el total no cuadra, no descargues ni envíes el COELSA: revisá descuentos, beneficios, método de cobro y deudas del período.
  6. Descargá el archivo y envialo al banco por el canal operativo acordado.
  7. Al recibir la devolución, cargá aprobados y rechazados.

En un rechazo CBU, el sistema revierte solo el descuento por débito directo. Si el profesional tenía jubilación, beneficio parental u otro beneficio aprobado, ese beneficio queda vigente en el saldo pendiente.

3. Conciliación bancaria

La conciliación bancaria permite cruzar los movimientos del extracto bancario con los pagos registrados en el sistema.

  1. Ingresá a Finanzas → Conciliación Bancaria.
  2. Importá el extracto bancario en formato CSV o TXT (según el formato del banco).
  3. El sistema intentará matchear automáticamente cada movimiento bancario con un pago registrado, usando el monto, la fecha y el número de referencia.
  4. Para cuotas mensuales, revisá que el movimiento coincida con la deuda final generada o con un ajuste contable aprobado por aumento mensual.
  5. Los movimientos no identificados aparecen en la sección Pendientes de conciliación.
  6. Para cada pendiente: buscá manualmente el pago correspondiente usando el buscador lateral o marcalo como Ingreso no identificado para revisión posterior.
  7. Al finalizar, generá el Informe de conciliación en PDF.

3.1 Certificar un RUN mensual contra banco

Para cerrar un periodo de cuotas, trabajá con el denominador estricto: tarjeta aceptada + CBU cobrado. Usá recibos, padrones, caja y listados de prestadores como evidencia de contraste, no como movimientos nuevos si representan el mismo cobro.

  1. Separá rechazos bancarios de cobros reales.
  2. Validá que cada cobro tenga deuda del periodo, operación PAY, recibo y cuenta corriente.
  3. Para CBU, aplicá solo si hay una transacción bancaria exacta y no vinculada a otra operación.
  4. Si el match depende solo de nombre, monto parecido o padrón histórico, dejalo en cola manual.
  5. Documentá el cierre con cantidad, monto, tasa de conciliación y lista de bloqueos.

En la certificación SANDBOX de mayo/junio 2026 se conciliaron 5.697 de 5.986 eventos aceptados/cobrados. Los 360 eventos sueltos originales quedaron tratados al 100%, pero 289 permanecieron sin destino estricto por falta de desempate seguro.

4. Emitir y gestionar recibos

  1. Ingresá a Finanzas → Recibos.
  2. Podés buscar recibos por colegiado, número de recibo, período o fecha.
  3. Para reemitir un recibo (si el colegiado lo perdió): buscá el pago, hacé clic en Reemitir recibo. El sistema genera un PDF idéntico con marca de agua "DUPLICADO".
  4. Para anular un recibo: ingresá el número de recibo, clic en Anular e ingresá el motivo. La anulación queda registrada y el pago vuelve al estado "pendiente de imputación".

Lo que NO podés hacer con este rol

  • Aprobar o rechazar solicitudes de matrícula — es función del Operador de Matrículas.
  • Acceder al panel de administración de usuarios del sistema.
  • Modificar credenciales de pasarelas de pago — eso lo hace el Administrador.
  • Gestionar cursos o inscripciones — es función del Operador de Cursos.
  • Aprobar trámites — es función del Operador o Supervisor de Trámites.

Flujos de trabajo típicos

Escenario 1: Colegiado paga en ventanilla con efectivo

  1. El colegiado se presenta en la sede y entrega $15.000 en efectivo por 2 cuotas adeudadas.
  2. Ingresás a Finanzas → Pagos → Registrar pago manual.
  3. Buscás al colegiado por DNI: "28.741.963".
  4. El sistema muestra 3 cuotas vencidas. Seleccionás las primeras 2 (las más antiguas, por orden de vencimiento).
  5. Ingresás monto $15.000, medio "Efectivo", fecha de hoy.
  6. El sistema calcula que las 2 cuotas suman $14.200 y el excedente de $800 se registra como adelanto para la próxima cuota.
  7. Se genera el recibo N° 000847. Lo imprimís y se lo entregás al colegiado.

Escenario 2: Detectar y resolver una discrepancia en conciliación

  1. Al importar el extracto bancario del viernes, el sistema deja 3 movimientos sin identificar.
  2. Ingresás a Finanzas → Conciliación Bancaria → Pendientes.
  3. Uno de los movimientos de $7.500 no matchea. Revisás la descripción: "TRANSFERENCIA GONZALEZ PEDRO".
  4. Buscás en operaciones y encontrás un pago por pasarela de ese colegiado por el mismo monto registrado el mismo día.
  5. Asociás el movimiento bancario a la operación PAY y lo marcás como conciliado.
  6. Los otros 2 movimientos son depósitos propios del Colegio; los marcás como "Operación interna".

Recursos relacionados

  • Módulo de Finanzas — Cuotas y Pagos
  • Pagos Online y Pasarelas
  • Conciliación Bancaria
  • Módulo de Liquidaciones
  • Emisión de Recibos y PDFs
Gestión de cursos de capacitación
🖥 Escritorio Gestión de cursos de capacitación
Gestión de cursos de capacitación — móvil
📱 Móvil Gestión de cursos de capacitación

Guía de Inicio Rápido — Operador de Cursos

¿Qué es este rol?

El Operador de Cursos administra la oferta de capacitación y formación continua del Colegio. Es responsable de crear y publicar cursos, gestionar las inscripciones de los colegiados, controlar la asistencia, emitir certificados de aprobación y manejar los aranceles asociados a cada capacitación.

Este rol trabaja de forma coordinada con el módulo DINERO cuando los cursos son arancelados, ya que el pago de la inscripción se procesa a través del sistema de cuotas o una pasarela habilitada.

Acceso al sistema

  • URL de login: https://psicole.app/login
  • Dashboard: al ingresar verás un resumen de cursos activos, inscripciones de la semana, próximas fechas de inicio y alertas de cursos con cupo casi completo. También aparece una bandeja de solicitudes de inscripción pendientes de confirmación.

Tus tareas principales

1. Crear y publicar un nuevo curso

  1. Ingresá a Cursos → Gestión de Cursos → + Nuevo curso.
  2. Completá el formulario:
  3. Nombre del curso y descripción detallada.
  4. Modalidad: presencial, virtual o híbrida.
  5. Fechas: fecha de inicio, fecha de fin y fechas de cada clase si es un curso con múltiples encuentros.
  6. Cupo máximo: cantidad de inscriptos permitidos.
  7. Arancel: si es gratuito o arancelado (en ese caso, ingresá monto y método de cobro: pasarela, débito automático o pago en sede).
  8. Instructor/Disertante: nombre y datos del responsable del curso.
  9. Puntaje de actualización: si el curso otorga créditos de formación continua, ingresá la cantidad de horas o puntos.
  10. Subí el material de difusión (imagen de portada, programa del curso en PDF).
  11. Hacé clic en Guardar como borrador para revisarlo antes de publicar.
  12. Una vez conforme, hacé clic en Publicar. El curso aparecerá disponible en el portal de autogestión de los colegiados.

2. Gestionar inscripciones

  1. Ingresá a Cursos → Inscripciones.
  2. Seleccioná el curso para ver su lista de inscriptos.
  3. Las inscripciones pueden venir de dos fuentes:
  4. Online: el colegiado se inscribió desde su portal de autogestión. Aparece con estado "Pendiente de confirmación".
  5. Manual: un colegiado solicitó inscripción por teléfono o presencialmente. Usá + Inscribir manualmente, buscá al colegiado por matrícula o DNI y confirmá.
  6. Para confirmar una inscripción online: revisá si el curso es arancelado y si el pago fue registrado. Si todo está en orden, hacé clic en Confirmar inscripción. El colegiado recibe un e-mail de confirmación con los datos del curso.
  7. Para cancelar una inscripción: seleccioná al inscripto y hacé clic en Cancelar. Si corresponde devolución de arancel, coordiná con el Operador de Finanzas.
  8. Si el cupo se completó, el sistema cierra automáticamente las inscripciones. Podés habilitar una lista de espera desde la configuración del curso.

3. Registrar asistencia y emitir certificados

Registro de asistencia:

  1. Ingresá a Cursos → Asistencia.
  2. Seleccioná el curso y la fecha del encuentro.
  3. Para cada participante de la lista, marcá Presente, Ausente o Tardanza.
  4. Guardá la asistencia. El sistema acumula el porcentaje de asistencia por participante.

Emisión de certificados:

  1. Una vez finalizado el curso, ingresá a Cursos → Certificados.
  2. El sistema lista a todos los inscriptos con su porcentaje de asistencia.
  3. Marcá como Aprobados a quienes cumplieron el mínimo de asistencia requerido (configurable por curso, generalmente 75%).
  4. Hacé clic en Generar certificados masivos. El sistema crea un PDF personalizado para cada aprobado, firmado digitalmente con el logo y datos del Colegio.
  5. Los certificados quedan disponibles para descarga en el portal de autogestión de cada colegiado y podés enviarlos masivamente por e-mail desde el mismo módulo.

Lo que NO podés hacer con este rol

  • Registrar pagos de aranceles — los pagos los gestiona el Operador de Finanzas.
  • Aprobar matrículas o trámites del Colegio.
  • Acceder a información financiera global del Colegio (recaudación, deudas del padrón).
  • Crear o modificar usuarios del sistema.
  • Gestionar prestadores ni órdenes de obras sociales.

Flujos de trabajo típicos

Escenario 1: Puesta en marcha de un curso de posgrado arancelado

  1. El área académica confirma que se dictará "Terapia Cognitivo Conductual — Módulo Avanzado", 4 sábados, arancel $8.000, cupo 20 personas.
  2. Creás el curso en Cursos → + Nuevo curso con todos los datos, configurás el cobro por pasarela o deuda y publicás.
  3. En los siguientes días, llegán 18 inscripciones online. Revisás que cada una tenga el pago confirmado desde Cursos → Inscripciones.
  4. Dos inscripciones están sin pago; enviás un recordatorio automático con el botón Notificar pago pendiente.
  5. Al completarse el primer encuentro, registrás asistencia: 17 presentes, 1 ausente justificado.
  6. Al finalizar el cuarto módulo, generás los 16 certificados de aprobación (17 asistentes menos 1 que no alcanzó el 75% de asistencia).

Escenario 2: Gestión de un curso gratuito con lista de espera

  1. Publicás un webinar gratuito con cupo de 50 personas.
  2. En 2 horas se completa el cupo. Activás la lista de espera desde Cursos → Configuración del curso.
  3. Una semana antes del curso, 5 inscriptos cancelan. El sistema automáticamente notifica a los primeros 5 de la lista de espera para que confirmen.
  4. Confirmás los nuevos inscriptos y el cupo queda completo nuevamente.

Recursos relacionados

  • Módulo de Cursos
  • Emisión de Certificados
  • Integración de Pagos de Aranceles
  • Autogestión del Profesional — Inscripción a Cursos
Bandeja de tickets y trámites asignados
🖥 Escritorio Bandeja de tickets y trámites asignados
Bandeja de tickets y trámites asignados — móvil
📱 Móvil Bandeja de tickets y trámites asignados

Guía de Inicio Rápido — Operador de Trámites

¿Qué es este rol?

El Operador de Trámites gestiona los tickets y solicitudes formales que los colegiados presentan al Colegio. Recibe tickets asignados automáticamente por el sistema, los atiende dentro del plazo (SLA) establecido, y puede pedir documentación adicional, pausar, resolver o derivar al supervisor.

Al ingresar al sistema, el operador llega directamente a su Dashboard Personal — una vista de bienvenida con todas sus tareas organizadas por urgencia.


Acceso al sistema

  • URL: https://psicole.app/login
  • Redirección automática: al ingresar, el sistema te lleva directo a /operator/dashboard — sin pasos extra.

Mi Dashboard Personal

Ruta: /operator/dashboard

Al entrar verás un panel con encabezado en degradado que muestra tu nombre, fecha y rol, seguido de los indicadores clave de tu trabajo.

Dashboard personal del operador con encabezado de bienvenida y KPIs

KPIs en tiempo real

Los indicadores en el encabezado muestran de un vistazo:

  • Pendientes — tickets que todavía no tomaste
  • En progreso — tickets que ya estás atendiendo
  • Resueltos hoy — completados en el día
  • Vencidos — tickets cuyo SLA ya expiró

KPIs del dashboard con contadores por estado

Alerta de tickets vencidos

Si tenés tickets con SLA vencido, aparece un banner rojo al tope del dashboard para que no se te escapen.

Tickets agrupados por urgencia

Los tickets están organizados en grupos con color en el borde izquierdo:

Grupo Color Descripción
SLA Vencido Rojo Requieren atención inmediata
En Progreso Azul Estás trabajando activamente
En Advertencia Naranja Menos del 25% del tiempo restante
Resto Gris Dentro del plazo normal

Grupos de tickets por urgencia con semáforo SLA

Vista en mobile:

Dashboard del operador en celular


Kanban de Tickets

Ruta: /operator/tickets

Vista estilo tablero con columnas por estado. Cada columna muestra los tickets que corresponden a ese estado y el semáforo SLA (verde / naranja / rojo).

Kanban de tickets del operador en desktop

Vista mobile:

Kanban en celular


Detalle de un Ticket

Hacé clic en cualquier ticket (en el dashboard o en el kanban) para abrir el detalle completo.

Detalle de ticket en desktop

Desde el detalle podés:

  • Ver todos los datos del solicitante y la categoría
  • Leer el historial de comentarios y acciones
  • Cambiar el estado del ticket (tomar, avanzar, pausar, resolver)
  • Agregar comentarios internos o públicos
  • Si la categoría tiene un trámite vinculado, aparece el botón "Ver servicio relacionado" para ir directamente al módulo

Vista mobile:

Detalle de ticket en celular


Ciclo de vida de un ticket

PENDIENTE → ASIGNADO → EN PROGRESO → [PAUSADO] → RESUELTO → CERRADO
Acción Cuándo usarla
Tomar ticket Para asumir un ticket pendiente
Iniciar progreso Cuando comenzás a trabajar activamente
Pausar Si necesitás esperar algo (con motivo registrado)
Esperando solicitante Si el colegiado debe responder o aportar algo
Resolver Cuando el trabajo está completado

El semáforo SLA en cada ticket indica: - 🟢 Verde — dentro del plazo - 🟠 Naranja — menos del 25% del tiempo restante - 🔴 Rojo — SLA vencido


Alertas y notificaciones

Cuando se te asigna un ticket nuevo, recibís una notificación en la campana del header. Haciendo clic en la notificación llegás directamente al ticket.

Panel de notificaciones con ticket asignado

Vista mobile:

Notificaciones en celular


Flujo diario típico

  1. Entrás al sistema → aterrizás en Mi Dashboard
  2. Revisás el banner rojo (si hay tickets vencidos, atendelós primero)
  3. Revisás el grupo En Advertencia (naranja) — son los que están por vencerse
  4. Trabajás los tickets En Progreso
  5. Tomás tickets Pendientes según disponibilidad
  6. Al resolver, cambiás el estado a Resuelto — el sistema notifica al solicitante automáticamente

Recursos relacionados

  • Sistema completo de Tickets y Soporte
  • Gestión del Supervisor de Trámites
Panel de supervisión de trámites y SLA
🖥 Escritorio Panel de supervisión de trámites y SLA
Panel de supervisión de trámites y SLA — móvil
📱 Móvil Panel de supervisión de trámites y SLA

Guía de Inicio Rápido — Supervisor de Trámites

¿Qué es este rol?

El Supervisor de Trámites tiene visibilidad completa sobre la operación: ve los tickets de todos los operadores, puede reasignar, cerrar y monitorear el cumplimiento de SLA. Además accede al dashboard de métricas con KPIs globales y a la vista kanban por operador.


Acceso al sistema

  • URL: https://psicole.app/login
  • Menú: Tickets → Métricas / Tickets → Gestión de Tickets

Dashboard de Métricas

Ruta: /supervisor/metrics

Vista ejecutiva con KPIs del estado completo de la operación: tickets por estado, tiempos de resolución promedio y carga por operador.

Dashboard de métricas del supervisor en desktop

Vista mobile:

Métricas del supervisor en celular

Los indicadores clave incluyen: - Total de tickets activos en el sistema - Tickets por estado (pendiente, en progreso, resueltos, vencidos) - Distribución por operador y área de trabajo - Semáforo SLA global


Kanban por Operador

Ruta: /supervisor/tickets → Tab "Por operador"

Vista kanban que agrupa todos los tickets por operador para visualizar la carga de trabajo de cada uno. Desde acá podés detectar desbalances y reasignar tickets.

Kanban agrupado por operador con semáforo SLA

Reasignar un ticket

  1. Abrís el detalle del ticket
  2. Clic en Reasignar
  3. Seleccionás el nuevo operador disponible
  4. El operador anterior y el nuevo reciben notificación automática

Semáforo SLA

El semáforo es visible en todas las vistas:

Color Estado Acción recomendada
🟢 Verde OK — dentro del plazo Ninguna
🟠 Naranja WARNING — menos del 25% restante Verificar avance
🔴 Rojo BREACHED — SLA vencido Reasignar o intervenir

El sistema puede generar alertas automáticas al supervisor cuando se supera el SLA (configurado en Tareas Programadas).


Cerrar un ticket

Como supervisor podés cerrar definitivamente un ticket resuelto: 1. Abrís el detalle del ticket (estado RESOLVED) 2. Clic en Cerrar ticket 3. El ticket pasa a estado CLOSED — acción irreversible

El cierre automático ocurre a los 7 días de resolución (configurable en Parámetros del Sistema).


Configuración del módulo

La configuración de categorías, áreas de trabajo y parámetros es responsabilidad del Administrador. Ver:

  • Categorías de Tickets
  • Áreas de Trabajo
  • Parámetros del Sistema — Sección TICKETS

Recursos relacionados

  • Sistema completo de Tickets y Soporte
  • Guía del Operador de Trámites
Portal de autogestión del profesional
🖥 Escritorio Portal de autogestión del profesional
Portal de autogestión del profesional — móvil
📱 Móvil Portal de autogestión del profesional

Guía de Inicio Rápido — Colegiado

¿Qué es este rol?

El Colegiado es el profesional psicólogo matriculado en el Colegio que accede al portal de autogestión para gestionar sus asuntos de manera autónoma: consultar y pagar sus cuotas, descargar recibos y certificados, solicitar trámites, inscribirse a cursos y actualizar sus datos. Este rol tiene acceso exclusivamente a su propia información — nunca puede ver ni modificar datos de otros colegiados.

Es el rol de mayor cantidad de usuarios en el sistema, ya que representa a todos los profesionales matriculados activos.

Acceso al sistema

  • URL de login: https://psicole.app/login (o el subdominio personalizado del Colegio, por ejemplo matriculas.cpacf.org.ar)
  • Credenciales: número de matrícula como usuario y la contraseña establecida durante la activación de la cuenta. Si es el primer ingreso, usá el link de activación enviado por e-mail cuando fue aprobada tu matrícula.
  • Dashboard: al ingresar verás un resumen de tu situación: estado de la matrícula (vigente/vencida), cuotas adeudadas, próximos cursos a los que estás inscripto y trámites en curso. En el panel superior se muestra además una miniatura de tu credencial digital — al hacer clic se abre un modal con el QR ampliado y atajos para descargar, compartir o ver la credencial completa.

Dashboard del colegiado con KPIs, miniatura de credencial digital y agenda de próximos vencimientos

Tus tareas principales

1. Consultar y pagar tus cuotas online

  1. Ingresá a Mi cuenta → Cuotas y pagos.
  2. Verás el historial completo de cuotas: las pagas con fecha de pago y número de recibo, y las pendientes con su fecha de vencimiento y monto.
  3. Para pagar online, seleccioná la/s cuota/s que querés abonar (podés seleccionar varias a la vez).
  4. Hacé clic en Pagar deuda. Serás redirigido al checkout de la pasarela habilitada.
  5. Elegí el medio disponible en el proveedor: tarjeta, QR, billetera u otro instrumento configurado.
  6. Completá el pago. Al volver al portal, el sistema actualizará automáticamente el estado de las cuotas (puede demorar hasta 2 minutos en reflejarse si el banco tarda en confirmar).
  7. El recibo digital quedará disponible inmediatamente en Mi cuenta → Mis recibos.

2. Descargar recibos y comprobantes

  1. Ingresá a Mi cuenta → Mis recibos.
  2. Los recibos se muestran ordenados por fecha. Podés filtrar por año o período.
  3. Hacé clic en Descargar PDF sobre cualquier recibo para obtener el comprobante oficial del Colegio con número de recibo, datos del pago y código QR de verificación.
  4. El código QR del recibo permite que terceros (obras sociales, empleadores, juzgados) verifiquen la autenticidad del documento accediendo a https://psicole.app/verificar.

3. Solicitar un trámite

  1. Ingresá a Trámites → Nueva solicitud.
  2. Seleccioná el tipo de trámite que necesitás del menú desplegable (por ejemplo: "Constancia de matrícula vigente", "Certificado de buena conducta", "Habilitación de consultorio").
  3. Completá el formulario con los datos requeridos y adjuntá la documentación solicitada (el sistema indica qué documentos son obligatorios para cada tipo de trámite).
  4. Si el trámite tiene arancel, el sistema te solicitará el pago antes de confirmar la solicitud.
  5. Hacé clic en Enviar solicitud. Recibirás un número de expediente y un correo de confirmación.
  6. Podés seguir el estado del trámite en tiempo real desde Trámites → Mis trámites. Si el operador te solicita documentación adicional, recibirás una notificación y podrás adjuntarla desde el mismo expediente.

4. Inscribirte a un curso

  1. Ingresá a Cursos → Oferta de cursos.
  2. Explorá los cursos disponibles. Podés filtrar por modalidad, fecha o temática.
  3. Hacé clic en un curso para ver el detalle: descripción, programa, disertante, fechas, cupo disponible y arancel.
  4. Si querés inscribirte, hacé clic en Inscribirme.
  5. Si el curso es gratuito, la inscripción se confirma de inmediato.
  6. Si el curso es arancelado, el sistema te redirigirá a la pasarela habilitada. Una vez confirmado el pago, tu inscripción queda registrada.
  7. Recibirás un e-mail de confirmación con todos los detalles del curso (links de acceso si es virtual, dirección si es presencial).

5. Actualizar tus datos personales y profesionales

  1. Ingresá a Mi cuenta → Mis datos.
  2. Podés actualizar: domicilio particular, domicilio profesional, teléfono de contacto y e-mail.
  3. Importante: algunos cambios (como el cambio de nombre por razones legales) requieren documentación respaldatoria y se procesan como un trámite formal.
  4. Guardá los cambios. Los datos actualizados se reflejan en los próximos certificados y constancias que solicites.

Lo que NO podés hacer con este rol

  • Ver información de otros colegiados — el sistema te muestra exclusivamente tu propia información.
  • Modificar el monto de tus cuotas ni solicitar exenciones de pago directamente (debés solicitarlo como un trámite formal).
  • Acceder a los módulos administrativos (matrículas, finanzas, cursos, trámites) en su versión operativa.
  • Descargar recibos de pagos que no te correspondan.
  • Aprobar o rechazar ningún tipo de solicitud.

Flujos de trabajo típicos

Escenario 1: Pagar las cuotas atrasadas y descargar un certificado para una obra social

  1. Tu obra social requiere una constancia de matrícula vigente y de estar al día con las cuotas del Colegio.
  2. Ingresás a Mi cuenta → Cuotas y pagos: tenés 2 cuotas vencidas.
  3. Seleccionás ambas cuotas y pagás online con tu tarjeta a través de la pasarela habilitada.
  4. Una vez confirmado el pago, ingresás a Trámites → Nueva solicitud → "Constancia de matrícula vigente".
  5. Enviás la solicitud. En minutos recibís el PDF por e-mail y también está disponible en Trámites → Mis trámites.
  6. Descargás el PDF y lo adjuntás en el formulario de la obra social.

Escenario 2: Inscripción a un curso con cupo limitado

  1. Ves publicado el curso "Neuropsicología Clínica" con solo 5 lugares disponibles.
  2. Ingresás a Cursos → Oferta de cursos, buscás el curso y hacés clic en Inscribirme.
  3. El curso tiene arancel de $5.000. Pagás con tu tarjeta a través de la pasarela habilitada.
  4. Recibís la confirmación: "Tu inscripción al curso Neuropsicología Clínica fue confirmada. Fecha de inicio: 15 de abril."
  5. El certificado de aprobación estará disponible automáticamente en tu portal al finalizar el curso.

Recursos relacionados

  • Autogestión del Profesional — Guía completa
  • Pagos Online y Pasarelas
  • Tipos de Trámites disponibles
  • Oferta de Cursos
  • Verificación de Documentos con QR
Portal de carga de órdenes de obra social
🖥 Escritorio Portal de carga de órdenes de obra social
Portal de carga de órdenes de obra social — móvil
📱 Móvil Portal de carga de órdenes de obra social

Guía de Inicio Rápido — Prestador

¿Qué es este rol?

El Prestador es el profesional psicólogo matriculado que, además de su membresía como colegiado, está registrado como prestador de servicios de salud mental para una o más obras sociales y/o prepagas. A través de este rol gestiona sus órdenes de atención, las presenta al Colegio para su procesamiento, administra su agenda de consultorio y cobra sus honorarios mediante el sistema de liquidaciones.


Acceso al sistema

  • URL de login: https://psicole.app/login
  • Dashboard: resumen de actividad — órdenes del período, monto acumulado, órdenes pendientes, alertas de órdenes rechazadas y turnos del día.

Tus tareas principales

1. Consultorio — Agenda de turnos

El Consultorio es tu agenda de sesiones. Podés programar turnos vinculados a pacientes de tu libreta y, al marcarlos como realizados, crear la orden de prestación en un clic.

  1. Ir a Mis Órdenes → Consultorio.
  2. Hacé clic en + Nuevo turno.
  3. Completá los datos:
  4. Paciente (autocomplete desde tu libreta — o ingresá el nombre libremente).
  5. Obra social (se autocompleta si el paciente tiene OOSS en la libreta).
  6. Fecha y hora, duración (default: 50 min), modalidad (Presencial / Virtual) y notas.
  7. Al finalizar la sesión, hacé clic en ✓ Completar en la card del turno. Si el turno tenía obra social, el sistema te propone crear la orden de prestación con los datos pre-llenados.
  8. Exportá tu agenda a Google Calendar con el botón Exportar .ics (cabecera de la página).

2. Cargar órdenes de atención

  1. Ir a Mis Órdenes → Mis Órdenes+ Nueva Orden.
  2. El campo Paciente tiene autocomplete desde tu libreta: al seleccionar un paciente se auto-completan DNI, obra social y número de afiliado.
  3. Completá fecha de atención, sesiones, diagnóstico y tratamiento (los campos de diagnóstico y tratamiento sugieren valores usados anteriormente para agilizar la carga).
  4. Adjuntá la orden física (JPG, PNG o PDF).
  5. Guardá.

3. Libreta de pacientes

La libreta centraliza los datos de tus pacientes para agilizar la carga de órdenes.

  1. Ir a Configuración → Pacientes.
  2. Buscar por nombre, apellido o DNI (campo de búsqueda con resultados en tiempo real).
  3. Nuevo paciente → formulario con:
  4. Nombre, apellido, DNI.
  5. Obras sociales (podés agregar múltiples): obra social + Nº afiliado + plan (opcional).
  6. Datos de contacto: teléfono, email, fecha de nacimiento, dirección, notas.
  7. Importar desde órdenes: si ya tenés órdenes cargadas, el sistema puede crear automáticamente los pacientes de tu historial. Aparece un banner de importación cuando tenés pocos pacientes registrados — hacé clic en Ver preview para ver qué se importaría antes de confirmar.

4. Generar rendición mensual

Al cerrar el mes, presentá tus órdenes validadas al Colegio:

  1. En Mis Órdenes, aparece un banner verde cuando tenés órdenes validadas listas para rendir: "Tenés X órdenes validadas listas para rendir este período."
  2. Hacé clic en Generar rendición.
  3. Revisá el resumen por obra social (cantidad de órdenes y subtotal por cada una).
  4. Adjuntá tu factura en PDF e ingresá el monto de la factura.
  5. Hacé clic en Enviar rendición al Colegio.
  6. Seguí el estado de tus rendiciones desde Liquidaciones.

5. Consultar liquidaciones

  1. Ir a Liquidaciones.
  2. Cada liquidación muestra: período, estado (chip de color), cantidad de órdenes, monto, fecha de envío y link a la factura.
  3. Cuando el Colegio aprueba una liquidación y genera el comprobante, podés descargarlo desde Ver detalle → Descargar comprobante (PDF válido como constancia contable).

6. Gestionar tu perfil de prestador

  1. Ir a Configuración → Obras Sociales para ver y gestionar las obras sociales habilitadas.
  2. Ir a Configuración → Datos Bancarios para actualizar tu CBU de acreditación.
  3. Ir a Mi Perfil Público para actualizar lo que ven los pacientes en el directorio (bio, foto, especialidades, OOSS, modalidad de atención).

Flujos de trabajo típicos

Escenario 1: Cierre mensual con agenda de consultorio

  1. Durante el mes cargaste los turnos en Consultorio.
  2. Al marcar cada turno como "Completado", el sistema te propone crear la orden de prestación con los datos pre-llenados.
  3. Al fin del mes ves el banner verde en Mis Órdenes: "Tenés 28 órdenes validadas listas para rendir."
  4. Generás la rendición, adjuntás tu factura y la enviás al Colegio.

Escenario 2: Importación inicial de pacientes

  1. Ingresás al sistema por primera vez con historial de órdenes.
  2. En Configuración → Pacientes aparece un banner: "Importar pacientes desde tus órdenes históricas".
  3. Hacés clic en Ver preview — el sistema te muestra 35 pacientes únicos detectados en tus órdenes.
  4. Confirmás la importación. Los pacientes quedan en tu libreta con sus obras sociales y números de afiliado.

Escenario 3: Rendición de factura y descarga de comprobante

  1. El Colegio procesó tu liquidación de marzo 2026 por $99.750 neto.
  2. En Liquidaciones ves el aviso: "Factura pendiente de subir".
  3. Subís el PDF de tu Factura. El sistema confirma la carga.
  4. El operador revisa y cierra la operación. Recibís notificación.
  5. Descargás el PDF del comprobante y lo enviás a tu contador.

Lo que NO podés hacer con este rol

  • Ver las órdenes ni liquidaciones de otros prestadores.
  • Aprobar tus propias órdenes.
  • Modificar una orden ya liquidada (requiere trámite de rectificación formal).
  • Acceder a los módulos operativos del Colegio.

Recursos relacionados

  • Módulo de Prestadores
  • Sistema de Liquidaciones
  • Directorio Público
  • Autogestión del Profesional
Formulario de solicitud de matrícula
🖥 Escritorio Formulario de solicitud de matrícula
Formulario de solicitud de matrícula — móvil
📱 Móvil Formulario de solicitud de matrícula

Guía de Inicio Rápido — Aspirante

¿Qué es este rol?

El Aspirante es el profesional que completó su formación universitaria y desea matricularse en el Colegio de Psicólogos para ejercer legalmente la profesión. Es un rol temporal: existe únicamente durante el proceso de solicitud de matrícula. Una vez que la solicitud es aprobada, el usuario pasa a ser Colegiado automáticamente.

El Aspirante tiene acceso muy acotado al sistema: puede crear su cuenta, completar el formulario de solicitud de matrícula, adjuntar la documentación requerida, pagar el arancel de inscripción y hacer seguimiento del estado de su solicitud.

Acceso al sistema

  • URL de registro: https://psicole.app/registro (no es el mismo link que el login de colegiados)
  • Credenciales: las creás vos mismo al registrarte con tu dirección de e-mail y una contraseña.
  • Dashboard: al ingresar verás exclusivamente el estado de tu solicitud de matrícula: documentos entregados, documentos pendientes, estado general del expediente y mensajes del área de matrículas.

Tus tareas principales

1. Registrarse y crear la solicitud de matrícula

Si todavía no tenés cuenta en el sistema:

  1. Ingresá a https://psicole.app/registro.
  2. Completá el formulario de registro inicial:
  3. Nombre completo (tal como figura en tu DNI).
  4. Número de DNI.
  5. Número de CUIL.
  6. Correo electrónico (será tu medio de comunicación con el Colegio durante todo el proceso).
  7. Contraseña (mínimo 8 caracteres, al menos una mayúscula y un número).
  8. Recibirás un correo de verificación. Hacé clic en el link para activar tu cuenta.
  9. Una vez activada, ingresás con tu e-mail y contraseña.
  10. El sistema te llevará directamente al formulario de Solicitud de Matrícula.

2. Completar el formulario de solicitud

El formulario de solicitud tiene varias secciones. Podés guardarlo como borrador y completarlo en varias sesiones.

Sección 1: Datos personales - Nombre completo, fecha de nacimiento, domicilio particular, teléfono de contacto. - Foto de perfil (formato JPG o PNG, fondo blanco, mínimo 400x400 px).

Sección 2: Datos profesionales - Universidad de egreso. - Título obtenido (Licenciado/a en Psicología, Doctor/a, etc.). - Año de egreso. - Domicilio profesional (dirección donde ejercerás, puede ser el mismo que el particular).

Sección 3: Adjuntar documentación

Esta sección es crítica. Los documentos requeridos son:

Documento Formato aceptado Observaciones
DNI (frente y dorso) JPG, PNG, PDF Escaneado o foto clara, legible
Título universitario PDF o JPG Anverso y reverso; mínimo 300 DPI
Constancia de CUIL (AFIP) PDF Impresión del sitio de AFIP
Certificado analítico de materias PDF Emitido por la universidad, con sello y firma
Foto carnet JPG, PNG Fondo blanco, cara visible, sin accesorios
  • Hacé clic en + Adjuntar al lado de cada documento y seleccioná el archivo desde tu computadora o celular.
  • El sistema indica con un tilde verde cada documento correctamente cargado.

Sección 4: Pago del arancel de inscripción

  1. Una vez completadas las secciones anteriores, el sistema mostrará el monto del arancel de inscripción.
  2. Hacé clic en Pagar arancel de inscripción para ser redirigido al checkout de la pasarela habilitada.
  3. Podés pagar con los medios que el proveedor tenga configurados para el Colegio.
  4. Una vez confirmado el pago, quedará registrado automáticamente en tu solicitud.

Envío final:

  1. Revisá que todas las secciones estén completas (el sistema señalará en rojo las incompletas).
  2. Hacé clic en Enviar solicitud. Recibirás un número de expediente y un correo de confirmación.

3. Hacer seguimiento de tu solicitud

  1. Ingresá al portal con tu e-mail y contraseña.
  2. En el dashboard verás el estado actual de tu expediente:
  3. Recibida: el Colegio recibió tu solicitud, está en cola de revisión.
  4. En revisión: un operador está verificando tu documentación.
  5. Documentación incompleta: el operador te solicita que corrijas o reenvíes algún documento. Recibirás un correo con el detalle.
  6. Aprobada: tu matrícula fue aprobada. Recibirás un correo con tu número de matrícula y las instrucciones para acceder al portal como Colegiado.
  7. Rechazada: la solicitud fue rechazada con el motivo indicado (podés subsanar el problema y presentar una nueva solicitud si corresponde).

4. Responder a una solicitud de corrección de documentación

Si el operador de matrículas detecta un problema con tu documentación:

  1. Recibirás un e-mail con el asunto: "Solicitud de corrección — Expediente N° XXXX".
  2. Ingresá al portal y en tu dashboard aparecerá un aviso naranja con el detalle de lo que debés corregir.
  3. Hacé clic en Ver solicitud de corrección para leer el mensaje del operador.
  4. Reemplazá el documento observado: hacé clic en Reenviar documento al lado del documento indicado y adjuntá el nuevo archivo.
  5. Una vez que hayas corregido todo lo indicado, hacé clic en Confirmar corrección. El expediente volverá a la cola de revisión del operador.

Lo que NO podés hacer con este rol

  • Acceder a ningún módulo del Colegio más allá de tu propia solicitud de matrícula.
  • Ver el estado de las solicitudes de otros aspirantes.
  • Solicitar trámites, inscribirte a cursos ni pagar cuotas — esas funciones estarán disponibles una vez que seas Colegiado.
  • Modificar el arancel de inscripción ni solicitar exenciones (debés contactar al Colegio por los canales institucionales antes de iniciar la solicitud).
  • Reutilizar el mismo e-mail para crear múltiples solicitudes simultáneas.

Flujos de trabajo típicos

Escenario 1: Primera solicitud de matrícula desde cero

  1. Te graduaste en marzo 2026 y querés matricularte.
  2. Ingresás a https://psicole.app/registro, creás tu cuenta y activás el e-mail.
  3. Completás el formulario: datos personales, datos de la UBA (tu universidad), subís los 5 documentos requeridos.
  4. Pagás el arancel de $12.000 con tu tarjeta de crédito.
  5. Enviás la solicitud. Recibís el correo: "Solicitud recibida — Expediente N° 2026-0847".
  6. A los 3 días hábiles, el operador detecta que el título subido está en baja resolución.
  7. Recibís el correo de corrección. Reescaneás el título a 300 DPI y lo reenvíás desde el portal.
  8. A los 2 días hábiles siguientes recibís: "Tu matrícula N° 5312 fue aprobada. Bienvenido/a al Colegio de Psicólogos."
  9. Tu acceso cambia automáticamente al rol Colegiado y podés usar todas las funciones del portal.

Escenario 2: Consultar el estado de una solicitud demorada

  1. Enviaste la solicitud hace 10 días hábiles y no recibiste novedades.
  2. Ingresás al portal: el estado dice "En revisión". No hay alertas de corrección pendiente.
  3. Revisás si llegó algún correo a la carpeta de spam — no hay ninguno.
  4. Usás el botón Contactar área de Matrículas (disponible en tu dashboard) para enviar un mensaje interno al Colegio preguntando el estado.
  5. Al día siguiente el operador responde: "Su expediente fue asignado a revisión, en 2 días hábiles tendrá respuesta."

Recursos relacionados

  • Módulo de Solicitud de Matrícula
  • Documentación requerida para matricularse
  • Preguntas frecuentes del Aspirante
  • Qué pasa después de ser aprobado — Guía del Colegiado
Pantalla de inicio de sesión en PSICOLE
🖥 Escritorio Pantalla de inicio de sesión en PSICOLE
Pantalla de inicio de sesión en PSICOLE — móvil
📱 Móvil Pantalla de inicio de sesión en PSICOLE

Autenticación y Permisos

Descripción

El módulo de Autenticación y Permisos gestiona el acceso seguro a PSICOLE mediante un esquema de doble token JWT y un modelo de control de acceso basado en roles (RBAC). Cada sesión emite un access token de 15 minutos (firmado con JWT_SECRET) y un refresh token de 7 días (firmado con JWT_REFRESH_SECRET) que se persiste en la base de datos, lo que permite invalidarlo en forma explícita en el logout o al detectar uso indebido.

El sistema implementa 9 roles fijos: ADMIN, OPERADOR_MATRICULAS, OPERADOR_FINANZAS, OPERADOR_CURSOS, OPERADOR_TRAMITES, SUPERVISOR_TRAMITES, COLEGIADO, PRESTADOR y ASPIRANTE. Cada rol lleva asociado un conjunto de permisos expresados como tripletas módulo / acción / recurso (por ejemplo, FINANZAS / CREATE / PAYMENT). El middleware authenticate verifica y decodifica el access token en cada request; requireRole y requirePermission aplican la regla de autorización antes de que el controlador procese la solicitud.

La impersonación de administrador permite al rol ADMIN iniciar sesión visual como cualquier otro usuario (excepto otros ADMIN) para diagnóstico y soporte. La sesión de impersonación es estrictamente de solo lectura: el middleware blockIfImpersonating() bloquea todas las operaciones de escritura. Cada inicio y fin de impersonación queda registrado en el AuditLog con IP, User-Agent, usuario origen y usuario destino.

Roles con acceso

Rol Nivel de acceso
ADMIN Administración completa — gestión de usuarios, impersonación, audit log
OPERADOR_MATRICULAS Acceso a su módulo asignado (EPIC-01)
OPERADOR_FINANZAS Acceso a su módulo asignado (EPIC-02)
OPERADOR_CURSOS Acceso a su módulo asignado (EPIC-03)
OPERADOR_TRAMITES Acceso a su módulo asignado (EPIC-09)
SUPERVISOR_TRAMITES Acceso supervisado al módulo de trámites
COLEGIADO Acceso a autogestión propia
PRESTADOR Acceso al portal de prestadores
ASPIRANTE Acceso al formulario de solicitud de matrícula

Flujo principal

Login

  1. El usuario ingresa su email (normalizado a minúsculas) y contraseña en el formulario de login (POST /api/v1/auth/login).
  2. El sistema busca el usuario en la base de datos e incluye el rol con todos sus permisos y los módulos operador asignados.
  3. Si el usuario no existe o la contraseña no coincide (verificada con bcrypt.compare), devuelve 401 Credenciales inválidas sin revelar cuál campo es incorrecto.
  4. Si el usuario existe pero está inactivo (isActive = false), devuelve 403 Usuario inactivo.
  5. Ante login exitoso, se generan el access token (15 min) y el refresh token (7 días). El refresh token se persiste en la tabla refresh_tokens con fecha de expiración.
  6. Se actualiza lastLogin del usuario y se incrementan las métricas de Prometheus correspondientes.
  7. La respuesta incluye accessToken, refreshToken y el objeto user completo (id, nombre, rol, permisos, datos del profesional si corresponde, módulos operador activos).

Pantalla de login con campos email y contraseña

Renovación de token (Refresh)

  1. El cliente (frontend con Axios) detecta una respuesta 401 con el access token expirado.
  2. El interceptor de Axios llama automáticamente a POST /api/v1/auth/refresh enviando el refresh token almacenado en memoria.
  3. El backend verifica la firma del refresh token, lo busca en la base de datos y comprueba que no haya expirado y que el usuario siga activo.
  4. Si todo es válido, devuelve un nuevo access token. El refresh token existente no se rota (solo se genera uno nuevo al hacer login o al detener impersonación).
  5. El interceptor reintenta automáticamente el request original con el nuevo token. Si el refresh falla, redirige al login.

📸No tiene pantalla propia — flujo transparente para el usuario — <em>screenshot pendiente — Fase 2</em>Captura — Fase 2

Logout

  1. El usuario hace clic en Cerrar Sesión en el menú de usuario.
  2. El frontend envía POST /api/v1/auth/logout con el refresh token.
  3. El backend elimina el registro del refresh token de la tabla refresh_tokens, invalidándolo para futuros intentos de renovación.
  4. El frontend borra el estado de autenticación en Zustand (authStore) y redirige al login.

Menú desplegable con opción Cerrar Sesión

Impersonación de usuario (solo ADMIN)

  1. El administrador navega a Usuarios → [usuario objetivo] → Iniciar Vista Como.
  2. El frontend llama a POST /api/v1/auth/impersonate/:userId.
  3. El sistema verifica que el solicitante sea ADMIN y que el objetivo no sea otro ADMIN.
  4. Se genera un access token especial con los campos isImpersonating: true e impersonatedBy: <adminId>. No se emite refresh token para las sesiones de impersonación.
  5. El audit log registra la acción IMPERSONATE_USER con IP y User-Agent.
  6. El frontend muestra un banner visual de advertencia ("Estás viendo como [nombre del usuario]") durante toda la sesión.
  7. Todas las peticiones de escritura (POST, PUT, DELETE) son bloqueadas por blockIfImpersonating() con 403 read-only.
  8. Para terminar, el administrador hace clic en Volver a mi cuenta (POST /api/v1/auth/stop-impersonation). El sistema genera tokens normales para el admin y registra STOP_IMPERSONATION en el audit log.

Banner de impersonación activo con nombre del usuario y botón Volver

Cambio de contraseña

  1. El usuario autenticado navega a Mi Perfil → Cambiar Contraseña.
  2. Ingresa la contraseña actual y la nueva contraseña (mínimo 8 caracteres).
  3. El sistema verifica la contraseña actual con bcrypt.compare antes de actualizar.
  4. El hash de la nueva contraseña se genera con bcrypt (rondas configurables, por defecto 10).

Formulario de cambio de contraseña con validaciones

Campos y validaciones

Campo Tipo Requerido Descripción
email string (email) Normalizado a minúsculas; unicidad validada en DB
password string Mínimo 8 caracteres; almacenado con bcrypt
firstName string Sí (registro) Nombre del usuario
lastName string Sí (registro) Apellido del usuario
dni string No (registro interno) Unicidad validada si se provee
refreshToken string JWT Sí (refresh/logout) Token emitido en login; firmado con JWT_REFRESH_SECRET

Reglas de negocio

Tokens de impersonación sin refresh

Las sesiones de impersonación no emiten refresh token. Al expirar el access token (15 min), la sesión termina automáticamente y el administrador debe volver a hacer login con sus propias credenciales.

Impersonación bloqueada entre administradores

Un ADMIN no puede impersonar a otro usuario con rol ADMIN. El sistema devuelve 403 en esos intentos.

Escritura bloqueada en modo impersonación

El middleware blockIfImpersonating() se aplica a todas las rutas de escritura. Cualquier intento de crear, modificar o eliminar datos durante una sesión de impersonación es rechazado con 403 read-only.

Contraseñas y seguridad

Los mensajes de error de login son deliberadamente ambiguos ("Credenciales inválidas") tanto para usuario no encontrado como para contraseña incorrecta, para evitar enumeración de usuarios.

Estados y transiciones

stateDiagram-v2
    [*] --> Anónimo
    Anónimo --> Autenticado : login exitoso
    Autenticado --> Anónimo : logout / token expirado sin refresh válido
    Autenticado --> Renovando : access token expirado
    Renovando --> Autenticado : refresh válido → nuevo access token
    Renovando --> Anónimo : refresh inválido o expirado
    Autenticado --> Impersonando : ADMIN inicia impersonación
    Impersonando --> Autenticado : stop-impersonation (vuelve al admin)
    Impersonando --> Anónimo : access token expirado (sin refresh)

Errores frecuentes

Error Causa Solución
401 Credenciales inválidas Email no existe o contraseña incorrecta Verificar email y contraseña; resetear desde administración si es necesario
403 Usuario inactivo El usuario tiene isActive = false El administrador debe reactivar el usuario desde Usuarios → Editar
401 Refresh token inválido o expirado El refresh token venció (7 días) o fue eliminado al hacer logout en otro dispositivo Iniciar sesión nuevamente
403 Solo los administradores pueden impersonar usuarios Se llama a /impersonate con un rol distinto a ADMIN Verificar que el usuario sea ADMIN antes de usar esta función
403 No puedes realizar esta acción en modo vista Se intenta una operación de escritura durante impersonación Detener la impersonación antes de realizar cambios
500 Error de configuración del sistema El rol ASPIRANTE no existe en la base de datos Ejecutar el seed de roles: npm run db:seed

Preguntas frecuentes

¿Qué pasa si el access token expira mientras el usuario está usando el sistema? El interceptor de Axios detecta la respuesta 401 y llama automáticamente al endpoint de refresh con el refresh token almacenado. Si el refresh es válido, el usuario no nota la interrupción. Si el refresh también venció (pasaron más de 7 días sin actividad), el usuario es redirigido al login.

¿Los refresh tokens se invalidan al cambiar la contraseña? No de forma automática en la implementación actual. Si se sospecha una sesión comprometida, el administrador puede desactivar el usuario (isActive = false) para forzar el cierre de todas las sesiones activas.

¿Qué información queda registrada en el audit log? Cada impersonación registra: ID del admin, email del admin, ID del usuario objetivo, email del objetivo, IP de origen y User-Agent del navegador. Las acciones IMPERSONATE_USER y STOP_IMPERSONATION son rastreables en Administración → Audit Log.

¿Puede un operador tener acceso a varios módulos? Sí. Un operador con rol genérico puede recibir asignaciones de módulos (OperatorModuleAssignment) que le otorgan acceso a EPICs específicos. El middleware requireModuleAccess verifica estas asignaciones en tiempo real contra la base de datos.

¿Cómo se crean los usuarios iniciales? El seed de base de datos (npm run db:seed) crea los roles del sistema y un usuario ADMIN inicial. Los demás usuarios se crean desde Administración → Usuarios o, en el caso de aspirantes, mediante el registro público en el formulario de solicitud de matrícula.

Formulario multi-paso de solicitud de matrícula
🖥 Escritorio Formulario multi-paso de solicitud de matrícula
Formulario multi-paso de solicitud de matrícula — móvil
📱 Móvil Formulario multi-paso de solicitud de matrícula

Solicitud de Matrícula

Descripción

El módulo de Solicitud de Matrícula implementa el proceso de onboarding de nuevos profesionales (UC-1.1). Un aspirante que desea colegiarse puede completar todo el trámite de forma digital, sin necesidad de concurrir físicamente al Colegio en la etapa inicial. El proceso está estructurado en un formulario multi-paso de 5 pasos con guardado automático de progreso: el aspirante puede cerrar la sesión y retomar desde el punto en que quedó.

El flujo comienza con la creación de una cuenta de usuario con rol ASPIRANTE y la verificación del email mediante un token de 24 horas. A continuación, el aspirante completa sus datos personales, académicos, carga los documentos requeridos (DNI frente/dorso, título universitario, analítico), firma la declaración jurada y abona el arancel de inscripción para enviar la solicitud. El sistema asigna un número de solicitud único con formato SOL-YYYY-XXXXXXXX.

Una vez enviada la solicitud, su estado pasa a PENDING_REVIEW y queda disponible en la bandeja de trabajo de los operadores de matrículas para su revisión. El aspirante puede consultar el estado de su solicitud en cualquier momento desde su portal de autogestión y recibe notificaciones por email ante cada cambio de estado.

Roles con acceso

Rol Nivel de acceso
ASPIRANTE Creación y edición de su propia solicitud; consulta de estado
OPERADOR_MATRICULAS Lectura de todas las solicitudes para revisión; solicitud de correcciones
ADMINISTRADOR Administración completa; acceso a todas las solicitudes

Flujo principal

Paso 0 — Registro de cuenta y verificación de email

  1. El aspirante accede a la URL pública de registro (/registro) e ingresa email, contraseña (mínimo 8 caracteres), nombre y apellido.
  2. El sistema crea el usuario con rol ASPIRANTE y la solicitud en estado DRAFT en paso 1.
  3. Se envía un email con un enlace de verificación válido por 24 horas.
  4. El aspirante hace clic en el enlace (GET /api/v1/enrollment-application/verify-email/:token).
  5. El sistema marca emailVerified = true y emite tokens de acceso (access + refresh) para que el aspirante continúe directamente al formulario.
  6. Si el enlace venció, el aspirante puede solicitar uno nuevo desde la pantalla de login con "Reenviar verificación".

Pantalla de registro con campos nombre, apellido, email y contraseña

Paso 1 — Datos personales

  1. El aspirante completa los datos personales obligatorios: nombre, apellido, DNI (tipo: DNI/LC/LE/Pasaporte), CUIT/CUIL, teléfono, fecha de nacimiento, género, nacionalidad y domicilio completo (calle, número, piso, departamento, código postal, ciudad, provincia).
  2. El sistema valida el dígito verificador del CUIT/CUIL con el algoritmo oficial argentino.
  3. Se verifica la unicidad de DNI y CUIT/CUIL contra todos los usuarios existentes.
  4. El aspirante puede declarar el tipo de solicitud: PROVISORIA (título en trámite de legalización) o DEFINITIVA (título ya legalizado).
  5. Al guardar, el paso avanza a 2 y los datos quedan persistidos aunque el aspirante cierre la sesión.

Formulario de datos personales con validación de CUIT en tiempo real

Paso 2 — Datos académicos

  1. El aspirante ingresa: nombre de la universidad, fecha de egreso, título obtenido (ej: Licenciado en Psicología) y especialidades (selección múltiple).
  2. Todos los campos son obligatorios excepto especialidades.
  3. El sistema actualiza el paso a 3 al guardar exitosamente.

Formulario de datos académicos con selector de especialidades

Paso 3 — Carga de documentos

  1. El aspirante sube los archivos requeridos. Formatos aceptados: PDF, JPEG, PNG. Tamaño máximo operativo compartido: 13 MB por archivo.
  2. Documentos obligatorios (sin estos no se puede enviar la solicitud):
    • DNI_FRONT — Frente del DNI
    • DNI_BACK — Dorso del DNI
    • UNIVERSITY_DEGREE — Título universitario o constancia de tramitación
    • ACADEMIC_TRANSCRIPT — Analítico de materias aprobadas
  3. Documentos opcionales:
    • CRIMINAL_RECORD — Certificado de antecedentes penales
    • GOOD_CONDUCT — Certificado de buena conducta
    • PHOTO — Foto tipo carnet
    • OTHER — Documentación adicional
  4. Cada documento subido queda asociado a la solicitud con su tipo, nombre original, tamaño y fecha de carga.
  5. La pantalla muestra el estado de cada documento requerido (subido / pendiente) y resalta los faltantes.

Panel de carga de documentos con indicadores de estado por tipo

Paso 4 — Declaración jurada y consentimiento

  1. El sistema muestra el texto vigente de la declaración jurada de veracidad de datos y la política de privacidad.
  2. El aspirante debe tildar explícitamente los checkboxes de aceptación antes de continuar.
  3. Se registra la fecha y hora de aceptación.

El mismo texto se comparte con Renovación de Matrícula y puede ser actualizado desde la operación administrativa sin tocar código.

Pantalla de declaración jurada con checkboxes de consentimiento

Paso 5 — Pago del arancel y envío

  1. El sistema calcula el arancel de inscripción según el tipo de solicitud y muestra una boleta con número único (BOL-YYYYMM-XXXXXX).
  2. El aspirante puede abonar online mediante la pasarela habilitada o presencialmente; en ese caso un operador confirmará el pago manualmente.
  3. Una vez confirmado el pago, el estado de la solicitud cambia a PENDING_REVIEW y el aspirante recibe un email de confirmación con el número de solicitud.
  4. La solicitud queda disponible en la bandeja de trabajo de los operadores de matrículas.

Resumen final de la solicitud con monto del arancel y opciones de pago

Consulta de estado (vista del aspirante)

  1. El aspirante autenticado accede a Mi Solicitud desde su panel.
  2. Ve el estado actual, el número de solicitud, la fecha de envío y el historial de cambios de estado con comentarios del operador.
  3. Si el estado es REQUIRES_CHANGES, puede ver las observaciones del operador y subir los documentos corregidos.

Vista de seguimiento de solicitud con timeline de estados

Campos y validaciones

Campo Tipo Requerido Descripción
email string (email) Único en el sistema; usado como credencial de acceso
password string Mínimo 8 caracteres
firstName string Nombre del aspirante
lastName string Apellido del aspirante
dni string Sí (paso 1) Único; tipos: DNI, LC, LE, Pasaporte
dniType enum Sí (paso 1) DNI / LC / LE / PASAPORTE
cuitCuil string (11 dígitos) Sí (paso 1) Validado con algoritmo dígito verificador
phone string Sí (paso 1) Teléfono de contacto
birthDate date Sí (paso 1) Fecha de nacimiento
gender string No Género declarado
nationality string No Nacionalidad
street / streetNumber string No Domicilio particular
postalCode / city / province string No Localización del domicilio
universityName string Sí (paso 2) Institución donde obtuvo el título
graduationDate date Sí (paso 2) Fecha de egreso
degreeTitle string Sí (paso 2) Título obtenido
specialties string[] No Especialidades declaradas
applicationType enum No PROVISORIA o DEFINITIVA
documents file[] Sí (paso 3) PDF/JPEG/PNG, máx. 13 MB cada uno

Reglas de negocio

Email no verificado bloquea el avance

Mientras el email no esté verificado, el aspirante no puede guardar datos del formulario. El token de verificación tiene validez de 24 horas; vencido ese plazo, debe solicitar uno nuevo.

Documentos obligatorios para enviar

La solicitud no puede enviarse al colegio si faltan alguno de los 4 documentos obligatorios: DNI (frente y dorso), título universitario y analítico. El sistema muestra qué documentos faltan y bloquea el botón de envío.

Unicidad de DNI y CUIT/CUIL

Si el DNI o CUIT/CUIL ya existe en el sistema (incluso en usuarios dados de baja), el sistema rechaza el guardado con un error descriptivo. El caso debe ser analizado manualmente por un operador.

Progreso guardado automáticamente

El formulario multi-paso guarda el progreso paso a paso. El aspirante puede cerrar el navegador y retomar desde donde lo dejó. La solicitud permanece en estado DRAFT hasta que se envía con el pago confirmado.

Estados y transiciones

stateDiagram-v2
    [*] --> DRAFT : registro exitoso
    DRAFT --> DRAFT : completando pasos 1-4
    DRAFT --> PENDING_PAYMENT : formulario completo, esperando pago
    PENDING_PAYMENT --> PENDING_REVIEW : pago confirmado (online o manual)
    PENDING_REVIEW --> UNDER_REVIEW : operador toma la solicitud
    UNDER_REVIEW --> REQUIRES_CHANGES : operador solicita correcciones
    REQUIRES_CHANGES --> UNDER_REVIEW : aspirante sube documentos corregidos
    UNDER_REVIEW --> INTERNALLY_APPROVED : aprobación interna → matrícula provisoria
    UNDER_REVIEW --> REJECTED : rechazo definitivo
    INTERNALLY_APPROVED --> PENDING_MINISTRY : se eleva al Ministerio de Salud
    PENDING_MINISTRY --> APPROVED : aprobación ministerial → colegiado definitivo
    PENDING_MINISTRY --> REJECTED : rechazo ministerial

Errores frecuentes

Error Causa Solución
409 El email ya está registrado El email ya tiene una cuenta (activa o inactiva) Usar "Recuperar contraseña" o contactar al Colegio para unificar registros
409 El DNI ya está registrado en el sistema Otro usuario tiene ese DNI El operador debe revisar si se trata de un duplicado o un error de carga
400 El CUIT/CUIL ingresado no es válido El dígito verificador no coincide Verificar que el número sea correcto; los guiones no son necesarios
400 Token de verificación ha expirado Pasaron más de 24 horas desde el envío del email Usar "Reenviar verificación" en la pantalla de login
400 Faltan campos requeridos Se intentó guardar un paso sin completar todos los campos obligatorios Completar los campos marcados en rojo antes de guardar
Archivo rechazado al subir Tipo de archivo no permitido o supera 13 MB Convertir a PDF/JPEG/PNG y reducir tamaño si supera el límite

Preguntas frecuentes

¿Puedo modificar los datos después de enviar la solicitud? Una vez enviada (estado PENDING_REVIEW), los datos ya no se pueden modificar directamente. Si el operador detecta un error, puede cambiar el estado a REQUIRES_CHANGES para que el aspirante corrija los documentos. Los datos personales solo se modifican mediante una solicitud formal al operador.

¿Qué significa solicitud de tipo PROVISORIA vs DEFINITIVA? PROVISORIA es para quienes tienen el título pero aún no han completado el trámite de legalización ante el Ministerio de Salud. DEFINITIVA es para quienes ya tienen el título debidamente apostillado o legalizado. Ambas pueden presentarse; la diferencia afecta el flujo de aprobación ministerial posterior.

¿Cuánto tiempo tengo para completar el formulario? No hay límite de tiempo para completar los pasos del formulario (la solicitud permanece en DRAFT indefinidamente). El único vencimiento es el token de verificación de email (24 horas) y la preferencia de pago online si se genera (24 horas).

¿Cómo sé si mi solicitud fue recibida correctamente? Recibirás un email de confirmación con el número de solicitud (SOL-YYYY-XXXXXXXX) cuando el pago sea confirmado y la solicitud pase a PENDING_REVIEW. También podés consultar el estado en cualquier momento desde tu portal.

¿Puedo subir más de un archivo por tipo de documento? No. Cada tipo de documento admite un solo archivo. Si necesitás reemplazar un documento ya subido, deberás subir el nuevo archivo para el mismo tipo, que sobreescribirá el anterior.

Gestión y revisión de solicitudes de matrícula
🖥 Escritorio Gestión y revisión de solicitudes de matrícula
Gestión y revisión de solicitudes de matrícula — móvil
📱 Móvil Gestión y revisión de solicitudes de matrícula

Gestión de Matrículas

Descripción

El módulo de Gestión de Matrículas (UC-1.2) es el espacio de trabajo de los operadores y administradores para revisar, aprobar, rechazar y administrar las matrículas de los psicólogos colegiados. Centraliza el ciclo de vida completo de la matrícula: desde la solicitud inicial enviada por el aspirante hasta la emisión del certificado ministerial y la credencial digital con QR.

El proceso de aprobación tiene dos fases diferenciadas: una interna del Colegio (revisión documental y aprobación con asignación de número de matrícula provisoria) y una externa (presentación ante el Ministerio de Salud y aprobación de la matrícula definitiva). La fase interna habilita al profesional a ejercer con matrícula provisoria; la fase externa le otorga la matrícula definitiva con número correlativo definitivo. Ambas fases generan documentación oficial en PDF.

Adicionalmente, el módulo gestiona modificaciones de datos solicitadas por colegiados, suspensiones y reactivaciones de matrícula, y el historial completo de cambios de estado con auditoría. La credencial digital del profesional (generada con QRCode y verificable en una URL pública) se emite automáticamente al completar la matrícula definitiva.

Roles con acceso

Rol Nivel de acceso
OPERADOR_MATRICULAS Escritura — revisión, aprobación/rechazo, gestión de estado, modificaciones
ADMINISTRADOR Administración completa — incluyendo baja definitiva, configuración de parámetros

Flujo principal

Revisión de solicitudes (bandeja de trabajo)

  1. El operador accede a Matrículas → Solicitudes Pendientes. La bandeja muestra todas las solicitudes en estado PENDING_REVIEW y UNDER_REVIEW, ordenadas por fecha de envío.
  2. Cada fila muestra: número de solicitud, nombre del aspirante, tipo de solicitud (PROVISORIA / DEFINITIVA), fecha de envío y días transcurridos.
  3. El operador abre la solicitud haciendo clic en su número para ver el detalle completo: datos personales, datos académicos, documentos adjuntos y estado del pago del arancel.
  4. Si toma la solicitud para revisión, el estado cambia a UNDER_REVIEW y queda asociada a ese operador.
  5. El operador visualiza cada documento en el visor integrado (PDF inline o previsualización de imagen).

Bandeja de solicitudes pendientes con filtros por estado y tipo

Vista auditada desktop y mobile

La bandeja de Solicitudes de Matrícula fue recapturada luego de ajustar cabecera, acciones y modal de documentos. En móvil, las acciones superiores se organizan en grilla, el modal usa el ancho disponible y la carga de documentos evita desbordes laterales.

Solicitudes de matrícula en escritorio

Solicitudes de matrícula en celular

Carga manual administrativa de solicitud

Cuando una solicitud debe iniciarse desde administración, el operador puede usar Cargar solicitud manual dentro de Matrículas → Solicitudes.

El sistema crea:

  • usuario aspirante verificado;
  • solicitud en estado PENDING_REVIEW;
  • historial de acción administrativa;
  • registro de auditoría MANUAL_ADMIN_CREATED.

La solicitud manual no saltea el circuito de revisión. Luego continúa por aprobación interna, correcciones, rechazo o aprobación definitiva según corresponda.

Aprobación interna — Matrícula Provisoria (Fase 1)

  1. Luego de revisar la documentación, el operador hace clic en Aprobar Internamente.
  2. El sistema genera automáticamente un número de matrícula provisoria (provisionalNumber) con formato correlativo.
  3. El estado de la solicitud pasa a INTERNALLY_APPROVED y el estado del profesional a PROVISIONAL.
  4. Se genera el certificado para el Ministerio de Salud en PDF (usando PDFKit) con los datos del profesional y el número de matrícula provisoria.
  5. El operador descarga el PDF ministerial para presentarlo ante el organismo correspondiente.
  6. Se envía un email al aspirante notificando que su solicitud fue aprobada internamente y que se encuentra en trámite ante el Ministerio.

Modal de aprobación interna con vista previa del PDF ministerial

Solicitud de correcciones

  1. Si la documentación es incompleta o incorrecta, el operador hace clic en Solicitar Correcciones.
  2. Ingresa un comentario detallando qué documentos o datos deben corregirse.
  3. El estado cambia a REQUIRES_CHANGES y se envía un email al aspirante con las observaciones.
  4. El aspirante puede subir los documentos corregidos desde su portal. Al hacerlo, el estado vuelve a UNDER_REVIEW.

Formulario de solicitud de correcciones con campo de observaciones

Rechazo de solicitud

  1. Si la solicitud no cumple los requisitos y no es subsanable, el operador hace clic en Rechazar.
  2. Ingresa el motivo del rechazo (obligatorio).
  3. El estado cambia a REJECTED y se envía un email al aspirante con el motivo.
  4. El arancel abonado queda registrado para gestión de devolución manual (no se devuelve automáticamente).

Modal de rechazo con campo de motivo obligatorio

Aprobación definitiva — Matrícula Definitiva (Fase 2 — respuesta del Ministerio)

  1. Una vez recibida la resolución ministerial de aprobación, el operador registra la respuesta en el sistema.
  2. Ingresa el número de matrícula definitivo asignado por el Ministerio de Salud.
  3. El sistema actualiza el estado de la solicitud a APPROVED y el estado del profesional a APPROVED.
  4. Se genera la credencial digital del profesional:
    • Se crea un código QR único (PSICOLE-XXXXXXXXXXXXXXXX) asociado al profesional.
    • El QR apunta a la URL pública de verificación: {FRONTEND_URL}/verificar/{qrCode}.
    • El PDF de credencial digital se genera con PDFKit incluyendo foto, datos, número de matrícula y QR.
  5. El profesional recibe un email con el enlace para descargar su credencial y con acceso a su portal de colegiado.
  6. El rol del usuario cambia de ASPIRANTE a COLEGIADO y se habilita su acceso completo al sistema.

Pantalla de aprobación definitiva con campo de número ministerial y previsualización de credencial

Verificación pública de credencial (QR)

  1. Cualquier persona puede escanear el QR de la credencial del profesional con su teléfono.
  2. Es redirigido a la URL pública {FRONTEND_URL}/verificar/{qrCode} (no requiere autenticación).
  3. El sistema verifica el código QR y muestra los datos públicos del profesional: nombre, número de matrícula, estado (activo / suspendido), especialidades declaradas y fecha de vencimiento si aplica.

Página pública de verificación de credencial con datos del profesional

Gestión de profesionales matriculados

  1. El operador accede a Matrículas → Profesionales para ver el padrón completo.
  2. Puede filtrar por estado de matrícula, tipo (colegiado / prestador / aspirante), estado de pago y búsqueda por nombre, DNI o número de matrícula.
  3. Desde el detalle de cada profesional puede:
    • Ver su ficha completa (datos personales, académicos, financieros).
    • Suspender la matrícula (estado SUSPENDED) por sanción o deuda.
    • Reactivar una matrícula suspendida.
    • Registrar el fallecimiento (estado DECEASED) para casos migrados del sistema legacy.
    • Iniciar el proceso de baja voluntaria (DISCHARGED).

Ficha del profesional con panel de acciones y historial de estados

Padrón profesional auditado

La lista de profesionales se validó como parte del barrido visual para asegurar que búsqueda, filtros y acciones no queden fuera del viewport en pantallas chicas.

Profesionales en escritorio

Profesionales en celular

Aprobación de solicitudes de modificación de datos

  1. Cuando un colegiado solicita un cambio de datos desde su portal (dirección, teléfono, especialidades, etc.), el operador recibe una notificación en Matrículas → Modificaciones Pendientes.
  2. El operador revisa los datos actuales vs. los datos propuestos.
  3. Puede aprobar (los datos se actualizan en el sistema) o rechazar con un comentario.
  4. El colegiado recibe un email con la resolución.

Vista comparativa de datos actuales vs. propuestos en una solicitud de modificación

Campos y validaciones

Campo Tipo Requerido Descripción
enrollmentNumber string Sí (aprobación definitiva) Número de matrícula definitiva asignado por el Ministerio
provisionalNumber string Auto Generado por el sistema al aprobar internamente
enrollmentStatus enum Auto Estado actual de la matrícula del profesional
enrollmentDate date Auto Fecha de aprobación definitiva
enrollmentExpiryDate date No Fecha de vencimiento de matrícula (si aplica)
qrCode string Auto Código único PSICOLE-XXXXXXXXXXXXXXXX generado al aprobar definitivamente
rejectionReason string (texto) Sí al rechazar Motivo del rechazo; enviado al aspirante por email
correctionNotes string (texto) Sí al pedir correcciones Observaciones detalladas para el aspirante

Reglas de negocio

Aprobación interna no es aprobación definitiva

Un profesional con matrícula PROVISIONAL puede ejercer pero no tiene número de matrícula definitivo. El proceso ministerial puede tardar semanas. El sistema mantiene ambos estados claramente diferenciados.

El QR es permanente e irrevocable

El código QR se genera una sola vez al aprobar definitivamente. Si la matrícula es suspendida, la URL de verificación seguirá siendo accesible pero mostrará el estado SUSPENDIDA. El QR no se regenera.

La suspensión no cancela deudas existentes

Suspender una matrícula cambia el estado del profesional pero no afecta las deudas pendientes. Las cuotas continúan generándose según la configuración de tipos de cuota hasta que el operador interrumpa la generación manualmente o se registre la baja.

Credencial digital habilitada solo para matriculados definitivos

La credencial con QR solo se genera para profesionales con estado APPROVED. Los que tienen matrícula PROVISIONAL no tienen credencial digital, aunque sí tienen acceso al portal de colegiado con funcionalidades limitadas.

Estados y transiciones

stateDiagram-v2
    [*] --> PENDING : solicitud enviada y pagada
    PENDING --> PROVISIONAL : aprobación interna del Colegio
    PENDING --> REJECTED : rechazo definitivo
    PROVISIONAL --> APPROVED : aprobación ministerial + número definitivo
    PROVISIONAL --> REJECTED : rechazo ministerial
    APPROVED --> SUSPENDED : suspensión por sanción o deuda
    SUSPENDED --> APPROVED : reactivación por operador
    APPROVED --> DISCHARGED : baja voluntaria o definitiva
    SUSPENDED --> DISCHARGED : baja estando suspendido
    APPROVED --> DECEASED : fallecimiento (legacy)

Leyenda de estados del profesional:

Estado Nombre visible Descripción
PENDING Pendiente de revisión Solicitud recibida, en cola de revisión
PROVISIONAL Matrícula Provisoria Aprobado internamente; en trámite ministerial
APPROVED Matriculado Matrícula definitiva otorgada por el Ministerio
REJECTED Rechazado Solicitud rechazada definitivamente
SUSPENDED Suspendido Matrícula suspendida temporalmente
DISCHARGED Dado de baja Baja del padrón
DECEASED Fallecido Registrado post-mortem (migración legacy)

Errores frecuentes

Error Causa Solución
No aparece la solicitud en la bandeja El aspirante no completó el pago del arancel Verificar en la ficha de la solicitud el estado de pago; registrar pago manual si corresponde
El PDF ministerial no se genera Faltan datos académicos en la solicitud Verificar que los campos universityName, graduationDate y degreeTitle estén completos
El QR no se visualiza en la credencial El profesional no tiene qrCode asignado Ir al detalle del profesional y usar Regenerar Credencial
Error al cambiar estado a SUSPENDED El sistema intenta notificar por email pero el SMTP no está configurado Verificar variables SMTP_* en .env del backend; el cambio de estado se puede forzar sin email desde el panel de administración
El profesional no puede iniciar sesión como COLEGIADO El cambio de rol no se aplicó al aprobar Verificar en Administración → Usuarios que el rol del usuario sea COLEGIADO y no ASPIRANTE

Preguntas frecuentes

¿Cuánto tiempo queda en estado PROVISORIA una matrícula? No hay un límite de tiempo automático. El estado PROVISIONAL persiste hasta que el operador registre la respuesta del Ministerio de Salud (positiva o negativa). El tiempo real depende del trámite ministerial, que puede extenderse varias semanas o meses.

¿Un profesional con matrícula PROVISORIA puede pagar cuotas? Sí. Las cuotas se generan automáticamente para todos los profesionales con estado PROVISIONAL o APPROVED según la configuración del tipo de cuota. El tipo de cuota a aplicar (mensual novel, mensual plena) depende de los atributos del profesional configurados en el FeeType.

¿Qué datos son públicos en la verificación por QR? La URL de verificación pública muestra únicamente: nombre completo, número de matrícula, estado de la matrícula, especialidades declaradas y, si aplica, fecha de vencimiento. No muestra DNI, CUIT, dirección ni datos financieros.

¿Puede el aspirante subir más documentos después de que el operador solicite correcciones? Sí. Cuando el estado es REQUIRES_CHANGES, el aspirante puede subir nuevos archivos para los tipos de documentos observados. Al guardar, el estado vuelve automáticamente a UNDER_REVIEW y el operador recibe una notificación.

¿Cómo se maneja una baja voluntaria? El operador inicia el proceso desde Profesionales → [profesional] → Registrar Baja. Se registra la fecha de baja, el motivo y el estado pasa a DISCHARGED. Las deudas pendientes al momento de la baja quedan registradas para gestión de cobro posterior. El usuario conserva acceso al sistema solo para consultar su historial.

Renovación de Matrícula

Las matrículas profesionales tienen una vigencia de 5 años. Al aproximarse la fecha de vencimiento, el sistema notifica automáticamente al colegiado para que inicie el trámite de renovación. El proceso es digital, con firma de Declaración Jurada y adjunto de documentación opcional.


Flujo completo

Colegiado inicia solicitud
       ↓
Firma Declaración Jurada (obligatorio)
       ↓
Adjunta documentos (opcional)
       ↓
Envía al Colegio → PENDING_REVIEW
       ↓
Operador revisa
    ↙         ↘
APPROVED    REQUIRES_CHANGES / REJECTED
    ↓               ↓
Nueva fecha     Colegiado corrige
de vencimiento  y reenvía

Vista del Colegiado

Acceso desde Mi Cuenta → Renovación de Matrícula (/my-matricula-renewal).

Verificar elegibilidad

Al ingresar, la pantalla muestra el estado de la matrícula:

Indicador Descripción
Matrícula vigente Fecha de vencimiento
Días hasta vencimiento Contador en tiempo real
Elegible para renovar Sí / No

Cuándo se puede renovar

La solicitud se habilita cuando faltan 90 días o menos para el vencimiento, o cuando la matrícula ya está vencida. Fuera de ese período el botón "Iniciar renovación" no está disponible.

Paso 1 — Declaración Jurada

Panel administrativo de renovación de matrícula

El colegiado debe:

  1. Leer el texto vigente de la Declaración Jurada.
  2. Marcar el checkbox "Leí y acepto la Declaración Jurada".
  3. Hacer clic en "Firmar y continuar".

El texto de esta Declaración Jurada es compartido con la Solicitud de Matrícula inicial y se administra desde la operación interna del Colegio.

Paso 2 — Documentación

Panel administrativo de renovación de matrícula

Se pueden adjuntar (opcional):

  • DNI frente — imagen (JPG/PNG) o PDF, hasta 13 MB.
  • DNI dorso — imagen (JPG/PNG) o PDF, hasta 13 MB.

Documentos opcionales

Si el Colegio ya tiene los documentos del primer trámite de matrícula, no es obligatorio adjuntarlos nuevamente. El operador puede aprobar la solicitud sin adjuntos si lo considera correcto.

Paso 3 — Confirmación y envío

Muestra un resumen antes de enviar:

Campo Valor
Número de solicitud Generado automáticamente
Vencimiento anterior Fecha de la matrícula actual
DJ firmada Sí / No
Documentos adjuntos Listado

Al hacer clic en "Enviar al Colegio" la solicitud pasa a estado PENDING_REVIEW.

Estados de la solicitud

Estado Badge Descripción
DRAFT Gris Iniciada pero no enviada
PENDING_REVIEW Azul En revisión por el operador
REQUIRES_CHANGES Ámbar El operador solicitó correcciones
APPROVED Verde Renovación aprobada, nueva fecha asignada
REJECTED Rojo Rechazada con motivo
CANCELLED Gris Cancelada por el colegiado

Si el operador solicita correcciones:

El colegiado recibe un email con las observaciones. Al ingresar, la pantalla muestra el mensaje del operador y habilita los campos para corregir y reenviar.


Panel Administrativo

Acceso desde Matrículas → Renovaciones de Matrícula (/admin/matricula-renewal).

Panel administrativo con lista de solicitudes de renovación y estadísticas

Estadísticas

El encabezado muestra:

Indicador Descripción
Pendientes de revisión Solicitudes en PENDING_REVIEW
Aprobadas este mes Renovaciones aprobadas en el mes en curso
Matrículas vencidas sin renovar Profesionales con matrícula vencida sin solicitud activa

Filtros

Filtro Opciones
Estado PENDING_REVIEW / REQUIRES_CHANGES / APPROVED / REJECTED
Búsqueda Nombre, número de matrícula, número de solicitud

Acciones del operador

Desde el panel lateral de detalle de cada solicitud:

Panel de detalle con datos de la solicitud y botones de acción

Acción Cuándo Descripción
Aprobar PENDING_REVIEW Establece la nueva fecha de vencimiento (+5 años) y notifica al colegiado
Solicitar correcciones PENDING_REVIEW Devuelve la solicitud al colegiado con observaciones. El colegiado puede corregir y reenviar
Rechazar PENDING_REVIEW Rechaza definitivamente con motivo obligatorio. El colegiado deberá iniciar una nueva solicitud
Agregar nota interna Cualquier estado Nota visible solo para operadores, no para el colegiado

Aprobación y fecha de vencimiento

Al aprobar, el sistema calcula la nueva fecha de vencimiento como +5 años desde la fecha de vencimiento anterior (no desde la fecha de aprobación). Esto evita que las renovaciones tardías "pierdan" años de vigencia.


Notificaciones automáticas

El sistema envía emails automáticos en los siguientes eventos:

Evento Destinatario Contenido
90 días antes del vencimiento Colegiado Recordatorio de renovación próxima
30 días antes del vencimiento Colegiado Recordatorio urgente
Solicitud enviada Colegiado + Operadores Confirmación de recepción
Solicitud aprobada Colegiado Nueva fecha de vencimiento y próximos pasos
Correcciones solicitadas Colegiado Observaciones del operador
Solicitud rechazada Colegiado Motivo del rechazo

Los templates de email son editables desde Administración → Notificaciones → Templates.

Débito Automático

El módulo de Débito Automático permite registrar un método de cobro mensual para las cuotas: CBU / COELSA o tarjeta de crédito. El descuento depende del método activo:

Método Descuento certificado
CBU / Caja de ahorro 20%
Tarjeta de crédito 30%

Las tarjetas de débito pueden existir como dato histórico, pero no se habilitan para nuevas adhesiones.

Adhesion activa y jubilacion

El descuento por metodo de cobro solo se aplica con adhesion ACTIVE. Si el profesional tiene beneficio de jubilacion para la cuota mensual, no se acumula CBU/tarjeta: se aplica jubilacion 50% sobre el importe base y la adhesion de cobro no debe quedar activa como segundo descuento.


Vista del Colegiado

Acceso desde Mi Cuenta → Débito Automático (/my-direct-debit).

Panel de débito automático administrativo con estadísticas y lista de adhesiones

Vista en dispositivo móvil:

Panel de débito automático en celular

Adherirse al débito automático

  1. Ingresar en "Mi Cuenta → Débito Automático".
  2. Hacer clic en "Solicitar adhesión".
  3. Completar el formulario:
Campo Requerido Descripción
CBU 22 dígitos. Se valida el dígito verificador automáticamente
Titular de la cuenta Nombre exacto del titular tal como figura en el banco
Banco Selección del banco correspondiente al CBU
  1. Confirmar los datos y enviar.
  2. La solicitud queda pendiente de activación por el Colegio.

Activación manual

La adhesión al débito automático no se activa instantáneamente. El Colegio debe procesar la adhesión ante el banco antes de que el débito comience a aplicarse. Este proceso puede tardar hasta 30 días.

Estados de la adhesión

Estado Badge Descripción
Sin adhesión No tiene CBU registrado
PENDING Amarillo Solicitud enviada, en proceso de activación
ACTIVE Verde Método activo; el descuento se aplica según CBU 20% o tarjeta de crédito 30%
SUSPENDED Gris Adhesion suspendida temporalmente; no aplica descuento ni entra a lote
CANCELLED Rojo Adhesión cancelada

Cambiar o cancelar el CBU

Para modificar el CBU: la pantalla permite ingresar uno nuevo. Esto genera una nueva solicitud de adhesión mientras el anterior permanece activo hasta que el nuevo sea procesado.

Para cancelar el débito: hacer clic en "Cancelar débito automático". Al cancelar, el descuento por método de cobro deja de aplicarse en el próximo período.


Panel Administrativo

Acceso principal desde Dinero → Operaciones → Débito Automático (/admin/dinero/operaciones?tool=debito).

Panel administrativo con lista de adhesiones al débito automático

Debito automatico en Operaciones de Dinero

La pantalla separa la gestión bancaria por CBU de la gestión de tarjetas:

Vista Uso operativo
Adhesiones Revisar profesionales adheridos, método de cobro, estado, descuento y trazabilidad
Lotes de Débito Generar lotes bancarios para CBU / COELSA, descargar archivo y conciliar la devolución
CBU / COELSA Adhesiones bancarias que se envían al banco en archivo COELSA
Tarjeta crédito Adhesiones de tarjeta vinculables a una pasarela de pago
Tarjeta débito Solo revisión histórica; las nuevas adhesiones se rechazan

Al seleccionar una adhesión, el panel de detalle muestra el profesional, matrícula, método registrado, CBU o tarjeta asociada, estado operativo, descuento aplicado y última vinculación técnica con la pasarela cuando corresponde.

CBU y archivo COELSA

Para débitos por CBU, el flujo es bancario:

  1. Revisar adhesiones CBU / COELSA activas con cuenta verificada.
  2. Confirmar que las cuotas del periodo ya fueron generadas y estan pendientes o vencidas.
  3. Crear el lote del período manualmente o revisar el lote creado por la tarea programada.
  4. Revisar cantidad de transacciones y total del lote antes de descargar.
  5. Descargar el archivo COELSA desde Lotes de Débito.
  6. Enviar el archivo al banco por el canal operativo acordado.
  7. Cargar la devolución del banco.
  8. Conciliar aprobados y rechazados.

Los lotes COELSA no incluyen tarjetas.

Control de importe del lote

El lote CBU debe cuadrar contra las cuotas finales del periodo. Antes de enviarlo al banco, comparar el total del lote con la suma de Debt.finalAmount de las deudas incluidas. Las deudas de jubilados no deben incluir doble descuento CBU+jubilacion. Si no coincide, no enviar el archivo y revisar el caso en Dinero.

Importe incluido en el lote

La generación manual y la tarea programada usan la misma regla:

Dato Uso
Debt.amount Importe original de la cuota antes de descuentos. Se guarda como referencia.
Debt.finalAmount Importe final que se envía al banco como debitAmount.
amount - finalAmount Descuento total ya aplicado en la deuda. Puede incluir debito o jubilacion, pero no ambos a la vez sobre la cuota mensual.

El lote no recalcula descuentos sobre el importe original. Toma el saldo final de la deuda ya generada para evitar que un beneficio acumulado quede duplicado o perdido.

Ejemplo operativo:

Concepto Importe
Cuota original $1.000
Descuento CBU 20% -$200
Importe final en deuda y lote CBU $800

Si el colegiado es jubilado, el ejemplo cambia: cuota original $1.000, jubilacion 50%, importe final $500. Ese caso no entra como doble descuento CBU+jubilacion.

Tarjetas y pasarela de pago

Las tarjetas de crédito no se mezclan con el lote bancario CBU. La adhesión del profesional conserva el método de cobro elegido, y la vinculación técnica con la pasarela queda separada para poder cambiar de proveedor sin rehacer la adhesión.

Hoy la pasarela puede ser NAVE, pero el diseño permite registrar otra pasarela manteniendo la adhesión del profesional y su trazabilidad.

Cambios administrativos de metodo de cobro

Los perfiles autorizados de Dinero o Administración pueden corregir el método de cobro desde la ficha profesional cuando corresponde. El cambio no queda moderado por el usuario final, pero debe quedar:

  • visible para el profesional en su perfil;
  • registrado en historial y auditoría;
  • asociado al operador que lo realizó;
  • notificado cuando corresponda.

¿Qué puede hacer el operador?

Acción Descripción
Ver todas las adhesiones Lista con CBU, banco, titular, estado y fecha de solicitud
Activar Marcar una adhesión como ACTIVE (tras confirmar con el banco)
Desactivar temporalmente Pasar a SUSPENDED sin cancelar (ej.: problemas bancarios o incompatibilidad con jubilacion)
Cancelar Dar de baja la adhesión con motivo registrado
Exportar Descargar lista de CBUs activos para envío al banco

Filtros disponibles

  • Por estado (PENDING / ACTIVE / SUSPENDED / CANCELLED)
  • Búsqueda por nombre, DNI, matrícula o CBU

Flujo de activación

  1. Colegiado solicita adhesión → estado PENDING.
  2. Operador descarga el archivo de adhesiones pendientes para el banco.
  3. Banco procesa el archivo.
  4. Operador recibe confirmación del banco.
  5. Operador activa las adhesiones en PSICOLE → estado ACTIVE.
  6. En el próximo ciclo de facturación, las cuotas se generan con el descuento correspondiente al método: CBU 20% o tarjeta de crédito 30%.

Descuento por método de cobro automático

El descuento se aplica automáticamente al generar las cuotas de cada mes para todos los colegiados con método de cobro en estado ACTIVE, siempre que el tipo de cuota mensual permita ese descuento.

Método activo Regla aplicada en el RUN
BANK_DEBIT 20% por CBU / Caja de ahorro
CREDIT_CARD 30% por tarjeta de crédito

Cambio de estado y cuotas ya emitidas

Si un colegiado cancela el débito después de que se generaron las cuotas del mes, las cuotas ya emitidas mantienen el descuento aplicado. El ajuste aplica al siguiente período.

El porcentaje del descuento forma parte de la configuracion del concepto mensual y de la adhesion operativa. Para cambios masivos, validar el impacto en la previsualizacion de cuotas antes de ejecutar el RUN mensual.

Rechazos bancarios

Cuando el banco rechaza un debito, PSICOLE conserva la trazabilidad del intento y la cuota queda pendiente para gestion administrativa. En ese caso se revierte solo el descuento de debito directo. Los beneficios ajenos al CBU, como jubilacion, beneficio parental o ajustes aprobados, se mantienen.

Siguiendo el ejemplo anterior, si el banco rechaza un debito de $800 con CBU 20%, la cuota vuelve a $1.000 salvo que exista otro beneficio no CBU aprobado. Si el colegiado es jubilado, no debio entrar al lote con doble descuento; debe conservar solo la cuota final de jubilacion.

El operador debe revisar:

  • motivo informado por el banco;
  • estado de la adhesion y cantidad de rechazos consecutivos;
  • importe que queda pendiente luego del rechazo;
  • si corresponde mantener, revertir o ajustar beneficios distintos del debito;
  • si el rechazo debe suspender la adhesion por acumulacion de rechazos consecutivos.

Los rechazos pueden suspender automaticamente la adhesion si superan el umbral configurado.


Preguntas frecuentes

¿Cuándo se hace efectivo el débito? La fecha de débito coincide con la fecha de vencimiento de la cuota, configurada en el tipo de cuota correspondiente.

¿Qué pasa si el débito falla (fondos insuficientes)? El sistema registra el intento fallido. La cuota queda como pendiente y el operador puede gestionarla manualmente. No se aplican recargos por mora automáticos en el primer intento fallido.

¿El descuento aplica a todas las cuotas? Solo a las cuotas de tipo "regular" (cuota mensual). Los aranceles por trámites, cursos u otras cuotas extraordinarias no tienen descuento por débito.

Operaciones de dinero con trazabilidad única
🖥 Escritorio Operaciones de dinero con trazabilidad única
Operaciones de dinero con trazabilidad única — móvil
📱 Móvil Operaciones de dinero con trazabilidad única

Módulo DINERO

DINERO concentra el ciclo económico completo de PSICOLE: cuotas, pagos online, caja, conciliación bancaria, transferencias, planes de pago, débitos automáticos, liquidaciones, reintegros y auditoría. La regla operativa es simple: todo movimiento económico relevante debe poder abrirse como una operación única trazable.

Acceso

Menú admin: Dinero → Operaciones
Ruta principal: /admin/dinero/operaciones
Roles: ADMIN, operadores con módulo financiero habilitado.

Las rutas históricas de cobranza, caja, conciliación, transferencias, planes y débito redirigen a esta vista para evitar pantallas duplicadas.

Vista de operaciones de dinero con filtros y submódulos

Vista auditada desktop y mobile

La vista vigente de Dinero → Operaciones fue auditada en escritorio y celular. Los submódulos mantienen navegación horizontal controlada en móvil, las alertas operativas quedan dentro del viewport y las acciones principales se apilan sin superponerse.

Operaciones de dinero en escritorio

Operaciones de dinero en celular


Submódulos

Submódulo Uso operativo Resultado esperado
Dashboard Resumen de ingresos, pendientes y alertas Diagnóstico rápido del estado financiero
Operaciones Ficha única para pagos, recibos, caja, conciliación, OOSS y reversas Trazabilidad por PAY-YYYY-NNNNNN
Cuotas Deudas de matrícula, cursos, trámites y recargos Cargos pendientes o pagados
Caja Apertura, movimientos y cierre diario Arqueo con responsable y sesión
Conciliación Extractos bancarios, depósitos y matching Ingresos conciliados sin duplicar
Transferencias Depósitos manuales o transferencias directas Asignación a deuda, curso, trámite o saldo
Planes de pago Acuerdos de deuda en cuotas Cuotas planificadas y pagos imputados
Débito automático Adhesiones CBU, lotes y rechazos Cobro periódico controlado
Pasarelas NAVE como checkout online activo; PAYWAY solo como POS físico legacy; otros proveedores solo si se habilitan operativamente Cobros externos con idempotencia
Reintegros y reversas Devoluciones, anulaciones y pagos por error Movimiento compensatorio auditado

Filtros operativos de beneficios, planes y conceptos externos

Cuando el RUN mensual usa reglas persistentes, Dinero debe permitir aislar cada causa económica sin mezclarla con pagos comunes:

Filtro operativo Qué revisa
Cuotas de planes de pago Cuotas pagadas, pendientes o canceladas de planes cargados al profesional.
Conceptos externos Ingresos esperados o aplicados que no nacen como cuota mensual local.
Cursos Pagos de cursos, incluyendo cursos nacionales con participantes fuera del padrón local.
Descuentos por regla Snapshots de beneficios aplicados a deudas.
Primera matrícula Deudas bonificadas por alta inicial.
Jubilatorios Deudas con beneficio jubilatorio aplicado.
Maternidad/paternidad Deudas con beneficio parental vigente aplicado.

Estos filtros son de control y auditoría. Si muestran reglas históricas, importes fuera de rango, cuotas de plan pagadas por planilla sin PAY o conceptos esperados sin profesional asociado, el caso debe quedar en revisión antes de conciliarse automáticamente.


Facturar cuotas, servicios AFIP y cola fiscal

La facturación fiscal post-pago se gestiona desde el circuito activo de Dinero. Las pantallas legacy de facturación fueron retiradas o redirigidas hacia Dinero → Configuración y Gobernanza del dinero para evitar duplicar operaciones.

Este apartado cubre EPIC-02UC-2.4 Facturar Cuotas (AFIP) y EPIC-08UC-8.4 Servicios AFIP: generación de comprobantes fiscales posterior al cobro, cola de reintentos, procesamiento manual controlado y alertas cuando AFIP no está disponible o no está configurado.

El flujo vigente separa dos conceptos:

Concepto Qué representa
Recibo PSICOLE Comprobante interno del cobro, vinculado a PAY y deuda
Job AFIP Tarea de cola que intenta autorizar el comprobante fiscal cuando AFIP está configurado

Flujo operativo AFIP

  1. Un pago queda aprobado y se materializa operación, pago y recibo.
  2. PSICOLE encola un trabajo AfipInvoiceJob asociado al recibo o pago correspondiente.
  3. La tarea programada o el botón Procesar AFIP toma trabajos QUEUED.
  4. Si AFIP está configurado y disponible, el trabajo intenta obtener autorización fiscal.
  5. Si falta configuración o AFIP no responde, el trabajo queda en reintento o FAILED con error visible.
  6. El operador revisa la alerta y decide reintentar, corregir configuración o gestionar el comprobante por fuera según el procedimiento institucional.

Estados de la cola

Estado Uso
QUEUED Pendiente de procesar
IN_PROGRESS En procesamiento
DONE Autorizado y finalizado
FAILED Alcanzó el máximo de intentos o requiere intervención

AFIP no debe simular un CAE real

Si el entorno no tiene WSAA/WSFE configurado o la integración real está pendiente, PSICOLE no debe emitir CAE ficticio como comprobante fiscal válido. El job deja trazabilidad y alerta, pero el comprobante fiscal existe recién cuando AFIP autoriza.

Evidencia visual

La operación diaria se controla desde Gobernanza del dinero, donde aparecen la tarjeta Cola AFIP, el botón Procesar AFIP y las alertas activas.

Panel de operaciones de dinero


Flujo mensual de cuotas, lote y conciliacion

El ciclo mensual de dinero se controla en cuatro momentos: valor vigente, generacion de deuda, cobro o debito, y corroboracion bancaria. El objetivo es que el importe aprobado por el Colegio llegue a una deuda concreta, a una operacion de dinero y finalmente a un movimiento bancario conciliado.

  1. Definir el valor vigente. El administrador valida que CUOTA_MENSUAL este activo y que el periodo exista en el Tarifario Mensual de Cuotas. El importe base, los finales por medio de cobro y los beneficios salen de MONTHLY_FEE_TARIFF_POLICY.
  2. Previsualizar la generacion. En Dinero -> Operaciones -> Cuotas, el operador selecciona tipo de cuota y periodo. La previsualizacion permite revisar cantidad de profesionales, cuotas a generar y monto total antes del RUN.
  3. Ejecutar el RUN mensual. La generacion crea una deuda por profesional, periodo y tipo. Esa deuda queda con amount, discount y finalAmount; tambien se registra el cargo en cuenta corriente. Esta accion no representa dinero cobrado todavia.
  4. Cobrar o preparar lote. Los pagos manuales, online, transferencias y debito automatico aplican contra las deudas abiertas. En CBU / COELSA, tanto la generacion manual como la tarea programada toman Debt.finalAmount como importe a debitar. Las tarjetas no entran al archivo COELSA.
  5. Corroborar con extracto. Al cargar la extraccion bancaria, la conciliacion confirma que el dinero efectivamente ingresado o debitado coincide con una operacion PSICOLE. Si hay una diferencia aprobada por aumento mensual, se registra como ajuste contable trazable; si no, queda para revision humana.

Valores certificados mayo/junio 2026

Periodo Cuota general CBU / Caja de ahorro Tarjeta de credito Jubilado
Mayo 2026 $15.615,00 $12.492,00 $10.930,50 $7.807,50
Junio 2026 $16.021,00 $12.817,00 $11.215,00 $8.010,50

Reglas certificadas:

  • CBU / Caja de ahorro: 20% de descuento.
  • Tarjeta de credito: 30% de descuento.
  • Jubilados: 50% de descuento.
  • Jubilacion excluye CBU/tarjeta: no se permite doble descuento sobre la cuota mensual.
  • Los importes finales se redondean al multiplo operativo de $0,50.
  • El valor junio 2026 se carga como importe oficial fijo de $16.021. No debe inferirse como incremento de 2,1% sobre mayo, porque ese porcentaje no produce ese monto.

Control especifico de lote CBU

El lote de debito por CBU no es una nueva liquidacion de descuentos. Es una foto operativa de deudas ya generadas.

Momento Dato que debe cuadrar
RUN mensual Debt.amount, Debt.discount y Debt.finalAmount por profesional, periodo y tipo.
Generacion de lote CBU DirectDebitTransaction.debitAmount igual a Debt.finalAmount.
Archivo COELSA Total de archivo igual a suma de debitAmount del lote.
Devolucion bancaria aprobada Pago/recibo/cuenta corriente por el importe debitado.
Devolucion bancaria rechazada Deuda pendiente con descuento CBU revertido, conservando beneficios no CBU compatibles.

Si un profesional tiene una cuota original de $1.000 y CBU activo, el RUN deja una deuda final de $800 y ese es el importe del lote. Si el banco rechaza el debito, la deuda vuelve a $1.000 salvo que exista otro beneficio no CBU compatible. Si el profesional es jubilado, el RUN deja $500 por jubilacion y no aplica CBU/tarjeta sobre esa misma cuota.

RUN mensual auditable de conciliacion

El cierre mensual de cuotas debe registrarse como un RUN auditable antes de aplicar conciliaciones masivas. El RUN no reemplaza las sesiones de conciliacion bancaria: las agrupa por periodo y deja constancia de fuentes, decisiones, metricas y pendientes.

Desde la aplicacion se opera en Dinero -> Operaciones -> Conciliacion -> RUN mensual. El panel permite crear un RUN PREVIEW, seleccionar el periodo, registrar extractos ya procesados como fuentes, simular decisiones y recalcular metricas. Es un panel de auditoria y control: no aplica pagos por si mismo, no modifica deudas y no envia comunicaciones.

El RUN mensual guarda:

Registro Funcion
MonthlyReconciliationRun Periodo, marcador, estado, modo, metricas y responsable.
MonthlyReconciliationSource Fuentes usadas: CBU, tarjeta, extracto general, caja, recibos, padron, prestadores o evidencia auxiliar.
MonthlyReconciliationDecision Clasificacion por evento: auto aplicable, ya cerrado, revision manual, bloqueado o excluido.

Estados operativos:

  • DRAFT: RUN creado, todavia sin decisiones completas.
  • PREVIEWED: fuentes y decisiones previsualizadas, sin aplicar pagos.
  • APPLIED: reglas estrictas aplicadas con idempotencia.
  • CLOSED: cierre administrativo del mes.
  • CANCELLED: RUN descartado sin usar como fuente de cierre.

Reglas de seguridad:

  • Todo archivo debe tener tipo, rol, periodo, cantidad, monto y hash cuando exista.
  • Las fuentes primarias son las que representan eventos individuales de dinero cobrado o rechazado, por ejemplo CBU y tarjeta. Extractos generales, recibos, padrones y listados de prestadores sirven como evidencia auxiliar o contraste, no como dinero nuevo por si solos.
  • Un re-run debe reutilizar eventKey, marker e idempotencyKey para no duplicar operaciones.
  • En SANDBOX el RUN puede previsualizar y clasificar sin enviar correos ni notificaciones.
  • La accion Simular PREVIEW escribe solo MonthlyReconciliationDecision: AUTO_APPLY_STRICT, ALREADY_CLOSED, MANUAL_REVIEW, BLOCKED o EXCLUDED. No crea PaymentOperation, no emite recibos y no cambia Debt.status.
  • Las PaymentOperation aprobadas por re-runs anteriores pueden cerrar un evento como ALREADY_CLOSED si existe evidencia unica por periodo, archivo, referencia y monto. Si hay ambiguedad, el evento queda BLOCKED.
  • En la pantalla, Eventos tratados incluye tambien los EXCLUDED. La tasa de exito se calcula sobre eventos elegibles, es decir, tratados menos excluidos. Pendiente auditable corresponde a revision manual + bloqueados, no a todos los tratados.
  • Los ajustes por aumento mensual salen de Dinero -> Configuracion -> Ajustes conciliacion (MONTHLY_FEE_RECONCILIATION_ADJUSTMENTS), no de codigo hardcodeado.
  • Cuando se registra un extracto general como Galicia, el PREVIEW lo clasifica antes de matchear: cuota mensual, ajuste de periodo anterior, tramite/arancel, curso, liquidacion institucional, transferencia a clasificar o movimiento no acreditado. Solo la ruta de cuota mensual puede seguir al motor estricto de deudas; liquidaciones institucionales y egresos quedan excluidos del denominador de cuota, y tramites/cursos pasan a revision manual del concepto correspondiente.

Certificacion SANDBOX mayo/junio 2026

La certificacion de cuotas de mayo y junio 2026 se hizo en SANDBOX con fuentes primarias de tarjeta y CBU, mas recibos, padrones, caja y listados de contraste. El objetivo fue probar el flujo completo RUN -> deuda -> lote/cobro -> operacion PAY -> recibo -> cuenta corriente -> banco -> conciliacion sin enviar correos ni avisos.

Resultado operativo de la prueba:

Medicion Eventos Monto
Tarjeta aceptada + CBU cobrado en fuentes primarias 5.986 $70.671.456,50
Conciliado con destino seguro despues del cierre 5.697 $67.128.180,50
Sin destino seguro estricto 289 $3.543.276,00
Tasa de conciliacion 95,17% 94,99%

Tratamiento del remanente original de 360 eventos:

Tratamiento Eventos Monto
Aplicados y verificados en SANDBOX 71 $883.603,50
Ya cerrados/no-PENDING, sin accion nueva 123 $1.547.622,00
Bloqueados/manuales por identidad o destino insuficiente 152 $1.851.042,50
Sin deuda PENDING compatible 6 $48.060,00
Bloqueados por regla bancaria estricta 8 $96.551,50
Total tratado 360 $4.426.879,50

Los 71 aplicados usaron el marcador SANDBOX_REMAINING_360_CBU_PENDING_79_20260623. La verificacion exigio deuda PAID, operacion aprobada, recibo activo, pago aprobado, movimiento de cuenta corriente, asiento contable, links documentales y transaccion bancaria MANUAL_MATCHED. El replay idempotente no creo objetos nuevos.

Los 289 restantes no deben aplicarse por inferencia debil: requieren desempate de banco/emisor, migracion formal de profesional, generacion de deuda faltante o una regla operativa aprobada.

Definicion de cuota mensual certificada

En la version certificada en sandbox, la definicion de cuota mensual queda controlada por el concepto oficial, el tarifario mensual y la deuda que genera el RUN:

Capa Funcion
Tarifario mensual (MONTHLY_FEE_TARIFF_POLICY) Fuente de verdad para importe base, importes finales por CBU/tarjeta, jubilacion, redondeo y periodos vigentes.
Tipo de Cuota (FeeType) Habilita el concepto mensual oficial CUOTA_MENSUAL, periodicidad y vigencia general del concepto. Los conceptos mensuales historicos quedan inactivos.
Deuda generada (Debt) Congela para cada profesional y periodo amount, discount y finalAmount; ese importe es el que toman cobros y lote CBU.
Adhesion de cobro (DirectDebitEnrollment) Diferencia CBU / Caja de ahorro de tarjeta de credito para aplicar 20% o 30% solo si la adhesion esta ACTIVE y no hay jubilacion sobre esa cuota.

Si para un mes nuevo se aprueba otro valor, se agrega el periodo al tarifario mensual. El RUN genera la deuda con ese importe base y los descuentos aplicables; el lote CBU toma luego el Debt.finalAmount, no vuelve a calcular el valor desde cero.

Mora y trámites

La mora vigente se calcula con la configuracion activa al momento de previsualizar o cobrar. Hoy no existe una matriz completa por tramite y periodo para matricula, renovacion, especialidad o certificados; esos aranceles viven como FeeType y deben versionarse con la misma disciplina hasta que se implemente un tarifario centralizado.

Control antes de enviar un lote CBU

Antes de enviar un archivo bancario, comparar el total del lote con la suma de los importes finales de las deudas del periodo incluidas en el lote. Si hay diferencia, no enviar el archivo y revisar descuentos, beneficios, rechazos previos, metodo de cobro o ajustes pendientes.


Cobro desde ficha profesional y caja

Cuando el operador necesita registrar un cobro manual a un profesional, puede iniciar el circuito desde la lista o ficha de profesionales.

En Profesionales, la acción con ícono de maletín abre el flujo de Caja para ingresar el pago correspondiente. Desde allí se registra el cobro, se imputa contra la deuda o concepto que corresponda y queda asociado a una operación de dinero trazable.

Uso operativo:

  1. Buscar al profesional.
  2. Abrir la acción de cobro/caja desde la fila o ficha.
  3. Confirmar concepto, importe, medio de pago y caja responsable.
  4. Registrar el pago.
  5. Revisar que quede emitido el recibo o movimiento asociado.

Este flujo se usa para cobros manuales presenciales o administrativos. Los pagos online y débitos automáticos siguen sus propios circuitos.


Operación única de dinero

Cada pago, cobro, depósito, reversa o conciliación importante se representa con una PaymentOperation. Su número visible tiene formato:

PAY-2026-000001

Ese número es el punto de entrada para soporte, auditoría, conciliación y comunicación con el usuario. Desde la single se debe poder ver:

  • Estado en español amable: Aprobada, Pendiente, Rechazada, Revertida.
  • Canal: NAVE, transferencia bancaria, efectivo, caja, FIXED_POS, débito automático, obra social u otro.
  • Propósito: cuota de matrícula, curso, trámite, plan, liquidación, cobro particular o reintegro.
  • Origen e idempotencia: proveedor, referencia externa, clave idempotente y registro origen.
  • Vínculos: deuda, pago, recibo, profesional, lote, caja, extracto o conciliación.
  • Eventos: creación, aprobación, recibo creado, conciliación, reversa, usuario responsable y fecha.
  • Impacto contable: asiento o vínculo a libro diario cuando corresponda.

Single de operación con trazabilidad y eventos

Regla de trazabilidad

Ninguna pantalla debe mostrar un pago como dato suelto si existe una operación. La fila debe abrir la single canónica de la operación, tanto en admin como en el perfil del profesional.


Exportaciones de operaciones

Desde Dinero → Operaciones las exportaciones deben respetar los filtros activos de la vista: período, estado, canal, propósito, profesional, texto de búsqueda y demás criterios aplicados.

El botón de Excel/CSV exporta el conjunto completo que coincide con esos filtros, no solo la página visible. Si no hay movimientos para exportar, la UI debe avisarlo antes de descargar un archivo vacío.

Uso operativo:

  1. Aplicar los filtros necesarios en Dinero → Operaciones.
  2. Revisar el total de resultados.
  3. Exportar a Excel o CSV.
  4. Usar el archivo como soporte de auditoría, conciliación o análisis operativo.

Pagos y recibos

PSICOLE distingue tres conceptos:

Concepto Número Función
Operación de dinero PAY-YYYY-NNNNNN Movimiento económico trazable
Pago Interno Imputación del dinero contra una o más deudas
Recibo REC-YYYY-NNNNNN Documento emitido como comprobante

El dato documental autoritativo es Receipt.receiptNumber. Si un registro legado de pago conserva receiptNumber, se considera dato histórico y no debe presentarse como numeración principal.

Una operación puede vincular uno o más pagos y uno o más recibos según el caso operativo: pago de varias cuotas, curso más recargo, reversa parcial o regularización manual.


Pasarelas y conciliación

Los pagos por NAVE u otra pasarela habilitada no reemplazan la conciliación bancaria. Se relacionan así:

  1. El usuario inicia un pago desde Pagar deuda.
  2. La pasarela crea una solicitud externa con referencia única.
  3. PSICOLE registra o actualiza la operación PAY.
  4. Cuando la pasarela aprueba, PSICOLE materializa pago, recibo y eventos.
  5. Luego la pasarela liquida el dinero en una cuenta bancaria.
  6. La conciliación cruza la liquidación de la pasarela y el extracto del banco.

La idempotencia evita cobrar o registrar dos veces: se controla por proveedor, referencia externa, operación interna, monto, fecha y clave idempotente del lote o extracto.

PAYWAY y POS fijo

PAYWAY puede seguir apareciendo como providerCode técnico en extractos, settlements o importaciones históricas, pero la superficie operativa y las rendiciones deben tratarlo como POS físico fijo (FIXED_POS), no como pasarela online.


Reintegros, reversas y pagos por error

Las devoluciones no deben borrar el pago original. Se registra una operación compensatoria vinculada a la operación original.

Caso Acción correcta
Pago duplicado Crear reversa o reintegro vinculado al PAY original
Curso pagado y luego desinscripto Aplicar política de reembolso configurada
Transferencia mal imputada Reasignar si no hay recibo emitido o crear reversa si ya fue documentada
Error de caja Registrar ajuste con motivo y responsable

La configuración de políticas se administra desde Dinero → Configuración, con motivo obligatorio y auditoría.

Contabilidad y libro diario

La trazabilidad del dinero no termina en el cobro. Cuando el circuito lo requiere, la operación debe dejar preparado o vinculado su impacto contable:

  • cuenta o rubro operativo;
  • fecha contable;
  • asiento de libro diario o pendiente de generación;
  • relación entre operación PAY, recibo, conciliación y contrapartida.

La regla práctica es que una conciliación correcta no debe romper la relación entre operación económica y libro diario.


Criterios de calidad operativa

  • Todo estado visible debe estar en español amable.
  • Toda fila de pago debe abrir una single canónica.
  • Todo recibo debe abrir su documento o su operación asociada si todavía no existe vista documental separada.
  • Toda conciliación debe mostrar si el dinero proviene de pasarela, banco, caja, débito o transferencia directa.
  • Toda reversa debe conservar el vínculo con el movimiento original.
  • Toda operación conciliada debe poder rastrearse hasta su salida contable o su pendiente contable.
Módulo de cobro de cuotas y finanzas
🖥 Escritorio Módulo de cobro de cuotas y finanzas
Módulo de cobro de cuotas y finanzas — móvil
📱 Móvil Módulo de cobro de cuotas y finanzas

Finanzas

Finanzas es la vista operativa del dinero diario: deudas, pagos, recibos, caja y conciliación. Para el circuito completo y la single de trazabilidad, ver Módulo DINERO.

Principios

  • Un pago no debe quedar aislado: debe vincularse a una operación PAY.
  • Un recibo se identifica por REC y es el documento autoritativo.
  • Caja, transferencias y pasarelas deben conciliarse sin duplicar ingresos.
  • Los estados se muestran en español amable.

Listado financiero con deudas y pagos


Cobranza

La cobranza permite registrar pagos manuales o revisar obligaciones pendientes. Cuando se registra un cobro:

  1. Se selecciona profesional y deuda.
  2. Se informa canal: efectivo, transferencia, caja, débito, NAVE u otro.
  3. Se valida que no exista una operación equivalente.
  4. Se crea la operación de dinero.
  5. Se emite recibo cuando corresponde.

Registro de pago financiero


Recibos

El recibo es el comprobante documental del cobro. Su número se genera en la entidad Receipt y no debe confundirse con identificadores internos de pago.

Dato Descripción
Número REC-YYYY-NNNNNN
Operación vinculada PAY-YYYY-NNNNNN
Profesional Titular de la deuda o del pago
Método Medio principal o proveedor
Instrumento Tarjeta, QR, CBU, efectivo u otro detalle secundario

Caja

Caja controla sesiones diarias de ingreso y egreso. Cada apertura, movimiento y cierre queda vinculado al responsable. Si el movimiento genera pago, también debe crear operación trazable.

Flujo operativo de caja

  1. Abrir una sesión de caja con responsable, caja física y saldo inicial.
  2. Registrar ingresos o egresos indicando concepto, importe, medio y profesional cuando corresponda.
  3. Imputar pagos contra deudas abiertas o dejar el movimiento como operación de caja identificada.
  4. Emitir recibo cuando el movimiento documenta un cobro.
  5. Cerrar la caja al final de la jornada con arqueo, diferencia y observación obligatoria si no cuadra.
Estado Significado
Abierta La caja acepta movimientos
Cerrada La jornada quedó bloqueada y auditada
Diferencia El arqueo no coincide y requiere explicación

Registro de pago financiero

No usar caja para saltear trazabilidad

Un cobro registrado por caja debe quedar vinculado a una operación PAY y, si corresponde, a un recibo REC. Si el dinero entra por banco o pasarela, la caja no reemplaza la conciliación.


Conciliación

La conciliación bancaria cruza tres capas:

  1. Operaciones internas de PSICOLE.
  2. Liquidaciones de pasarelas o lotes de débito.
  3. Extractos bancarios reales.

Una transferencia directa que no pasó por pasarela también puede conciliarse; si corresponde a deuda, curso o trámite, se imputa desde la operación.


Reversas y reintegros

Los reintegros no borran recibos ni pagos históricos. Crean una operación compensatoria con motivo obligatorio y vínculo al movimiento original.


Reporte financiero

Los reportes financieros permiten revisar ingresos, egresos, métodos de pago, cuotas, caja y evolución mensual sin modificar datos. Sirven para control administrativo, auditoría y preparación de información contable.

Este apartado cubre EPIC-04UC-4.1 Reporte Financiero: acceso a reportes, extracción de datos consistentes y lectura cruzada con caja, pasarelas, recibos y conciliación.

Ruta operativa: /admin/financial-reports o Administración → Reportes financieros.

Flujo operativo

  1. Elegir período o rango de fechas.
  2. Seleccionar vista: recaudación, métodos de pago, evolución mensual, caja o balance.
  3. Revisar totales y desgloses.
  4. Comparar contra caja, pasarelas y conciliación cuando haya diferencias.
  5. Exportar el reporte si se requiere soporte externo.

Reglas de lectura

Regla Detalle
Reporte no cobra Nunca crea pagos, deudas ni recibos
Fuente trazable Los importes deben poder abrirse desde operación PAY, recibo o caja
Período explícito Todo reporte debe mostrar el corte temporal usado
Diferencias Se investigan en caja o conciliación, no se corrigen desde el reporte

Listado financiero con deudas y pagos

Panel de pagos online del colegiado
🖥 Escritorio Panel de pagos online del colegiado
Panel de pagos online del colegiado — móvil
📱 Móvil Panel de pagos online del colegiado

Pagos Online y Pasarelas

Pagos Online permite que colegiados, prestadores o usuarios asistidos paguen deudas desde el portal. El checkout online operativo actual se canaliza por NAVE. PSICOLE nunca almacena datos de tarjeta.

Flujo de pago

  1. El usuario ingresa a Pagar deuda.
  2. Selecciona una o más cuotas, cursos, trámites u obligaciones pendientes.
  3. Confirma el total.
  4. PSICOLE crea una solicitud en la pasarela habilitada.
  5. El usuario completa el pago en el checkout externo.
  6. Al volver o al refrescar estado, PSICOLE consulta la pasarela.
  7. Si el pago fue aprobado, se materializan operación, pago, recibo y eventos de auditoría.

Selección de deuda y confirmación de pago

Capturas auditadas desktop y mobile

La pantalla de pagos fue recapturada en escritorio y celular para validar selección de deuda, acciones de pago y lectura de estados sin corrimientos laterales. Estas capturas reflejan la superficie vigente para el usuario final.

Pagos en escritorio

Pagos en celular


NAVE y otros proveedores

La pasarela visible depende de la configuración de Dinero → Configuración. En sandbox se trabaja en modo demo o entorno inerte.

Proveedor Uso
NAVE Checkout externo operativo para tarjeta, QR o billetera según configuración del proveedor
Mercado Pago Fuera del alcance operativo actual; no debe presentarse como checkout activo
PAYWAY Reservado para compatibilidad técnica de POS físico presencial; no es checkout online
MODO Puede aparecer en trazabilidad histórica o conciliación, pero no como checkout online activo

Datos sensibles

Los datos de tarjeta se cargan siempre en el sitio del proveedor. PSICOLE conserva referencias, estados y trazabilidad, no datos financieros sensibles.

Compatibilidad histórica

Si aparecen referencias viejas a Mercado Pago, PAYWAY o MODO en operaciones, extractos o liquidaciones, deben leerse como compatibilidad histórica o técnica. El criterio operativo vigente para pagos online es NAVE.


Operación y recibo

Al aprobarse un pago:

  • Se crea o actualiza una operación PAY-YYYY-NNNNNN.
  • Se imputan las deudas incluidas.
  • Se emite recibo REC-YYYY-NNNNNN cuando corresponde.
  • Se registran eventos: pago aprobado, operación creada, recibo creado y usuario responsable.

El recibo documenta el cobro; la operación explica todo el recorrido.


Pagos impersonados o asistidos

Un administrador puede asistir a un usuario en el proceso de pago cuando el modo de impersonación lo permite. La pantalla debe mostrar claramente que se está actuando como otra persona y registrar:

  • Administrador actuante.
  • Usuario representado.
  • Operación creada.
  • Resultado de la pasarela.

Recuperación de pagos

Si el usuario completa el checkout pero la vuelta al sistema falla, el operador puede recuperar el estado desde la referencia externa. El sistema debe evitar duplicados usando la clave idempotente de la operación y la referencia del proveedor.

Errores frecuentes

Mensaje Qué significa Acción
No pudimos iniciar el pago La pasarela no respondió o rechazó el payload Reintentar y revisar configuración
Pago pendiente La pasarela aún no confirmó el resultado Refrescar estado antes de volver a pagar
Pago aprobado sin recibo visible Falta materializar o refrescar el estado Abrir la operación y ejecutar recuperación
Conciliación bancaria y matching de pagos
🖥 Escritorio Conciliación bancaria y matching de pagos
Conciliación bancaria y matching de pagos — móvil
📱 Móvil Conciliación bancaria y matching de pagos

Conciliación Bancaria

Descripción

La conciliación bancaria es el proceso mediante el cual el sistema compara los movimientos registrados en el extracto bancario con los pagos registrados en PSICOLE, identificando correspondencias y detectando diferencias. Este módulo permite importar extractos en formato CSV o Excel directamente desde el banco, reduciendo la carga manual y el riesgo de errores.

El motor de matching automático analiza cada transacción del extracto y busca pagos pendientes de conciliar utilizando criterios configurables: monto exacto, referencia de comprobante, fecha y datos del titular. Las transacciones que no puedan asociarse automáticamente quedan en estado "pendiente" para resolución manual por parte del operador de finanzas.

Cada proceso de conciliación se organiza en sesiones de conciliación, que agrupan un extracto importado junto con todos los emparejamientos (automáticos y manuales) realizados sobre él. Las sesiones quedan auditadas con fecha, usuario y justificación de cada decisión.

Roles con acceso

Rol Nivel de acceso
ADMIN Acceso completo: importar, conciliar, revertir, ver auditoría
OPERADOR_FINANZAS Importar extracto, conciliar automática y manualmente, cerrar sesión

Flujo principal

1. Importar extracto bancario

  1. Ir a Finanzas → Conciliación Bancaria → Nueva Sesión.
  2. Seleccionar el banco de origen en el desplegable (ej. Banco Nación, Santander, Galicia).
  3. Hacer clic en Subir Archivo y seleccionar el archivo .csv o .xlsx exportado desde el homebanking.
  4. El sistema valida el formato del archivo; si hay errores de estructura, se muestra el detalle de las filas con problemas.
  5. Confirmar el período del extracto (fecha desde / fecha hasta) y hacer clic en Importar.
  6. El sistema crea la sesión de conciliación con estado ABIERTA y lista todas las transacciones importadas.

Pantalla de carga de archivo con preview de primeras 5 filas del extracto

2. Matching automático

  1. Desde la sesión abierta, hacer clic en Ejecutar Matching Automático.
  2. El sistema procesa cada transacción del extracto y aplica las reglas de matching configuradas (ver sección de Reglas de Negocio).
  3. Al finalizar, se muestra un resumen: cantidad de transacciones emparejadas, monto total conciliado y cantidad de transacciones sin match.
  4. Las transacciones emparejadas automáticamente quedan en estado CONCILIADO_AUTO y el pago asociado en PSICOLE se marca como confirmado.
  5. Revisar el resumen y avanzar al matching manual para las restantes.

Resultado del matching automático con barra de progreso y estadísticas

2.1 Corroboracion del RUN mensual de cuotas

La conciliacion no genera cuotas ni modifica el tarifario. Su funcion en el ciclo mensual es corroborar que el dinero que figura en el banco coincide con lo que PSICOLE genero y cobro.

Para cuotas mensuales, el sistema revisa:

  • identidad fuerte del pagador o referencia bancaria;
  • deuda abierta del periodo correspondiente;
  • coincidencia entre el movimiento bancario y finalAmount de la deuda;
  • pagos de varias cuotas acumuladas en un mismo movimiento;
  • ajustes contables aprobados cuando el pago bancario refleja un importe anterior al aumento mensual.

Si la diferencia de monto no corresponde a una regla aprobada, el movimiento queda para revision manual. La decision debe documentar si se trata de ajuste, redondeo, pago parcial, descuento no configurado, saldo a favor o ingreso no identificado.

2.2 Corroboracion de lotes CBU / COELSA

Cuando la sesion incluye movimientos relacionados con debito automatico, el operador debe cruzar tres piezas:

Pieza Control
Lote PSICOLE Total y cantidad de DirectDebitTransaction generadas desde Debt.finalAmount.
Archivo o retorno bancario Registros aprobados/rechazados, codigo de respuesta y monto debitado.
Deuda y operacion Pago/recibo si fue aprobado, deuda pendiente ajustada si fue rechazado.

Para aprobados, el importe conciliado debe coincidir con debitAmount del lote. Para rechazados, no debe crearse ingreso bancario ni recibo; el sistema conserva el intento y actualiza la deuda quitando solo el descuento por debito directo. Beneficios no CBU se mantienen.

Si el movimiento bancario agrupa varios debitos, el motor puede sugerir el lote como candidato por importe agregado. Antes de confirmarlo, revisar que la cantidad de registros aprobados y rechazados coincida con la respuesta del banco.

2.3 Auditoria cruzada SANDBOX mayo/junio 2026

Para certificar un RUN mensual de cuotas, Finanzas puede ejecutar una auditoria cruzada en SANDBOX antes de replicar reglas en produccion. La prueba de mayo/junio 2026 uso como fuentes primarias:

  • detalle de presentacion de tarjetas de credito de mayo;
  • detalle de presentacion de tarjetas de credito de junio;
  • reportes de cobros CBU de mayo y junio;
  • recibos generados por el sistema, padron, caja, profesionales y listados de prestadores como contraste.

La medicion contable principal no suma todas las fuentes como si fueran movimientos nuevos, porque algunas son vistas del mismo hecho economico. El denominador estricto es: tarjeta aceptada + CBU cobrado. Los rechazos no representan dinero cobrado y se analizan aparte.

Resultado certificado en SANDBOX:

Vista Eventos Monto
Total aceptado/cobrado 5.986 $70.671.456,50
Conciliado con destino seguro 5.697 $67.128.180,50
Pendiente de destino estricto 289 $3.543.276,00
Tasa de exito 95,17% 94,99%

El remanente original de 360 eventos quedo tratado al 100%: 71 se aplicaron en SANDBOX, 123 ya estaban cerrados/no-PENDING, 152 quedaron como cola manual por identidad o destino insuficiente, 6 no tenian deuda PENDING compatible y 8 fueron bloqueados por regla bancaria estricta.

Regla de aplicacion segura para CBU:

  1. Identidad oficial fuerte.
  2. Deuda mensual PENDING del periodo y monto compatible.
  3. Una unica BankTransaction exacta por referencia, CBU, credito aceptado, importe y estado PENDING.
  4. Marker de SANDBOX e idempotency key por deuda + transaccion bancaria.
  5. Verificacion posterior de deuda PAID, operacion aprobada, pago, recibo, asiento, cuenta corriente y links documentales.

Si falta cualquiera de esas condiciones, el movimiento queda en cola manual. No se debe crear un pago por similitud de nombre, monto aproximado o padron historico sin fuente de desempate.

2.4 RUN mensual auditable

Para conciliaciones mensuales de cuotas, el operador puede organizar la evidencia en un RUN mensual auditable. Este registro agrupa las fuentes del periodo y permite medir la tasa de conciliacion sin aplicar pagos por inferencia debil.

El panel esta dentro del flujo existente: Dinero -> Operaciones -> Conciliacion -> RUN mensual. No es una ruta separada ni reemplaza las sesiones de conciliacion; funciona como tablero de cierre por periodo.

El RUN mensual se usa para:

  1. Declarar fuentes primarias y auxiliares del periodo.
  2. Registrar hash, cantidad y monto por archivo o fuente.
  3. Ejecutar una simulacion PREVIEW sobre fuentes registradas ya procesadas, incluyendo auxiliares como extractos Galicia.
  4. Clasificar eventos en AUTO_APPLY_STRICT, ALREADY_CLOSED, MANUAL_REVIEW, BLOCKED o EXCLUDED.
  5. Medir tasa de exito por eventos y por monto, separando evidencia auxiliar del denominador.
  6. Dejar una cola manual con motivo y proximo paso.

En esta capa, AUTO_APPLY_STRICT significa que el evento cumple condiciones para ser aplicado por el motor seguro; no habilita por si solo una aplicacion si falta idempotencia, deuda abierta compatible, transaccion bancaria unica o consentimiento operativo.

Uso del panel:

  1. Seleccionar el periodo mensual.
  2. Crear un RUN en modo PREVIEW.
  3. Registrar los extractos procesados del periodo como fuentes del RUN.
  4. Usar Simular PREVIEW para generar decisiones auditadas sin aplicar pagos.
  5. Recalcular metricas para ver fuentes, eventos tratados, monto aplicado/cerrado, cola manual y bloqueos.
  6. Usar el detalle de fuentes y decisiones como evidencia del cierre mensual o como cola de investigacion.

El boton Registrar extractos solo vincula archivos ya cargados y procesados en conciliacion bancaria. No crea pagos, no modifica deudas, no cambia estados profesionales y no envia correos.

El boton Simular PREVIEW clasifica las fuentes registradas. Si una transaccion ya esta vinculada a una operacion, queda como ALREADY_CLOSED; si existe una PaymentOperation aprobada de un re-run previo con evidencia unica por periodo, archivo, referencia y monto, tambien queda ALREADY_CLOSED sin crear pagos nuevos; si existe un match estricto con deuda abierta del periodo y monto compatible, queda como AUTO_APPLY_STRICT; si requiere decision humana, queda como MANUAL_REVIEW; si no tiene destino suficiente, queda como BLOCKED; y si la fuente informa rechazo o exclusion, queda como EXCLUDED.

Antes de intentar un match de deuda, el RUN asigna una ruta operativa a cada movimiento. Esta clasificacion evita que el extracto bancario general se trate como un unico lote de cuotas.

Ruta operativa Que agrupa Decision esperada
MEMBERSHIP_FEE CBU, tarjeta o transferencia con importe compatible con cuota del periodo. Puede cerrar solo si hay deuda unica y regla estricta; multiples cuotas quedan manuales.
LEGACY_PERIOD_ADJUSTMENT Importe compatible con cuota anterior o diferencia aprobada por aumento mensual. Revision manual o ajuste auditable; no se autoaplica por inferencia.
PROCEDURE_FEE / COURSE_FEE Matricula, certificados, tramites, cursos o cuotas de curso. Sale del motor de cuotas mensuales y se revisa contra el concepto correspondiente.
INSTITUTIONAL_SETTLEMENT Liquidaciones Payway/NAVE/Mercado Pago/MODO, recaudacion bancaria, obras sociales o proveedores. EXCLUDED del denominador de cuota; queda como evidencia para conciliacion institucional.
UNRESOLVED_PERSONAL_TRANSFER Transferencias entrantes sin tarifa ni destino unico. MANUAL_REVIEW hasta identificar deuda, tramite, plan, caja u otra causa.
NON_INBOUND_MOVEMENT Debitos, movimientos de egreso o importe cero. EXCLUDED porque no representan cobro de cuota.

Las resoluciones de re-run se incorporan al RUN mensual como evidencia de cierre, no como aplicacion nueva. El sistema exige que la operacion aprobada tenga pago aprobado, deuda del periodo y metadata o link documental de origen. Si aparecen varias operaciones compatibles, el evento sigue bloqueado para desempate humano.

Como leer el resultado despues de Simular PREVIEW:

Campo del panel Que significa Que debe pasar
Fuentes registradas Archivos o extractos procesados vinculados al RUN. Deben incluir fuentes primarias del periodo, por ejemplo CBU y tarjeta, y auxiliares de auditoria como Galicia si se van a contrastar.
Eventos tratados Total de filas/eventos clasificados por el PREVIEW. Incluye cerrados, bloqueados y excluidos. Debe coincidir con la suma de decisiones auditadas del RUN.
Aplicable / cerrado Eventos ya cerrados por evidencia o aplicables por regla estricta. Sirven como cierre auditable; el PREVIEW no crea pagos nuevos.
Revisión manual Eventos con candidato suficiente pero que requieren confirmacion humana. Deben revisarse antes de aplicar cualquier accion.
Bloqueados Eventos sin destino unico, sin operacion compatible o con multiples operaciones compatibles. Son la cola de investigacion; no se aplican automaticamente.
Excluidos Eventos que no integran el denominador conciliable, por rechazo o regla de exclusion. No son pendientes de cobro exitoso; se conservan como evidencia.
Pendiente auditable Monto de manual + bloqueados, excluyendo rechazos. Debe tender a cero con mas evidencia o quedar justificado por cola manual.

Ejemplo SANDBOX junio 2026: un RUN con 2 fuentes registradas y 3.605 eventos tratados muestra 2.937 cerrados/aplicables, 74 bloqueados, 0 en revision manual y 594 excluidos. La tasa de eventos 97,54% se calcula sobre el denominador conciliable: 3.605 eventos menos 594 excluidos = 3.011 elegibles; 2.937 cerrados sobre 3.011 elegibles. El monto pendiente auditable es $898.788,00 y corresponde a los bloqueados que todavia no tienen destino unico.

Para revisar los bloqueados:

  1. Entrar a Dinero -> Operaciones -> Conciliacion -> RUN mensual.
  2. Seleccionar el periodo, por ejemplo 2026-06.
  3. Elegir el RUN del historial, por ejemplo MRC-2026-06-A0C2CA4F.
  4. En Decisiones auditadas, cambiar el filtro a Bloqueadas.
  5. Usar Exportar CSV para descargar el listado completo del filtro activo, no solo los primeros eventos visibles. El archivo incluye operationalRoute, operationalBucket y operationalDisposition para depurar por naturaleza del movimiento.
  6. Revisar cada evento por fuente, monto, referencia y motivo. Si el motivo dice Sin operacion, pago o match compatible, falta un destino unico en PSICOLE. Si dice Multiples operaciones aprobadas compatibles, requiere desempate humano antes de cerrar.
  7. En bloqueados con movimiento bancario, usar Abrir matching para ir a conciliacion rapida con esa transaccion preseleccionada.

Para depurar rechazados, cambiar el filtro a Excluidas y descargar el CSV. Esos eventos conservan estado, motivo, referencia, titular y CBU de la fuente, pero no se abren para aplicar match porque el banco o la tarjeta los informo como rechazados.

Los ajustes mensuales aprobados para diferencias de cuota se administran desde Dinero -> Configuracion -> Ajustes conciliacion. El motor de candidatos lee MONTHLY_FEE_RECONCILIATION_ADJUSTMENTS, de modo que un nuevo periodo no requiere cambiar codigo para reconocer una diferencia aprobada.

Sincronizacion CBU desde extracto

La sincronizacion de marca CBU desde un extracto debe usarse como previsualizacion de master-data. Por defecto no modifica profesionales. Para aplicar cambios se exige apply=true, motivo de auditoria y guard de produccion; si la identidad proviene solo de nombre truncado, el caso debe quedar para revision humana.

2.5 Reglas operativas persistentes para reruns

Los reruns mensuales pueden usar reglas persistentes para explicar por qué una deuda tiene descuento o por qué un movimiento bancario debe salir del flujo de cuota mensual. Esta capa no reemplaza la conciliacion; prepara destinos auditables para que el motor no dependa de heuristicas sueltas.

El modelo operativo separa cuatro piezas:

Pieza Qué controla
Regla por profesional Jubilacion, maternidad/paternidad, primera matricula u otro beneficio con vigencia, fuente y auditoria.
Snapshot por deuda Descuento efectivamente aplicado a una deuda concreta del periodo.
Concepto externo Cursos nacionales u otros ingresos esperados/aplicados que no nacen como cuota mensual local.
Plan de pago Plan, cuotas, estados, pagos de planilla y vinculo con operaciones PAY cuando existen.

Uso recomendado:

  1. Importar las fuentes nuevas siempre primero en SANDBOX.
  2. Resolver identidad con DNI, matricula, CUIT o match curado. Si la fuente solo trae nombre y apellido, no aplicar automaticamente cuando hay ambiguedad.
  3. Guardar la regla con vigencia real. Una regla vencida puede verse en listados historicos, pero no debe descontar mayo/junio ni generar snapshots del periodo.
  4. Recalcular o previsualizar deudas para que el descuento quede como snapshot. El monto final de la deuda es lo que luego usan CBU, tarjeta, caja y conciliacion.
  5. Ejecutar rerun PREVIEW y separar resultados automáticos de cola manual.
  6. Revisar outliers, especialmente importes de conceptos externos con formato regional o valores muy superiores a la mediana del archivo.

Controles mínimos antes de automatizar:

Control Bloquea automatización si
Identidad Hay más de un profesional compatible o sólo existe similitud de nombre.
Vigencia La regla no cubre el periodo del RUN.
Monto El importe externo no coincide con el esperado o supera el umbral de outlier.
Destino No existe deuda, cuota de plan o concepto externo único.
Operación previa Ya hay PAY/recibo/pago compatible y podría duplicarse.

Indicadores para monitoreo mensual:

  • tasa de éxito y tasa tratada del rerun;
  • cantidad y monto en NO_DESTINATION_PREVIEW;
  • eventos en revisión por monto incompatible;
  • reglas activas vencidas o sin deuda impactada;
  • conceptos externos esperados sin profesional local;
  • cuotas de plan pagadas por planilla sin operación;
  • snapshots por tipo de beneficio y periodo;
  • diferencia entre planes cargados, cuotas pendientes, cuotas pagadas y cuotas vinculadas a PAY.

En la revisión SANDBOX del 30/6/2026 para mayo/junio quedaron incorporados 86 planes, reglas jubilatorias, reglas de primera matrícula, conceptos del Curso de Salud Colectiva y filtros operativos. El rerun PREVIEW confirmó 8015 eventos, 6600 conciliables, 6002 success, 403 manuales y 195 sin destino. Las reglas nuevas agregaron destinos automáticos acotados: 1 concepto externo y 6 cuotas de plan, todos en mayo. El resultado valida el enfoque, pero no autoriza asignar los 195 restantes por nombre/monto débil.

3. Matching manual

  1. En la sesión, filtrar por estado PENDIENTE para ver las transacciones sin match automático.
  2. Seleccionar una transacción del extracto; el panel derecho mostrará los pagos candidatos sugeridos por similitud.
  3. Revisar los candidatos y hacer clic en Emparejar junto al pago correcto.
  4. Si no existe un pago en el sistema para esa transacción, seleccionar una de las acciones alternativas:
  5. Marcar como No Identificado: la transacción queda registrada pero sin pago asociado.
  6. Crear Pago Manual: genera un nuevo pago en el sistema vinculado a la transacción.
  7. Ignorar / Excluir: excluye la transacción de la conciliación (ej. comisiones bancarias).
  8. En todos los casos se requiere ingresar una justificación en el campo de texto obligatorio.
  9. Repetir hasta resolver todas las transacciones pendientes.

Panel de matching manual con transacción a la izquierda y candidatos de pago a la derecha

4. Cerrar sesión de conciliación

  1. Una vez resueltas todas las transacciones (o decidido ignorar las irresolubles), hacer clic en Cerrar Sesión.
  2. El sistema muestra el resumen final: total importado, total conciliado, total no identificado, diferencia.
  3. Si la diferencia es cero o está dentro del umbral configurado, confirmar el cierre.
  4. La sesión pasa a estado CERRADA y queda disponible en el historial con todos sus datos de auditoría.
  5. Se genera automáticamente el informe de cierre descargable en PDF.

Pantalla de resumen de cierre de sesión con totales y botón de confirmación

5. Consultar auditoría

  1. Ir a Finanzas → Conciliación Bancaria → Historial de Sesiones.
  2. Seleccionar la sesión a auditar y hacer clic en Ver Detalle.
  3. La vista de auditoría muestra: usuario que realizó cada acción, timestamp, estado anterior y nuevo, y justificación ingresada.
  4. Usar los filtros por usuario, fecha o tipo de acción para acotar resultados.
  5. Exportar el log de auditoría en CSV si se requiere para revisión externa.

Log de auditoría con columnas de usuario, fecha, acción y justificación

Campos y validaciones

Campo Tipo Requerido Descripción
Banco Selección Entidad bancaria del extracto importado
Archivo Archivo (.csv/.xlsx) Extracto exportado desde homebanking
Fecha desde Fecha Inicio del período del extracto
Fecha hasta Fecha Fin del período del extracto
Justificación (match manual) Texto libre Motivo del emparejamiento o exclusión
Referencia de transacción Texto No Número de referencia del banco (facilita matching)

Reglas de negocio

Criterios de matching automático

El motor aplica coincidencia por: (1) monto exacto ± tolerancia configurable, (2) referencia bancaria que contenga el número de comprobante PSICOLE, (3) fecha de transacción dentro de la ventana de ±3 días hábiles del pago registrado. Los tres criterios deben cumplirse simultáneamente para que el match sea automático.

Sesiones solapadas

El sistema no permite importar un extracto cuyo período se solape con una sesión ya cerrada del mismo banco. Si existe solapamiento, se notifica al operador y se debe verificar si el extracto es un duplicado o cubre un subperíodo diferente.

Reversión de match

Solo el rol ADMIN puede revertir un emparejamiento ya realizado. La reversión requiere justificación y queda registrada en el log de auditoría. No se pueden revertir matches de sesiones ya cerradas sin reabrirlas.

Sesión sin cerrar

Si una sesión queda abierta por más de 30 días, el sistema envía una alerta automática al ADMIN y bloquea la creación de nuevas sesiones para ese banco hasta que la existente sea cerrada o descartada.

Tolerancia de monto

La tolerancia de diferencia de monto para matching automático es configurable en Administración → Parámetros del Sistema (valor por defecto: $0,00, es decir, coincidencia exacta).

Aumentos mensuales

Si un aumento mensual fue aprobado despues de que algunos profesionales pagaron al valor anterior, la conciliacion puede cancelar la deuda con un ajuste contable trazable por la diferencia aprobada. El importe bancario no se altera; se registra la diferencia como ajuste interno para mantener cuadrada la cuenta corriente.

Rechazo CBU

Un rechazo CBU no elimina todos los descuentos de la deuda. Solo revierte el descuento por debito directo. Si el profesional conserva jubilacion, beneficio parental u otro beneficio aprobado, el saldo pendiente debe reflejar esos beneficios.

Errores frecuentes

Error Causa Solución
FORMATO_EXTRACTO_INVALIDO El archivo CSV/Excel no corresponde al formato esperado para el banco seleccionado Verificar que el banco seleccionado coincida con el formato del archivo. Consultar el listado de formatos soportados en Administración
PERIODO_SOLAPADO El extracto importado cubre fechas ya conciliadas en una sesión anterior Revisar las sesiones existentes y ajustar el período del nuevo extracto
TRANSACCION_DUPLICADA Una transacción del extracto ya existe en una sesión anterior (mismo banco, monto, fecha y referencia) El sistema bloquea la importación del duplicado; verificar si el extracto fue importado previamente
SESION_BLOQUEADA Hay una sesión abierta para ese banco hace más de 30 días Resolver o descartar la sesión antigua antes de crear una nueva
MATCH_SIN_JUSTIFICACION Se intentó guardar un match manual sin ingresar justificación Completar el campo de justificación antes de confirmar el emparejamiento
ARCHIVO_VACIO El archivo importado no contiene transacciones Verificar que el extracto del homebanking corresponda al período con movimientos

Preguntas frecuentes

¿Qué formatos de archivo se soportan? Se soportan archivos .csv (separado por coma o punto y coma) y .xlsx. El sistema reconoce automáticamente el formato según el banco seleccionado. Si el banco no está en la lista, contactar al administrador para configurar un nuevo perfil de importación.

¿Qué pasa si el mismo pago aparece en dos extractos? El sistema detecta la transacción como duplicada durante la importación y la bloquea. Solo puede existir un emparejamiento por pago en PSICOLE. Si se requiere corregir un emparejamiento previo, el ADMIN debe revertirlo desde la sesión original.

¿Puedo conciliar pagos de pasarelas como NAVE? Sí. El pago aprobado por la pasarela crea la operación y el recibo; luego la liquidación de la pasarela debe cuadrar contra el extracto bancario. El sistema evita duplicados con referencias externas, operación PAY, monto, fecha y claves idempotentes.

¿Se puede reabrir una sesión cerrada? Solo el ADMIN puede reabrir una sesión cerrada, siempre que no existan sesiones posteriores para el mismo banco que dependan de ella. La reapertura queda auditada.

¿Qué significa "No Identificado"? Una transacción marcada como "No Identificado" es un ingreso o egreso en el extracto que no tiene correspondencia con ningún pago en PSICOLE. Debe ser investigada manualmente con el banco para determinar su origen.

Consultorio, pacientes y agenda del profesional
🖥 Escritorio Consultorio, pacientes y agenda del profesional
Consultorio, pacientes y agenda del profesional — móvil
📱 Móvil Consultorio, pacientes y agenda del profesional

Consultorio

Consultorio es la agenda operativa del psicólogo dentro de PSICOLE. Puede usarlo un psicólogo colegiado aunque no sea prestador, y también un prestador cuando trabaja con órdenes de obras sociales.

Acceso

Menú: Órdenes → Consultorio
Ruta: /consultorio
Roles: COLEGIADO, PRESTADOR.

Dashboard del consultorio con estado activo, turnos y pacientes


Activación

El módulo puede estar activo o desactivado por profesional.

Estado Qué muestra
Desactivado Pantalla de presentación con llamada a activar el consultorio
Activo Dashboard con turnos, pacientes, agenda, recordatorios y cobros

La activación no obliga a ser prestador. Un colegiado puede usarlo de forma autónoma para agenda, pacientes y cobros particulares. Si además es prestador, puede generar órdenes PSICOLE desde una sesión.


Flujo principal

  1. Crear o elegir paciente.
  2. Agendar turno con fecha, hora, modalidad y notas internas.
  3. Configurar recordatorios y, si corresponde, exportar agenda .ics.
  4. Completar sesión.
  5. Generar orden de obra social o cobro particular.

Agenda de turnos del consultorio y acceso a pacientes


Pacientes

La libreta de pacientes permite reutilizar datos en turnos y órdenes:

  • Nombre y documento.
  • Contacto.
  • Obra social, si existe.
  • Tratamientos o sesiones previas.
  • Historial de órdenes y cobros asociados.

Al crear una nueva orden, el sistema debe sugerir pacientes y tratamientos ya utilizados para reducir carga manual.


Prestadores y obras sociales

Cuando el profesional es prestador, Consultorio puede terminar una sesión como orden PSICOLE. En ese caso se aplican las reglas de prestadores:

  • Obra social habilitada.
  • Datos de afiliado.
  • Diagnóstico y nomenclador cuando corresponda.
  • Adjuntos y autorización.
  • Rendición posterior ante la obra social.

Si el profesional no trabaja con obras sociales cargadas en PSICOLE, puede usar Consultorio de forma autónoma con pacientes, turnos, cobros particulares y recordatorios.


Cobros particulares

Los cobros particulares forman parte del ciclo de dinero. Cuando se registran, deben crear operación trazable y, si corresponde, recibo.

El cobro no debe mezclarse con una orden de obra social salvo que el flujo indique expresamente copago, diferencia o cargo complementario.


Buenas prácticas

  • Mantener un paciente único por persona para evitar duplicados.
  • Registrar el turno antes de la sesión y completarlo al finalizar.
  • Usar notas internas solo para gestión profesional; no incluir datos innecesarios en comprobantes.
  • Revisar la agenda semanalmente para detectar turnos sin cerrar.

Cursos y Capacitación

Descripción

El módulo de Cursos y Capacitación gestiona la oferta formativa del Colegio: talleres, jornadas, seminarios y cursos de actualización profesional. Soporta tres modalidades —presencial, virtual e híbrida— con configuración independiente de cupos, aula/link de videoconferencia y cronograma de encuentros.

Las inscripciones incluyen un sistema de lista de espera automática: cuando se completan los cupos, los nuevos interesados quedan en lista y son promovidos en orden cuando se libera un lugar o se amplía el cupo. El módulo también gestiona prerequisitos (cursos anteriores o condición de matrícula activa), materiales descargables y la emisión de certificados digitales con código QR verificable públicamente.

El pago puede ser en un solo desembolso o en cuotas, con vencimientos y recargos configurables por curso. Los certificados se emiten automáticamente cuando el colegiado completa la asistencia mínima requerida y tiene el pago al día.

Roles con acceso

Rol Nivel de acceso
ADMIN Acceso completo a todos los cursos y configuraciones
OPERADOR_CURSOS Crear, editar y dar de baja cursos; gestionar inscripciones; emitir certificados; cargar materiales
COLEGIADO Consultar catálogo, inscribirse, pagar, descargar materiales y certificados propios

Flujo principal

1. Crear un nuevo curso

  1. Ir a Cursos → Gestión de Cursos (/admin/courses) y usar Nuevo Curso.
  2. Completar los datos generales: nombre, descripción, modalidad (presencial / virtual / híbrido), fechas de inicio y fin, cupo máximo y cupo mínimo (por debajo del cual el curso puede cancelarse).
  3. En la sección Encuentros, agregar cada sesión con fecha, hora, duración y aula o link de videoconferencia.
  4. En Prerequisitos, seleccionar los cursos previos requeridos y/o marcar si se requiere matrícula activa.
  5. En Aranceles, configurar si el pago es único o en cuotas, ingresando monto, cantidad de cuotas y fecha de cada vencimiento.
  6. En Materiales, subir los archivos que serán accesibles a los inscriptos (PDF, video, enlace externo).
  7. Hacer clic en Guardar como Borrador o Publicar para que quede visible en el catálogo del colegiado.

Formulario de alta de curso con secciones colapsables

2. Gestionar inscripciones

  1. Ir a Cursos → Gestión de Cursos (/admin/courses) y abrir el curso correspondiente.
  2. La lista muestra todos los inscriptos con estado (Confirmado, Pendiente de Pago, Lista de Espera, Baja).
  3. Para inscribir manualmente a un colegiado: clic en Agregar Inscripto, buscar por apellido o número de matrícula, seleccionar y confirmar.
  4. El sistema verifica automáticamente los prerequisitos y rechaza la inscripción si no se cumplen, indicando el motivo.
  5. Si el cupo está completo, el sistema ofrece agregar al interesado a la lista de espera.
  6. Para dar de baja a un inscripto: seleccionarlo, clic en Dar de Baja, indicar el motivo y si aplica reembolso.

Lista de inscriptos con filtros de estado y botón de agregar

3. Administrar lista de espera

  1. En la pestaña Lista de Espera del curso, se visualizan los interesados en orden de anotación (posición 1, 2, 3…).
  2. Cuando se libera un cupo (baja de inscripto o ampliación de cupo), el sistema notifica automáticamente por email al primero en la lista.
  3. El interesado tiene un plazo configurable (por defecto 48 horas) para confirmar su inscripción y abonar.
  4. Si no confirma en el plazo, pasa al final de la lista y se notifica al siguiente.
  5. El operador puede mover manualmente a un interesado dentro de la lista ingresando justificación.

Vista de lista de espera con posición, fecha de anotación y estado de notificación

4. Registrar asistencia

  1. En Cursos → Gestión de Cursos (/admin/courses), abrir el curso y seleccionar Asistencia para el encuentro del día.
  2. La lista muestra todos los inscriptos confirmados con checkbox de presente/ausente.
  3. Marcar la asistencia y hacer clic en Guardar Asistencia.
  4. El sistema calcula automáticamente el porcentaje de asistencia acumulado de cada participante.
  5. Al alcanzar la asistencia mínima configurada (ej. 75%), el participante queda habilitado para recibir su certificado.

Planilla de asistencia con porcentaje acumulado por participante

5. Emitir certificados digitales con QR

  1. Ir a Cursos → Gestión de Cursos (/admin/courses), abrir el curso y seleccionar Certificados.
  2. El sistema lista los participantes que cumplen los requisitos de asistencia y pago.
  3. Hacer clic en Emitir Certificados para procesarlos en lote, o en Emitir en la fila de un participante específico.
  4. El certificado se genera en PDF con los datos del colegiado, nombre del curso, fecha, horas de capacitación y un código QR único.
  5. El QR apunta a una URL pública de verificación donde cualquier persona puede confirmar la autenticidad del certificado.
  6. El certificado queda disponible en el portal de autogestión del colegiado para su descarga.

Certificado generado con diseño institucional y código QR visible

6. Cargar y gestionar materiales

  1. En Cursos → Gestión de Cursos (/admin/courses), abrir el curso y seleccionar Materiales.
  2. Elegir el tipo: archivo subido (PDF, DOCX, PPTX, video) o enlace externo.
  3. Ingresar el nombre del material y, opcionalmente, el número de encuentro al que corresponde.
  4. Configurar la visibilidad: Libre (visible antes de inscribirse) o Solo Inscriptos.
  5. Los inscriptos confirmados con pago al día pueden descargar los materiales desde su portal de autogestión.

Listado de materiales de un curso con tipo, visibilidad y acciones

7. Desinscripción y reembolso

Desde Mis Cursos, el usuario puede abrir el detalle de una inscripción y solicitar desinscripción cuando el curso y la política vigente lo permiten.

El sistema distingue:

Situación Resultado
Inscripción con deuda pendiente Se cancela la deuda sin registrar cobro
Inscripción pagada dentro de plazo Se crea reversa o reintegro según política
Curso iniciado o completado Requiere revisión administrativa
Curso cancelado por el Colegio Se aplica la política de devolución definida

La política de reembolso se configura desde Dinero → Configuración. Toda devolución debe quedar vinculada a la operación de pago original para conservar trazabilidad.

Detalle de curso con acción de desinscripción

Campos y validaciones

Campo Tipo Requerido Descripción
Nombre del curso Texto (máx. 200 car.) Nombre público que aparece en el catálogo
Modalidad Selección Presencial, Virtual o Híbrido
Cupo máximo Entero positivo Máximo de inscriptos simultáneos
Cupo mínimo Entero positivo No Umbral para confirmar o cancelar el curso
Asistencia mínima (%) Decimal 0-100 Porcentaje requerido para certificar (por defecto 75)
Prerequisitos Múltiple selección No Cursos previos requeridos
Fecha de inicio Fecha No puede ser anterior a la fecha de publicación
Fecha de fin Fecha Debe ser posterior a la fecha de inicio
Arancel único Decimal ≥ 0 Condicional Requerido si modalidad de pago es "único"
Cantidad de cuotas Entero 1-12 Condicional Requerido si modalidad de pago es "cuotas"
Fecha de vencimiento (cuota) Fecha Sí por cuota Una fecha por cada cuota configurada

Reglas de negocio

Prerequisitos estrictos

Si un colegiado no cumple todos los prerequisitos, el sistema bloquea la inscripción con un mensaje que indica cuál prerequisito falta. No se puede omitir esta validación salvo que un ADMIN desactive manualmente el prerequisito del curso.

Cupo y lista de espera

Cuando el cupo máximo se alcanza, la inscripción directa queda inhabilitada y se activa automáticamente la lista de espera. El orden de la lista no puede modificarse manualmente sin justificación auditable.

Cancelación del curso

Si al cierre de inscripciones (fecha configurable, por defecto 48 hs antes del inicio) el número de inscriptos confirmados con pago es inferior al cupo mínimo, el sistema genera un alerta para que el operador decida cancelar o continuar. La cancelación genera reembolsos automáticos de los pagos acreditados.

Certificados y pagos

No se emite certificado a participantes con cuotas pendientes de pago, aunque hayan cumplido la asistencia mínima. El certificado se libera automáticamente al registrarse el pago de la última cuota adeudada.

Modificación de cursos publicados

Cambiar el arancel o la cantidad de cuotas en un curso con inscriptos confirmados no afecta retroactivamente las inscripciones ya realizadas. Los cambios aplican solo a nuevas inscripciones.

Errores frecuentes

Error Causa Solución
PREREQUISITO_NO_CUMPLIDO El colegiado no completó el curso prerequisito Verificar el historial de cursos del colegiado; si existe error, un ADMIN puede aprobar la inscripción manualmente
CUPO_AGOTADO El cupo máximo ya fue alcanzado Inscribir al interesado en lista de espera o ampliar el cupo desde la configuración del curso
INSCRIPCION_DUPLICADA El colegiado ya está inscripto en ese curso Verificar en la lista de inscriptos; si fue dado de baja puede reinscribirse si quedan cupos
MATRICULA_INACTIVA El colegiado tiene matrícula suspendida o vencida Regularizar la matrícula antes de inscribirse en cursos que requieren matrícula activa
CERTIFICADO_NO_HABILITADO El participante no cumple asistencia mínima o tiene cuotas pendientes Revisar asistencia y estado de pagos; emitir el certificado cuando ambos requisitos estén cumplidos
MATERIAL_FORMATO_INVALIDO El archivo subido supera el tamaño máximo (50 MB) o el formato no está permitido Comprimir el archivo o usar un enlace externo para materiales de gran tamaño

Preguntas frecuentes

¿Puede un colegiado inscribirse en varios cursos simultáneamente? Sí, no hay límite de inscripciones simultáneas. Sin embargo, si dos cursos tienen encuentros en el mismo horario, el sistema muestra una advertencia (no bloquea la inscripción).

¿Cómo se manejan las cuotas vencidas? Las cuotas vencidas generan una deuda en la cuenta corriente del colegiado. Después de X días de mora (configurable), se suspende el acceso a los materiales del curso. El certificado no se emite mientras haya cuotas impagas.

¿Se puede inscribir a alguien en lista de espera directamente? Sí, el operador puede agregar manualmente a una persona en lista de espera incluso cuando hay cupos disponibles (ej. si el interesado quiere esperar por razones económicas). En ese caso queda al final de la lista con estado EN_ESPERA_VOLUNTARIA.

¿El QR del certificado funciona sin conexión a internet? No. El QR apunta a una URL del sistema PSICOLE. Para verificar la autenticidad del certificado se requiere conexión. El PDF del certificado puede descargarse y compartirse offline, pero la verificación del QR es siempre online.

¿Cómo se comunica a los inscriptos cuando se cancela un curso? Al confirmar la cancelación, el sistema envía automáticamente un correo a todos los inscriptos (incluyendo lista de espera) y procesa los reembolsos configurados. No requiere acción manual adicional del operador.

Portal de prestadores y órdenes de obra social
🖥 Escritorio Portal de prestadores y órdenes de obra social
Portal de prestadores y órdenes de obra social — móvil
📱 Móvil Portal de prestadores y órdenes de obra social

Prestadores y Órdenes de Servicio

Descripción

El módulo de Prestadores gestiona la relación entre el Colegio y los psicólogos matriculados que atienden pacientes de obras sociales. Las obras sociales derivan pacientes a los profesionales; cada atención genera una orden de prestación que el prestador carga en el sistema, presenta mensualmente al Colegio y cobra a través del proceso de liquidación.

El flujo completo cubre: carga de órdenes → validación por el operador → rendición mensual del prestador → aprobación y liquidación por el Colegio → acreditación al prestador.


Roles con acceso

Rol Nivel de acceso
ADMIN Acceso completo: alta de obras sociales, configuración de comisiones, aprobación de lotes, auditoría, importación masiva de pacientes
OPERADOR_FINANZAS Cargar órdenes, validar, aprobar lotes mensuales, generar liquidaciones, revisar rendiciones
PRESTADOR Gestionar su agenda, cargar y consultar sus órdenes, libreta de pacientes, rendiciones mensuales

Módulos del portal del prestador

Consultorio — Agenda de turnos

El prestador gestiona su agenda de sesiones desde Mis Órdenes → Consultorio.

Vista semanal con turnos agrupados por día y ordenados por hora. Cada card muestra: - Hora y duración de la sesión. - Nombre del paciente. - Chip de obra social (si aplica). - Estado: Programado (azul) · Completado (verde) · Cancelado (gris) · Ausente (naranja).

Crear turno:

  1. Hacé clic en + Nuevo turno.
  2. Seleccioná el paciente con autocomplete desde la libreta (o ingresá el nombre libremente).
  3. Completá fecha y hora, duración (default 50 min), modalidad (Presencial / Virtual) y notas.
  4. Si el paciente tiene obras sociales en la libreta, el campo OOSS se muestra automáticamente.
  5. Guardá.

Completar turno:

Al marcar un turno como Completado, si tenía obra social asociada el sistema propone crear la orden de prestación con los datos pre-llenados (paciente, DNI, afiliado, OOSS, fecha). El prestador confirma o ajusta los datos y guarda la orden con un clic.

Exportar agenda:

El botón Exportar .ics descarga un archivo RFC 5545 importable en Google Calendar, Apple Calendar o cualquier cliente de calendario compatible. Cada turno se exporta como evento con título, horario y descripción.


Libreta de pacientes

Repositorio personal del prestador para centralizar los datos de sus pacientes habituales y agilizar la carga de órdenes.

Funciones:

Función Descripción
Búsqueda Por nombre, apellido o DNI — resultados en tiempo real
Multi-OOSS Cada paciente puede tener múltiples obras sociales con Nº de afiliado y plan por cada una
Datos de contacto Teléfono, email, fecha de nacimiento, dirección, notas privadas
Última orden Chip que indica la fecha de la última orden creada para ese paciente
Importación automática Crea pacientes a partir del historial de órdenes existentes

Importar desde órdenes:

Cuando el prestador tiene pocos pacientes registrados (menos de 5) y ya tiene órdenes históricas, aparece un banner de importación:

  1. Hacé clic en Ver preview — el sistema analiza todas las órdenes del prestador y muestra los pacientes únicos que se crearían, con sus obras sociales detectadas.
  2. Si el resultado es correcto, hacé clic en Confirmar importación.
  3. El sistema reporta: X creados · Y actualizados · Z sin cambios.

Integración con órdenes:

Al crear o editar una orden, el campo Paciente tiene autocomplete desde la libreta. Al seleccionar un paciente: - Se auto-completan DNI, obra social y número de afiliado. - Si el paciente tiene múltiples obras sociales, aparece un dropdown para elegir cuál usar en la orden. - Los campos diagnóstico y tratamiento sugieren valores históricos del prestador.


Órdenes de prestación

  1. Ir a Mis Órdenes → + Nueva Orden.
  2. Campo Paciente con autocomplete desde la libreta.
  3. Completar datos clínicos: fecha, sesiones, diagnóstico, tratamiento, adjunto (JPG/PNG/PDF).
  4. Guardar.

Estados de una orden:

Estado Descripción
Pendiente Cargada por el prestador, sin validar
Validada Aprobada por el operador, incluible en rendición
Observada El operador detectó algún problema — ver motivo en el detalle
Presentada Incluida en una rendición enviada al Colegio
Pagada Liquidada y acreditada al prestador

Rendición mensual

Al cerrar el mes, el prestador presenta sus órdenes validadas al Colegio.

Banner de alerta:

Cuando hay órdenes con estado Validada sin rendición asignada, aparece un banner verde en Mis Órdenes:

"Tenés X órdenes validadas listas para rendir este período."

Generar rendición:

  1. Hacer clic en Generar rendición.
  2. Revisar el resumen por obra social: cantidad de órdenes y subtotal por cada una.
  3. Adjuntar la factura en PDF e ingresar el monto.
  4. Hacer clic en Enviar rendición al Colegio.

Seguimiento:

En Liquidaciones se listan todas las rendiciones con: período, estado (chip), fecha de envío, monto y link a la factura adjunta.

Estados de una rendición:

Estado Descripción
Pendiente Enviada al Colegio, pendiente de revisión
Aprobada El operador aprobó la rendición
Observada El operador envió una observación — ver nota en el detalle
Rechazada Rendición rechazada — ver motivo y volver a presentar

Flujo completo: del turno a la acreditación

PRESTADOR                         SISTEMA                        OPERADOR_FINANZAS
    │                                │                                   │
    │── Agenda turno ──────────────► │                                   │
    │── Completa turno ────────────► │ propone crear orden               │
    │── Confirma orden ────────────► │ crea ProviderOrder (PENDING)      │
    │                                │                                   │
    │                                │ ◄── valida órdenes del período ── │
    │                                │ ──► ordenes → VALIDATED ─────────►│
    │                                │                                   │
    │── banner: "X órdenes listas" ──│                                   │
    │── genera rendición + factura ─►│ crea ProviderSubmission (PENDING) │
    │                                │                                   │
    │                                │ ◄── revisa rendición ─────────── │
    │                                │ ──► APPROVED ───────────────────►│
    │                                │                                   │
    │ ◄── acreditación bancaria ────│ ──── genera liquidación ──────────►│
    │── descarga comprobante ───────►│                                   │

Flujo de revisión del operador (Rendiciones)

El OPERADOR_FINANZAS gestiona las rendiciones desde Operador → Prestadores → Rendiciones.

  1. Tabla de rendiciones pendientes con: prestador, período, cantidad de órdenes, monto, fecha de envío y link a la factura.
  2. Acciones por rendición:
  3. Aprobar — cambia estado a APROBADA y dispara el proceso de liquidación.
  4. Observar — abre un modal para ingresar una nota; el prestador ve la observación en su portal.
  5. Rechazar — requiere motivo; el prestador debe corregir y reenviar.

Panel del operador auditado

El panel operativo de prestadores fue recapturado en escritorio y celular para validar que pestañas, filtros, KPIs, tablas y acciones no se superpongan en resoluciones bajas. En móvil, las pestañas se desplazan horizontalmente y el contenido operativo conserva lectura vertical.

Panel de prestadores operador en escritorio

Panel de prestadores operador en celular


Lotes mensuales y facturacion manual ARCA OOSS

El circuito Colegio → Obra Social se revisa desde Prestadores → Lotes mensuales. Cada lote agrupa una Obra Social y un período, y permite controlar las órdenes antes de preparar la factura real en ARCA.

Control previo de ordenes

Al abrir un lote mensual, el operador puede generar el PDF del lote para revisar:

  • Obra Social y período.
  • Profesionales incluidos, ordenados alfabéticamente.
  • Matrícula del prestador.
  • Paciente, DNI y número de afiliado.
  • Número de orden.
  • Fecha, sesiones, valor unitario e importe.
  • Subtotal por prestador y total del lote.

Este PDF sirve para auditoría interna del lote. No es una factura.

Modelo interno para carga manual en ARCA

La acción Modelo factura ARCA OOSS genera un PDF de apoyo para que el operador copie los datos y complete la factura real manualmente en el sitio de ARCA.

El modelo prepara:

  • Emisor: Colegio.
  • Receptor: Obra Social.
  • CUIT, domicilio fiscal y condición IVA del receptor, cuando estén cargados.
  • Período facturado.
  • Detalle por profesional y orden.
  • Cantidad, precio unitario, importe y total.
  • Campos pendientes de completar en ARCA, como punto de venta, número de comprobante, CAE y vencimiento del CAE.

No es factura fiscal

PSICOLE no emite CAE ni factura real desde este flujo. El PDF es un modelo interno para carga manual. La factura fiscal existe recién cuando el operador completa la emisión en ARCA y registra la constancia correspondiente.

Factura del prestador al Colegio

La factura que el prestador entrega al Colegio pertenece a otro circuito. Se adjunta en la rendición o liquidación del prestador y no se genera desde los lotes de Obra Social.

No deben mezclarse:

  • Colegio → Obra Social: modelo interno para cargar manualmente la factura del Colegio en ARCA.
  • Prestador → Colegio: factura real del prestador, adjuntada sobre su rendición o liquidación.

Importación masiva de pacientes (Admin)

El Administrador puede importar los pacientes de cualquier prestador desde el historial completo de órdenes:

  • Endpoint: POST /api/v1/operator/provider-patients/bulk-import
  • Body: { "professionalId": "...", "importAllHistory": true }
  • Resultado: { created, updated, skipped, total }
  • Para lotes grandes (más de 200 órdenes), el proceso corre en background y registra el resultado en el log de auditoría.

Directorio público del prestador

El prestador controla su presencia en el directorio público desde Mi Perfil Público:

  • Activar/desactivar el perfil público.
  • Completar bio, especialidades, obras sociales aceptadas, modalidad de atención, horarios y datos de contacto públicos.
  • Subir foto de perfil.

Los cambios aplican de inmediato (respetando el TTL de caché del directorio: 2 minutos).


API pública del directorio

Ver documentación completa en Directorio Público.


Reglas de negocio

Prestador habilitado

Solo pueden cargar órdenes los colegiados con matrícula activa y rol PRESTADOR habilitado. Las órdenes de prestadores con matrícula suspendida son rechazadas automáticamente en la validación.

Sin duplicados por período

El sistema detecta órdenes con el mismo número de orden y obra social en el mismo período. Las duplicadas se marcan como RECHAZADA_DUPLICADO.

Factura requerida para cierre

El operador no puede cerrar una rendición ni generar el comprobante si el prestador no adjuntó su factura. El sistema verifica que invoice_url esté presente antes de permitir la aprobación.

Rendición única por período

Solo puede existir una rendición activa por prestador y período. Si una rendición fue rechazada, debe eliminarse antes de generar una nueva para el mismo mes.


Errores frecuentes

Error Causa Solución
PRESTADOR_NO_MATRICULADO El número de matrícula no existe en PSICOLE Verificar el número con la obra social
PRESTADOR_INHABILITADO La matrícula existe pero está suspendida Regularizar la matrícula antes de validar
CODIGO_PRESTACION_DESCONOCIDO El código de prestación no está en el nomenclador Actualizar el nomenclador de la obra social
LOTE_YA_APROBADO Se intenta modificar un lote cerrado Usar órdenes de ajuste en el próximo lote
SUBMISSION_YA_EXISTE Ya existe una rendición para ese período Revisar en Liquidaciones si ya fue enviada

Preguntas frecuentes

¿Puede un prestador tener pacientes con múltiples obras sociales? Sí. La libreta soporta múltiples OOSS por paciente, cada una con su número de afiliado y plan. Al crear una orden, el prestador elige cuál OOSS usar.

¿Qué pasa si el turno no tiene paciente de la libreta? El turno puede crearse con nombre libre (sin vincularlo a la libreta). Al completarlo, el sistema igualmente permite crear la orden aunque el paciente no esté registrado.

¿Cómo funciona la notificación al paciente? Si el paciente tiene email registrado en la libreta y el prestador activó la opción "Notificar al paciente" al crear el turno, el sistema envía un email automático de confirmación con fecha, hora y modalidad de la sesión.

¿Puede el prestador ver órdenes observadas? Sí. Las órdenes observadas aparecen con el motivo visible en el portal del prestador, para que pueda informar a su obra social la corrección necesaria.

Panel de liquidaciones y comisiones a prestadores
🖥 Escritorio Panel de liquidaciones y comisiones a prestadores
Panel de liquidaciones y comisiones a prestadores — móvil
📱 Móvil Panel de liquidaciones y comisiones a prestadores

Liquidaciones y Comisiones

Descripción

El módulo de Liquidaciones y Comisiones cubre el ciclo completo de distribución de fondos entre el Colegio y los psicólogos que operan como prestadores de obras sociales. Una vez que el operador aprueba un lote mensual de órdenes de servicio, el sistema calcula automáticamente la comisión del Colegio para cada tipo de prestación y genera los documentos de liquidación individuales.

Las comisiones son totalmente configurables: pueden definirse como porcentaje o monto fijo, diferenciadas por obra social, por tipo de prestación y con vigencias temporales (ej. una tarifa que rige solo desde el 1 de enero). Esto permite reflejar los acuerdos comerciales vigentes sin necesidad de desarrollo adicional.

La etapa final es la generación de lotes de pago: el sistema agrupa las liquidaciones aprobadas, genera la orden de transferencia bancaria consolidada y registra cada pago efectuado para su posterior conciliación. El historial de liquidaciones y los comprobantes están disponibles tanto para el operador como para el prestador desde su portal de autogestión.

Roles con acceso

Rol Nivel de acceso
ADMIN Acceso completo: configurar comisiones, aprobar liquidaciones, ejecutar lotes, auditoría
OPERADOR_FINANZAS Revisar y aprobar liquidaciones, generar lotes de pago, descargar comprobantes
PRESTADOR Ver liquidaciones propias, descargar comprobantes, consultar historial

Flujo principal

1. Configurar comisiones

  1. Ir a Administración → Liquidaciones → Configuración de Comisiones.
  2. Seleccionar la obra social para la cual se define la comisión.
  3. Hacer clic en Nueva Regla de Comisión.
  4. Configurar los parámetros:
  5. Tipo de aplicación: porcentaje sobre el monto de la orden o monto fijo por orden.
  6. Tipo de prestación: aplicar a todas las prestaciones o a un tipo específico (consulta, evaluación, informe, etc.).
  7. Vigencia desde: fecha a partir de la cual aplica esta regla.
  8. Vigencia hasta: opcional; si no se especifica, la regla rige indefinidamente.
  9. Guardar. El sistema muestra el historial de reglas con sus vigencias para auditoría.
  10. Para una obra social con múltiples reglas, el sistema aplica siempre la regla más específica vigente al momento del cierre del lote.

Tabla de configuración de comisiones con columnas de tipo, valor y vigencias

2. Revisión automática de liquidaciones generadas

  1. Al aprobar un lote mensual desde el módulo de Prestadores, el sistema genera automáticamente una liquidación por cada prestador del lote.
  2. Ir a Liquidaciones → Pendientes de Revisión.
  3. Cada liquidación muestra: prestador, obra social, período, total de órdenes, monto bruto, comisión aplicada, monto neto a transferir.
  4. El operador puede expandir el detalle para ver el cálculo orden por orden y verificar que la comisión se aplicó correctamente.
  5. Si el cálculo es correcto, cambiar el estado a APROBADA. Si hay discrepancias, cambiar a EN_REVISION y agregar un comentario.

Vista de liquidación con detalle de comisiones por orden y estado

Facturas de prestadores y liquidaciones

La factura que emite el prestador al Colegio se gestiona dentro de su rendición o liquidación. No se genera desde el modelo de factura de Obra Social.

El flujo correcto es:

  1. Validar las órdenes del período.
  2. Generar o asociar la liquidación del prestador.
  3. Cargar la factura real del prestador como adjunto de esa liquidación.
  4. Revisar que el monto facturado coincida con la liquidación.
  5. Aprobar o observar la liquidación.

Si una orden figura pagada pero todavía no aparece una liquidación asociada, debe regularizarse desde el circuito de liquidaciones antes de cargar la factura. El sistema no debe permitir cargar una factura del prestador sobre una orden suelta sin liquidación formal.

3. Generar lote de pago

  1. Ir a Liquidaciones → Lotes de Pago → Nuevo Lote.
  2. Seleccionar el período y las liquidaciones aprobadas que se incluirán en el lote (se puede filtrar por obra social, período o prestador).
  3. El sistema muestra el resumen del lote: cantidad de liquidaciones, monto total a transferir, detalle por prestador con CBU/CVU destino.
  4. Revisar y hacer clic en Generar Lote.
  5. El lote queda en estado GENERADO. Descargar el archivo de transferencias bancarias en el formato requerido por el banco (SEPA, TXT Bancario, etc.).
  6. Procesar la transferencia desde el homebanking. Una vez acreditada, regresar al lote y hacer clic en Marcar como Pagado, adjuntando el comprobante bancario.
  7. El lote pasa a estado PAGADO y cada liquidación incluida queda en estado LIQUIDADA.

Pantalla de generación de lote con tabla de beneficiarios y montos

4. Conciliación mensual de liquidaciones

  1. Ir a Liquidaciones → Conciliación Mensual.
  2. Seleccionar el mes a conciliar.
  3. El sistema cruza las liquidaciones pagadas contra los débitos registrados en la cuenta bancaria del Colegio (importados desde el módulo de Conciliación Bancaria).
  4. Las transferencias que coincidan quedan marcadas como CONCILIADA. Las que no coincidan quedan como PENDIENTE_CONCILIACION.
  5. Resolver manualmente las pendientes, adjuntando evidencia del pago si es necesario.
  6. Al cerrar la conciliación mensual, se genera el informe de cierre con los totales por obra social.

Tabla de conciliación mensual con estado por liquidación y totales

5. Consulta del historial de liquidaciones

  1. En Liquidaciones → Historial, filtrar por período, prestador, obra social o estado.
  2. Seleccionar una liquidación para ver su detalle completo: cada orden incluida con código de prestación, monto, comisión aplicada y monto neto.
  3. Descargar el comprobante de liquidación en PDF (disponible también para el prestador en su portal).
  4. El historial es permanente e inmutable: las liquidaciones cerradas no pueden editarse, solo anularse con nota de crédito si corresponde.

Detalle de liquidación individual con tabla de órdenes y totales

Campos y validaciones

Campo Tipo Requerido Descripción
Tipo de comisión Selección (% / monto fijo) Define si la comisión es proporcional o un valor fijo
Valor de comisión Decimal ≥ 0 Porcentaje (0-100) o monto en pesos
Tipo de prestación Selección o "Todas" A qué tipo de órdenes aplica la regla
Vigencia desde Fecha Inicio de vigencia de la regla de comisión
Vigencia hasta Fecha No Fin de vigencia; si vacío la regla no vence
CBU/CVU del prestador 22 dígitos Cuenta bancaria destino de la transferencia
Comprobante de pago Archivo (PDF/imagen) Sí al marcar pagado Evidencia de la transferencia bancaria realizada

Reglas de negocio

Regla más específica tiene prioridad

Si existen dos reglas de comisión aplicables (una para "Todas las prestaciones" y otra para "Consulta"), el sistema aplica la regla más específica. En caso de empate de especificidad, aplica la de vigencia más reciente.

Liquidaciones solo desde lotes aprobados

No es posible crear una liquidación manualmente sin un lote de órdenes aprobado como origen. Esto garantiza la trazabilidad completa desde la orden hasta el pago.

Monto neto negativo bloqueado

Si la comisión resultara mayor al monto bruto de la orden (situación anómala), el sistema bloquea la aprobación de esa liquidación y alerta al operador para revisión manual.

Prestador sin CBU

Si el prestador no tiene CBU/CVU registrado en su perfil, la liquidación se genera pero no puede incluirse en un lote de pago hasta que el dato sea cargado. El sistema notifica al prestador para que actualice su información bancaria desde el portal de autogestión.

Cierre de período

Una vez generado y marcado como pagado un lote, las liquidaciones incluidas quedan bloqueadas. Para correcciones se emite una nota de crédito/débito en el período siguiente, manteniendo la integridad del período cerrado.

Cambio de comisión retroactivo

Los cambios en las reglas de comisión no afectan lotes ya aprobados. La fecha de vigencia siempre se respeta: si se cierra un lote del mes de enero, se usa la comisión vigente en enero, aunque en febrero se haya modificado la configuración.

Errores frecuentes

Error Causa Solución
SIN_REGLA_COMISION No existe ninguna regla de comisión configurada para la obra social o el tipo de prestación del lote Configurar la regla de comisión correspondiente antes de aprobar el lote
PRESTADOR_SIN_CBU El prestador no tiene CBU/CVU registrado Solicitar al prestador que complete su CBU en el portal de autogestión o cargarlo manualmente desde la ficha del colegiado
MONTO_NETO_NEGATIVO La comisión supera el monto bruto de la orden Revisar la configuración de la comisión; probablemente el tipo o valor sea incorrecto
LIQUIDACION_DUPLICADA Se intentó generar una liquidación para un prestador y período que ya tiene una liquidación aprobada Verificar en el historial; si la existente tiene error, anularla antes de generar la nueva
LOTE_SIN_LIQUIDACIONES Se intentó generar un lote de pago sin seleccionar liquidaciones aprobadas Asegurarse de que haya liquidaciones en estado APROBADA antes de crear el lote
COMPROBANTE_REQUERIDO Se intentó marcar un lote como pagado sin adjuntar el comprobante de transferencia Subir el comprobante bancario antes de confirmar el pago

Preguntas frecuentes

¿Se puede tener comisiones diferentes para la misma obra social según el tipo de prestación? Sí. Se pueden configurar tantas reglas como tipos de prestación existan. Por ejemplo: 10% para consultas, 8% para evaluaciones y $500 fijo por informes periciales. El sistema aplica la regla más específica vigente.

¿Cómo se maneja un error en el monto de una liquidación ya aprobada? No se puede editar una liquidación aprobada. El procedimiento correcto es anular la liquidación (genera un registro de anulación en el historial) y generar una nueva liquidación corregida. Si el lote ya fue pagado, la corrección se realiza mediante nota de crédito/débito en el próximo período.

¿El prestador recibe algún aviso cuando se genera su liquidación? Sí. Al aprobarse el lote mensual que incluye sus órdenes, el sistema envía automáticamente un email al prestador con el resumen de su liquidación y un link para descargar el comprobante desde su portal.

¿Cómo afecta el cambio de CUIT de una obra social a las liquidaciones históricas? El cambio de CUIT no modifica liquidaciones pasadas. Las liquidaciones históricas conservan el CUIT que tenía la obra social al momento del cierre del lote. El nuevo CUIT aplica solo para liquidaciones futuras.

¿Se puede liquidar a un prestador en cuotas? No. Cada liquidación mensual se paga en una única transferencia. Las cuotas no aplican al mecanismo de liquidación a prestadores, que está diseñado para pagos únicos mensuales.

Portal de autogestión: cuenta corriente y credencial
🖥 Escritorio Portal de autogestión: cuenta corriente y credencial
Portal de autogestión: cuenta corriente y credencial — móvil
📱 Móvil Portal de autogestión: cuenta corriente y credencial

Autogestión del Profesional

Descripción

El portal de Autogestión es la interfaz propia del psicólogo matriculado para interactuar con el Colegio sin intermediación administrativa. Disponible las 24 horas desde cualquier dispositivo, permite consultar la cuenta corriente, pagar deudas por una pasarela habilitada, descargar recibos y mantener datos personales actualizados.

El módulo está diseñado para reducir la carga operativa de las ventanillas físicas y agilizar trámites que históricamente requerían turno presencial. Los documentos generados (recibos, certificados, credencial digital) tienen validez oficial y están firmados digitalmente por el sistema.

Las solicitudes de modificación de datos (cambio de domicilio, teléfono, CUIT, especialidad declarada, etc.) no se aplican de forma inmediata sino que generan un flujo de aprobación interno: un operador de matrículas revisa los cambios y los aprueba o rechaza con un comentario. Esto garantiza la integridad del padrón de matriculados.

Roles con acceso

Rol Nivel de acceso
COLEGIADO Acceso completo a su propia autogestión

Flujo principal

1. Ver estado de cuenta y deudas

  1. Al iniciar sesión, el panel principal muestra un resumen de la cuenta corriente: saldo deudor, próximo vencimiento y últimos movimientos.
  2. Ir a Mi Cuenta → Estado de Cuenta para ver el detalle completo.
  3. La vista lista todas las cuotas y conceptos adeudados con fecha de vencimiento, monto original, recargos por mora acumulados y total a pagar.
  4. Usar los filtros por período, tipo de cuota o estado (vigente, vencida, pagada) para acotar la consulta.
  5. Las cuotas próximas a vencer (dentro de los 7 días configurables) se destacan con una alerta visual.

Panel principal con resumen de deuda y próximo vencimiento

2. Pagar online por pasarela habilitada

  1. Desde el estado de cuenta, marcar las cuotas o conceptos a pagar con el checkbox correspondiente.
  2. Hacer clic en Pagar Seleccionados. El sistema muestra el resumen del pago con el total que se procesará.
  3. Confirmar y continuar hacia la pasarela habilitada, por ejemplo NAVE.
  4. Completar los datos de pago en la interfaz externa del proveedor. PSICOLE no almacena datos de tarjeta.
  5. Al recibir o consultar la confirmación aprobada, el sistema registra la operación PAY, imputa la deuda y genera el recibo REC.
  6. El colegiado es redirigido al portal de PSICOLE con la confirmación del pago y el enlace para descargar el recibo.

Pantalla de selección de cuotas a pagar y resumen previo al checkout

Pagos parciales

Es posible seleccionar solo algunas cuotas para pagar. Sin embargo, si existen cuotas con mora, el sistema obliga a incluir el recargo de mora en el monto total. No se puede pagar la cuota sin el recargo correspondiente.

3. Descargar recibos

  1. Ir a Mi Cuenta → Mis Recibos.
  2. Se lista el historial de todos los pagos realizados, con fecha, concepto, monto y número de recibo.
  3. Hacer clic en Descargar en el recibo deseado para obtener el PDF oficial con membrete del Colegio y firma digital del sistema.
  4. El recibo incluye un código de verificación que permite confirmar su autenticidad en el portal público del Colegio.
  5. Los recibos están disponibles para descarga indefinidamente desde el historial.

Listado de recibos con filtro por período y botón de descarga

4. Descargar certificados

  1. Ir a Mi Cuenta → Mis Certificados.
  2. El sistema lista los certificados disponibles por tipo:
  3. Certificado de Matrícula Vigente: acredita que la matrícula está activa al día de la fecha.
  4. Certificado de Libre Deuda: acredita que no existen deudas pendientes con el Colegio.
  5. Certificados de Cursos: emitidos al completar los cursos de capacitación (con QR verificable).
  6. Para certificados con validez temporal (matrícula, libre deuda), hacer clic en Generar Nuevo para obtener uno con la fecha actual. Los certificados anteriores quedan archivados.
  7. Descargar el PDF. El certificado tiene validez de 30 días (configurable) y muestra la fecha de emisión.

Panel de certificados con tipos disponibles y botón de generación

5. Ver y usar la credencial digital QR

El colegiado tiene dos puntos de acceso a su credencial: la MiniCredencial del dashboard (vista rápida con QR y acciones principales) y la página completa en /credential (con todas las opciones de compartición y verificación pública).

  1. Desde el Dashboard, hacer clic en la miniatura de credencial para abrir el modal de vista ampliada con botones rápidos (PDF, Copiar enlace, Compartir, Ver completa).

Modal de credencial digital abierto desde el dashboard con QR ampliado y acciones rápidas

  1. Para la vista completa, ir a Mi Cuenta → Mi Credencial Digital (/credential).
  2. La credencial digital muestra la foto del profesional, nombre completo, número de matrícula, especialidad y estado de la matrícula. Incluye la fecha de vigencia y el código QR que apunta al verificador público.
  3. Desde la barra de acciones se puede Descargar PDF, Exhibir (modo pantalla completa), Copiar enlace de verificación, Email o Compartir por redes/WhatsApp.
  4. La credencial se actualiza automáticamente al cambiar el estado de la matrícula; si el colegiado tiene cuotas vencidas o la matrícula está suspendida, la credencial sigue siendo consultable pero las opciones de descarga/compartir quedan deshabilitadas y se muestra un banner de aviso.

Página completa de la credencial digital con barra de acciones y panel de verificación pública

6. Solicitar modificación de datos personales

  1. Ir a Mi Perfil → Editar Datos.
  2. Visualizar los datos actuales registrados en el sistema: domicilio, teléfono, email, CUIT, especialidades declaradas, banco y CBU para liquidaciones.
  3. Modificar los campos que se deseen actualizar. Los campos editables están marcados; algunos datos (como el número de matrícula) no son modificables por el usuario.
  4. Subir la documentación de respaldo requerida según el tipo de dato a cambiar (ej. servicio de luz para cambio de domicilio, constancia AFIP para cambio de CUIT).
  5. Hacer clic en Enviar Solicitud de Modificación. La solicitud queda en estado PENDIENTE.
  6. Un operador de matrículas revisará la solicitud y la aprobará o rechazará con un comentario.
  7. El colegiado recibirá un email con el resultado. Si se aprueba, los datos se actualizan automáticamente en el padrón. Si se rechaza, se indica el motivo y el colegiado puede reenviar la solicitud con la corrección.

Formulario de edición de datos con campos habilitados e indicación de documentación requerida

7. Consultar el historial de solicitudes

  1. Ir a Mi Perfil → Mis Solicitudes.
  2. Se listan todas las solicitudes de modificación enviadas con su estado (Pendiente, Aprobada, Rechazada) y la fecha de resolución.
  3. Hacer clic en una solicitud para ver el detalle: datos solicitados, documentación adjuntada, comentario del operador.
  4. Si una solicitud fue rechazada, desde esta vista se puede clonar y reenviar con correcciones.

Historial de solicitudes con estado y detalle expandible

Campos y validaciones

Campo Tipo Requerido Descripción
Domicilio Texto + localidad/provincia Domicilio profesional o particular según tipo
Teléfono Texto (formato +54 …) Número de contacto con código de área
Email Email válido Dirección de correo para notificaciones
CUIT CUIT válido (XX-XXXXXXXX-X) Identificación fiscal
CBU/CVU 22 dígitos numéricos No Cuenta para recibir liquidaciones como prestador
Especialidad declarada Selección múltiple No Especialidades habilitadas en el Colegio
Documentación adjunta PDF/JPG/PNG (máx. 13 MB c/u) Condicional Requerida según el tipo de dato a modificar

Reglas de negocio

Solicitudes simultáneas

Solo puede existir una solicitud de modificación activa por campo. Si el colegiado envía una solicitud de cambio de domicilio y ya hay una pendiente de aprobación, el sistema bloquea la segunda hasta que la primera sea resuelta.

Certificado de Libre Deuda

El certificado de libre deuda solo puede generarse si el colegiado no tiene deudas vencidas en el sistema. Si existe deuda, el botón de generación está deshabilitado y se muestra el detalle de los conceptos adeudados.

Pagos online y confirmación

El procesamiento puede ser asíncrono según la pasarela. Si el pago queda pendiente, no intentes pagarlo de nuevo hasta refrescar el estado desde la operación o consultar al operador.

Datos bancarios para prestadores

El CBU/CVU cargado en el perfil es el que se usa para las liquidaciones de órdenes de servicio. Si se modifica, el cambio aplica al próximo lote de liquidaciones; los lotes ya generados no se ven afectados.

Credencial QR y matrícula suspendida

Si la matrícula es suspendida, la credencial sigue siendo descargable pero muestra el estado SUSPENDIDA. El QR verifica el estado en tiempo real, por lo que cualquier persona que escanee el código verá el estado actual, no el histórico.

Errores frecuentes

Error Causa Solución
PAGO_PROCESANDO La pasarela aún no confirmó el resultado Esperar unos minutos y recargar la página; si persiste, contactar al operador
DEUDA_IMPIDE_CERTIFICADO Se intenta generar un certificado de libre deuda con deudas pendientes Pagar las deudas vencidas primero; el botón se habilita automáticamente al regularizar la situación
SOLICITUD_PENDIENTE_EXISTENTE Ya existe una solicitud de modificación activa para el mismo campo Esperar la resolución de la solicitud existente o cancelarla antes de enviar una nueva
DOCUMENTACION_FALTANTE Se envió la solicitud sin adjuntar el documento de respaldo requerido Adjuntar el documento indicado antes de enviar la solicitud
CBU_INVALIDO El CBU/CVU ingresado no tiene el formato correcto o no pasa la validación de dígito verificador Verificar el número con el banco; debe tener exactamente 22 dígitos
SESION_EXPIRADA La sesión expiró durante el proceso de pago Iniciar sesión nuevamente y revisar el historial antes de intentar pagar otra vez

Preguntas frecuentes

¿Puedo pagar con tarjeta de crédito en cuotas? Depende de la pasarela y los acuerdos vigentes del Colegio. La pantalla externa del proveedor muestra las opciones disponibles.

¿Mis recibos son válidos para presentar ante AFIP u otros organismos? Sí. Los recibos generados por PSICOLE tienen validez oficial como comprobante de pago interno del Colegio. Sin embargo, para fines impositivos consultar con el área de Finanzas del Colegio si se requiere una factura o comprobante adicional.

¿Cuánto tiempo tarda en aprobarse una solicitud de modificación de datos? El SLA interno es de 3 días hábiles. Si la solicitud supera ese plazo sin resolución, se genera automáticamente un ticket de escalamiento al supervisor. El colegiado puede consultar el estado desde Mis Solicitudes.

¿Puedo ver las cuotas de mis cursos en el portal de autogestión? Sí. Las cuotas de cursos aparecen en el estado de cuenta junto con las cuotas de matrícula y otros conceptos. Se identifican por el tipo de cuota ("Curso: [nombre del curso]") y pueden pagarse online de la misma manera.

¿El certificado de matrícula vigente tiene algún costo? No. La generación de certificados de matrícula vigente y libre deuda es gratuita para el colegiado. Solo los certificados de cursos específicos pueden tener un costo asociado al procesamiento, según la configuración del Colegio.

¿Qué pasa si pagué de más por error? El sistema conserva el pago original y el operador de finanzas registra una reversa o reintegro vinculado a la operación original, según la política configurada.

Avisos, emails y outbox transaccional
🖥 Escritorio Avisos, emails y outbox transaccional
Avisos, emails y outbox transaccional — móvil
📱 Móvil Avisos, emails y outbox transaccional

Comunicaciones

Comunicaciones centraliza avisos, correos, notificaciones internas y eventos transaccionales. El objetivo es que cada mensaje importante tenga trazabilidad, estado y motivo de fallo si no pudo enviarse.

Canales

Canal Uso
Avisos internos Mensajes dentro de PSICOLE
Email Credenciales, reseteos, trámites, pagos y recordatorios, siempre bajo compuertas operativas
Soporte Tickets y burbuja de ayuda
Outbox transaccional Cola confiable para eventos que no deben perderse

Eventos documentados

  • Alta de usuario y envío de datos de acceso.
  • Reset de contraseña desde administración.
  • Notificaciones de pagos aprobados, recibos creados y operaciones registradas.
  • Solicitudes de corrección de trámites.
  • Avisos de cursos, inscripción, desinscripción o reembolso.
  • Recordatorios de consultorio cuando estén habilitados.

Entorno inerte

En sandbox o test, los mensajes no deben salir a destinatarios reales. El sistema debe registrar el intento, mostrar estado amable y permitir auditar el contenido sin generar impacto externo.

Cuando un registro aparece como Bloqueado en la auditoría, significa que el evento se generó pero una compuerta operativa evitó el envío real. El mensaje debe seguir siendo visible para soporte, auditoría y diagnóstico.


Auditoría

Cada comunicación relevante debe indicar:

  • Usuario destinatario.
  • Evento origen.
  • Canal.
  • Estado.
  • Fecha.
  • Error amable si falló.
  • Vínculo al objeto relacionado: trámite, pago, recibo, usuario o curso.

Vista auditada desktop y mobile

La pantalla Super Admin → Comunicaciones fue recapturada luego del ajuste responsive. En escritorio conserva la tabla completa con filtros, dominios y desglose por evento; en móvil prioriza lectura vertical, controles contenidos en el ancho disponible y tablas con desplazamiento horizontal explícito cuando corresponde.

Auditoría de comunicaciones en escritorio

Auditoría de comunicaciones en celular

Mensajes internos auditados

La vista de mensajes internos fue incluida en el barrido para confirmar que bandejas, estados y acciones mantengan lectura correcta tanto en escritorio como en teléfono.

Mensajes internos en escritorio

Mensajes internos en celular

Beneficios para Matriculados

PSICOLE gestiona beneficios económicos para los profesionales matriculados, incluyendo maternidad/adopción, jubilación y bonificaciones operativas como primera matrícula. Todos reducen cuotas sólo cuando existe una regla vigente o una solicitud aprobada para el periodo correspondiente.


Beneficio por Jubilación (50% de descuento)

¿Qué es?

Los profesionales que alcanzan los 60 años de edad son elegibles para un descuento permanente del 50% en sus cuotas. El sistema detecta automáticamente a los elegibles mediante un proceso programado y los notifica por email.

Vista del Colegiado

Los colegiados acceden a su beneficio desde Mi Cuenta → Beneficio por Jubilación (/my-retirement-benefit).

Panel administrativo de beneficios de jubilación

La pantalla muestra:

Sección Contenido
Elegibilidad Fecha de nacimiento, cuándo cumple 60 años, estado actual
Detalle Porcentaje de descuento (50%), fecha de elegibilidad, fecha de aplicación
Cronología Línea de tiempo: detectado → notificado → aplicado / rechazado

Acciones disponibles:

  • Rechazar el beneficio — si el profesional no desea el descuento, puede rechazarlo voluntariamente. Se solicita un motivo opcional.

El rechazo es reversible

Si un colegiado rechaza el beneficio y luego desea reactivarlo, debe solicitarlo directamente al colegio. Un operador puede reactivarlo desde el panel administrativo.

Panel Administrativo

Los operadores acceden desde Trámites → Beneficios por Jubilación (/admin/retirement-benefits).

Panel administrativo con lista de beneficios y estadísticas

Vista en dispositivo móvil:

Panel de jubilación en celular

Estadísticas del módulo

El encabezado muestra KPIs en tiempo real:

Indicador Descripción
Total Total de registros de beneficio en el sistema
Pendientes Sin notificar aún
Notificados Email enviado, pendientes de respuesta
Activos Descuento aplicado y vigente
Rechazados Profesional rechazó el beneficio
Cancelados Beneficio cancelado por el colegio
Elegibles sin registrar Detectados pero no procesados aún

Estados del beneficio

Estado Badge Descripción
PENDING_NOTIFICATION Amarillo Elegible detectado, falta enviar notificación
NOTIFIED Azul Email enviado al profesional
ACTIVE Verde Descuento activo en las cuotas
REJECTED Rojo El profesional rechazó el beneficio
CANCELLED Gris Cancelado por el colegio

Acciones del operador

Detección automática:

El CRON ejecuta la detección diariamente y notifica automáticamente a los nuevos elegibles. Para ejecutarla manualmente:

  1. Hacer clic en "Ejecutar detección manual".
  2. El sistema busca profesionales que cumplan 60 años y no tengan beneficio registrado.
  3. Envía email de notificación automático.
  4. Los nuevos registros aparecen en estado PENDING_NOTIFICATION.

Acciones sobre un beneficio individual:

Acción Estado requerido Descripción
Aplicar PENDING / NOTIFIED Activa el descuento del 50% en las cuotas futuras
Cancelar ACTIVE / NOTIFIED Desactiva el descuento. Requiere motivo obligatorio
Reactivar CANCELLED / REJECTED Vuelve a activar el descuento. Acepta notas opcionales

Panel administrativo de beneficios de jubilación


Beneficio por Maternidad / Adopción

¿Qué es?

Las profesionales que atraviesan una licencia por maternidad o adopción pueden solicitar una reducción temporal en sus cuotas durante el período de licencia. El colegio revisa y aprueba la solicitud con documentación respaldatoria.

Vista del Colegiado

Acceso desde Mi Cuenta → Beneficio por Maternidad (/my-parental-benefit).

El flujo de solicitud incluye:

  1. Verificar elegibilidad — el sistema valida que no exista una solicitud activa.
  2. Completar formulario — tipo de licencia (maternidad / adopción), fecha de inicio y fin estimada, descripción.
  3. Adjuntar documentación — certificado médico o documentación de adopción.
  4. Enviar al Colegio — queda en estado PENDING_REVIEW.

Panel administrativo de beneficios parentales

Estados de la solicitud:

Estado Descripción
PENDING Formulario iniciado, no enviado
PENDING_REVIEW Enviado al colegio, en revisión
APPROVED Aprobado — descuento aplicado durante el período
REJECTED Rechazado con motivo
COMPLETED Período de licencia finalizado
CANCELLED Cancelada por la colegiada

Panel Administrativo

Los operadores acceden desde Trámites → Beneficios por Maternidad (/admin/parental-benefits).

Panel administrativo de maternidad con lista de solicitudes

Acciones del operador

Desde el detalle de cada solicitud el operador puede:

Acción Estado requerido
Aprobar PENDING_REVIEW
Rechazar (con motivo obligatorio) PENDING_REVIEW
Completar (período terminado) APPROVED
Cancelar Cualquier estado activo

Documentación requerida

Antes de aprobar, verificá que la documentación adjunta sea válida: certificado médico firmado o documentación notariada de adopción con fecha de inicio que coincida con la declarada.


Bonificación por Primera Matrícula

Cuando una matrícula se emite por primera vez, las primeras cuotas pueden quedar bonificadas al 100% según la fecha de emisión:

Emisión de matrícula Cobertura
Día 1 al 15 Mes en curso y mes siguiente
Día 16 al fin de mes Mes en curso y dos meses siguientes

La regla se registra sobre el profesional, con vigencia desde el inicio del mes emitido hasta el cierre del último periodo bonificado. Cuando el RUN mensual genera o revaloriza la deuda, el descuento debe quedar explicado por un snapshot de beneficio aplicado a esa deuda.


Reglas persistentes y auditoría

Los beneficios pueden venir de una solicitud dentro de PSICOLE o de una fuente externa validada por Finanzas. En ambos casos deben conservar:

  • profesional asociado;
  • tipo de beneficio;
  • vigencia desde/hasta;
  • porcentaje o importe fijo de descuento;
  • fuente, archivo, hoja y fila cuando proviene de planilla;
  • deuda impactada cuando el beneficio se aplica efectivamente.

Una regla vencida puede mantenerse visible como antecedente, pero no debe descontar periodos posteriores. Si una planilla histórica informa maternidad/paternidad sin vigencia para el mes del RUN, el caso se lista para revisión y no se usa para cerrar pagos automáticamente.

Los filtros operativos de Profesionales y Dinero deben permitir aislar beneficios vigentes, beneficios históricos, descuentos aplicados a deuda y casos pendientes de revisión.


Preguntas frecuentes — Beneficios

¿El descuento se aplica retroactivamente? No. Al aprobar o aplicar un beneficio, el descuento rige desde el próximo período de facturación. Las cuotas ya generadas no se modifican automáticamente.

¿Puedo tener activos ambos beneficios al mismo tiempo? Sí, son independientes. Un profesional puede tener activo el descuento por jubilación y una licencia por maternidad simultáneamente; en ese caso los descuentos se combinan.

¿Qué pasa si se cambia el beneficio después de generar cuotas? Las cuotas generadas antes del cambio no se modifican. Los cambios rigen para cuotas futuras. Si se necesita ajustar una cuota ya emitida, debe hacerse manualmente desde el módulo de Finanzas.

Certificados de Ética Profesional

El Colegio emite certificados de ética que acreditan que un profesional matriculado no registra antecedentes disciplinarios. Son documentos oficiales solicitados habitualmente para concursos, empleos, acreditaciones académicas o trámites ante organismos.


Flujo completo

Colegiado solicita certificado
           ↓
Sistema verifica elegibilidad
(sin deudas vencidas, matrícula activa)
           ↓
Solicitud creada → PENDING
           ↓
Colegiado confirma pago del arancel
     (sube referencia de transferencia)
           ↓
Estado → PENDING_REVIEW
           ↓
Operador revisa documentación y pago
       ↙               ↘
  APPROVED           REJECTED
       ↓                 ↓
Genera PDF           Email con
descargable            motivo

Vista del Colegiado

Acceso desde Mi Cuenta → Certificado de Ética (/my-ethics-certificate).

Verificar elegibilidad

Antes de mostrar el formulario, el sistema valida automáticamente:

Condición Resultado
Sin deudas vencidas ✅ Puede solicitar
Con deudas vencidas ❌ Bloqueado hasta regularizar
Matrícula activa ✅ Puede solicitar
Matrícula vencida o baja ❌ Bloqueado
Solicitud activa pendiente ⚠️ No puede crear otra hasta resolver la actual

Solicitar certificado

Panel de certificados de ética

  1. Completar el campo "Motivo / uso del certificado" (opcional — ej.: concurso docente, presentación en obra social).
  2. Hacer clic en "Solicitar certificado".
  3. El sistema muestra el arancel vigente y las instrucciones de pago por transferencia.

Confirmar pago

Una vez realizada la transferencia bancaria:

  1. Hacer clic en "Confirmar pago".
  2. Ingresar el número de referencia / comprobante de la transferencia.
  3. El estado pasa a PENDING_REVIEW y el Colegio recibe una notificación.

Panel de certificados de ética con estado de pago

Descargar el certificado

Una vez aprobado, el botón "Descargar PDF" queda habilitado. El PDF incluye:

  • Datos del profesional (nombre, matrícula, DNI)
  • Declaración de ausencia de antecedentes disciplinarios
  • Fecha de emisión y vigencia
  • Firma del presidente del Colegio
  • Código QR de verificación de autenticidad

Estados de la solicitud

Estado Badge Descripción
PENDING Gris Solicitud creada, pendiente de pago
AWAITING_PAYMENT Amarillo Arancel informado, esperando confirmación
PENDING_REVIEW Azul Pago confirmado, en revisión por el operador
APPROVED Verde Aprobado — PDF disponible para descarga
REJECTED Rojo Rechazado con motivo
CANCELLED Gris Cancelado por el colegiado

Cancelación

La solicitud puede cancelarse en estado PENDING o AWAITING_PAYMENT. Una vez enviada a revisión (PENDING_REVIEW) ya no se puede cancelar unilateralmente.


Panel Administrativo

Acceso desde Trámites → Certificados de Ética (/admin/ethics-certificates).

Panel administrativo con listado de solicitudes y filtros

Columnas de la tabla

Columna Descripción
Nro. Solicitud Código único de la solicitud (en monoespaciado)
Profesional Nombre, email y número de matrícula
Estado Badge de color según estado
Arancel Monto a pagar
Fecha solicitud Timestamp de creación

Filtros disponibles

  • Por estado: PENDING / AWAITING_PAYMENT / PENDING_REVIEW / APPROVED / REJECTED / CANCELLED
  • Búsqueda libre: por nombre del profesional, número de matrícula o número de solicitud

Revisar una solicitud

Al hacer clic en una solicitud se abre el panel de detalle:

Panel de detalle con información del profesional y estado del pago

El panel muestra:

Campo Descripción
Nro. Solicitud Código único
Estado actual Badge actualizable
Profesional Nombre, email, matrícula, DNI
Arancel Monto correspondiente
Pago confirmado Fecha de confirmación y referencia
Motivo declarado Uso del certificado indicado por el colegiado
Validación automática Estado de la validación de deudas y matrícula
Deudas vencidas Listado si las hay (alerta)

Acciones del operador

Acción Estado requerido Detalle
Aprobar PENDING_REVIEW Genera el PDF del certificado automáticamente y notifica al colegiado
Rechazar PENDING_REVIEW Requiere motivo obligatorio + notas opcionales. Notifica al colegiado con el motivo
Agregar nota interna Cualquier estado Visible solo para operadores

Verificar el pago antes de aprobar

Aunque el colegiado confirma la referencia de transferencia, el operador debe verificarla manualmente contra el extracto bancario del Colegio antes de aprobar. La integración de conciliación automática para este módulo está en el roadmap.


Preguntas frecuentes — Certificados de Ética

¿Cuánto tiempo tarda el proceso? Depende del colegio, pero el flujo típico es: solicitud → confirmación de pago → revisión en 24–48 horas hábiles → descarga del PDF.

¿El certificado tiene vencimiento? Sí, en general los certificados tienen validez de 6 meses desde la emisión. La fecha de vencimiento figura en el propio PDF.

¿Puedo solicitar varios certificados? Solo puede haber una solicitud activa por vez. Una vez descargado el certificado aprobado, la solicitud pasa a estado histórico y se puede iniciar una nueva.

¿Qué pasa si se rechazan deudas que ya pagué? Si el sistema detecta deudas vencidas y el colegiado ya regularizó, debe esperar a que el pago se procese en el sistema (máx. 24 hs.) y volver a intentar la solicitud.

Módulo de Tickets y Trámites (EPIC-09)

El módulo de Tickets y Trámites permite gestionar solicitudes formales de colegiados y prestadores con flujo de trabajo completo, SLA configurable, semáforo de tiempos y asignación automática de operadores.

Para la documentación de administración (categorías, áreas, parámetros, dashboards), ver la sección de Administración:

Ver documentación completa → Tickets y Soporte{ .md-button .md-button--primary }


Vistas por Rol

Operador de Trámites

El operador accede a su dashboard personal al ingresar al sistema, con tickets agrupados por urgencia y semáforo SLA en cada tarjeta.

Dashboard personal del operador con KPIs y grupos por urgencia

Rutas: - Dashboard personal: /operator/dashboard - Kanban propio: /operator/tickets - Detalle de ticket: /tickets/:id

Guía completa del Operador de Trámites{ .md-button }


Supervisor de Trámites

El supervisor accede a métricas globales y al kanban por operador para monitorear la operación completa.

Dashboard de métricas del supervisor

Kanban por operador con semáforo SLA

Rutas: - Métricas: /supervisor/metrics - Gestión: /supervisor/tickets

Guía completa del Supervisor de Trámites{ .md-button }


Colegiado / Prestador

Los colegiados y prestadores pueden crear tickets, ver el estado de los suyos y agregar comentarios.

Vista de mis trámites del colegiado

Formulario de nuevo ticket

Vista mobile:

Mis trámites en celular

Ruta: /my-tickets


Seguimiento público

Cualquier persona puede consultar el estado de un ticket con su número de seguimiento, sin necesidad de iniciar sesión.

Pantalla de seguimiento público de ticket

Ruta: /track


Ciclo de vida

PENDIENTE → ASIGNADO → EN PROGRESO → [PAUSADO] → RESUELTO → CERRADO
Estado Descripción
PENDING Ticket recibido, sin operador
ASSIGNED Operador asignado automáticamente
IN_PROGRESS Operador trabajando
PAUSED Pausado con motivo registrado
WAITING_REQUESTER Esperando respuesta del solicitante
RESOLVED Resuelto por el operador
CLOSED Cerrado (supervisor o automático a los 7 días)
REOPENED Reabierto por el colegiado

Semáforo SLA

Color Estado
🟢 Verde OK — dentro del plazo
🟠 Naranja WARNING — menos del 25% restante
🔴 Rojo BREACHED — SLA vencido

Integración con trámites

Cuando una categoría de ticket tiene un módulo relacionado configurado (ej: Renovación de Matrícula, Débito Automático), en el detalle del ticket aparece el botón "Ver servicio relacionado" que lleva directamente al módulo correspondiente del sistema.


Documentación de administración

  • Configuración de Categorías, Áreas de Trabajo y Parámetros
  • Dashboard Global Admin

Directorio Público de Psicólogos

El directorio público es el módulo que expone el listado de profesionales habilitados a cualquier persona y a cualquier sitio web externo, sin necesidad de autenticación. Está disponible como página web en el portal y como API REST pública consumible desde cualquier servicio externo.


Quién aparece en el directorio

Para que un profesional aparezca en el directorio deben cumplirse dos condiciones simultáneas:

Condición Campo en base de datos Quién lo controla
Perfil público activado is_public_profile_active = true El propio profesional (autogestión) o el Administrador
Matrícula vigente enrollment_status IN ('APPROVED', 'PROVISIONAL') El sistema — se actualiza al aprobar o suspender la matrícula

Si cualquiera de las dos condiciones deja de cumplirse — por ejemplo, si se suspende la matrícula o el profesional desactiva su perfil — el registro deja de aparecer en todos los endpoints públicos de forma inmediata (respetando el TTL de caché).


Arquitectura del módulo

El módulo tiene tres capas independientes:

┌─────────────────────────────────────────────────────────────┐
│  BASE DE DATOS (MySQL)                                       │
│  Tabla `professionals` — campos públicos separados          │
│  de los datos de matrícula y expediente                      │
└───────────────────┬─────────────────────────────────────────┘
                    │ Prisma ORM
┌───────────────────▼─────────────────────────────────────────┐
│  BACKEND API (Node/Express)                                  │
│  publicDirectoryController.js                                │
│  Montado en /api/v1/public — CORS *, sin auth, rate limit    │
└───────────────────┬─────────────────────────────────────────┘
                    │ HTTP (fetch / axios)
┌───────────────────▼─────────────────────────────────────────┐
│  FRONTEND SPA (React)                                        │
│  PublicDirectory.jsx → /directorio-psicologos                │
│  Filtros inicializados desde URL query params                │
└─────────────────────────────────────────────────────────────┘

Acceso

Vía URL
Portal web https://sandbox.umdev.com.ar/directorio-psicologos
Portal web (pre-filtrado) https://sandbox.umdev.com.ar/directorio-psicologos?city=GODOY+CRUZ&insurance=OSEP
Perfil individual https://sandbox.umdev.com.ar/directorio-psicologos/garcia-maria-jose
API REST https://sandbox.umdev.com.ar/api/v1/public/directory

Modelo de datos — campos públicos vs. datos de matrícula

El modelo Professional en la base de datos mantiene dos grupos de campos claramente separados.

Campos exclusivos del perfil público

Estos campos son editados directamente por el profesional (o el admin) para controlar cómo aparece en el directorio. No afectan al expediente de matrícula.

Campo DB Clave JSON Descripción
is_public_profile_active (no expuesto) Toggle de visibilidad en el directorio
public_display_name displayName Nombre visible; si es null, usa firstName + lastName del usuario
public_bio bio Presentación profesional en texto libre
public_photo photo URL de foto de perfil
public_email email Email de contacto público
public_phone phone Teléfono público; si es null, usa office_phone
public_website website URL de sitio o red profesional
public_slug slug Identificador URL único, auto-generado

Campos del expediente usados en el directorio

Estos campos forman parte del expediente de matrícula. Aparecen en el directorio pero solo pueden modificarse desde la ficha profesional, no desde la autogestión de perfil público.

Campo DB Clave JSON Descripción
attention_modality modality PRESENCIAL, VIRTUAL o BOTH
attention_area attentionArea Población atendida (texto libre: "Niños, Adolescentes")
attention_schedule schedule Horarios de atención (texto libre)
accepted_insurances insurances Obras sociales aceptadas (texto libre)
languages languages Idiomas separados por coma
specialties specialty Especialidades clínicas
theoretical_orientation orientation Línea teórica (ej. "Cognitivo-Conductual")
office_city city Ciudad del consultorio
office_address officeAddress Dirección del consultorio
university_name university Universidad de graduación (solo en detalle)
degree_title degree Título obtenido (solo en detalle)
enrollment_date enrollmentDate Fecha de matriculación (solo en detalle)

Cadenas de fallback

Cuando un campo público no está cargado, la API aplica las siguientes cadenas de fallback en orden:

displayName  =  public_display_name  ??  user.firstName + " " + user.lastName
city         =  office_city  ??  professional.city  ??  user.city
phone        =  public_phone  ??  office_phone

Esto significa que un profesional sin public_display_name configurado aparecerá con su nombre y apellido del sistema. Si no cargó teléfono público, se usará el del consultorio si existe.


Sistema de slugs

Cada profesional con perfil activo tiene un slug único que forma su URL pública.

Generación automática

El slug se genera a partir de apellido + nombre, siguiendo estas transformaciones en orden:

  1. Convertir a minúsculas
  2. Normalizar caracteres Unicode (NFD) y eliminar diacríticos: á→a, ñ→n, ü→u
  3. Eliminar todo lo que no sea letra, número, espacio o guión
  4. Recortar espacios extremos
  5. Reemplazar espacios por guiones
  6. Colapsar guiones múltiples en uno solo

Ejemplo:

Apellido: "De Stefano Surballe"
Nombre:   "Candela"
Slug:     "de-stefano-surballe-candela"

Resolución de colisiones

Si el slug generado ya existe (dos profesionales con el mismo nombre), el sistema agrega un sufijo numérico incremental hasta encontrar uno libre:

garcia-maria-jose      → ocupado
garcia-maria-jose-2    → ocupado
garcia-maria-jose-3    → libre ✓

El slug es un campo UNIQUE en la base de datos — nunca puede haber dos profesionales con el mismo slug.

URL directa a un perfil

https://sandbox.umdev.com.ar/directorio-psicologos/de-stefano-surballe-candela

Al acceder a esta URL, el portal carga el directorio y abre automáticamente el modal de detalle del profesional correspondiente.


API REST Pública

Características generales

Característica Detalle
Base URL https://sandbox.umdev.com.ar/api/v1/public
CORS Access-Control-Allow-Origin: * — cualquier origen
Métodos permitidos GET, POST, OPTIONS
Autenticación Ninguna
Rate limiting 200 requests por IP cada 15 minutos
Formato JSON (Content-Type: application/json)
Versión v1

CORS solo en rutas públicas

El Origin: * aplica únicamente a /api/v1/public/*. El resto de la API (rutas autenticadas) usa CORS restrictivo configurado por CORS_ORIGIN en el entorno.


GET /directory/info

Metadatos de la API: total de profesionales activos, desglose por modalidad, lista de endpoints y parámetros disponibles.

Cache: public, max-age=300 (5 minutos)

Request:

curl https://sandbox.umdev.com.ar/api/v1/public/directory/info

Response:

{
  "success": true,
  "data": {
    "version": "v1",
    "totalProfessionals": 631,
    "baseUrl": "https://sandbox.umdev.com.ar/api/v1/public",
    "endpoints": {
      "list":         "GET /directory",
      "bySlug":       "GET /directory/by-slug/:slug",
      "byMatricula":  "GET /directory/:enrollmentNumber",
      "info":         "GET /directory/info"
    },
    "filters": {
      "search":    "string — búsqueda libre en nombre, bio, especialidad",
      "city":      "string — ciudad de atención",
      "specialty": "string — especialidad o área clínica",
      "modality":  "PRESENCIAL | VIRTUAL | BOTH",
      "insurance": "string — obra social aceptada",
      "page":      "integer — página (default: 1)",
      "limit":     "integer — resultados por página (default: 20, max: 50)"
    },
    "modalityBreakdown": {
      "PRESENCIAL": 210,
      "VIRTUAL": 152,
      "BOTH": 269
    }
  }
}

Útil para construir selectores dinámicos: consumir /info primero para obtener el total y el desglose antes de renderizar la UI de búsqueda.


GET /directory

Lista paginada de profesionales con perfil público activo.

Cache: public, max-age=120 (2 minutos)

Parámetros:

Parámetro Tipo Default Validación Descripción
search string Búsqueda libre
city string Ciudad de atención
specialty string Especialidad clínica
modality string Exacto: PRESENCIAL, VIRTUAL o BOTH Modalidad
insurance string Obra social
page integer 1 Mínimo: 1 Número de página
limit integer 20 Mínimo: 1, Máximo: 50 Resultados por página

Ejemplos:

# Listado básico
curl "https://sandbox.umdev.com.ar/api/v1/public/directory"

# Zona Mendoza + OSEP + especialista en niños
curl "https://sandbox.umdev.com.ar/api/v1/public/directory?city=GODOY+CRUZ&insurance=OSEP&search=ni%C3%B1os"

# Solo atención virtual, página 2
curl "https://sandbox.umdev.com.ar/api/v1/public/directory?modality=VIRTUAL&page=2&limit=10"

Response:

{
  "success": true,
  "data": [
    {
      "id": "clx1234...",
      "enrollmentNumber": "M-3847",
      "slug": "garcia-maria-jose",
      "displayName": "María José García",
      "photo": null,
      "specialty": "Psicología Clínica",
      "city": "GODOY CRUZ",
      "province": "Mendoza",
      "modality": "VIRTUAL",
      "attentionArea": "Adultos, Parejas",
      "schedule": "Lunes a Viernes 14:00 a 20:00",
      "phone": "+54 261 4XXXXXX",
      "email": "mgarcia@example.com",
      "website": null,
      "bio": "Especialista en terapia cognitivo-conductual.",
      "insurances": "OSEP, Swiss Medical, OSDE",
      "languages": "Español",
      "orientation": "Cognitivo-Conductual",
      "officeAddress": "Av. San Martín 1234, Mendoza"
    }
  ],
  "pagination": {
    "page": 1,
    "limit": 20,
    "total": 631,
    "totalPages": 32,
    "hasNextPage": true,
    "hasPrevPage": false
  }
}

GET /directory/by-slug/:slug

Perfil completo de un profesional por su slug único.

Cache: public, max-age=300 (5 minutos)

Request:

curl "https://sandbox.umdev.com.ar/api/v1/public/directory/by-slug/garcia-maria-jose"

Devuelve los mismos campos que el listado más los campos de detalle: university, degree, enrollmentDate.


GET /directory/:enrollmentNumber

Perfil completo por número de matrícula. Retorna los mismos campos que by-slug.

Request:

curl "https://sandbox.umdev.com.ar/api/v1/public/directory/M-3847"

Lógica interna de búsqueda y filtros

Comprender cómo se construye la consulta a la base de datos es clave para predecir los resultados.

Filtros individuales

Cada filtro agrega una condición AND al WHERE:

Filtro Operación SQL equivalente
modality=VIRTUAL attention_modality = 'VIRTUAL' (exacto)
specialty=ansiedad specialties LIKE '%ansiedad%'
insurance=OSEP accepted_insurances LIKE '%OSEP%'

Filtro de ciudad

city busca en dos campos simultáneamente (ciudad de consultorio y ciudad del profesional):

(office_city LIKE '%GODOY CRUZ%' OR city LIKE '%GODOY CRUZ%')

Búsqueda libre (search)

Busca en 6 campos con OR:

(
  public_display_name LIKE '%ansiedad%' OR
  public_bio LIKE '%ansiedad%' OR
  specialties LIKE '%ansiedad%' OR
  attention_area LIKE '%ansiedad%' OR
  user.first_name LIKE '%ansiedad%' OR
  user.last_name LIKE '%ansiedad%'
)

Combinación city + search

Cuando se usan ambos filtros juntos, la lógica cambia para garantizar que ambas condiciones se cumplan:

WHERE is_public_profile_active = 1
  AND enrollment_status IN ('APPROVED', 'PROVISIONAL')
  AND (office_city LIKE '%GODOY CRUZ%' OR city LIKE '%GODOY CRUZ%')   -- ciudad
  AND (                                                                  -- search
    public_display_name LIKE '%niños%' OR
    public_bio LIKE '%niños%' OR
    specialties LIKE '%niños%' OR
    attention_area LIKE '%niños%' OR
    user.first_name LIKE '%niños%' OR
    user.last_name LIKE '%niños%'
  )

Añadir más filtros (insurance, modality) agrega condiciones AND adicionales al mismo WHERE.

Sensibilidad a mayúsculas

MySQL con utf8mb4_unicode_ci (collation por defecto) hace los LIKE case-insensitive. osep, OSEP y Osep devuelven el mismo resultado. Sin embargo, los datos del campo city en el sandbox están cargados en MAYÚSCULAS (GODOY CRUZ), por lo que en producción los valores dependerán de cómo se ingresen los datos.


Cache y rendimiento

Endpoint Cache-Control TTL efectivo
GET /directory/info public, max-age=300 5 min
GET /directory public, max-age=120 2 min
GET /directory/by-slug/:slug public, max-age=300 5 min
GET /directory/:enrollmentNumber public, max-age=300 5 min

El header public permite que CDNs y proxies inversos (nginx, Cloudflare, etc.) cacheen las respuestas. Consecuencias prácticas:

  • Un perfil recién activado puede tardar hasta 2 minutos en aparecer en el listado y hasta 5 minutos en responder desde by-slug.
  • Un perfil recién desactivado puede seguir siendo accesible durante el TTL restante desde nodos de caché intermedios.
  • El endpoint /info refleja el total actualizado con hasta 5 minutos de retraso.

CORS y rate limiting

CORS

Configurado en app.js exclusivamente para el prefijo /api/v1/public:

cors({
  origin: '*',
  methods: ['GET', 'POST', 'OPTIONS'],
  allowedHeaders: ['Content-Type']
})

Headers enviados en cada respuesta:

Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET, POST, OPTIONS
Access-Control-Allow-Headers: Content-Type

Rate limiting

  • Límite: 200 requests por IP cada 15 minutos
  • Headers de respuesta: RateLimit-Limit, RateLimit-Remaining, RateLimit-Reset (draft-7)
  • Requests OPTIONS: no cuentan hacia el límite (para no penalizar preflight CORS)
  • Respuesta al exceder el límite (HTTP 429):
{
  "success": false,
  "message": "Demasiadas solicitudes. Intente nuevamente en 15 minutos."
}

Portal web — comportamiento del frontend

La página /directorio-psicologos es una SPA React (PublicDirectory.jsx) con las siguientes características:

Inicialización desde URL query params

Los filtros se inicializan a partir de los query params de la URL al cargar la página. Esto permite compartir búsquedas pre-filtradas:

/directorio-psicologos?city=GODOY+CRUZ&insurance=OSEP&search=niños&modality=VIRTUAL&page=2

Parámetros soportados: search, city, modality, attentionArea, insurance, page.

Comportamiento de los filtros

  • Búsqueda libre: debounce de 350ms — no dispara la API en cada tecla
  • Cambio de filtro dropdown: dispara la API inmediatamente y resetea a página 1
  • Paginación: 20 resultados por página

Apertura de perfiles

Al hacer clic en una tarjeta: 1. Abre el modal de detalle 2. Hace un fetch a GET /directory/:enrollmentNumber para obtener los campos de detalle adicionales (university, degree, enrollmentDate) 3. Si el fetch falla (ej. caché expirado y perfil ya inactivo), muestra los datos de la tarjeta como fallback

URL compartible de perfil individual

Si la URL tiene el formato /directorio-psicologos/:slug, el modal se abre automáticamente al cargar la página haciendo un fetch a GET /directory/by-slug/:slug.


Gestión del perfil — Psicólogo (autogestión)

Ruta en el portal: /mi-perfil-publico

Endpoint backend: PUT /api/v1/professionals/my-public-profile

Flujo completo

Carga de página
    → GET /users/{userId}/full-profile
    → Mapea campos al formulario

Toggle "Publicar perfil"
    → PUT /professionals/my-public-profile
    → Payload: { isPublicProfileActive: boolean }
    → Efecto inmediato (sin guardar el resto del formulario)

Guardar cambios
    → PUT /professionals/my-public-profile
    → Payload: { todos los campos del formulario }

Campos editables desde autogestión

Campo Tipo Descripción
Publicar perfil toggle Activa/desactiva la aparición en el directorio
Nombre a mostrar texto Nombre visible (por defecto: nombre y apellido del sistema)
Foto URL URL de la imagen de perfil
Biografía textarea Presentación profesional
Email público email Email de contacto en el directorio
Teléfono público texto Teléfono de contacto
Sitio web URL Sitio web o red profesional
Modalidad select Presencial / Virtual / Ambas
Área de atención texto Poblaciones que atiende
Horarios textarea Horarios de atención
Obras sociales textarea Obras sociales aceptadas
Idiomas texto Idiomas en que atiende

Campos NO editables desde aquí

Los siguientes campos provienen del expediente de matrícula y solo pueden modificarse desde la ficha profesional en el panel de Administración:

  • specialty (especialidades clínicas)
  • orientation (orientación teórica)
  • university / degree (formación académica)
  • slug (auto-generado, no modificable manualmente)

Vista previa en tiempo real

La página incluye una tarjeta de previsualización que muestra en tiempo real cómo aparecerá el profesional en el directorio público, con foto, nombre, especialidad, ciudad, modalidad, teléfono y obras sociales. En la parte superior del formulario el colegiado puede subir, recortar (a 512x512) o eliminar su foto de credencial mediante el componente PhotoUploader (JPG/PNG/WebP, máx. 8 MB).

Página Mi Perfil Público con PhotoUploader en la cabecera, formulario de datos de directorio y tarjeta de Vista previa en el sidebar


Gestión del perfil — Administrador

Endpoint: PUT /api/v1/professionals/:id/public-profile

Requiere: rol ADMIN

Permite activar, desactivar y editar cualquier campo del perfil público de cualquier profesional desde la ficha individual en el módulo de Matrículas.

# Activar perfil
curl -X PUT "https://sandbox.umdev.com.ar/api/v1/professionals/[id]/public-profile" \
  -H "Authorization: Bearer [token-admin]" \
  -H "Content-Type: application/json" \
  -d '{ "isPublicProfileActive": true }'

# Actualizar campos
curl -X PUT "https://sandbox.umdev.com.ar/api/v1/professionals/[id]/public-profile" \
  -H "Authorization: Bearer [token-admin]" \
  -H "Content-Type: application/json" \
  -d '{
    "isPublicProfileActive": true,
    "attentionModality": "VIRTUAL",
    "acceptedInsurances": "OSEP, OSDE, Swiss Medical",
    "languages": "Español, Inglés"
  }'

El endpoint acepta los mismos campos que la autogestión. Solo los campos presentes en el body se actualizan — el resto permanece sin cambios.


Endpoints de utilidad

Estos endpoints son de uso excepcional, no forman parte del flujo normal de la API.

POST /directory/seed-profiles

Activa perfiles públicos en lote para entornos nuevos. Genera datos demo (modalidad, área, horarios, obras sociales) y asigna slugs automáticamente.

Protección: requiere secret: "psicole-seed-2026" en el body.

curl -X POST "https://sandbox.umdev.com.ar/api/v1/public/directory/seed-profiles" \
  -H "Content-Type: application/json" \
  -d '{ "secret": "psicole-seed-2026", "count": 300 }'
Parámetro Default Máximo Descripción
count 300 500 Cantidad de perfiles a activar

Solo para entornos sin datos previos

Ejecutar solo una vez en entornos nuevos. Si se ejecuta en un entorno con perfiles ya activados, solo procesa los que tienen is_public_profile_active = false.

POST /directory/generate-slugs

Genera slugs para todos los perfiles activos que no tienen uno asignado. Operación idempotente — no modifica los slugs existentes.

curl -X POST "https://sandbox.umdev.com.ar/api/v1/public/directory/generate-slugs" \
  -H "Content-Type: application/json" \
  -d '{ "secret": "psicole-seed-2026" }'

Response:

{ "success": true, "generated": 45, "total": 45 }

Integración en sitios externos

fetch (JavaScript)

// Metadatos primero — obtener total y filtros disponibles
const info = await fetch('https://sandbox.umdev.com.ar/api/v1/public/directory/info')
  .then(r => r.json());
console.log(`Hay ${info.data.totalProfessionals} profesionales en el directorio`);

// Buscar psicólogos en zona Mendoza que acepten OSEP y atiendan niños
const res = await fetch(
  'https://sandbox.umdev.com.ar/api/v1/public/directory' +
  '?city=GODOY+CRUZ&insurance=OSEP&search=ni%C3%B1os&limit=10'
);
const { data, pagination } = await res.json();
console.log(`${pagination.total} resultados — mostrando ${data.length}`);

data.forEach(psi => {
  console.log(`${psi.displayName} | ${psi.modality} | ${psi.phone}`);
});

PHP

$url = 'https://sandbox.umdev.com.ar/api/v1/public/directory'
     . '?city=GODOY+CRUZ&insurance=OSEP&search=ni%C3%B1os&limit=10';
$json = json_decode(file_get_contents($url), true);

foreach ($json['data'] as $psi) {
    echo $psi['displayName'] . ' — ' . $psi['phone'] . PHP_EOL;
}

Python

import requests

resp = requests.get(
    'https://sandbox.umdev.com.ar/api/v1/public/directory',
    params={
        'city': 'GODOY CRUZ',
        'insurance': 'OSEP',
        'search': 'niños',
        'limit': 10
    }
)
data = resp.json()

for psi in data['data']:
    print(f"{psi['displayName']} | {psi['city']} | {psi['attentionArea']}")

URL compartible pre-filtrada

Para enlazar desde otro sitio web hacia el directorio con filtros pre-aplicados:

https://sandbox.umdev.com.ar/directorio-psicologos?city=GODOY+CRUZ&insurance=OSEP&search=ni%C3%B1os

Al abrir ese link, el portal carga con los filtros ya activos y muestra los resultados correspondientes.


Referencia completa de campos en la respuesta

Campos del listado (GET /directory)

Campo Tipo Descripción
id string ID interno del registro
enrollmentNumber string Número de matrícula (ej: M-3847)
slug string|null Slug URL único (apellido-nombre)
displayName string Nombre visible (con fallback)
photo string|null URL de foto de perfil
specialty string|null Especialidades clínicas
city string|null Ciudad de atención (con fallback en tres niveles)
province string|null Provincia
modality PRESENCIAL|VIRTUAL|BOTH|null Modalidad de atención
attentionArea string|null Población que atiende
schedule string|null Horarios (texto libre)
phone string|null Teléfono (con fallback a teléfono de consultorio)
email string|null Email de contacto público
website string|null Sitio web
bio string|null Biografía profesional
insurances string|null Obras sociales aceptadas
languages string|null Idiomas
orientation string|null Orientación teórica
officeAddress string|null Dirección de consultorio

Campos adicionales en detalle (by-slug y /:enrollmentNumber)

Campo Tipo Descripción
university string|null Universidad de graduación
degree string|null Título obtenido
enrollmentDate ISO 8601|null Fecha de matriculación

Manejo de errores

Código HTTP Situación
200 OK — respuesta exitosa
403 Secret incorrecto en endpoints de utilidad (seed, generate-slugs)
404 Profesional no encontrado, perfil inactivo, o matrícula no vigente
429 Rate limit excedido (200 req / 15 min por IP)
500 Error interno del servidor

Estructura de error:

{
  "success": false,
  "message": "Perfil profesional no encontrado o no es público"
}
Gestión de usuarios y asignación de roles
🖥 Escritorio Gestión de usuarios y asignación de roles
Gestión de usuarios y asignación de roles — móvil
📱 Móvil Gestión de usuarios y asignación de roles

Usuarios y Roles

Descripción

Este módulo permite al administrador gestionar todos los usuarios del sistema: crear cuentas, asignar roles, revocar accesos, visualizar la actividad de cualquier usuario mediante impersonación y consultar el historial de auditoría de accesos.

Acceso

Menú: Administración → Usuarios y Roles Roles con acceso: ADMIN


Crear un usuario

  1. Ir a Administración → Usuarios y Roles → Nuevo usuario.
  2. Completar el formulario:
Campo Tipo Requerido Descripción
Nombre completo Texto Nombre visible en el sistema
Email Email Se usa como credencial de login y para notificaciones
DNI Numérico Documento Nacional de Identidad
Rol Select Ver tabla de roles disponibles
Contraseña temporal Texto El usuario deberá cambiarla en el primer login
Activo Toggle Habilitado por defecto
  1. Hacer clic en Guardar. El sistema genera una contraseña temporal y dispara el aviso de acceso según la configuración de comunicaciones del entorno.

Entornos de prueba

En sandbox o entornos inertes el sistema puede registrar el aviso sin enviarlo a una casilla real. La acción debe informar el resultado en pantalla y dejar auditoría.

Formulario de creación de usuario con todos los campos


Roles disponibles

Rol Descripción
ADMIN Acceso total al sistema, incluyendo configuración y auditoría
OPERADOR_MATRICULAS Gestión de solicitudes y matrículas activas
OPERADOR_FINANZAS Gestión de cuotas, pagos y recibos
OPERADOR_CURSOS Alta y administración de cursos de capacitación
OPERADOR_TRAMITES Procesamiento de trámites administrativos
SUPERVISOR_TRAMITES Supervisión y aprobación de trámites del equipo
COLEGIADO Portal de autogestión del profesional matriculado
PRESTADOR Envío de órdenes de obras sociales
ASPIRANTE Solicitante de matrícula (acceso limitado al formulario)

Importante

Un usuario solo puede tener un rol asignado en simultáneo. Si necesitás ampliar permisos de forma excepcional, utilizá la función de permisos adicionales (ver sección Permisos avanzados).


Enviar acceso y resetear clave

Desde la lista de usuarios, el ícono de llave permite generar una nueva contraseña temporal y enviar al usuario el aviso con la URL de acceso.

El flujo es transaccional:

  1. El administrador confirma el reset.
  2. El sistema genera una contraseña temporal.
  3. Se intenta enviar el aviso con la URL del sistema y los datos de acceso.
  4. Si el aviso falla, la contraseña anterior se conserva y se muestra un mensaje amable.
  5. Si el aviso sale correctamente, queda auditado el reset y el usuario puede ingresar con la nueva clave.

Esta acción sirve para usuarios nuevos, usuarios que no recibieron el alta original o cuentas que requieren recuperación asistida.

No enviar claves por canales informales

El acceso debe enviarse desde la acción del sistema para que quede registro, rollback y trazabilidad. Evitá copiar claves en mensajes externos no auditados.


Editar y revocar acceso

  • Para editar un usuario: hacer clic en el ícono de lápiz en la fila correspondiente.
  • Para desactivar (sin eliminar): usar el toggle Activo en el formulario de edición. El usuario no podrá iniciar sesión pero sus datos e historial se conservan.
  • Para eliminar permanentemente: hacer clic en el ícono de papelera. Esta acción requiere confirmación y es irreversible.

Eliminar vs. Desactivar

Se recomienda desactivar en lugar de eliminar, ya que la eliminación borra el historial de actividad del usuario y puede romper referencias en auditorías y registros financieros.

Lista de usuarios con columnas de estado, rol y acciones


Impersonación de administrador

La impersonación permite a un ADMIN visualizar el sistema como lo ve otro usuario. Es útil para soporte y diagnóstico. Cuando una acción esté habilitada en modo asistido, el sistema debe mostrar claramente que se está operando como otro usuario y registrar auditoría.

Cómo impersonar:

  1. En la lista de usuarios, hacer clic en el ícono "Ver como este usuario" (ícono de ojo).
  2. Se abre una nueva pestaña con la sesión del usuario en modo solo-lectura.
  3. Un banner naranja en la parte superior indica: "Estás viendo el sistema como [Nombre del usuario] — Modo solo-lectura".
  4. Para salir de la impersonación, hacer clic en "Volver a mi sesión" en el banner.

Modo asistido

La barra superior indica si la sesión es de solo lectura o asistida. Cualquier operación sensible, como pagar una deuda por el usuario, debe quedar registrada con el administrador actuante y el usuario representado.

Banner de impersonación activa con nombre del usuario y botón de salida


Auditoría de accesos

El log de auditoría registra automáticamente todos los eventos de seguridad relevantes.

Cómo acceder: Administración → Usuarios y Roles → Auditoría

Eventos registrados:

Evento Descripción
LOGIN_SUCCESS Inicio de sesión exitoso
LOGIN_FAILED Intento de login fallido (contraseña incorrecta)
LOGOUT Cierre de sesión
PASSWORD_CHANGED Cambio de contraseña
PASSWORD_RESET_SENT Reset asistido de clave y aviso enviado
PASSWORD_RESET_FAILED Intento de reset sin envío; se conserva la clave anterior
ROLE_ASSIGNED Asignación o cambio de rol
USER_DEACTIVATED Desactivación de cuenta
IMPERSONATION_START Inicio de sesión de impersonación
IMPERSONATION_END Fin de sesión de impersonación
PERMISSION_DENIED Intento de acceso a recurso no autorizado

Filtros disponibles: por usuario, por tipo de evento, por rango de fechas.

Tabla de auditoría con filtros activos

Operadores Especiales, Dinámicos y Asignación de Módulos

PSICOLE permite crear operadores especiales asignándoles solo los módulos del sistema que necesitan para su trabajo diario. Esto es útil cuando un operador trabaja exclusivamente en finanzas, matrículas, cursos, prestadores o trámites, sin acceso innecesario al resto del sistema.


¿Qué son los módulos dinámicos?

Además del sistema de roles fijo (RBAC), PSICOLE ofrece una capa adicional de especialización: los módulos operativos (EPICs). Cada módulo agrupa funcionalidades relacionadas y puede asignarse individualmente a cualquier usuario con rol de operador.

Los EPICs operativos disponibles son:

EPIC Nombre Funcionalidades incluidas
EPIC-01 Onboarding y Matrículas Revisión de solicitudes, matrícula provisoria, matrícula definitiva
EPIC-02 Gestión Financiera Cobranzas, caja, conciliación bancaria, recibos
EPIC-03 Formación Continua Gestión de cursos, certificados
EPIC-05 Prestadores Rendiciones, lotes, liquidaciones, pagos de obras sociales
EPIC-06 Usuarios y Seguridad Usuarios, accesos, grupos, super admins y auditoría
EPIC-08 Integraciones y Comunicaciones Pasarelas, outbox, avisos y eventos externos
EPIC-09 Trámites Administrativos Tickets, beneficios, cancelaciones de matrícula

Administrar módulos de un operador

Acceso: Administración → Operadores → Módulos de Operadores (/admin/operator-modules)

Panel de operadores con distribución de EPICs y listado de operadores

Vista en dispositivo móvil:

Panel de operadores en celular

Ver módulos asignados

La pantalla muestra una tabla con todos los usuarios que tienen rol de operador, junto con los módulos habilitados para cada uno:

Columna Descripción
Operador Nombre completo, email y rol
Módulos asignados Chips con los EPICs activos
Último acceso Timestamp de la última sesión
Acciones Editar módulos

Asignar o modificar módulos

  1. Hacer clic en "Editar módulos" en la fila del operador.
  2. Se abre el panel de asignación con los 5 EPICs.
  3. Seleccionar o deseleccionar los módulos necesarios.

Panel de asignación de módulos con EPICs y funciones

  1. Opcionalmente, dentro de cada EPIC, seleccionar funciones específicas (granularidad fina):
  2. EPIC-02 → Operaciones, caja, conciliación, planes, débito, transferencias, reintegros.
  3. EPIC-06 → Usuarios, reset de accesos, grupos/sedes, super admins, auditoría.
  4. EPIC-08 → Pasarelas, comunicaciones, outbox y webhooks.
  5. Hacer clic en "Guardar".

¿Cuándo aplicán los cambios?

Los cambios aplican inmediatamente. Si el operador está activo en ese momento, los verá en la próxima navegación o al recargar la página.

Módulos vs. Permisos

Los módulos dinámicos complementan el sistema de roles, no lo reemplazan. Un operador sin el módulo EPIC-02 asignado no verá el menú de finanzas aunque su rol base lo permita. Asegurate de que los módulos asignados sean coherentes con el rol del usuario.


Métricas de operadores

Desde el mismo panel, el botón "Ver métricas" muestra:

Indicador Descripción
Distribución por módulo Cuántos operadores tienen cada EPIC asignado
Operadores sin módulos Usuarios con rol operador pero sin ningún EPIC
Actividad reciente Operadores activos en las últimas 24/48/72 horas

Panel del Operador (vista del operador)

Cuando un operador con módulos asignados inicia sesión, el sistema muestra solo los menús correspondientes a sus módulos. Por ejemplo:

  • Un operador con solo EPIC-02 (Finanzas) ve: Cobros, Caja, Conciliación, Recibos — y nada más.
  • Un operador con EPIC-01 y EPIC-09 ve: Matrículas + Trámites.

El onboarding del sistema también se adapta: al iniciar sesión por primera vez, el tour interactivo muestra exclusivamente las funcionalidades de los módulos asignados.


Grupos de Usuarios (Sedes / Ciudades)

Los grupos de usuarios permiten organizar operadores por zona geográfica (sede, delegación, ciudad). Esto es útil cuando el colegio opera en múltiples ciudades y quiere que los operadores de cada sede vean solo los profesionales de su zona.

Acceso: Administración → Operadores → Grupos de Usuarios (/admin/user-groups)

Vista de grupos con panel de lista y detalle lateral

Crear un grupo

  1. Hacer clic en "Nuevo grupo".
  2. Ingresar nombre del grupo (ej.: "Sede Mendoza", "Delegación Sur").
  3. Configurar el grupo en las 3 pestañas:

    • Nombre del grupo
    • Descripción (opcional)
    • Ciudades — chips de ciudades cubiertas por este grupo. Los profesionales de estas ciudades serán visibles para los operadores miembros.

    • Miembros actuales con botón para remover

    • Agregar operador — búsqueda por nombre o email, lista de disponibles

    Permite incluir o excluir profesionales específicos independientemente de su ciudad:

    Tipo Descripción
    INCLUDE Agregar un profesional aunque su ciudad NO esté en el grupo
    EXCLUDE Quitar un profesional aunque su ciudad SÍ esté en el grupo

    Cada excepción puede tener una razón descriptiva opcional.

Ejemplo de uso

El operador "María García" trabaja en la sede de Mendoza. Se crea el grupo "Sede Mendoza" con las ciudades Mendoza, Godoy Cruz y Luján de Cuyo. Se agrega a María como miembro. Ahora María solo ve profesionales de esas tres ciudades cuando trabaja en matrículas o finanzas.


Super Administradores

Los Super Administradores son usuarios con privilegios elevados que pueden realizar operaciones críticas del sistema, como promover o degradar a otros administradores. Es una capa de seguridad adicional sobre el rol ADMIN.

Acceso: Administración → Seguridad → Super Administradores (/admin/super-admins)

Solo visible para Super Admins

Esta sección solo aparece en el menú para usuarios que ya son Super Admins. Los administradores regulares no tienen acceso.

Promover un usuario a Super Admin

  1. Hacer clic en "Promover usuario".
  2. Buscar el usuario por nombre o email.
  3. Seleccionar el usuario.
  4. El sistema envía un código de verificación de 6 dígitos al email del Super Admin actual.
  5. Ingresar el código en el modal de confirmación.
  6. La operación queda registrada en el log de auditoría.

Degradar a un Super Admin

  1. En la fila del Super Admin, hacer clic en "Degradar".
  2. Confirmar la intención.
  3. El sistema envía un código de verificación por email.
  4. Ingresar el código.

No se puede degradar al único Super Admin

El sistema impide degradar al último Super Admin activo. Siempre debe existir al menos uno.

Seguridad del proceso

Parámetro Valor
Duración del código 10 minutos
Intentos máximos 3
Bloqueo tras intentos fallidos 30 minutos
Auditoría Todas las operaciones quedan en el log
Configuración de parámetros del sistema
🖥 Escritorio Configuración de parámetros del sistema
Configuración de parámetros del sistema — móvil
📱 Móvil Configuración de parámetros del sistema

Parámetros del Sistema

Descripción

Los parámetros del sistema son la configuración global que define la identidad y el comportamiento de la plataforma. Incluyen los datos institucionales del Colegio, la personalización visual, la firma digital de credenciales y la configuración de notificaciones.

Acceso

Menú: Administración → Parámetros del Sistema Roles con acceso: ADMIN


Datos institucionales

Estos datos aparecen en reportes, credenciales digitales, encabezados de emails y recibos.

Campo Descripción Ejemplo
Nombre del Colegio Razón social completa Colegio de Psicólogos de la Provincia de X
Nombre corto Abreviatura para interfaces compactas CPSX
CUIT Número de CUIT del Colegio 30-12345678-9
Dirección Calle, número, piso/depto Av. Belgrano 1234, Piso 3
Localidad Ciudad o partido Rosario
Provincia Provincia Santa Fe
Código Postal CP 2000
Teléfono Número de contacto institucional (0341) 555-1234
Email institucional Email público del Colegio info@colegiopsicologos.org.ar
Sitio web URL del sitio público https://www.colegiopsicologos.org.ar

Formulario de datos institucionales con todos los campos completos


Configuración de la aplicación

Parámetro Descripción Ejemplo
URL base de la app Dirección pública del sistema (sin barra final) https://psicole.colegio.org.ar
Zona horaria Zona horaria para fechas y CRON jobs America/Argentina/Buenos_Aires
Idioma por defecto Idioma de la interfaz es-AR
Nombre de la app Título que aparece en el navegador PSICOLE

URL base

La URL base es crítica para la generación de los links de verificación de QR en credenciales digitales y para los links incluidos en emails automáticos. Si cambia el dominio, actualizar este campo antes de generar nuevas credenciales.


Logo y marca

Campo Descripción Formato recomendado
Logo principal Imagen para encabezados y login PNG con fondo transparente, mín. 300×100 px
Logo para PDF Imagen usada en credenciales y recibos PNG, alta resolución, mín. 600×200 px
Favicon Ícono del navegador ICO o PNG 32×32 px
Color primario Color principal de la interfaz (hex) #1a5276
Color secundario Color de acento #2980b9

Para subir una imagen: hacer clic en el área de carga o arrastrar el archivo. El sistema previsualizará la imagen antes de guardar.

Panel de carga de logo con previsualización en tiempo real


Firma escaneada

La firma del directivo autorizado se incrusta en las credenciales digitales y en las constancias oficiales emitidas por el sistema.

Pasos para cargar la firma:

  1. Escanear la firma en papel blanco con buena resolución (300 DPI mínimo).
  2. Recortar la imagen para que solo incluya la firma (sin márgenes excesivos).
  3. Guardar como PNG con fondo transparente.
  4. En Parámetros del Sistema → Firma escaneada, hacer clic en Subir firma.
  5. Vista previa: el sistema muestra cómo quedará la firma en una credencial de ejemplo.
  6. Completar los campos:
Campo Descripción
Imagen de firma Archivo PNG, fondo transparente
Nombre del firmante Ej.: Lic. María González
Cargo del firmante Ej.: Presidenta del Colegio
Vigencia desde Fecha desde la cual rige esta firma

Cambio de autoridades

Al cambiar las autoridades del Colegio, actualizar la firma y los datos del firmante. Las credenciales ya emitidas no se actualizan retroactivamente. Si se requiere, regenerarlas manualmente desde el módulo de Credenciales Digitales.

Previsualización de firma sobre credencial de ejemplo


Parámetros de notificaciones

La configuración SMTP se gestiona en el módulo Notificaciones. Aquí se definen parámetros complementarios:

Parámetro Descripción Ejemplo
Email remitente Dirección desde la que se envían los emails noreply@colegiopsicologos.org.ar
Nombre remitente Nombre visible en el cliente de correo del destinatario PSICOLE — Colegio de Psicólogos
Email de copia oculta (BCC) Dirección que recibe copia de todos los emails registros@colegiopsicologos.org.ar
Días de aviso de vencimiento Con cuántos días de anticipación avisar sobre cuotas por vencer 5

Guardar cambios

Todos los cambios en parámetros del sistema se aplican inmediatamente tras guardar. No se requiere reiniciar la aplicación. Cada modificación queda registrada en el log de auditoría con el usuario, la fecha y el valor anterior vs. nuevo.

Tarifario Mensual de Cuotas

Que resuelve

El tarifario mensual es la fuente operativa para los importes de cuota por periodo. El concepto cobrable habilitado sigue siendo CUOTA_MENSUAL, pero los valores de mayo, junio y meses siguientes se administran en Dinero -> Configuracion -> Tarifario mensual mediante MONTHLY_FEE_TARIFF_POLICY.

Esta separacion evita crear conceptos mensuales versionados, reduce errores al ejecutar el RUN y deja una politica auditable para descuentos, redondeos y beneficios.

Flujo operativo

  1. Tesoreria define el valor general del periodo y los importes finales aprobados para CBU, tarjeta y jubilacion.
  2. Super Admin o Finanzas actualiza el Tarifario mensual.
  3. El operador previsualiza el RUN en Dinero -> Operaciones -> Cuotas.
  4. Al ejecutar el RUN, el sistema genera una deuda por profesional, periodo y concepto CUOTA_MENSUAL.
  5. La deuda queda congelada con amount, discount, finalAmount y un cargo interno idempotente debt-charge:<debtId>.
  6. El lote CBU toma Debt.finalAmount; no vuelve a calcular descuentos.
  7. La conciliacion bancaria corrobora el dinero ingresado o rechazado contra la deuda y la operacion trazable.

Configuracion de dinero

Valores certificados mayo/junio 2026

Periodo Cuota general CBU / Caja de ahorro Tarjeta de credito Jubilado
Mayo 2026 $15.615,00 $12.492,00 $10.930,50 $7.807,50
Junio 2026 $16.021,00 $12.817,00 $11.215,00 $8.010,50

Reglas:

  • CBU / Caja de ahorro aplica 20% con adhesion ACTIVE.
  • Tarjeta de credito aplica 30% con adhesion ACTIVE.
  • Jubilacion aplica 50% sobre la cuota general y excluye CBU/tarjeta.
  • No se permite doble descuento jubilacion + CBU/tarjeta sobre la misma cuota.
  • Los importes finales se redondean al multiplo operativo de $0,50.
  • Junio tarjeta se registra como valor oficial final $11.215,00, no como resultado matematico inferido.

Relacion con Tipos de Cuota

CUOTA_MENSUAL es el unico concepto mensual oficial que debe quedar activo para generacion. Los conceptos mensuales historicos o versionados deben quedar inactivos para evitar que un RUN tome un importe equivocado.

La pantalla de Tipos de Cuota sigue administrando matriculas, cursos, certificados, recargos y otros aranceles. Para cuota mensual, actua como habilitador del concepto; el importe mensual por periodo sale del tarifario.

Tabla de tipos de cuota

RUN, lote y conciliacion

El RUN mensual crea deuda pendiente y cargo interno, pero no registra cobro real. El cobro real ocurre despues por caja, transferencia, POS, checkout o debito automatico.

Para CBU / COELSA:

  • el lote debe sumar exactamente los Debt.finalAmount incluidos;
  • tarjeta de credito no entra al archivo COELSA;
  • si el banco aprueba, el pago/recibo queda contra la deuda;
  • si el banco rechaza, no se crea ingreso bancario y la deuda vuelve a saldo pendiente segun la regla de rechazo vigente;
  • cualquier diferencia contra extracto debe quedar como ajuste, reversa o revision manual documentada.

En el RUN mensual auditable, un extracto bancario general no se imputa completo como cuota. El sistema primero separa rutas operativas:

  • Cuota mensual: importe compatible con el tarifario del periodo y destino unico.
  • Ajuste o periodo anterior: importe compatible con una cuota vieja o una diferencia aprobada.
  • Tramite, curso o arancel: importe que coincide con conceptos configurados fuera de la cuota.
  • Liquidacion institucional: Payway, NAVE, Mercado Pago, MODO, recaudacion bancaria, obras sociales o proveedores.
  • Transferencia a clasificar: ingreso personal sin tarifa ni deuda unica.
  • Movimiento no acreditado: debitos, egresos o importes cero.

Solo la ruta de cuota mensual puede quedar como AUTO_APPLY_STRICT si tambien existe deuda unica, idempotencia y evidencia suficiente. Las demas rutas quedan como MANUAL_REVIEW o EXCLUDED segun corresponda.

Conciliacion bancaria

Certificacion SANDBOX mayo/junio 2026

La prueba de mayo/junio 2026 certifico que el tarifario mensual congela importes distintos por periodo y que el cobro posterior respeta la deuda generada:

Periodo General CBU / Caja de ahorro Tarjeta Jubilado
Mayo 2026 $15.615,00 $12.492,00 $10.930,50 $7.807,50
Junio 2026 $16.021,00 $12.817,00 $11.215,00 $8.010,50

Contra fuentes primarias de tarjeta y CBU, el cierre SANDBOX dejo 5.697 eventos conciliados de 5.986 aceptados/cobrados. El remanente original de 360 eventos fue clasificado completo: 71 aplicados, 123 ya cerrados, 152 manuales, 6 sin deuda PENDING compatible y 8 bloqueados por transaccion bancaria no aplicable.

La prueba no envio correos ni notificaciones. Las aplicaciones usaron marker de SANDBOX, replay idempotente y verificacion de deuda, pago, recibo, banco, cuenta corriente y asiento contable.

Controles antes de ejecutar

  • Confirmar que MONTHLY_FEE_TARIFF_POLICY tenga el periodo a generar.
  • Confirmar que CUOTA_MENSUAL este activo y los conceptos mensuales legacy esten inactivos.
  • Previsualizar cantidad de profesionales, total general, descuentos y final.
  • Revisar que jubilados no acumulen CBU/tarjeta.
  • Revisar que una adhesion de cobro este ACTIVE; PENDING, SUSPENDED o CANCELLED no otorgan descuento.
  • No habilitar correos de generacion salvo decision explicita mediante QUOTA_GENERATION_NOTIFICATIONS_ENABLED.

Evidencia movil

La administracion de tarifario, RUN y lote CBU es operacion interna de Finanzas/Super Admin. La evidencia principal es escritorio. En movil no se recomienda operar ejecuciones masivas; usar solo para consulta si el entorno lo permite.

Definición de tipos de cuota y aranceles
🖥 Escritorio Definición de tipos de cuota y aranceles
Definición de tipos de cuota y aranceles — móvil
📱 Móvil Definición de tipos de cuota y aranceles

Tipos de Cuota (FeeTypes)

Descripción

Los Tipos de Cuota definen los conceptos cobrables que el Colegio aplica a sus matriculados: cuota mensual, matricula, cursos, certificados, recargos u otros cargos. Cada tipo especifica categoria, codigo interno, periodicidad, vigencia y reglas de descuento de respaldo.

Para cuotas mensuales, FeeType habilita el concepto oficial CUOTA_MENSUAL. El importe de cada periodo se administra en Tarifario Mensual de Cuotas mediante MONTHLY_FEE_TARIFF_POLICY. No se deben crear ni reactivar conceptos mensuales versionados para mayo, junio u otros meses.

Fuente de verdad operativa

Para cuota mensual, MONTHLY_FEE_TARIFF_POLICY define importe base, descuentos, finales por metodo y periodos. FeeType solo debe dejar activo CUOTA_MENSUAL como concepto generable. El porcentaje de cobro automatico se diferencia por metodo: CBU 20% y tarjeta de credito 30%, pero solo si la adhesion esta ACTIVE.

Jubilacion y cobro automatico no se acumulan

Si el profesional tiene descuento de jubilacion habilitado para la cuota, ese 50% se aplica sobre el importe base y excluye el descuento por CBU o tarjeta. No debe existir doble descuento jubilacion + CBU/tarjeta en la misma cuota mensual.

Impacto en debito automatico

El lote CBU no vuelve a calcular el importe de la cuota. Usa Debt.finalAmount generado para el periodo. Si un tipo de cuota o beneficio se corrige despues del RUN, revisar las deudas abiertas antes de generar o enviar el lote bancario.

Acceso

Menú: Administración → Tipos de Cuota Roles con acceso: ADMIN, OPERADOR_FINANZAS


Listado de tipos de cuota

La pantalla principal muestra una tabla con todos los tipos de cuota configurados:

Columna Descripción
Nombre Identificador descriptivo del tipo
Importe base Monto sin descuentos ni recargos
Periodicidad Con qué frecuencia se genera
Vigencia Desde y hasta que periodo aplica el valor
Activo Si el tipo se incluye en la próxima generación automática
Acciones Editar / Desactivar

Tabla de tipos de cuota con columnas de configuración


Crear un tipo de cuota

  1. Hacer clic en Nuevo tipo de cuota.
  2. Completar el formulario:
Campo Tipo Requerido Descripción
Nombre Texto Nombre descriptivo que aparecerá en el recibo. Ej.: "Cuota Mensual Plena"
Código interno Texto Identificador único sin espacios. Ej.: MENSUAL_PLENA
Descripción Textarea No Detalle adicional para uso interno
Importe base Decimal Monto en pesos sin descuentos. Ej.: 8500.00
Periodicidad Select MENSUAL, BIMESTRAL, TRIMESTRAL, SEMESTRAL, ANUAL, ÚNICA
Admite descuento por débito directo Toggle Si aplica el descuento configurado globalmente
Admite descuento por jubilación Toggle Si aplica el descuento para jubilados
Admite beneficio parental Toggle Si aplica el descuento por maternidad, paternidad, adopción o guarda cuando el beneficio está aprobado
Admite recargo por mora Toggle Si aplica recargos por pago tardío
Vigente desde Fecha Primer día desde el que puede usarse este valor
Vigente hasta Fecha No Último día de vigencia; vacío significa sin fecha de cierre
Activo Toggle Habilitado por defecto. Solo los tipos activos se incluyen en el CRON
  1. Hacer clic en Guardar.

Código interno

El código interno debe ser estable y claro. Cambiarlo puede afectar integraciones, reportes o llamadas operativas existentes, por lo que debe hacerse solo con criterio administrativo y revisión previa.

Formulario de nuevo tipo de cuota con campos de descuentos desplegados


Editar un tipo de cuota

Se pueden modificar los datos del tipo de cuota, pero para cambios de valor mensual aprobados por resolucion se debe actualizar el Tarifario Mensual de Cuotas. La generacion selecciona CUOTA_MENSUAL, calcula descuentos con el tarifario del periodo y deja Debt.amount, Debt.discount y Debt.finalAmount en cada deuda creada.

Las cuotas ya generadas no se recalculan por editar el tipo. Si se ejecuta la generacion del periodo actual y existen cuotas mensuales abiertas con un valor anterior, el sistema puede revalorizar deudas abiertas y registrar el cargo interno trazable segun el tarifario vigente.

Cambios de importe retroactivos

No cambiar valores retroactivamente sin revisar el impacto en deudas abiertas, lotes de debito y conciliacion bancaria. Si una cuota ya fue pagada o conciliada, cualquier diferencia debe tratarse como ajuste o reversa trazable.

Antes de enviar un lote CBU, Finanzas debe confirmar que las deudas incluidas reflejan el valor vigente y los beneficios aprobados. Un lote ya enviado al banco se controla por devolución bancaria, no por edición retroactiva del tipo de cuota.

Cuotas certificadas mayo/junio 2026

Concepto Periodo Importe base CBU / Caja de ahorro Tarjeta de credito Jubilado
CUOTA_MENSUAL Mayo 2026 $15.615,00 $12.492,00 $10.930,50 $7.807,50
CUOTA_MENSUAL Junio 2026 $16.021,00 $12.817,00 $11.215,00 $8.010,50

El importe de junio 2026 debe cargarse como valor oficial fijo de $16.021. No debe documentarse como resultado de un incremento de 2,1% sobre mayo, porque ese calculo no coincide. Los importes finales se redondean al multiplo operativo de $0,50 mas cercano.

Para editar estos valores, usar Tarifario Mensual de Cuotas. Los conceptos mensuales legacy o versionados deben permanecer inactivos.


Desactivar un tipo de cuota

Desactivar un tipo lo excluye de futuras generaciones automáticas. Las cuotas ya existentes de ese tipo no se eliminan ni modifican.

Para desactivar: en la tabla, hacer clic en el toggle Activo de la fila correspondiente, o entrar a editar y desmarcar el toggle Activo.


Ejemplos de tipos de cuota comunes

Cuota Mensual Plena

Campo Valor
Nombre Cuota Mensual Plena
Código interno MENSUAL_PLENA
Importe base $8.500,00
Periodicidad MENSUAL
Categoría Cuota mensual
Cobro automático Sí: CBU 20%, tarjeta de crédito 30%
Jubilación Sí (50% de descuento)
Beneficio parental Sí, si existe beneficio aprobado
Mora

Cuota Mensual Novel

Aplica a profesionales matriculados hace menos de 2 años (clasificados manualmente en este rol).

Campo Valor
Nombre Cuota Mensual Novel
Código interno MENSUAL_NOVEL
Importe base $4.250,00
Periodicidad MENSUAL
Categoría Cuota mensual
Débito directo
Jubilación No
Beneficio parental Sí, si existe beneficio aprobado
Mora

Matrícula Anual

Cargo único por año calendario.

Campo Valor
Nombre Matrícula Anual
Código interno MATRICULA_ANUAL
Importe base $12.000,00
Periodicidad ANUAL
Categoría Cuota de matrícula
Débito directo No
Jubilación
Beneficio parental No
Mora

Cuota de Inscripción (única)

Cargo de ingreso al Colegio, generado una sola vez al aprobar la matrícula.

Campo Valor
Nombre Cuota de Inscripción
Código interno INSCRIPCION_UNICA
Importe base $5.000,00
Periodicidad ÚNICA
Categoría Cuota de matrícula
Débito directo No
Jubilación No
Beneficio parental No
Mora No

Descuentos y Recargos

Descripción

PSICOLE aplica automáticamente descuentos y recargos sobre las cuotas generadas. Los descuentos se otorgan según método de cobro, condición del colegiado, beneficios aprobados o reglas operativas persistentes. Los recargos por mora se calculan sobre la deuda final vigente al momento de previsualizar o registrar el cobro.

Acceso

Menú: Administración → Descuentos y Recargos Roles con acceso: ADMIN, OPERADOR_FINANZAS


Descuentos automáticos

Los descuentos se aplican a los tipos de cuota que tengan habilitado el descuento correspondiente (ver Tipos de Cuota). Para cuotas mensuales, el método de cobro determina el porcentaje certificado.

Método de cobro automático

Descuento para colegiados que tengan CBU / COELSA o tarjeta de crédito activa como método de cobro mensual. La marca historica hasDirectDebit no alcanza: debe existir una adhesion vigente en estado ACTIVE.

Método Condición Descuento
CBU / Caja de ahorro Adhesión BANK_DEBIT activa y cuenta verificada 20%
Tarjeta de crédito Adhesión CREDIT_CARD activa 30%

Ejemplo mayo 2026: cuota general $15.615 -> CBU $12.492; tarjeta de crédito $10.930,50.

Ejemplo junio 2026: cuota general $16.021 -> CBU $12.817,00; tarjeta de crédito $11.214,50, redondeados al multiplo operativo de $0,50.

Panel de configuración de descuento por débito directo

Descuento por jubilación

Descuento para colegiados marcados como jubilados en su perfil o alcanzados por una regla persistente de jubilación vigente.

Parámetro Descripción Valor por defecto
Porcentaje de descuento % que se resta del importe base 50%
Condición Atributo jubilado = true en el perfil del colegiado
Aplicación Automática al generar la cuota

Ejemplo: Cuota Mensual Plena $8.500 → jubilado: $4.250 (50% de descuento).

Jubilacion excluye CBU/tarjeta

El descuento de jubilacion no se acumula con CBU ni con tarjeta de credito. Si el colegiado es jubilado y el tipo de cuota admite ese beneficio, el RUN aplica 50% sobre el importe base y omite el descuento por metodo de cobro. Por eso una adhesion activa de CBU debe suspenderse si se detecta doble beneficio sobre la misma cuota mensual.

Bonificación por primera matrícula

Las altas nuevas pueden tener los primeros periodos bonificados al 100% según la fecha de emisión de la matrícula.

Fecha de emisión Periodos bonificados
Día 1 al 15 Mes en curso y mes siguiente
Día 16 al fin de mes Mes en curso y dos meses siguientes

La bonificación debe quedar como regla vigente del profesional y como snapshot en cada deuda impactada. Si se recalcula una cuota del periodo, el sistema debe poder explicar el descuento desde la regla y no sólo desde el monto final.

Beneficios con vigencia documentada

Los beneficios importados desde planillas, por ejemplo jubilación o maternidad/paternidad, deben conservar archivo, hoja, fila, vigencia y profesional asociado. Para un RUN mensual sólo descuentan las reglas que cubren el periodo evaluado.

Beneficio histórico no equivale a descuento vigente

Una regla vencida puede aparecer en filtros históricos del profesional, pero no debe aplicar descuento ni crear snapshots para un periodo posterior. Si se detecta una deuda con descuento y sin snapshot de beneficio vigente, el caso debe pasar a auditoría de Dinero antes de conciliarlo automáticamente.

Descuento por pago anticipado

Descuento para colegiados que abonan su cuota antes de la fecha límite de descuento configurada.

Parámetro Descripción Valor por defecto
Porcentaje de descuento % configurable por tipo de cuota Variable
Fecha límite de descuento Días del mes hasta los cuales aplica Configurable por tipo
Condición Pago registrado antes de la fecha límite

Para configurarlo por tipo de cuota: ir a Tipos de Cuota → Editar → campo "% pago anticipado" y "Fecha límite de pago anticipado".

Configuración de descuento por pago anticipado con porcentaje y fecha límite


Recargos por mora

Los recargos por mora se calculan automáticamente mediante el CRON de mora (ver Tareas Programadas) y se acumulan de forma escalonada según los días transcurridos desde el vencimiento.

Tabla de recargos (configuración por defecto)

Tramo Días de mora Recargo adicional Recargo acumulado
Tramo 1 1 – 30 días 5% 5%
Tramo 2 31 – 60 días 5% adicional 10%
Tramo 3 61 – 90 días 5% adicional 15%
Tramo 4 91 – 120 días 5% adicional 20%
Tramo 5 Más de 120 días 5% adicional 25%

Los porcentajes de cada tramo son completamente configurables.

Cómo configurar los tramos de mora

  1. Ir a Administración → Descuentos y Recargos → Recargos por mora.
  2. La tabla muestra los tramos actuales. Hacer clic en Editar tramos.
  3. Para cada tramo:
Campo Descripción
Desde (días) Primer día del tramo
Hasta (días) Último día del tramo (0 para "sin límite")
Porcentaje adicional % que se suma al recargo del tramo anterior
  1. Usar + Agregar tramo para incluir nuevos rangos.
  2. Hacer clic en Guardar configuración.

Cambios en tramos de mora

Modificar los tramos afecta únicamente los cálculos de mora que se ejecuten a partir del siguiente CRON. Las cuotas que ya tienen recargo calculado no se recalculan automáticamente. Para recalcular cuotas específicas, hacerlo manualmente desde Finanzas → Cuotas.

Editor de tramos de mora con rangos de días y porcentajes

Ejemplo de cálculo de mora

Cuota Mensual Plena $8.500, vencida hace 45 días, sin descuentos activos:

Concepto Cálculo Monto
Importe base $8.500,00
Recargo tramo 1 (1–30 días) 5% sobre $8.500 +$425,00
Recargo tramo 2 (31–60 días) 5% adicional sobre $8.500 +$425,00
Total a pagar $9.350,00

Orden de aplicación

Cuando coexisten descuentos y recargos, el sistema aplica el siguiente orden:

  1. Se toma el importe base del tipo de cuota.
  2. Si corresponde jubilacion, se aplica 50% sobre el importe base y no se aplica CBU/tarjeta.
  3. Si no corresponde jubilacion, se aplica el descuento por metodo de cobro si la adhesion esta ACTIVE: CBU 20% o tarjeta de credito 30%.
  4. Se aplica beneficio parental si existe beneficio aprobado o regla persistente vigente para el periodo.
  5. Se calcula el recargo por mora sobre el importe final de la deuda.

Ejemplo: Cuota $1.000, CBU activo, jubilado y 45 días de mora:

Paso Operación Monto
1 Importe base $1.000,00
2 Jubilado 50% -$500,00 -> $500,00
3 CBU No aplica por regla de exclusividad
4 Mora 10% sobre $500 +$50,00
Total $550,00

Mora por trámite

La configuración actual de mora es global/default y se elige por vigencia al momento de cobrar. No hay todavía una matriz completa de mora por trámite, categoría o periodo histórico. Para trámites como matrícula, renovación, especialidad o certificados, documentar la regla aprobada y versionar el FeeType correspondiente hasta que se implemente el tarifario centralizado.

Tareas Programadas

Descripción

PSICOLE incluye un conjunto de tareas automáticas (CRON jobs) que ejecutan procesos periódicos sin intervención manual: generación de cuotas, cálculo de mora, envío de notificaciones y otras automatizaciones del ciclo operativo. Estas tareas se activan o desactivan mediante la variable de entorno ENABLE_SCHEDULER.

Acceso

Menú: Administración → Tareas Programadas Roles con acceso: ADMIN


Activar y desactivar el scheduler

El scheduler global se controla con la variable de entorno en el archivo .env del servidor:

# Habilitar todas las tareas programadas
ENABLE_SCHEDULER=true

# Deshabilitar todas las tareas (ej.: mantenimiento)
ENABLE_SCHEDULER=false

Importante

Deshabilitar el scheduler detiene todas las tareas automáticas simultáneamente. Si solo necesitás pausar una tarea específica, usá el toggle individual desde el panel de Tareas Programadas en la interfaz de administración. Los cambios en .env requieren reiniciar el servidor de Node.js para tener efecto.

Desde la interfaz, cada tarea también tiene un toggle individual de habilitación que persiste en base de datos y no requiere reiniciar el servidor.

Panel de tareas programadas con estado activo/inactivo de cada job


Lista de tareas programadas

1. Generación mensual de cuotas

Propiedad Valor
Nombre generate-monthly-fees
Descripción Genera automáticamente las cuotas del mes siguiente para todos los colegiados activos, según los Tipos de Cuota activos y sus roles
Cron expression 0 6 1 * * — a las 6:00 AM del día 1 de cada mes
Roles afectados Todos los roles con tipos de cuota activos asignados
Resultado Cuotas con estado PENDIENTE en el módulo de Finanzas
Log Registra cantidad de cuotas generadas, errores por colegiado y resumen total

Ejecución manual

Si el día 1 del mes el scheduler estaba deshabilitado, es posible ejecutar la generación manualmente desde el panel haciendo clic en Ejecutar ahora junto a esta tarea. Se recomienda hacerlo antes del día 5 para no afectar los vencimientos configurados.


2. Cálculo de recargos por mora

Propiedad Valor
Nombre calculate-late-fees
Descripción Recorre todas las cuotas con estado VENCIDA o PENDIENTE pasada la fecha de vencimiento y aplica el recargo de mora según la tabla de tramos configurada
Cron expression 0 7 * * * — a las 7:00 AM todos los días
Resultado Actualiza el campo surchargeAmount de cada cuota afectada
Log Lista de cuotas actualizadas, monto de recargo aplicado y tramo asignado

3. Marcado de cuotas vencidas

Propiedad Valor
Nombre mark-overdue-fees
Descripción Cambia el estado de cuotas PENDIENTE a VENCIDA cuando su fecha de vencimiento ha pasado y no registran pago
Cron expression 0 0 * * * — a medianoche todos los días
Resultado Cuotas actualizadas a estado VENCIDA

4. Notificación de cuotas próximas a vencer

Propiedad Valor
Nombre notify-upcoming-due
Descripción Envía un email de aviso a los colegiados cuyas cuotas vencen en los próximos N días (configurable en Parámetros del Sistema)
Cron expression 0 8 * * * — a las 8:00 AM todos los días
Condición Cuotas con estado PENDIENTE cuyo vencimiento es en ≤ N días
Resultado Email de aviso enviado al colegiado

5. Notificación de cuotas vencidas sin pago

Propiedad Valor
Nombre notify-overdue-fees
Descripción Envía recordatorio de deuda a colegiados con cuotas en estado VENCIDA. Se envía en intervalos configurables para no saturar
Cron expression 0 9 * * 1 — los lunes a las 9:00 AM
Resultado Email de recordatorio de deuda enviado al colegiado

6. Escalado automático de tickets

Propiedad Valor
Nombre escalate-tickets
Descripción Revisa los tickets de soporte abiertos y escala automáticamente aquellos que superaron su SLA sin respuesta o resolución
Cron expression 0 */2 * * * — cada 2 horas
Resultado Tickets con estado actualizado a ESCALADO y notificación al supervisor del área

7. Limpieza de sesiones expiradas

Propiedad Valor
Nombre cleanup-expired-sessions
Descripción Elimina los registros de sesión expirados de la base de datos para mantener el rendimiento
Cron expression 0 3 * * 0 — los domingos a las 3:00 AM
Resultado Sesiones expiradas eliminadas de la tabla sessions

Log de ejecución

Cada ejecución de tarea queda registrada en la tabla scheduler_logs con:

  • Nombre de la tarea
  • Fecha y hora de inicio y fin
  • Estado: SUCCESS / ERROR / PARTIAL
  • Resumen de resultados (registros procesados, errores)
  • Mensaje de error detallado si aplica

Para consultar el log: Administración → Tareas Programadas → Ver historial.

Historial de ejecuciones con estado y detalle de resultados

Notificaciones

Descripción

PSICOLE puede enviar correos electrónicos automáticos ante eventos clave del sistema, pero la salida SMTP queda controlada por compuertas operativas. En el estado actual, los envíos generales permanecen bloqueados y solo se habilitan casos puntuales y controlados, priorizando tickets de soporte y pruebas dirigidas.

Acceso

Menú: Administración → Notificaciones Roles con acceso: ADMIN


Configuración SMTP

Variables de entorno

La configuración SMTP se define en el archivo .env del servidor:

# Host del servidor SMTP
SMTP_HOST=smtp.gmail.com

# Puerto SMTP (587 para TLS, 465 para SSL)
SMTP_PORT=587

# Seguridad: true para SSL (puerto 465), false para TLS/STARTTLS (puerto 587)
SMTP_SECURE=false

# Credenciales
SMTP_USER=noreply@colegiopsicologos.org.ar
SMTP_PASS=tu_contraseña_o_app_password

# Dirección y nombre del remitente
SMTP_FROM_EMAIL=noreply@colegiopsicologos.org.ar
SMTP_FROM_NAME=PSICOLE — Colegio de Psicólogos

Compuertas de seguridad vigentes

Los entornos no productivos deben mantener:

DISABLE_ALL_EMAILS=true
PSICOLE_DISABLE_EMAIL_DELIVERY=true
EMAIL_REDIRECT_TO=santosma@gmail.com

Para probar únicamente emails de tickets de soporte, se habilita además:

PSICOLE_ENABLE_TICKET_EMAIL_DELIVERY=true
PSICOLE_EMAIL_ALLOWED_TEMPLATES=TICKET_CREATED,TICKET_UPDATED,TICKET_ASSIGNED,TICKET_RESOLVED

Esto no habilita avisos de pagos, cuotas, prestadores, colegiados, beneficios, cursos ni mensajes masivos. En producción existe una segunda compuerta, PSICOLE_ENABLE_PRODUCTION_TICKET_EMAIL_DELIVERY=true, que no debe activarse sin revisión operativa.

Cuando la compuerta bloquea un correo, el panel de Comunicaciones debe mostrar el evento como auditado y no enviado. Ese estado no implica error de aplicación: indica una decisión operativa de no entregar el mensaje.

Requisitos antes de enviar a Gmail/Hotmail

Antes de hacer una muestra real hay que validar:

Control Estado requerido
SPF umdev.com.ar debe autorizar la IP de envío
DKIM mail._domainkey.umdev.com.ar debe resolver y opendkim-testkey debe pasar
DMARC _dmarc.umdev.com.ar debe existir, inicialmente con p=none para monitoreo
PTR La IP 168.181.185.221 debe resolver reverso a mail.umdev.com.ar
Postfix Debe activarse solo para la ventana de prueba controlada
Reputación Revisar DNSBL públicas, Google Postmaster Tools y Microsoft SNDS

Mientras DKIM/DMARC/PTR no estén correctos, no se debe hacer una muestra real aunque el sistema tenga la compuerta de tickets preparada.

Configuración para Gmail

Si usás una cuenta de Gmail, debés generar una Contraseña de aplicación (App Password) en lugar de usar tu contraseña habitual:

  1. Ir a myaccount.google.com → Seguridad → Verificación en dos pasos (debe estar activa).
  2. En la misma sección: Contraseñas de aplicaciones → Crear nueva → tipo "Correo".
  3. Copiar la contraseña de 16 caracteres generada.
  4. Usarla como valor de SMTP_PASS en el .env.

Gmail con 2FA

Google requiere verificación en dos pasos habilitada para generar contraseñas de aplicación. No es posible usar Gmail SMTP con la contraseña normal de la cuenta.

Probar la configuración

Desde la interfaz: Administración → Notificaciones → Probar conexión SMTP.

El sistema enviará un email de prueba a la dirección que especifiques y mostrará el resultado (éxito o error detallado).

Panel de prueba SMTP con campo de email destino y resultado de conexión


Lista de emails automáticos

Cada evento del sistema dispara un email automático al destinatario correspondiente. Los templates se pueden personalizar en Administración → Notificaciones → Templates.

Finanzas

Trigger Destinatario Asunto (por defecto) Toggle
Nueva cuota generada Colegiado Tu cuota de [mes] ya está disponible
Cuota próxima a vencer Colegiado Recordatorio: tu cuota vence en [N] días
Cuota vencida sin pago Colegiado Cuota vencida — regularizá tu situación
Pago registrado (manual) Colegiado Recibo de pago emitido — [número de recibo]
Pago confirmado (online) Colegiado Pago confirmado — [número de recibo]
Pago rechazado (online) Colegiado Tu pago no pudo procesarse

Matrículas

Trigger Destinatario Asunto (por defecto) Toggle
Solicitud recibida Aspirante Solicitud de matrícula recibida — PSICOLE
Solicitud en revisión Aspirante Tu solicitud está siendo revisada
Matrícula aprobada Aspirante / nuevo Colegiado ¡Tu matrícula fue aprobada!
Matrícula rechazada Aspirante Tu solicitud de matrícula fue rechazada
Documentación faltante Aspirante Documentación incompleta — [lista de docs]

Credenciales y constancias

Trigger Destinatario Asunto (por defecto) Toggle
Credencial digital emitida Colegiado Tu credencial digital está lista
Credencial regenerada Colegiado Tu credencial digital fue actualizada
Constancia de matrícula disponible Colegiado Constancia de matrícula generada

Tickets y trámites

Trigger Destinatario Asunto (por defecto) Toggle
Ticket abierto Usuario que abrió el ticket Ticket #[ID] recibido
Ticket respondido Usuario que abrió el ticket Respuesta a tu ticket #[ID]
Ticket resuelto Usuario que abrió el ticket Tu ticket #[ID] fue resuelto
Ticket escalado Supervisor del área Ticket #[ID] escalado — requiere atención
Trámite aprobado Colegiado Tu trámite fue aprobado
Trámite rechazado Colegiado Tu trámite fue rechazado

Seguridad y cuenta

Trigger Destinatario Asunto (por defecto) Toggle
Bienvenida / cuenta creada Nuevo usuario Bienvenido/a a PSICOLE — tus credenciales
Recuperación de contraseña Usuario Solicitud de cambio de contraseña
Contraseña cambiada Usuario Tu contraseña fue actualizada

Personalizar templates

Cada template de email se puede personalizar con el editor integrado:

  1. Ir a Administración → Notificaciones → Templates.
  2. Hacer clic en el template a editar.
  3. El editor muestra el HTML del email con variables disponibles (ej.: {{nombre}}, {{importe}}, {{fechaVencimiento}}).
  4. Previsualizar el resultado con Vista previa.
  5. Guardar.

Edición de templates

Modificar el HTML de un template requiere conocimientos básicos de HTML. Un error de sintaxis puede hacer que el email se envíe sin formato. Usar siempre la vista previa antes de guardar.

Editor de template con panel de variables disponibles y previsualización


Habilitar / deshabilitar notificaciones individuales

Cada email automático tiene un toggle en la columna Activo de la tabla. Desactivar un email impide que se envíe para ese evento, sin afectar los demás.

Para deshabilitar todas las notificaciones reales: usar DISABLE_ALL_EMAILS=true y PSICOLE_DISABLE_EMAIL_DELIVERY=true en el .env del servidor. Para habilitar solo tickets, usar la compuerta específica indicada arriba.

Credenciales Digitales

Descripción

PSICOLE genera credenciales digitales en formato PDF para los profesionales matriculados. Cada credencial incluye los datos del colegiado, el logo y los datos institucionales del Colegio, la firma escaneada del directivo autorizado y un código QR único que permite verificar la validez de la matrícula en línea.

Acceso

Menú: Administración → Credenciales Digitales Roles con acceso: ADMIN, OPERADOR_MATRICULAS

Los colegiados pueden descargar su propia credencial desde el portal de autogestión: Mi Cuenta → Mi Credencial.


Contenido de la credencial

Cada credencial PDF incluye los siguientes elementos:

Elemento Fuente de datos
Logo del Colegio Parámetros del Sistema → Logo para PDF
Nombre completo del profesional Perfil del colegiado
DNI Perfil del colegiado
Número de matrícula Registro de matrícula
Fecha de colegiación Registro de matrícula
Estado de la matrícula Calculado al momento de generación
Especialidad / área Perfil del colegiado (si aplica)
Firma escaneada del directivo Parámetros del Sistema → Firma escaneada
Nombre y cargo del firmante Parámetros del Sistema → Firma escaneada
Código QR único Generado automáticamente por el sistema
Fecha de emisión Generada al momento de creación del PDF
Texto de validez Configurable en Parámetros del Sistema

Vista previa de credencial PDF con todos los elementos indicados


Generación automática

Las credenciales se generan automáticamente en los siguientes momentos:

  • Al aprobar una matrícula: el sistema genera la credencial del nuevo colegiado y le envía un email con el PDF adjunto.
  • Al renovar matrícula anual: si el Colegio tiene ciclo de renovación, se regenera la credencial con la nueva vigencia.
  • Al actualizar datos firmantes: si se cambia la firma o el directivo en Parámetros del Sistema, se puede optar por regenerar todas las credenciales activas en bloque (ver más abajo).

Generación manual de una credencial

  1. Ir a Administración → Credenciales Digitales.
  2. Buscar al colegiado por nombre, DNI o número de matrícula.
  3. Hacer clic en Generar / Regenerar credencial.
  4. El sistema genera el PDF y lo guarda. El colegiado recibe un email de notificación automáticamente (si las notificaciones están activas).
  5. Para descargar el PDF desde el panel: hacer clic en Descargar PDF.

Búsqueda de colegiado y botón de regeneración de credencial


Regeneración masiva

Permite regenerar las credenciales de todos los colegiados activos en un solo paso. Útil tras un cambio de autoridades, actualización del logo o cambio de diseño.

Tiempo de procesamiento

La regeneración masiva es un proceso en background. Para colegios con muchos matriculados puede tardar varios minutos. El sistema muestra el progreso en tiempo real y envía un email al administrador cuando finaliza. No cerrar el navegador durante el proceso.

Pasos:

  1. Ir a Administración → Credenciales Digitales → Regeneración masiva.
  2. Seleccionar el alcance: Todos los activos o Solo los generados antes de [fecha].
  3. Opcionalmente, marcar Notificar a los colegiados por email.
  4. Hacer clic en Iniciar regeneración.
  5. Monitorear el progreso en el panel.

Panel de regeneración masiva con barra de progreso y log de resultados


Código QR y verificación

Cada credencial lleva un código QR único que codifica una URL de verificación pública:

https://[URL_BASE]/verificar/matricula/[TOKEN_UNICO]

Al escanear el QR:

  • Si la matrícula está activa: muestra nombre, número de matrícula, estado y fecha de vencimiento.
  • Si la matrícula está suspendida o inactiva: muestra un aviso de inhabilitación.
  • Si el token no existe o fue revocado: muestra un error de verificación.

Esta página es pública (no requiere login) para que terceros puedan verificar la matrícula de un profesional.

Página pública de verificación de credencial con datos del profesional y credencial digital embebida

Token único

El token del QR cambia cada vez que se regenera la credencial. Las credenciales anteriores quedan invalidadas automáticamente: su QR mostrará el estado actualizado (la verificación siempre consulta la base de datos en tiempo real, no el PDF).


Personalización del diseño

El diseño del PDF se puede personalizar modificando el template HTML/CSS desde:

Administración → Credenciales Digitales → Configurar diseño

Elementos configurables:

  • Colores de fondo y tipografía (usar los colores institucionales de Parámetros del Sistema)
  • Posición y tamaño del logo
  • Disposición de los campos de datos
  • Texto de pie de página y leyenda de validez

Edición avanzada

La personalización del diseño requiere conocimientos de HTML y CSS. Se recomienda generar una credencial de prueba antes de aplicar cambios en producción.

Sistema de tickets y soporte interno
🖥 Escritorio Sistema de tickets y soporte interno
Sistema de tickets y soporte interno — móvil
📱 Móvil Sistema de tickets y soporte interno

Tickets y Soporte (EPIC-09)

PSICOLE incluye un sistema completo de gestión de tickets para trámites administrativos. Permite a los colegiados y prestadores iniciar solicitudes formales, y a los operadores gestionarlas con SLA, semáforo de tiempos y flujo de trabajo completo.


Acceso por rol

Rol Acceso
ADMIN Control total: categorías, áreas, asignaciones, todos los tickets, cierre, reasignación
SUPERVISOR_TRAMITES Dashboard de métricas, kanban por operador, reasignar, cerrar
OPERADOR_TRAMITES Dashboard personal, gestión de tickets asignados
Colegiados / Prestadores Crear tickets, ver propios, comentar, seguimiento público

Ciclo de vida de un ticket

PENDIENTE → ASIGNADO → EN PROGRESO → [PAUSADO] → RESUELTO → CERRADO
                                         ↓
                                    (con justificación)
Estado Descripción
PENDING Ticket recibido, sin operador asignado
ASSIGNED Operador tomó el ticket
IN_PROGRESS Operador trabajando activamente
PAUSED Pausado con motivo registrado
WAITING_REQUESTER Esperando respuesta del solicitante
RESOLVED Resuelto por el operador
CLOSED Cerrado definitivamente (supervisor o automático)
REOPENED Reabierto por el colegiado

Configuración de Categorías

Ruta: Administración → Tickets → Categorías (/admin/ticket-categories)

Las categorías definen el tipo de trámite, el área receptora, la prioridad y el SLA.

Lista de categorías con columnas Nombre, Código, Área, Origen y Estado

Crear / Editar categoría

Formulario de nueva categoría con todos los campos visibles

Campo Descripción
Nombre Nombre visible para el usuario
Código Identificador único sin espacios (ej: MAT-RENOVACION)
Área de trabajo Área responsable de atender esta categoría
Prioridad LOW / NORMAL / HIGH / URGENT
SLA (días) Días hábiles máximos para resolver
Tipo de Origen MANUAL / Trámite de Usuario / Tarea Programada
Módulo relacionado Módulo del sistema vinculado (aparece si Origen ≠ MANUAL)

Tipo de Origen determina cómo se genera el ticket:

  • Manual: creado desde el portal por el colegiado u operador
  • Trámite de Usuario: generado automáticamente cuando un colegiado inicia un trámite (ej: renovación de matrícula)
  • Tarea Programada: creado por el scheduler del sistema (ej: conciliación bancaria)

Cuando se elige "Trámite de Usuario" o "Tarea Programada", aparece el campo Módulo relacionado que vincula la categoría con el módulo del sistema. Esto permite que desde el detalle del ticket aparezca un botón directo al módulo.

Vista en mobile:

Categorías en pantalla de celular


Configuración de Áreas de Trabajo

Ruta: Administración → Tickets → Áreas de Trabajo (/admin/ticket-work-areas)

Las áreas agrupan operadores que atienden tickets de determinadas categorías. El sistema asigna automáticamente tickets al operador con menor carga dentro del área.

Lista de áreas de trabajo con contador de operadores

Panel de operadores (expandible)

Haciendo clic en el contador de operadores de cada área se expande un panel con:

  • Lista de operadores asignados al área
  • Estado de disponibilidad con toggle (disponible / no disponible)
  • Botón para agregar nuevos operadores

Panel expandible mostrando operadores del área con toggle de disponibilidad

Modal de asignación de operador

Al hacer clic en "Agregar Operador" se abre un formulario que muestra únicamente usuarios con roles de staff (Admin, Supervisor, Operadores) — sin colegiados ni prestadores.

Modal de asignación con selector de operadores staff

Vista mobile:

Áreas de trabajo en mobile


Parámetros del Sistema — Sección TICKETS

Ruta: ⚡ Super Admin → Parámetros del Sistema (/admin/system-parameters)

Sección TICKETS en los parámetros del sistema con los 3 parámetros configurables

Parámetro Clave Valor por defecto Descripción
Período de gracia TICKET_GRACE_PERIOD_MINUTES 30 min Minutos antes de que el SLA empiece a contar
Inactividad TICKET_INACTIVITY_HOURS 24 hs Horas sin actividad antes de alerta al supervisor
Auto-cierre TICKET_AUTO_CLOSE_DAYS 7 días Días tras resolución para cierre automático

Dashboard Global — Admin

Ruta: Administración → Tickets → Dashboard (/admin/ticket-dashboard)

Vista ejecutiva con indicadores globales del sistema de trámites.

Dashboard global de tickets con KPIs por estado y área


Kanban de Soporte — Admin

Ruta: Administración → Soporte Técnico (/admin/support-tickets)

Vista Kanban con los tickets operativos del soporte interno agrupados por estado (Sin asignar, Asignado, En proceso, En espera, Resuelto). Muestra KPIs en la cabecera (total activos, sin asignar, en proceso, respuesta AI) y permite cambiar a vista Lista, actualizar, exportar o tomar un ticket directamente desde cada tarjeta.

Kanban de Soporte Técnico del Admin con columnas Sin Asignar, Asignado, En Proceso, En Espera y Resuelto y KPIs en la cabecera


Triage directo de soporte

Ruta: Administración → Soporte Técnico (/admin/support-tickets)

La operación diaria vigente ya no depende de exportar ni reimportar JSON. El tablero abre en modo Triage directo: el operador revisa cada ticket, usa la sugerencia local como apoyo y guarda una decisión humana desde el panel lateral.

Vista desktop del triage directo con filtros, lista y panel lateral

Vista mobile del triage directo

Capturas auditadas del triage vigente

Estas capturas corresponden al tablero actual validado por la auditoría UI/UX. La vista desktop conserva filtros, ordenamiento, lista y acciones visibles; la vista móvil mantiene los controles dentro del ancho de pantalla y evita superposición con la burbuja de soporte.

Triage directo de soporte en escritorio auditado

Triage directo de soporte en celular auditado

Flujo operativo

  1. Abrir un ticket desde la lista o el kanban.
  2. Revisar captura, descripción, adjuntos, URL, usuario y sugerencia de triage local.
  3. Elegir una decisión: Solo revisar, Responder consulta, Pedir información, Bug / desarrollo o Resolver con aviso.
  4. Completar el mensaje visible para el usuario cuando corresponda.
  5. Guardar la decisión humana desde el panel lateral.
  6. Validar el resultado operativo: estado, comentario visible, aviso interno y eventual correo si la compuerta lo permite.

Reglas de seguridad

Regla Comportamiento
Sugerencia local Es orientativa; no cambia tickets por sí sola.
Sin decisión humana El ticket sigue visible como pendiente de definición.
Acción guardada Debe dejar trazabilidad de operador, fecha y contenido aplicado.
Responder consulta Envía aviso interno al usuario, registra comentario visible, genera email de ticket si la compuerta está habilitada y deja el ticket resuelto.
Pedir información Envía aviso interno, registra comentario visible, genera email de ticket si la compuerta está habilitada y deja el ticket en espera de respuesta.
Bug / desarrollo Registra la decisión humana y deja el ticket en proceso para intervención técnica.

Uso excepcional de lotes

Los flujos por lote o manifest quedan reservados para migraciones puntuales, replay controlado o cierres excepcionales. No son el modelo diario de trabajo del soporte operativo.

Avisos por email de soporte

El email es una copia del aviso interno. No reemplaza la campana ni el mensaje interno dentro de PSICOLE.

La compuerta de email de soporte solo permite estos templates:

Template Cuándo se usa
TICKET_CREATED Creación de ticket
TICKET_UPDATED Pedido de información, espera o cambio de estado relevante
TICKET_ASSIGNED Asignación a operador
TICKET_RESOLVED Resolución con aviso al usuario

En sandbox, todos los correos permitidos se redirigen a santosma@gmail.com. En producción no se activa este canal hasta confirmar SPF, DKIM, DMARC, PTR, reputación y muestra controlada.


Dashboard de Métricas — Supervisor

Ruta: Tickets → Métricas (/supervisor/metrics)

El dashboard del supervisor muestra el estado completo de la operación con KPIs por estado, tiempos de resolución y carga por operador.

Dashboard de métricas del supervisor con KPIs globales y tabla de tickets

Vista mobile:

Métricas del supervisor en celular


Kanban por Operador — Supervisor

Ruta: Tickets → Gestión de Tickets → Tab "Por operador" (/supervisor/tickets)

Vista kanban que agrupa los tickets por operador para visualizar la carga de trabajo de cada uno.

Kanban agrupado por operador con semáforo SLA por ticket


Escalado automático y SLA

El semáforo de SLA es visible en todas las vistas de tickets:

Color Estado Descripción
🟢 Verde OK SLA dentro del plazo
🟠 Naranja WARNING Menos del 25% del tiempo restante
🔴 Rojo BREACHED SLA vencido — requiere atención inmediata

El sistema también puede generar alertas automáticas al supervisor cuando se supera el SLA (configurado en Tareas Programadas).


Asignación automática de operadores

Al crear un ticket en un área que tiene operadores asignados, el sistema los distribuye automáticamente eligiendo al operador disponible con menor cantidad de tickets activos. Esto se configura en Áreas de Trabajo → Panel de Operadores.

Parámetros requeridos en entorno nuevo

En un entorno nuevo (develop, staging, producción), los parámetros TICKETS no se crean automáticamente. Ejecutar: POST /api/v1/system-parameters/init con un token de admin para inicializarlos.

Glosario

Definición de todos los términos técnicos y operativos utilizados en PSICOLE, ordenados alfabéticamente.


A

Aspirante Persona que ha iniciado el proceso de solicitud de matrícula en el Colegio de Psicólogos pero aún no recibió la aprobación definitiva. Tiene acceso limitado al sistema: puede completar su solicitud, subir documentación y consultar el estado del trámite. No puede operar como colegiado hasta que la matrícula sea aprobada.

Auditoría Registro inmutable de todas las acciones realizadas en el sistema: usuario que ejecutó la acción, fecha y hora, estado anterior y nuevo del registro, y descripción de la operación. La auditoría es de solo lectura y no puede eliminarse ni modificarse.


B

Baja de Matrícula Proceso administrativo mediante el cual se cancela definitivamente la matrícula de un profesional, ya sea a solicitud propia o por resolución del Colegio. La baja impide al profesional ejercer bajo el amparo del Colegio y elimina su acceso al portal de autogestión.

CBU (Clave Bancaria Uniforme) Número de 22 dígitos que identifica de forma unívoca una cuenta bancaria en Argentina. Utilizado en PSICOLE para las transferencias de liquidaciones a prestadores. Ver también: CVU.

CVU (Clave Virtual Uniforme) Equivalente al CBU para cuentas en billeteras virtuales (ej. Ualá u otras). Tiene el mismo formato de 22 dígitos y es intercambiable con el CBU a los fines del sistema.


C

Certificado de Libre Deuda Documento oficial emitido por PSICOLE que acredita que un colegiado no tiene deudas vencidas con el Colegio a la fecha de emisión. Tiene validez de 30 días y puede generarse desde el portal de autogestión siempre que no existan cuotas impagas.

Certificado de Matrícula Vigente Documento oficial que acredita que la matrícula de un profesional se encuentra activa y al día. Incluye nombre, número de matrícula, especialidad y fecha de emisión. Tiene validez de 30 días.

Código QR de Credencial Código de respuesta rápida (QR) embebido en la credencial digital de cada colegiado. Al escanearse redirige a una página pública del sistema que muestra el estado actual de la matrícula en tiempo real, permitiendo verificar su autenticidad.

Colegiado Profesional psicólogo con matrícula activa otorgada por el Colegio. Es el rol principal del sistema para los profesionales. Puede acceder al portal de autogestión, inscribirse en cursos, operar como prestador de obras sociales y gestionar sus datos personales.

Comisión Porcentaje o monto fijo que el Colegio retiene de las liquidaciones de órdenes de servicio antes de transferir el saldo neto al prestador. Se configura por obra social y tipo de prestación, con vigencias temporales.

Conciliación Bancaria Proceso de comparación entre los movimientos del extracto bancario del Colegio y los pagos registrados en PSICOLE, con el objetivo de verificar que todos los ingresos y egresos estén correctamente imputados.

Credencial Digital Documento digital en formato PDF o imagen que identifica al colegiado como miembro activo del Colegio. Incluye foto, datos personales, número de matrícula y un código QR verificable. Reemplaza a la credencial física en la mayoría de los trámites.

Cuenta Corriente Registro individual de todos los movimientos financieros de un colegiado con el Colegio: cuotas generadas, pagos acreditados, recargos por mora, créditos y ajustes. El saldo de la cuenta corriente refleja la deuda o el crédito del colegiado en todo momento.

Cuota Concepto de cobro generado por el sistema para un colegiado. Puede corresponder a la matrícula anual, cuota mensual, aranceles de cursos u otros conceptos definidos por el Colegio. Cada cuota tiene un monto, una fecha de vencimiento y un estado (pendiente, vencida, pagada).


D

Débito Directo Modalidad de cobro automático en la que el sistema intenta debitar la cuota de la cuenta bancaria del colegiado en la fecha de vencimiento, sin requerir acción manual del profesional. Requiere autorización previa del titular de la cuenta.

Deuda Suma de todas las cuotas y conceptos vencidos e impagos que tiene un colegiado con el Colegio. Se visualiza en la cuenta corriente y puede incluir recargos por mora acumulados.


E

Especialidad Área de ejercicio profesional declarada por el psicólogo al momento de matricularse o mediante una solicitud de modificación posterior (ej. Psicología Clínica, Neuropsicología, Psicología Laboral). Una matrícula puede estar asociada a múltiples especialidades.

Extracto Bancario Archivo exportado desde el homebanking del Colegio (en formato CSV o Excel) que lista todos los movimientos de la cuenta bancaria en un período determinado. Es el insumo principal del módulo de Conciliación Bancaria.


F

FeeType (Tipo de Cuota) Configuración que define un tipo de concepto de cobro en el sistema: nombre, descripción, si genera mora automática, el porcentaje o monto de mora, y si es recurrente o de única vez. Ejemplos: MATRICULA_ANUAL, CUOTA_MENSUAL, ARANCEL_CURSO.


H

Habilitación Estado que permite a un colegiado ejercer bajo el amparo del Colegio. La habilitación puede ser plena (matrícula activa y al día) o condicionada (con observaciones). Distinto de la matriculación: un profesional puede estar matriculado pero inhabilitado temporalmente.


I

Inhabilitación Medida disciplinaria o administrativa que suspende temporalmente la habilitación de un colegiado para ejercer. Puede ser total o parcial. Durante una inhabilitación, la credencial muestra el estado SUSPENDIDA y el QR refleja la situación en tiempo real.


L

Liquidación Documento que detalla el cálculo del monto neto a pagar a un prestador por sus órdenes de servicio en un período determinado. Muestra el total bruto de las órdenes, la comisión retenida por el Colegio, y el monto neto a transferir, desglosado orden por orden.

Lista de Espera Cola ordenada de personas interesadas en inscribirse en un curso cuyo cupo máximo ya fue alcanzado. El sistema promueve automáticamente al primero de la lista cuando se libera un cupo, notificándolo por email.

Lote de Pago Agrupación de liquidaciones aprobadas que se procesan en una única transferencia bancaria consolidada. Permite enviar los pagos a múltiples prestadores en una sola operación bancaria, generando un archivo de transferencias en el formato requerido por el banco.

Lote Mensual (de órdenes) Conjunto de órdenes de servicio de una obra social correspondientes a un mismo período (mes/año). Se importa, valida y aprueba como una unidad. Su aprobación dispara la generación de liquidaciones para los prestadores incluidos.


M

Matching Proceso de emparejamiento entre una transacción del extracto bancario y un pago registrado en PSICOLE. Puede ser automático (realizado por el motor de matching según criterios configurables) o manual (realizado por el operador).

Matrícula Registro oficial que habilita a un psicólogo para ejercer la profesión bajo el amparo del Colegio de Psicólogos. Cada matrícula tiene un número único, un titular, una fecha de alta y un estado (activa, suspendida, cancelada).

Mercado Pago Plataforma de pagos y billetera virtual. En PSICOLE puede aparecer en trazabilidad, extractos o documentación histórica, pero no debe interpretarse como checkout online operativo actual salvo habilitación explícita del Colegio.

Mora Recargo económico que se aplica automáticamente sobre una cuota cuando no se abona antes de su fecha de vencimiento. El porcentaje de mora y el período de gracia (días antes de aplicar el recargo) son configurables por tipo de cuota (FeeType).


N

Nomenclador Tabla de códigos y valores que define cuánto debe pagar una obra social por cada tipo de prestación. Cada obra social tiene su propio nomenclador, que debe cargarse y mantenerse actualizado en PSICOLE para validar los montos de las órdenes.


O

Operador de Cursos Rol administrativo con acceso al módulo de Cursos y Capacitación. Puede crear y gestionar cursos, inscribir participantes, registrar asistencia y emitir certificados.

Operador de Finanzas Rol administrativo con acceso a los módulos financieros: Finanzas, Conciliación Bancaria, Prestadores, Liquidaciones y Pagos Online. Gestiona el ciclo completo de ingresos y egresos del Colegio.

Operador de Matrículas Rol administrativo que gestiona el ciclo de vida de las matrículas: evalúa solicitudes de aspirantes, aprueba o rechaza matriculaciones, y administra modificaciones de datos de los colegiados.

Operador de Trámites Rol administrativo que gestiona los trámites internos del Colegio: solicitudes de certificados con costo, legalizaciones, cambios de especialidad y otros procesos que requieren intervención administrativa.

Orden de Servicio Registro de una prestación psicológica realizada por un colegiado a un afiliado de una obra social. Contiene: número de orden, código de prestación, fecha, datos del profesional y del paciente (o su número de afiliado), y monto a cobrar.


P

Padrón Base de datos oficial de todos los colegiados matriculados, con sus datos personales y profesionales. Es el registro maestro que alimenta la emisión de credenciales, certificados y la verificación pública de matrículas.

Portal del Profesional Ver Autogestión del Profesional.

Prestador Colegiado que, además de su matrícula, está habilitado para recibir pacientes derivados por obras sociales y facturar sus prestaciones a través del Colegio. Tiene acceso a un subportal específico dentro de la autogestión.

Prerequisito Condición que un colegiado debe cumplir para poder inscribirse en un curso. Puede ser haber completado un curso anterior o tener la matrícula activa.


R

Recibo Comprobante oficial de pago emitido por PSICOLE cuando se acredita un pago de un colegiado. Incluye número de recibo, fecha, concepto, monto y firma digital del sistema. Tiene validez como constancia de pago interno del Colegio.

Rol Conjunto de permisos que determina a qué módulos y acciones puede acceder un usuario en PSICOLE. Los nueve roles del sistema son: ADMIN, OPERADOR_MATRICULAS, OPERADOR_FINANZAS, OPERADOR_CURSOS, OPERADOR_TRAMITES, SUPERVISOR_TRAMITES, COLEGIADO, PRESTADOR y ASPIRANTE.


S

Sesión de Conciliación Unidad de trabajo del módulo de Conciliación Bancaria. Agrupa un extracto bancario importado con todos los emparejamientos (matches) realizados sobre sus transacciones. Una sesión puede estar abierta (en proceso) o cerrada (conciliación finalizada y auditada).

SLA (Service Level Agreement) Tiempo máximo establecido para la resolución de un ticket de soporte interno según su categoría y prioridad. PSICOLE permite configurar SLAs por tipo de ticket y emite alertas cuando un ticket está próximo a vencer o ya superó el plazo.

Supervisor de Trámites Rol administrativo con capacidad de supervisar y escalar los trámites gestionados por los operadores de trámites. Puede aprobar trámites de mayor complejidad y acceder a reportes de gestión.

Suspensión de Matrícula Estado temporal de la matrícula en el que el colegiado no puede ejercer bajo el amparo del Colegio. Puede generarse por deuda acumulada, resolución disciplinaria o a solicitud del propio profesional (baja voluntaria temporal).


T

Ticket Registro de una consulta, solicitud o incidencia generada por un usuario interno o externo del sistema. Los tickets tienen categorías, áreas de trabajo asignadas, prioridad, historial de estados y SLA asociado.

Tipo de Orden Clasificación de las órdenes de servicio según el tipo de prestación psicológica realizada (ej. consulta, psicoterapia, evaluación, informe pericial). Determina qué regla de comisión aplica.

Trámite Procedimiento administrativo formal gestionado por el Colegio que requiere documentación, revisión y resolución por parte del personal (ej. cambio de especialidad, solicitud de legalizaciones, recursos disciplinarios).


V

Vigencia de Comisión Período durante el cual una regla de comisión está activa para una obra social y tipo de prestación. Permite reflejar cambios históricos sin perder el rastro de qué tarifa aplicó en cada período cerrado.


W

Webhook Mecanismo de notificación automática que un proveedor externo utiliza para informar a PSICOLE sobre el resultado de un pago (aprobado, rechazado, pendiente). Es asíncrono: puede tardar algunos minutos desde que el usuario completa el checkout hasta que el sistema registra el pago.

Matriz de Permisos

Descripción

Tabla completa de permisos por rol y módulo. Los permisos siguen el modelo RBAC (Role-Based Access Control) con triplets MODULO/ACCION/RECURSO. Las acciones disponibles son: Leer (READ), Crear (CREATE), Editar (UPDATE), Eliminar (DELETE) y Aprobar (APPROVE).

Convención

Símbolo Significado
Permiso completo
👁 Solo lectura (propia)
👁+ Lectura extendida (todos los registros)
Solo crear
✏️ Crear y editar (sin eliminar ni aprobar)
Sin acceso

Módulo: AUTENTICACION

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Iniciar sesión
Cerrar sesión
Cambiar contraseña propia
Recuperar contraseña
Gestionar usuarios (CRUD)
Asignar roles
Ver log de auditoría
Impersonar usuario

Módulo: MATRICULAS

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver solicitudes de matrícula 👁+ 👁+ 👁
Crear solicitud de matrícula
Editar solicitud propia
Editar cualquier solicitud
Aprobar matrícula
Rechazar matrícula
Ver matrículas activas 👁+ 👁+ 👁
Editar datos de matrícula activa
Suspender / reactivar matrícula
Eliminar registro de matrícula

Módulo: FINANZAS

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver cuotas (todas)
Ver cuotas propias
Crear cuota manual
Editar cuota
Eliminar cuota
Registrar pago manual
Ver recibos (todos)
Ver recibos propios
Anular recibo
Ver configuración descuentos
Editar configuración descuentos
Ver configuración recargos
Editar configuración recargos
Configurar tipos de cuota

Módulo: PAGOS

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Iniciar pago online (propio)
Ver estado de pago online
Confirmar pago (webhook)
Ver todos los pagos online
Emitir devolución

Módulo: CONCILIACION

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver extractos bancarios
Importar extracto bancario
Conciliar movimientos
Marcar movimiento como irrelevante
Ver reportes de conciliación

Módulo: CURSOS

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver catálogo de cursos
Crear curso
Editar curso
Eliminar curso
Publicar / despublicar curso
Inscribir colegiado en curso
Ver inscripciones (todas)
Ver inscripciones propias
Registrar asistencia
Emitir certificado de curso

Módulo: TRAMITES

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver todos los trámites 👁+
Iniciar trámite propio
Ver trámites propios
Editar trámite en borrador
Aprobar trámite
Rechazar trámite
Eliminar trámite
Ver plantillas de trámites
Configurar plantillas

Módulo: PRESTADORES

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver listado de prestadores
Registrar prestador
Editar prestador
Ver órdenes propias
Cargar orden de obra social
Ver todas las órdenes
Procesar liquidación
Ver liquidación propia

Módulo: CREDENCIALES

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Generar credencial (propia)
Descargar credencial propia
Regenerar credencial de cualquier usuario
Regeneración masiva
Verificar QR (público)
Configurar diseño de credencial

Módulo: ADMINISTRACION

Acción / Recurso ADMIN OP_MATRICULAS OP_FINANZAS OP_CURSOS OP_TRAMITES SUP_TRAMITES COLEGIADO PRESTADOR ASPIRANTE
Ver parámetros del sistema
Editar parámetros del sistema
Gestionar tareas programadas
Ver log de tareas programadas
Configurar SMTP
Gestionar templates de email
Gestionar tickets (bandeja)
Configurar categorías de tickets
Ver reportes de tickets
Abrir ticket

Resumen ejecutivo por rol

Rol Alcance general
ADMIN Acceso total a todos los módulos, configuración, auditoría e impersonación
OPERADOR_MATRICULAS CRUD de solicitudes y matrículas, regeneración de credenciales, lectura de trámites
OPERADOR_FINANZAS CRUD de cuotas, pagos, recibos, conciliación bancaria, descuentos y recargos
OPERADOR_CURSOS CRUD de cursos, inscripciones, asistencia y certificados
OPERADOR_TRAMITES Gestión de trámites, edición de borradores, bandeja de tickets
SUPERVISOR_TRAMITES Todo lo de OPERADOR_TRAMITES + aprobación/rechazo de trámites, escalado de tickets
COLEGIADO Autogestión propia: ver cuotas, pagar, ver matrícula, descargar credencial, inscribirse en cursos
PRESTADOR Cargar órdenes de obras sociales y ver sus liquidaciones
ASPIRANTE Crear y editar solicitud de matrícula, ver estado de su solicitud, pagar cuota de inscripción

Casos de uso y flujos de trabajo

Esta sección es la fuente de verdad operativa de los casos de uso de PSICOLE. Reúne la tabla total de UC en una lectura navegable para administradores, operadores, gestores de profesionales, soporte y desarrollo: actor, disparador, pasos, alternativas, reglas de negocio, postcondición, página de manual relacionada y estado de evidencia visual.

Fuente canónica

La fuente primaria es el CSV CASOS DE USO - TABLA TOTAL - 22-12-25 - Agrupa todas en una MEGA TABLA; puedes_ todas las....csv. Esta página recicla ese contenido y lo normaliza para el manual público. Cuando cambien permisos, pantallas, reglas de dinero, estados o lotes, se actualiza primero la tabla canónica y luego esta matriz.

Cobertura documental

La cobertura es una auditoría heurística contra manual/docs y excluye esta propia página para evitar autocobertura. Un UC marcado como cubierto puede requerir actualización si cambió la UI o si falta evidencia escritorio/móvil vigente.

Cómo usar esta fuente de verdad

  • Usar el identificador EPIC-XXUC-X.X en tickets, PR, pruebas, documentación, QA y soporte.
  • Revisar la página de manual relacionada antes de cerrar un cambio funcional o un ticket de desarrollo.
  • Mantener los flujos de dinero trazables desde definición de cuota, generación de deuda/lote, aplicación de pago, recibo, conciliación y contabilidad.
  • Publicar capturas de sandbox en pares escritorio/móvil cuando el UC tenga interfaz operativa.
  • No usar esta matriz como reemplazo de las guías por módulo: la matriz ordena el mapa completo; cada página funcional explica la operación diaria.

Estado de cobertura documental

  • Total de casos de uso relevados: 64.
  • Cubiertos candidatos: 43.
  • Parciales candidatos: 18.
  • Faltantes candidatos: 0.
  • No implementados documentados: 3.
  • Corte de actualización: 19 de junio de 2026.

Prioridad de documentación pendiente

Faltantes

No hay UC sin página candidata en este corte.

Parciales a revisar

UC Flujo Página candidata Trabajo pendiente
EPIC-05UC-5.3 Generación Lote OS modulos/prestadores.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-05UC-5.5 Consulta Cta Cte inicio-rapido/operador-finanzas.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-05UC-5.6 Acceso Certificados inicio-rapido/colegiado.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-06UC-6.2 Gestión Usuarios referencia/matriz-permisos.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-06UC-6.3 Config Parámetros modulos/directorio-publico.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-06UC-6.4 Auditoría Sistema modulos/liquidaciones.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-06UC-6.5 Gestión Prestadores inicio-rapido/administrador.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-07UC-7.1 Autenticación (Login) modulos/autenticacion.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-07UC-7.2 Gestión Sesiones modulos/autenticacion.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-08UC-8.1 Pasarelas Pago modulos/pagos-online.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-08UC-8.3 Notif. Multicanal administracion/usuarios-roles.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-09UC-9.2 Certificado Ética referencia/glosario.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-09UC-9.3 Constancia Libre Deuda modulos/autogestion.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-09UC-9.5 Beneficio Paternidad inicio-rapido/administrador.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-09UC-9.6 Baja Matrícula referencia/faq.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-09UC-9.8 Jubilación Auto inicio-rapido/operador-finanzas.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-08UC-8.5 Avisos y Agenda Personal administracion/tickets-soporte.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.
EPIC-05UC-5.13 Directorio Público Profesional y Curaduría modulos/directorio-publico.md Completar roles, pasos, reglas, estados y evidencia visual si aplica.

No implementados documentados

UC Flujo Manual relacionado Decisión
EPIC-10UC-10.1 Crear Convocatoria modulos/cursos.md Documentado como flujo no operativo; no publicar como pantalla disponible.
EPIC-10UC-10.2 Inscripción Beca modulos/cursos.md Documentado como flujo no operativo; no publicar como pantalla disponible.
EPIC-10UC-10.3 Sorteo Becas modulos/cursos.md Documentado como flujo no operativo; no publicar como pantalla disponible.

Matriz total de casos de uso

# UC Flujo Cobertura Manual relacionado Evidencia visual
1 EPIC-01UC-1.1 Solicitud de Nueva Colegiatura Cubierto candidato modulos/solicitud-matricula.md Con captura en página candidata; falta confirmar par escritorio/móvil.
2 EPIC-01UC-1.2 Validación y Gestión Min. Salud Cubierto candidato modulos/gestion-matriculas.md Con captura en página candidata; falta confirmar par escritorio/móvil.
3 EPIC-01UC-1.3 Consulta Pública Matrícula Cubierto candidato administracion/credenciales-digitales.md Con captura en página candidata; falta confirmar par escritorio/móvil.
4 EPIC-02UC-2.1 Generación y Cobro Cuotas Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
5 EPIC-02UC-2.2 Pago Online Portal Cubierto candidato referencia/changelog.md Pendiente: página candidata sin captura directa.
6 EPIC-02UC-2.3 Conciliación Bancaria Cubierto modulos/conciliacion-bancaria.md Documenta auditoria cruzada SANDBOX, matching, bloqueos e incluye evidencia escritorio/movil existente.
7 EPIC-02UC-2.4 Facturar Cuotas (AFIP) Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
8 EPIC-03UC-3.1 Gestión Cursos Cubierto candidato modulos/cursos.md Con captura en página candidata; falta confirmar par escritorio/móvil.
9 EPIC-03UC-3.2 Inscripción Curso Cubierto candidato modulos/cursos.md Con captura en página candidata; falta confirmar par escritorio/móvil.
10 EPIC-03UC-3.3 Certificados Digitales Cubierto candidato modulos/cursos.md Con captura en página candidata; falta confirmar par escritorio/móvil.
11 EPIC-04UC-4.1 Reporte Financiero Cubierto candidato modulos/finanzas.md Con captura en página candidata; falta confirmar par escritorio/móvil.
12 EPIC-04UC-4.2 Gestión Caja Cubierto candidato modulos/finanzas.md Con captura en página candidata; falta confirmar par escritorio/móvil.
13 EPIC-05UC-5.1 Gestión Perfil Cubierto candidato modulos/autogestion.md Con captura en página candidata; falta confirmar par escritorio/móvil.
14 EPIC-05UC-5.2 Reg. Rendición Física Cubierto candidato inicio-rapido/prestador.md Pendiente: página candidata sin captura directa.
15 EPIC-05UC-5.3 Generación Lote OS Parcial candidato modulos/prestadores.md Con captura en página candidata; falta confirmar par escritorio/móvil.
16 EPIC-05UC-5.4 Liquidación Pago OS Cubierto candidato modulos/liquidaciones.md Con captura en página candidata; falta confirmar par escritorio/móvil.
17 EPIC-05UC-5.5 Consulta Cta Cte Parcial candidato inicio-rapido/operador-finanzas.md Pendiente: página candidata sin captura directa.
18 EPIC-05UC-5.6 Acceso Certificados Parcial candidato inicio-rapido/colegiado.md Con captura en página candidata; falta confirmar par escritorio/móvil.
19 EPIC-05UC-5.7 Gestión Órdenes Cubierto candidato modulos/prestadores.md Con captura en página candidata; falta confirmar par escritorio/móvil.
20 EPIC-05UC-5.8 Matrícula Digital Cubierto candidato referencia/changelog.md Pendiente: página candidata sin captura directa.
21 EPIC-06UC-6.1 Gestión Tipos Cuotas Cubierto candidato administracion/tipos-cuota.md Con captura en página candidata; falta confirmar par escritorio/móvil.
22 EPIC-06UC-6.2 Gestión Usuarios Parcial candidato referencia/matriz-permisos.md Pendiente: página candidata sin captura directa.
23 EPIC-06UC-6.3 Config Parámetros Parcial candidato modulos/directorio-publico.md Con captura en página candidata; falta confirmar par escritorio/móvil.
24 EPIC-06UC-6.4 Auditoría Sistema Parcial candidato modulos/liquidaciones.md Con captura en página candidata; falta confirmar par escritorio/móvil.
25 EPIC-06UC-6.5 Gestión Prestadores Parcial candidato inicio-rapido/administrador.md Con captura en página candidata; falta confirmar par escritorio/móvil.
26 EPIC-07UC-7.1 Autenticación (Login) Parcial candidato modulos/autenticacion.md Con captura en página candidata; falta confirmar par escritorio/móvil.
27 EPIC-07UC-7.2 Gestión Sesiones Parcial candidato modulos/autenticacion.md Con captura en página candidata; falta confirmar par escritorio/móvil.
28 EPIC-08UC-8.1 Pasarelas Pago Parcial candidato modulos/pagos-online.md Con captura en página candidata; falta confirmar par escritorio/móvil.
29 EPIC-08UC-8.2 Integración LMS Cubierto candidato modulos/cursos.md Con captura en página candidata; falta confirmar par escritorio/móvil.
30 EPIC-08UC-8.3 Notif. Multicanal Parcial candidato administracion/usuarios-roles.md Con captura en página candidata; falta confirmar par escritorio/móvil.
31 EPIC-08UC-8.4 Servicios AFIP Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
32 EPIC-09UC-9.1 Ticket Trámite Cubierto candidato administracion/tickets-soporte.md Con par escritorio/móvil en página candidata; revisar vigencia visual.
33 EPIC-09UC-9.2 Certificado Ética Parcial candidato referencia/glosario.md Pendiente: página candidata sin captura directa.
34 EPIC-09UC-9.3 Constancia Libre Deuda Parcial candidato modulos/autogestion.md Con captura en página candidata; falta confirmar par escritorio/móvil.
35 EPIC-09UC-9.4 Alta x Transferencia Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
36 EPIC-09UC-9.5 Beneficio Paternidad Parcial candidato inicio-rapido/administrador.md Con captura en página candidata; falta confirmar par escritorio/móvil.
37 EPIC-09UC-9.6 Baja Matrícula Parcial candidato referencia/faq.md Pendiente: página candidata sin captura directa.
38 EPIC-09UC-9.7 Débito Automático Cubierto modulos/debito-automatico.md Documenta CBU 20%, tarjeta crédito 30%, lote COELSA, rechazo y evidencia escritorio/móvil existente.
39 EPIC-09UC-9.8 Jubilación Auto Parcial candidato inicio-rapido/operador-finanzas.md Pendiente: página candidata sin captura directa.
40 EPIC-09UC-9.9 Op. Prestadores Cubierto candidato modulos/prestadores.md Con captura en página candidata; falta confirmar par escritorio/móvil.
41 EPIC-09UC-9.10 Trámite Sin Categ. Cubierto candidato referencia/changelog.md Pendiente: página candidata sin captura directa.
42 EPIC-10UC-10.1 Crear Convocatoria No implementado documentado modulos/cursos.md No aplica: flujo documentado como no operativo; no hay pantalla productiva para capturar.
43 EPIC-10UC-10.2 Inscripción Beca No implementado documentado modulos/cursos.md No aplica: flujo documentado como no operativo; no hay pantalla productiva para capturar.
44 EPIC-10UC-10.3 Sorteo Becas No implementado documentado modulos/cursos.md No aplica: flujo documentado como no operativo; no hay pantalla productiva para capturar.
45 EPIC-02UC-2.5 Operación de dinero única trazable Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
46 EPIC-02UC-2.6 Reintegros reversas y pagos por error Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
47 EPIC-02UC-2.7 Conciliación multi pasarela y banco Cubierto modulos/conciliacion-bancaria.md Documenta denominador estricto, fuentes de contraste, idempotencia, manual queue y evidencia escritorio/movil existente.
48 EPIC-03UC-3.4 Desinscripción curso y política de reembolso Cubierto candidato modulos/cursos.md Con captura en página candidata; falta confirmar par escritorio/móvil.
49 EPIC-05UC-5.9 Consultorio autónomo del profesional Cubierto candidato modulos/consultorio.md Con captura en página candidata; falta confirmar par escritorio/móvil.
50 EPIC-06UC-6.6 Operadores especiales y módulos dinámicos Cubierto candidato administracion/operadores-modulos.md Con par escritorio/móvil en página candidata; revisar vigencia visual.
51 EPIC-06UC-6.7 Accesos reset y aviso de credenciales Cubierto candidato administracion/usuarios-roles.md Con captura en página candidata; falta confirmar par escritorio/móvil.
52 EPIC-01UC-1.4 Renovación de Matrícula Cubierto candidato modulos/solicitud-matricula.md Con captura en página candidata; falta confirmar par escritorio/móvil.
53 EPIC-05UC-5.10 Gestión de Pacientes de Consultorio Cubierto candidato modulos/consultorio.md Con captura en página candidata; falta confirmar par escritorio/móvil.
54 EPIC-05UC-5.11 Agenda y Recordatorios de Consultorio Cubierto candidato modulos/prestadores.md Con captura en página candidata; falta confirmar par escritorio/móvil.
55 EPIC-05UC-5.12 Cobros Particulares de Consultorio Cubierto candidato modulos/consultorio.md Con captura en página candidata; falta confirmar par escritorio/móvil.
56 EPIC-08UC-8.5 Avisos y Agenda Personal Parcial candidato administracion/tickets-soporte.md Con par escritorio/móvil en página candidata; revisar vigencia visual.
57 EPIC-09UC-9.11 Alta de Prestador Cubierto candidato referencia/changelog.md Pendiente: página candidata sin captura directa.
58 EPIC-02UC-2.8 Planes de Pago de Deuda Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
59 EPIC-09UC-9.12 Baja como Prestador Cubierto candidato inicio-rapido/operador-finanzas.md Pendiente: página candidata sin captura directa.
60 EPIC-06UC-6.8 Permisos de Edición de Perfil Cubierto candidato administracion/usuarios-roles.md Con captura en página candidata; falta confirmar par escritorio/móvil.
61 EPIC-05UC-5.13 Directorio Público Profesional y Curaduría Parcial candidato modulos/directorio-publico.md Con captura en página candidata; falta confirmar par escritorio/móvil.
62 EPIC-04UC-4.3 Contabilidad y Libro Diario Cubierto candidato modulos/dinero.md Con captura en página candidata; falta confirmar par escritorio/móvil.
63 EPIC-13UC-13.1 Gestión de Proveedores del Colegio Cubierto candidato referencia/changelog.md Pendiente: página candidata sin captura directa.
64 EPIC-02UC-2.9 Tarifario Mensual de Cuotas Cubierto modulos/dinero.md Documenta tarifario, RUN, lote CBU, valores mayo/junio y certificacion SANDBOX; movil no recomendado para ejecuciones masivas.
65 EPIC-02UC-2.10 Reglas operativas persistentes de cobro y beneficios Cubierto candidato modulos/conciliacion-bancaria.md No aplica captura nueva: documenta regla backend, filtros operativos y controles de SANDBOX.

Detalle normalizado por EPIC

El detalle conserva la semántica de la tabla total, pero separa cada campo para que pueda revisarse como caso de prueba, guía de operación o criterio de aceptación documental.

EPIC-01

EPIC-01UC-1.1 · Solicitud de Nueva Colegiatura

Actores y resumen. Actor: Aspirante. Resumen: Solicitud de inscripción digital guiada.

Precondición y disparador. Pre: Internet. Disp: Clic "Solicitar Matrícula".

Flujo principal.

  1. Registro cuenta (email/pass).
  2. Carga Datos (Personales, Académicos).
  3. Carga Docs (DNI, Título, Analítico).
  4. Aceptación Declaración Jurada.
  5. Generación Boleta Pago Inicial.
  6. Envío Solicitud.

Flujos alternativos.

  • FA-1.1.1: Datos incompletos (bloqueo).
  • FA-1.1.2: Docs rechazados (pide re-subir).

Reglas de negocio y postcondición. Reglas: CUIT único. Pago inicial obligatorio p/ revisión. Post: Estado "Pendiente Revisión".

Cobertura documental. Cubierto candidato. Página candidata: modulos/solicitud-matricula.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-01UC-1.2 · Validación y Gestión Min. Salud

Actores y resumen. Actores: Operador Altas, Sistema. Resumen: Validación, trámite Ministerio y Alta.

Precondición y disparador. Disp: Admin selecciona solicitud.

Flujo principal.

  1. Revisión docs.
  2. Aprobación interna -> Matrícula Provisoria -> PDF p/ Ministerio.
  3. Recepción OK Ministerio.
  4. Confirmación Alta Definitiva.
  5. Genera Deuda, Matrícula Oficial (PDF 3 capas) y Credencial QR.

Flujos alternativos.

  • FA-1.2.1: Solicitud corrección.
  • FA-1.2.2: Rechazo (motivo detallado).

Reglas de negocio y postcondición. Reglas: Historial inmutable. Matrícula oficial solo tras OK Ministerio. Post: Profesional Habilitado.

Cobertura documental. Cubierto candidato. Página candidata: modulos/gestion-matriculas.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-01UC-1.3 · Consulta Pública Matrícula

Actores y resumen. Actor: Público. Resumen: Verificación habilitación.

Precondición y disparador. Disp: Web o Scan QR.

Flujo principal.

  1. Buscar (Nombre/Matrícula) o Escanear.
  2. Mostrar Ficha (Nombre, Estado, Vencimiento).

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: No mostrar datos contacto privados. CAPTCHA. Si Mora -> "No vigente". Post: Verificación hecha.

Cobertura documental. Cubierto candidato. Página candidata: administracion/credenciales-digitales.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-01UC-1.4 · Renovación de Matrícula

Actores y resumen. Actor: Colegiado/Operador Matrículas/Sistema. Resumen: Renovación periódica de matrícula profesional con elegibilidad, declaración jurada, datos de contacto personal/consultorio, documentos y revisión administrativa.

Precondición y disparador. Disp: Matrícula próxima a vencer o colegiado inicia renovación. Pre: profesional autenticado con matrícula vigente/provisoria y ventana de renovación habilitada.

Flujo principal.

  1. Verificar elegibilidad.
  2. Crear solicitud de renovación.
  3. Firmar declaración jurada.
  4. Actualizar contacto personal y datos de consultorio.
  5. Subir documentos requeridos.
  6. Enviar solicitud.
  7. Operador revisa, aprueba o solicita cambios.
  8. Sistema registra historial y nueva vigencia.

Flujos alternativos.

  • FA-1.4.1: Fuera de ventana informa días hasta vencimiento.
  • FA-1.4.2: Faltan documentos y no permite enviar.
  • FA-1.4.3: Operador rechaza o solicita cambios con motivo.
  • FA-1.4.4: Colegiado cancela solicitud antes de aprobación.

Reglas de negocio y postcondición. Reglas: Historial auditado. Datos de consultorio y contacto personal se tratan separados. Solo operadores de matrícula pueden aprobar/rechazar. Post: renovación aprobada, observada, rechazada o cancelada con trazabilidad.

Cobertura documental. Cubierto candidato. Página candidata: modulos/solicitud-matricula.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-02

EPIC-02UC-2.1 · Generación y Cobro Cuotas

Actores y resumen. Actor: Admin/Tesorería/Operador Finanzas/Sistema. Resumen: generación mensual idempotente, previsualización, cobro y recibo de cuotas con trazabilidad PAY.

Precondición y disparador. Pre: CUOTA_MENSUAL activo, periodo definido en MONTHLY_FEE_TARIFF_POLICY, scheduler/ejecución autorizada. Disp: ciclo mensual, ejecución manual controlada o cobro presencial/online.

Flujo principal.

  1. Revisar que CUOTA_MENSUAL este activo y que el periodo exista en Tarifario mensual.
  2. Previsualizar generación en Dinero -> Operaciones -> Cuotas.
  3. Generar Debt única por profesional/período/tipo sin avisos si no fueron autorizados.
  4. Registrar cargo en cuenta corriente con generationKey idempotente.
  5. Cobrar por canal real: caja, transferencia, débito, POS o checkout.
  6. Emitir/vincular recibo y cuenta corriente.
  7. Reflejar impacto en Dinero/Contabilidad cuando corresponda.

Flujos alternativos.

  • FA-2.1.1: Pago parcial conserva saldo.
  • FA-2.1.2: Reversa/anulación crea operación opuesta trazable.
  • FA-2.1.3: Sin FeeType vigente para el período, la previsualización/generación falla sin crear deuda.
  • FA-2.1.4: Reintento reutiliza deuda/generationKey idempotente.

Reglas de negocio y postcondición. Reglas: No enviar correos/notificaciones salvo autorización explícita; QUOTA_GENERATION_NOTIFICATIONS_ENABLED=false por defecto si aplica al entorno. La generación crea cargo pendiente, nunca cobro real. Lote CBU usa Debt.finalAmount. CBU / Caja de ahorro aplica 20%, tarjeta de crédito 30% y jubilados 50% según política vigente; jubilación excluye CBU/tarjeta sobre la misma cuota. Post: deuda, cuenta corriente, recibo/pago cuando exista y contabilidad quedan vinculados.

Cobertura documental. Cubierto candidato. Páginas candidatas: modulos/dinero.md y administracion/tarifario-cuotas.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-02UC-2.2 · Pago Online Portal

Actores y resumen. Actor: Colegiado. Resumen: Pago web desde portal con checkout operativo NAVE.

Precondición y disparador. Pre: Deuda activa. Disp: Acceso pagos.

Flujo principal.

  1. Seleccionar deuda.
  2. Crear operación PAY idempotente.
  3. Redirección a NAVE.
  4. Pago externo.
  5. Retorno o refresh estado.
  6. Materialización de pago y recibo.

Flujos alternativos.

  • FA-2.2.1: Cancelación (sigue pendiente).
  • FA-2.2.2: Timeout o vuelta fallida -> recuperar estado por referencia externa.
  • FA-2.2.3: Mercado Pago/PAYWAY no operativos online.

Reglas de negocio y postcondición. Reglas: HTTPS. NAVE es el checkout activo. PAYWAY queda solo como POS físico legacy. Post: Deuda pagada, recibo disponible y PAY trazable.

Cobertura documental. Cubierto candidato. Página candidata: referencia/changelog.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-02UC-2.3 · Conciliación Bancaria

Actores y resumen. Actor: Admin/Op. Finanzas. Resumen: Cotejo sistema vs banco por sesiones auditadas.

Precondición y disparador. Disp: Importación periódica de extracto o liquidación.

Flujo principal.

  1. Importar extracto.
  2. Clasificar origen.
  3. Matching automático sugerido.
  4. Confirmación manual o ajuste.
  5. Cierre de sesión.
  6. Revisión de pendientes y evidencia.

Flujos alternativos.

  • FA-2.3.1: Sin candidato.
  • FA-2.3.2: Duplicado idempotente.
  • FA-2.3.3: Settlement FIXED_POS pendiente.

Reglas de negocio y postcondición. Reglas: Conciliados inmutables. Auditoría completa. Separar banco, pasarela, débito, caja y POS fijo. Para certificacion de cuotas, el denominador estricto es tarjeta aceptada + CBU cobrado; recibos, padron, caja y prestadores son evidencia de contraste si representan el mismo hecho economico. Post: Registros alineados o pendientes diagnosticados.

Cobertura documental. Cubierto. Página principal: modulos/conciliacion-bancaria.md, seccion auditoria cruzada SANDBOX mayo/junio 2026.

Evidencia visual. Con captura escritorio y movil en la página principal.

EPIC-02UC-2.4 · Facturar Cuotas (AFIP)

Actores y resumen. Actor: Admin/Tesorería/Operador Finanzas/Sistema. Resumen: facturación fiscal post-pago mediante cola AFIP trazable, sin emitir CAE ficticio cuando AFIP no está configurado.

Precondición y disparador. Pre: pago, recibo u operación PAY materializada y configuración fiscal disponible. Disp: pago aprobado, conciliación aplicada, débito automático cobrado, caja cerrada, tarea programada o acción manual Procesar AFIP.

Flujo principal.

  1. Materializar pago y recibo desde una operación PAY.
  2. Encolar AfipInvoiceJob vinculado al recibo/pago.
  3. Procesar cola por scheduler o botón administrativo.
  4. Validar configuración WSAA/WSFE.
  5. Autorizar comprobante sólo si AFIP responde correctamente.
  6. Registrar DONE o reintento/FAILED con alerta y auditoría.

Flujos alternativos.

  • FA-2.4.1: AFIP no configurado deja job pendiente/fallido sin CAE.
  • FA-2.4.2: AFIP caído reprograma con backoff.
  • FA-2.4.3: máximo de intentos dispara alerta e intervención manual.
  • FA-2.4.4: modelo de facturación de OOSS usa circuito ARCA/manual y no CAE automático simulado.

Reglas de negocio y postcondición. Reglas: no emitir CAE simulado; recibo interno no reemplaza factura fiscal; cola idempotente y auditable; correlatividad fiscal depende de autorización real. Post: comprobante autorizado por AFIP o job trazable para corrección/reintento.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-02UC-2.5 · Operación de dinero única trazable

Actores y resumen. Actor: Admin/Op. Finanzas/Sistema. Resumen: Todo movimiento económico relevante abre una single PAY.

Precondición y disparador. Disp: Pago, caja, transferencia, NAVE, débito, reversa, conciliación o ajuste contable.

Flujo principal.

  1. Crear operación PAY.
  2. Vincular deuda, pago, recibo, profesional y origen.
  3. Registrar eventos e idempotencia.
  4. Exponer single canónica.
  5. Vincular impacto contable/libro diario cuando corresponda.

Flujos alternativos.

  • FA-2.5.1: Movimiento legacy se clasifica como histórico.
  • FA-2.5.2: Pago sin recibo queda pendiente de materialización.

Reglas de negocio y postcondición. Reglas: PAY único e idempotente. Estados en español amable. Post: Operación auditable, navegable y conciliable.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-02UC-2.6 · Reintegros reversas y pagos por error

Actores y resumen. Actor: Admin/Op. Finanzas. Resumen: Corrección sin borrar el movimiento original.

Precondición y disparador. Disp: Pago duplicado, desinscripción, error de caja, transferencia mal imputada o cobro por error.

Flujo principal.

  1. Abrir operación original.
  2. Seleccionar reversa o reintegro.
  3. Informar motivo.
  4. Crear operación compensatoria.
  5. Actualizar saldo, eventos y vínculo contable.

Flujos alternativos.

  • FA-2.6.1: Si ya hay recibo emitido no se borra; se compensa.
  • FA-2.6.2: Si el proveedor no devuelve, registrar gestión manual auditada.

Reglas de negocio y postcondición. Reglas: Motivo obligatorio, vínculo al PAY original y reversabilidad completa. Post: Corrección trazable sin pérdida histórica.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-02UC-2.7 · Conciliación multi pasarela y banco

Actores y resumen. Actor: Op. Finanzas/Sistema. Resumen: Cuadre entre operaciones, banco, NAVE, débito, caja y POS fijo.

Precondición y disparador. Disp: Carga extracto, settlement o lote de origen.

Flujo principal.

  1. Importar lote o extracto.
  2. Crear o seleccionar RUN mensual PREVIEW desde Dinero -> Operaciones -> Conciliacion -> RUN mensual.
  3. Registrar fuentes procesadas del periodo.
  4. Simular decisiones PREVIEW con clave idempotente por evento.
  5. Proponer matches y asociaciones.
  6. Separar ALREADY_CLOSED, AUTO_APPLY_STRICT, cola manual, bloqueos y excluidos.
  7. Confirmar conciliación cuando cumple reglas estrictas.
  8. Marcar gaps.
  9. Alimentar ledger de diferencias.

Flujos alternativos.

  • FA-2.7.1: Transferencia directa sin pasarela se imputa manualmente.
  • FA-2.7.2: Duplicado se descarta y audita.
  • FA-2.7.3: PAYWAY se agrupa como FIXED_POS.

Reglas de negocio y postcondición. Reglas: No duplicar ingresos. Separar proveedor técnico, medio operativo y banco. El RUN mensual auditable agrupa fuentes, decisiones, metricas y cola manual por periodo. Una aplicacion segura de CBU exige identidad fuerte, deuda PENDING compatible, unica transaccion bancaria exacta, marker e idempotencia por deuda + transaccion. Post: Banco y sistema conciliados o gap explícito.

Cobertura documental. Cubierto. Página principal: modulos/conciliacion-bancaria.md, secciones RUN mensual auditable y auditoria cruzada SANDBOX mayo/junio 2026.

Evidencia visual. Con captura escritorio y movil en la página principal.

EPIC-02UC-2.8 · Planes de Pago de Deuda

Actores y resumen. Actor: Colegiado/Op. Finanzas/Admin/Sistema. Resumen: Solicitud, aprobación y cobro de planes de pago sobre cuotas adeudadas, con cuotas, descuentos reglados, recibos, AFIP y operación PAY.

Precondición y disparador. Disp: Colegiado con deuda acumulada consulta elegibilidad o Finanzas crea plan asistido. Pre: profesional con matrícula aprobada y deudas mensuales pendientes/vencidas.

Flujo principal.

  1. Verificar elegibilidad.
  2. Calcular deuda, descuento y opciones de cuotas.
  3. Crear plan automático o personalizado.
  4. Revisar plan si requiere operador.
  5. Pagar cuota del plan.
  6. Generar operación PAY, recibo, transacción de cuenta corriente y job AFIP.
  7. Consultar mis planes o panel admin.

Flujos alternativos.

  • FA-2.8.1: Menos de 3 cuotas no habilita plan.
  • FA-2.8.2: Más de 60 cuotas requiere comunicación con Colegio.
  • FA-2.8.3: Ya existe plan activo bloquea duplicado.
  • FA-2.8.4: Plan de 24+ cuotas requiere revisión/direct debit según política.

Reglas de negocio y postcondición. Reglas: Una deuda cubierta por plan queda bloqueada/conciliada para evitar doble cobro. Pago de cuota es idempotente y trazable. Post: plan queda pendiente, aprobado, activo, cancelado o pagado con movimientos contables.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-02UC-2.9 · Tarifario Mensual de Cuotas

Actores y resumen. Actor: Admin/Tesorería/Operador Finanzas/Sistema. Resumen: definición del tarifario mensual por periodo, descuentos y generación idempotente de deudas por CUOTA_MENSUAL.

Precondición y disparador. Pre: CUOTA_MENSUAL activo y vigente, periodo cargado en MONTHLY_FEE_TARIFF_POLICY, usuario autorizado; RUN manual o scheduler habilitado. Disp: Tesorería aprueba nuevo valor, operador previsualiza/genera cuotas o se ejecuta el ciclo mensual.

Flujo principal.

  1. Abrir Administración -> Tarifario Mensual de Cuotas.
  2. Crear o actualizar el periodo con importe base, finales por metodo, beneficios y redondeo.
  3. Confirmar que Tipos de Cuota mantenga CUOTA_MENSUAL activo y mensuales legacy inactivos.
  4. Previsualizar generación en Dinero -> Operaciones -> Cuotas.
  5. Ejecutar RUN mensual autorizado.
  6. Generar Debt y Transaction con amount, discount, finalAmount y generationKey idempotente.
  7. Revisar QuotaGenerationLog/historial antes de cobrar o generar lote CBU.

Flujos alternativos.

  • FA-2.9.1: no hay periodo en el tarifario mensual o CUOTA_MENSUAL no esta activo, el RUN falla sin crear deuda.
  • FA-2.9.2: concepto mensual legacy o versionado activo se bloquea para evitar doble fuente de monto.
  • FA-2.9.3: cuotas abiertas del período actual pueden revalorizarse con ajuste trazable si cambia el tarifario vigente.
  • FA-2.9.4: sandbox o modo solo lectura permite previsualizar sin ejecutar mutaciones masivas.

Reglas de negocio y postcondición. Reglas: MONTHLY_FEE_TARIFF_POLICY es la fuente de importe base mensual, finales por metodo, beneficios y redondeo. CUOTA_MENSUAL es el unico concepto mensual oficial activo. El método de cobro diferencia CBU 20% y tarjeta de crédito 30% con adhesión ACTIVE; jubilación aplica 50% sobre el importe base y excluye CBU/tarjeta. Junio tarjeta queda como final oficial $11.215,00. El lote CBU usa Debt.finalAmount y no recalcula descuentos. La certificacion SANDBOX mayo/junio 2026 valido el flujo RUN -> deuda -> cobro/lote -> PAY -> recibo -> banco -> conciliacion. Post: período queda generado, omitido o diagnosticado con QuotaGenerationLog y cuenta corriente trazable.

Cobertura documental. Cubierto. Páginas principales: administracion/tarifario-cuotas.md, modulos/dinero.md y administracion/tipos-cuota.md.

Evidencia visual. Con captura escritorio en configuracion de dinero; movil no recomendado para ejecuciones masivas, solo consulta.

EPIC-02UC-2.10 · Reglas operativas persistentes de cobro y beneficios

Actores y resumen. Actor: Admin/Tesorería/Operador Finanzas/Sistema. Resumen: registro auditable por profesional de beneficios, planes, conceptos externos y reglas que explican descuentos o destinos de reruns.

Precondición y disparador. Pre: fuente externa cargada en SANDBOX, periodo definido y usuario autorizado. Disp: nuevo archivo de jubilación, maternidad/paternidad, primera matrícula, planes de pago, curso nacional o rerun mensual.

Flujo principal.

  1. Importar la fuente conservando archivo, hoja, fila y payload.
  2. Resolver identidad por DNI, matrícula, CUIT o match curado; si la fuente sólo trae nombre y apellido, la coincidencia ambigua queda para revisión.
  3. Crear o actualizar ProfessionalBenefitRule, PaymentPlan, PaymentPlanInstallment o ExternalConceptIncome según corresponda.
  4. Generar DebtBenefitApplication sólo cuando una regla impacta efectivamente una deuda del periodo.
  5. Ejecutar rerun PREVIEW contra banco, tarjetas, CBU y conceptos externos.
  6. Exponer filtros operativos en Profesionales y Dinero para beneficios, planes, cursos, cuotas pendientes y reglas aplicadas.
  7. Promover a producción sólo con métricas, cola manual, outliers y rollback documentados.

Flujos alternativos.

  • FA-2.10.1: beneficio vencido queda visible como histórico, pero no descuenta el periodo vigente.
  • FA-2.10.2: importe externo fuera de rango queda en revisión y no alimenta automatización.
  • FA-2.10.3: profesional de curso nacional sin padrón local queda como concepto esperado no asociado.
  • FA-2.10.4: cuota de plan marcada como pagada en planilla pero sin operación queda pendiente de trazabilidad.
  • FA-2.10.5: match por nombre con más de un candidato no puede crear pago, recibo ni descuento aplicado.

Reglas de negocio y postcondición. Reglas: no se autoasignan pagos por similitud débil de nombre o monto; toda regla tiene vigencia, fuente y auditoría; el PREVIEW no crea pagos ni recibos; los snapshots de deuda preservan la explicación del descuento aunque cambie la regla futura; los conceptos externos no se mezclan con el enum físico de operaciones de pago. Post: descuentos, destinos y pendientes quedan monitoreables por profesional, deuda, operación y RUN mensual.

Cobertura documental. Cubierto candidato. Páginas principales: modulos/conciliacion-bancaria.md, administracion/descuentos-recargos.md, modulos/beneficios.md y modulos/dinero.md.

Evidencia visual. No aplica captura nueva para la regla backend; se reutilizan las vistas existentes de Profesionales, Dinero, Conciliación y Beneficios. Los filtros operativos deben capturarse cuando pasen de sandbox a producción.

EPIC-03

EPIC-03UC-3.1 · Gestión Cursos

Actores y resumen. Actor: Gestor Académico. Resumen: ABM Cursos.

Precondición y disparador. Disp: Nuevo curso.

Flujo principal.

  1. Carga Datos (Nombre, Fechas, Disertantes, Costos).
  2. Carga Materiales.
  3. Publicar.

Flujos alternativos.

  • FA-3.1.1: Editar.
  • FA-3.1.2: Duplicar.
  • FA-3.1.3: Eliminar.

Reglas de negocio y postcondición. Reglas: Respetar cupo máximo. Post: Curso en catálogo.

Cobertura documental. Cubierto candidato. Página candidata: modulos/cursos.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-03UC-3.2 · Inscripción Curso

Actores y resumen. Actor: Colegiado. Resumen: Inscripción, validación y cobro.

Precondición y disparador. Disp: Ver catálogo.

Flujo principal.

  1. Verificar requisitos (matrícula/cupo).
  2. Inscripción.
  3. Crear deuda o checkout según política.
  4. Confirmación.
  5. Email/aviso si la compuerta lo permite.

Flujos alternativos.

  • FA-3.2.1: Cupo agotado -> lista de espera.
  • FA-3.2.2: Requisito no cumplido.
  • FA-3.2.3: Pago fallido o pendiente.

Reglas de negocio y postcondición. Reglas: El pago confirmado materializa la inscripción; si se usa checkout online, sigue el flujo PAY/NAVE vigente. Post: Inscripto o en espera con trazabilidad.

Cobertura documental. Cubierto candidato. Página candidata: modulos/cursos.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-03UC-3.3 · Certificados Digitales

Actores y resumen. Actor: Sistema. Resumen: Emisión auto.

Precondición y disparador. Disp: Admin marca "Aprobado".

Flujo principal.

  1. Detectar estado "Aprobado".
  2. Generar PDF plantilla.
  3. Generar CUV y QR.
  4. Publicar y notificar.

Flujos alternativos.

  • FA-3.3.1: Re-generar.
  • FA-3.3.2: Verificación pública.

Reglas de negocio y postcondición. Reglas: CUV único. Solo aprobados. Post: Certificado emitido.

Cobertura documental. Cubierto candidato. Página candidata: modulos/cursos.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-03UC-3.4 · Desinscripción curso y política de reembolso

Actores y resumen. Actor: Colegiado/Prestador/Op. Cursos/Op. Finanzas. Resumen: Baja de inscripción con cancelación de deuda o corrección económica trazable.

Precondición y disparador. Disp: Usuario solicita desinscripción o admin cancela inscripción.

Flujo principal.

  1. Abrir Mis Cursos.
  2. Ver detalle.
  3. Solicitar desinscripción.
  4. Evaluar política.
  5. Cancelar deuda o crear reversa/reintegro.
  6. Dejar trazabilidad en PAY original.

Flujos alternativos.

  • FA-3.4.1: Fuera de plazo requiere revisión manual.
  • FA-3.4.2: Curso completado no permite baja automática.

Reglas de negocio y postcondición. Reglas: Política definida en Dinero Configuración. Todo pago se vincula a PAY y mantiene reversabilidad. Post: Inscripción cancelada con trazabilidad.

Cobertura documental. Cubierto candidato. Página candidata: modulos/cursos.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-04

EPIC-04UC-4.1 · Reporte Financiero

Actores y resumen. Actor: Directiva. Resumen: Informes consolidados.

Precondición y disparador. Disp: Acceso Reportes.

Flujo principal.

  1. Seleccionar tipo.
  2. Filtros.
  3. Visualizar.
  4. Exportar (Excel/PDF).

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Consistencia datos. Post: Reporte generado.

Cobertura documental. Cubierto candidato. Página candidata: modulos/finanzas.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-04UC-4.2 · Gestión Caja

Actores y resumen. Actor: Cajero. Resumen: Movimientos diarios.

Precondición y disparador. Disp: Jornada.

Flujo principal.

  1. Apertura.
  2. Reg. Cobros/Pagos.
  3. Cierre (Arqueo).
  4. Reg. Diferencias.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Historial inmutable. Post: Caja cerrada.

Cobertura documental. Cubierto candidato. Página candidata: modulos/finanzas.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-04UC-4.3 · Contabilidad y Libro Diario

Actores y resumen. Actor: Admin/Contador/Sistema. Resumen: Gestión del plan de cuentas, libro diario, posteo/anulación de asientos y balance de sumas y saldos conectado a operaciones económicas.

Precondición y disparador. Disp: Admin abre Contabilidad o una operación genera impacto contable. Pre: usuario con rol administrativo/contable y catálogo de cuentas inicializado.

Flujo principal.

  1. Consultar plan de cuentas.
  2. Crear, editar o desactivar cuentas según reglas.
  3. Consultar libro diario.
  4. Crear asiento manual o recibir asiento desde operación PAY.
  5. Postear asiento cuando cuadra débito/crédito.
  6. Anular asiento con reverso auditado.
  7. Consultar balance por periodo.

Flujos alternativos.

  • FA-4.3.1: Cuenta con movimientos no se elimina físicamente.
  • FA-4.3.2: Asiento descuadrado no puede postearse.
  • FA-4.3.3: Asiento posteado no se edita; se anula con reverso.
  • FA-4.3.4: Periodo cerrado bloquea cambios manuales.

Reglas de negocio y postcondición. Reglas: Debe conservar partida doble, trazabilidad a PaymentOperation cuando aplique y auditoría de posteo/anulación. Post: plan contable, libro diario y balance quedan consultables y consistentes.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05

EPIC-05UC-5.1 · Gestión Perfil

Actores y resumen. Actor: Colegiado. Resumen: Modificar datos.

Precondición y disparador. Disp: Mi Perfil.

Flujo principal.

  1. Ver datos.
  2. Editar permitidos.
  3. Enviar solicitud.
  4. Aprobación admin.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Datos sensibles requieren admin. Post: Solicitud enviada.

Cobertura documental. Cubierto candidato. Página candidata: modulos/autogestion.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.2 · Reg. Rendición Física

Actores y resumen. Actor: Op. Obras Sociales. Resumen: Carga rendiciones.

Precondición y disparador. Pre: Ordenes entregadas. Disp: Registrar.

Flujo principal.

  1. Carga datos.
  2. Valida consistencia.
  3. Estado "Validada" u "Observada".

Flujos alternativos.

  • FA-5.1.1: Incompleta.
  • FA-5.1.2: Error digitalización.

Reglas de negocio y postcondición. Reglas: Solo validadas pasan a lote. Post: Rendición registrada.

Cobertura documental. Cubierto candidato. Página candidata: inicio-rapido/prestador.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-05UC-5.3 · Generación Lote OS

Actores y resumen. Actor: Op. Obras Sociales. Resumen: Enviar a OS.

Precondición y disparador. Pre: Validadas. Disp: Generar Lote.

Flujo principal.

  1. Filtrar.
  2. Crear Lote.
  3. Validar duplicados.
  4. Generar archivo y Enviar.

Flujos alternativos.

  • FA-5.2.1: Excluye incompletas.

Reglas de negocio y postcondición. Reglas: Lote solo validadas. Post: Lote enviado.

Cobertura documental. Parcial candidato. Página candidata: modulos/prestadores.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.4 · Liquidación Pago OS

Actores y resumen. Actor: Op. Obras Sociales. Resumen: Registrar pago y comisiones.

Precondición y disparador. Pre: Pago OS confirmado.

Flujo principal.

  1. Seleccionar Lote.
  2. Cargar Pago.
  3. Calc. Comisión y Neto.
  4. Actualizar a "Pagadas".

Flujos alternativos.

  • FA-5.3.1: Pago Parcial.
  • FA-5.3.2: Diferencia importe.

Reglas de negocio y postcondición. Reglas: Comisiones por %. Requiere comprobante. Post: Pagos registrados.

Cobertura documental. Cubierto candidato. Página candidata: modulos/liquidaciones.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.5 · Consulta Cta Cte

Actores y resumen. Actor: Colegiado. Resumen: Ver estado financiero.

Precondición y disparador. Disp: Cta Cte.

Flujo principal.

  1. Ver Deudas/Pagos.
  2. Descargar Recibos.
  3. Filtros.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Solo datos propios. Post: Info consultada.

Cobertura documental. Parcial candidato. Página candidata: inicio-rapido/operador-finanzas.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-05UC-5.6 · Acceso Certificados

Actores y resumen. Actor: Colegiado. Resumen: Descarga docs.

Precondición y disparador. Disp: Mis Cursos.

Flujo principal.

  1. Listar cursos.
  2. Descargar PDF con QR (si finalizado).

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Solo cursos completados. Post: Descarga OK.

Cobertura documental. Parcial candidato. Página candidata: inicio-rapido/colegiado.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.7 · Gestión Órdenes

Actores y resumen. Actor: Prestador. Resumen: Carga órdenes.

Precondición y disparador. Disp: Nuevo.

Flujo principal.

  1. Cargar datos y escaneo.
  2. Enviar.
  3. Consultar estado.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Admin actualiza estados. Post: Orden cargada.

Cobertura documental. Cubierto candidato. Página candidata: modulos/prestadores.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.8 · Matrícula Digital

Actores y resumen. Actor: Colegiado. Resumen: Credencial App.

Precondición y disparador. Disp: Mi Matrícula.

Flujo principal.

  1. Ver Credencial (QR, Estado).
  2. Descargar PDF.
  3. Compartir enlace.

Flujos alternativos.

  • Alt: "No vigente" impide descarga.

Reglas de negocio y postcondición. Reglas: Solo si al día. QR público seguro. Post: Credencial accedida.

Cobertura documental. Cubierto candidato. Página candidata: referencia/changelog.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-05UC-5.9 · Consultorio autónomo del profesional

Actores y resumen. Actor: Colegiado/Prestador/Sistema. Resumen: Hub del consultorio propio para operar pacientes, agenda, sesiones, recordatorios, cobros particulares, órdenes PSICOLE cuando corresponde y exportación de datos.

Precondición y disparador. Disp: Profesional ingresa a Consultorio o Mis Pacientes. Pre: usuario con perfil profesional activo y rol habilitado para consultorio.

Flujo principal.

  1. Abrir Consultorio.
  2. Consultar agenda semanal y pacientes.
  3. Crear o seleccionar paciente.
  4. Agendar, reprogramar o cancelar turno.
  5. Completar sesión.
  6. Registrar cobro particular o generar borrador de orden PSICOLE si es prestador con obra social.
  7. Consultar cobros y exportar agenda/datos.

Flujos alternativos.

  • FA-5.9.1: Colegiado no prestador usa consultorio solo para agenda, pacientes y cobros particulares.
  • FA-5.9.2: Prestador con OS genera orden desde sesión.
  • FA-5.9.3: Paciente sin opt-in no recibe recordatorio.
  • FA-5.9.4: Turno no programado no puede eliminarse físicamente; se cancela con motivo.

Reglas de negocio y postcondición. Reglas: Aislamiento por professionalId. Consultorio funciona sin ser prestador. Cobro particular crea operación PAY trazable e idempotente. Exportaciones solo de datos propios. Post: sesión, cobro, orden o agenda quedan trazables.

Cobertura documental. Cubierto candidato. Página candidata: modulos/consultorio.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.10 · Gestión de Pacientes de Consultorio

Actores y resumen. Actor: Colegiado/Prestador. Resumen: Libreta propia de pacientes para reutilizar datos clínico-administrativos en turnos, obras sociales, tratamientos y recordatorios.

Precondición y disparador. Disp: Profesional abre Mis Pacientes o necesita cargar paciente antes de un turno. Pre: perfil profesional activo.

Flujo principal.

  1. Listar o buscar pacientes propios.
  2. Crear paciente con datos personales, contacto, OS, credencial, tratamiento, notas y preferencia de recordatorios.
  3. Editar datos.
  4. Consultar ficha con próximos turnos e historial.
  5. Archivar paciente cuando deja de estar activo.

Flujos alternativos.

  • FA-5.10.1: Paciente particular sin obra social.
  • FA-5.10.2: Paciente con múltiples obras sociales activas.
  • FA-5.10.3: Búsqueda por nombre, DNI, credencial o email.
  • FA-5.10.4: Baja es lógica y conserva historial.

Reglas de negocio y postcondición. Reglas: Aislamiento por professionalId. No se exponen pacientes de otros profesionales. La credencial se sincroniza con affiliateNumber por compatibilidad. Post: paciente disponible para agenda, órdenes y cobros.

Cobertura documental. Cubierto candidato. Página candidata: modulos/consultorio.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.11 · Agenda y Recordatorios de Consultorio

Actores y resumen. Actor: Colegiado/Prestador/Sistema. Resumen: Gestión de turnos del consultorio con agenda, reprogramación, cancelación, completado, recordatorio manual/automático y exportación calendario.

Precondición y disparador. Disp: Profesional agenda o modifica un turno. Pre: paciente existente o nombre libre, fecha/hora y modalidad.

Flujo principal.

  1. Consultar turnos por rango, estado o paciente.
  2. Crear turno con duración, modalidad, tipo y notas.
  3. Reprogramar o editar.
  4. Enviar aviso si corresponde.
  5. Completar sesión.
  6. Cancelar con motivo o eliminar solo turnos programados.
  7. Exportar agenda .ics.

Flujos alternativos.

  • FA-5.11.1: Paciente sin email u opt-in saltea envío.
  • FA-5.11.2: Turno inexistente o de otro profesional devuelve no encontrado.
  • FA-5.11.3: Recordatorio manual falla por paciente sin consentimiento.
  • FA-5.11.4: Agenda personal agrega turnos próximos a badges.

Reglas de negocio y postcondición. Reglas: Solo propietario profesional opera el turno. Eliminación física limitada a SCHEDULED. Recordatorios se auditan por AppointmentReminder. Post: turno queda programado, completado, cancelado o exportado.

Cobertura documental. Cubierto candidato. Página candidata: modulos/prestadores.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.12 · Cobros Particulares de Consultorio

Actores y resumen. Actor: Colegiado/Prestador/Sistema. Resumen: Registro de cobros particulares al completar sesiones, con consulta de ingresos y operación PAY trazable.

Precondición y disparador. Disp: Profesional completa turno y declara cobro particular. Pre: turno propio con paciente e importe mayor a cero.

Flujo principal.

  1. Completar turno.
  2. Informar privatePayment con importe, método, notas y recibo opcional.
  3. Sistema crea o reutiliza PrivateAppointmentPayment.
  4. Sistema crea PaymentOperation idempotente.
  5. Profesional consulta cobros por rango.
  6. Exporta datos de consultorio en JSON.

Flujos alternativos.

  • FA-5.12.1: Importe inválido bloquea registro.
  • FA-5.12.2: Reintento idempotente reutiliza cobro/operación.
  • FA-5.12.3: Métodos cash, transferencia, MercadoPago, tarjeta o manual se normalizan a canal PAY.

Reglas de negocio y postcondición. Reglas: La operación usa sourceType PRIVATE_APPOINTMENT_PAYMENT y counterparty PATIENT. No requiere sesión de caja del Colegio. Post: cobro particular trazable en dinero y exportable por el profesional.

Cobertura documental. Cubierto candidato. Página candidata: modulos/consultorio.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-05UC-5.13 · Directorio Público Profesional y Curaduría

Actores y resumen. Actor: Público/Colegiado/Admin/Sistema. Resumen: Perfil público profesional enriquecido, directorio consultable, curaduría admin, páginas hub, recomendaciones, analytics y bitácora colectiva.

Precondición y disparador. Disp: Público busca profesional, colegiado actualiza perfil público o admin curaduría directorio. Pre: profesional con matrícula aprobada/provisoria y perfil público activo cuando corresponde.

Flujo principal.

  1. Colegiado mantiene datos públicos, foto, bio, áreas, modalidades y consultorio.
  2. Público consulta directorio o perfil.
  3. Sistema registra analytics.
  4. Admin ve overview, completitud y perfiles.
  5. Admin recomienda o fuerza inactividad.
  6. Admin edita páginas hub y revisa bitácora/post destacados.

Flujos alternativos.

  • FA-5.13.1: Perfil incompleto baja completitud.
  • FA-5.13.2: Perfil inactivo no aparece públicamente.
  • FA-5.13.3: Admin filtra por ciudad, recomendado, activo o búsqueda.
  • FA-5.13.4: Hub se puede seedear con defaults.

Reglas de negocio y postcondición. Reglas: El directorio público no expone email privado; usa campos públicos elegidos. Admin requiere rol. Analytics agregadas por slug/evento. Post: perfil visible, curado, recomendado, inactivo o medido.

Cobertura documental. Parcial candidato. Página candidata: modulos/directorio-publico.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-06

EPIC-06UC-6.1 · Gestión Tipos Cuotas

Actores y resumen. Actor: Admin General/Tesorería. Resumen: configuración de conceptos, códigos, categorías, periodicidad y vigencia de cuotas/aranceles.

Precondición y disparador. Disp: alta, baja o corrección de concepto. Pre: usuario autorizado y definición administrativa del concepto.

Flujo principal.

  1. Abrir Administración -> Tipos de Cuota.
  2. Crear/editar concepto.
  3. Definir código, categoría, periodicidad, vigencia, importe base y descuentos.
  4. Activar/inactivar.
  5. Para cuotas mensuales, validar que CUOTA_MENSUAL sea el unico concepto mensual oficial activo y que el valor del periodo este en Tarifario mensual.

Flujos alternativos.

  • FA-6.1.1: Código mensual fuera de la política oficial se bloquea para generación mensual.
  • FA-6.1.2: Concepto no mensual mantiene su importe propio.
  • FA-6.1.3: Concepto histórico se inactiva cerrando vigencia sin borrar trazabilidad.
  • FA-6.1.4: Si se intenta reactivar un concepto mensual historico, el sistema informa que el importe mensual se administra en Tarifario mensual.

Reglas de negocio y postcondición. Reglas: Tipos de Cuota/FeeType es fuente del concepto cobrable; para cuota mensual, el importe por periodo sale de MONTHLY_FEE_TARIFF_POLICY. Post: concepto disponible para generación/cobro según categoría y período, sin reactivar mensuales legacy.

Cobertura documental. Cubierto candidato. Página candidata: administracion/tipos-cuota.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-06UC-6.2 · Gestión Usuarios

Actores y resumen. Actor: Admin General. Resumen: ABM Personal.

Precondición y disparador. Disp: ABM.

Flujo principal.

  1. Crear/Editar usuario.
  2. Asignar Rol.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Permisos granulares. Post: Usuarios configurados.

Cobertura documental. Parcial candidato. Página candidata: referencia/matriz-permisos.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-06UC-6.3 · Config Parámetros

Actores y resumen. Actor: Admin General. Resumen: Ajustes globales.

Precondición y disparador. Disp: Cambio global.

Flujo principal.

  1. Editar parámetros (Datos inst, seguridad).
  2. Guardar.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Cambios auditados. Post: Config actualizada.

Cobertura documental. Parcial candidato. Página candidata: modulos/directorio-publico.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-06UC-6.4 · Auditoría Sistema

Actores y resumen. Actor: Admin General. Resumen: Ver Logs.

Precondición y disparador. Disp: Revisión.

Flujo principal.

  1. Ver tabla eventos.
  2. Filtrar.
  3. Exportar.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Log inmutable. Post: Auditoría realizada.

Cobertura documental. Parcial candidato. Página candidata: modulos/liquidaciones.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-06UC-6.5 · Gestión Prestadores

Actores y resumen. Actor: Op. Prestadores. Resumen: Logs específicos.

Precondición y disparador. Disp: Revisión.

Flujo principal.

  1. Ver logs prestadores.
  2. Exportar.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Log inmutable. Post: Auditoría realizada.

Cobertura documental. Parcial candidato. Página candidata: inicio-rapido/administrador.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-06UC-6.6 · Operadores especiales y módulos dinámicos

Actores y resumen. Actor: Admin/Super Admin. Resumen: Asignar capacidades por EPIC, módulo, sede y función.

Precondición y disparador. Disp: Alta o ajuste de operador.

Flujo principal.

  1. Crear usuario operador.
  2. Asignar módulos.
  3. Definir grupos o sedes.
  4. Guardar.
  5. Auditar acceso.
  6. Verificar ancla y ayuda contextual correspondiente.

Flujos alternativos.

  • FA-6.6.1: Operador sin módulo no ve menú.
  • FA-6.6.2: Super admin requerido para acciones críticas.

Reglas de negocio y postcondición. Reglas: Menor privilegio y auditoría. Post: Operador con alcance correcto y ayudas enlazadas al manual vigente.

Cobertura documental. Cubierto candidato. Página candidata: administracion/operadores-modulos.md.

Evidencia visual. Con par escritorio/móvil en página candidata; revisar vigencia visual.

EPIC-06UC-6.7 · Accesos reset y aviso de credenciales

Actores y resumen. Actor: Admin/Sistema/Usuario. Resumen: Enviar o regenerar acceso desde usuarios con compuertas de comunicación.

Precondición y disparador. Disp: Alta de usuario o solicitud de recuperación asistida.

Flujo principal.

  1. Generar contraseña temporal.
  2. Preparar aviso con URL.
  3. Registrar auditoría.
  4. Si el envío está bloqueado conservar clave anterior.
  5. Si el entorno es inerte, auditar sin entrega real.

Flujos alternativos.

  • FA-6.7.1: Entorno inerte registra sin envío real.
  • FA-6.7.2: Email inválido informa error amable.

Reglas de negocio y postcondición. Reglas: No perder clave vigente si falla el aviso. Post: Acceso entregado o rollback seguro con comunicación auditada.

Cobertura documental. Cubierto candidato. Página candidata: administracion/usuarios-roles.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-06UC-6.8 · Permisos de Edición de Perfil

Actores y resumen. Actor: Super Admin/Sistema. Resumen: Matriz para habilitar o revocar por rol la edición de secciones sensibles del perfil profesional.

Precondición y disparador. Disp: Super Admin abre Permisos de Perfil. Pre: permisos MATRÍCULAS/EDIT creados para recursos de perfil.

Flujo principal.

  1. Consultar matriz de roles y recursos.
  2. Activar o desactivar permiso por rol/sección.
  3. Sistema actualiza RolePermission.
  4. Sistema registra AuditLog con recurso, rol y estado.
  5. UI refleja permisos para edición de datos personales, profesionales, medios de pago, banco prestador, comunicaciones y perfil público.

Flujos alternativos.

  • FA-6.8.1: Recurso inválido devuelve error.
  • FA-6.8.2: Rol inexistente bloquea cambio.
  • FA-6.8.3: Permiso base inexistente informa configuración incompleta.

Reglas de negocio y postcondición. Reglas: Solo Super Admin. Cambios auditados. No otorga acceso general, solo edición de secciones específicas. Post: roles quedan habilitados o bloqueados para editar cada sección.

Cobertura documental. Cubierto candidato. Página candidata: administracion/usuarios-roles.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-07

EPIC-07UC-7.1 · Autenticación (Login)

Actores y resumen. Actor: Todos. Resumen: Acceso seguro.

Precondición y disparador. Disp: Ingreso.

Flujo principal.

  1. Credenciales.
  2. Validación.
  3. MFA (opc).

Flujos alternativos.

  • Alt: Olvido Pass, Bloqueo.

Reglas de negocio y postcondición. Reglas: Hashing bcrypt. Pass robusta. Post: Login OK.

Cobertura documental. Parcial candidato. Página candidata: modulos/autenticacion.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-07UC-7.2 · Gestión Sesiones

Actores y resumen. Actor: Sistema. Resumen: Tokens/Timeouts.

Precondición y disparador. Disp: Inactividad.

Flujo principal.

  1. Token JWT.
  2. Cookie Secure.
  3. Logout por tiempo o manual.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: HTTPS. Vida útil limitada. Post: Sesión segura.

Cobertura documental. Parcial candidato. Página candidata: modulos/autenticacion.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-08

EPIC-08UC-8.1 · Pasarelas Pago

Actores y resumen. Actor: Sistema. Resumen: Pago externo.

Precondición y disparador. Disp: Pagar.

Flujo principal.

  1. Request API.
  2. Webhook Respuesta.
  3. Update local.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: No guardar tarjetas (PCI). Post: Transacción procesada.

Cobertura documental. Parcial candidato. Página candidata: modulos/pagos-online.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-08UC-8.2 · Integración LMS

Actores y resumen. Actor: Sistema/Operador Cursos/Colegiado. Resumen: integración opcional Moodle/LMS para cursos con lmsCourseId, sincronizando inscripciones confirmadas sin reemplazar el flujo de cursos de PSICOLE.

Precondición y disparador. Pre: curso con URL e-learning e ID Moodle/LMS, Moodle configurado e inscripción confirmada o pago aprobado. Disp: inscripción gratuita confirmada, pago de curso materializado o reintento administrativo de sincronización.

Flujo principal.

  1. Operador crea o edita curso y carga lmsCourseId.
  2. Colegiado se inscribe o paga el curso.
  3. PSICOLE confirma la inscripción y calcula estado LMS inicial.
  4. Servicio busca el usuario Moodle por email.
  5. Matricula al usuario en el curso externo.
  6. Actualiza estado SYNCED, FAILED, SKIPPED o NOT_REQUIRED y muestra el enlace/aula cuando corresponde.

Flujos alternativos.

  • FA-8.2.1: curso sin lmsCourseId queda NOT_REQUIRED.
  • FA-8.2.2: Moodle sin credenciales queda SKIPPED sin bloquear la inscripción.
  • FA-8.2.3: usuario no existe o API falla queda FAILED con error auditable.
  • FA-8.2.4: sincronización repetida es idempotente.

Reglas de negocio y postcondición. Reglas: PSICOLE sigue siendo fuente de verdad para cupos, pagos, inscripciones y certificados; Moodle sólo otorga acceso al aula externa. Post: inscripción preservada y estado LMS visible/auditable.

Cobertura documental. Cubierto candidato. Página candidata: modulos/cursos.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-08UC-8.3 · Notif. Multicanal

Actores y resumen. Actor: Sistema. Resumen: SMS/WPP/Mail.

Precondición y disparador. Disp: Evento.

Flujo principal.

  1. Activar evento.
  2. Selec canal.
  3. Enviar API.
  4. Log.

Flujos alternativos.

  • No especificado o no aplica en la tabla total.

Reglas de negocio y postcondición. Reglas: Templates WPP. Post: Enviado.

Cobertura documental. Parcial candidato. Página candidata: administracion/usuarios-roles.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-08UC-8.4 · Servicios AFIP

Actores y resumen. Actor: Sistema/Admin/Operador Facturación. Resumen: servicios AFIP/ARCA operados por cola fiscal post-pago, con validación de credenciales reales, reintentos y alertas; no hay CAE ficticio.

Precondición y disparador. Pre: AfipInvoiceJob generado desde recibo/pago y credenciales AFIP disponibles si se pretende autorizar. Disp: scheduler AFIP, botón Procesar AFIP o reintento por job pendiente.

Flujo principal.

  1. Tomar jobs QUEUED/RETRY.
  2. Verificar AFIP_CUIT, certificado y clave.
  3. Preparar autorización WSAA/WSFE cuando la integración real está configurada.
  4. Enviar solicitud y persistir respuesta.
  5. Marcar DONE sólo con autorización real o FAILED/RETRY con lastError explícito.
  6. Exponer cola y alertas en Gobernanza del dinero.

Flujos alternativos.

  • FA-8.4.1: falta configuración AFIP, job falla sin CAE.
  • FA-8.4.2: AFIP rechaza, se conserva error y requiere corrección.
  • FA-8.4.3: caída temporal reintenta con backoff.
  • FA-8.4.4: entorno sandbox/homologación valida cola y trazabilidad sin prometer factura fiscal productiva.

Reglas de negocio y postcondición. Reglas: CAE obligatorio sólo cuando AFIP lo autoriza; no se fabrica CAE; toda respuesta queda auditada; la operación fiscal depende de credenciales reales. Post: comprobante fiscal autorizado o incidencia fiscal trazable.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-08UC-8.5 · Avisos y Agenda Personal

Actores y resumen. Actor: Usuario autenticado/Admin/Sistema. Resumen: Avisos institucionales segmentados, acciones de lectura/posponer/descartar y agenda consolidada de pendientes.

Precondición y disparador. Disp: Admin publica aviso o usuario abre agenda/mensajes. Pre: usuario autenticado; para administración, rol o módulo de avisos.

Flujo principal.

  1. Admin crea aviso con segmento, prioridad, vigencia y acción.
  2. Usuario ve avisos activos según segmento.
  3. Sistema registra visto.
  4. Usuario marca leído, pospone o descarta.
  5. Agenda consolida mensajes, avisos, pagos, cursos, trámites, consultorio, órdenes y ética.
  6. Sidebar muestra contadores.

Flujos alternativos.

  • FA-8.5.1: Aviso urgente con ack requerido no puede descartarse.
  • FA-8.5.2: Snooze oculta hasta fecha futura.
  • FA-8.5.3: Segmento custom filtra por estado de matrícula, prestador, jubilación o débito.

Reglas de negocio y postcondición. Reglas: Acks por usuario. Admin requiere acceso EPIC-12/ANUNCIOS o ADMIN. Agenda no duplica módulos, solo agrega pendientes. Post: comunicación visible, pospuesta, leída o descartada con trazabilidad.

Cobertura documental. Parcial candidato. Página candidata: administracion/tickets-soporte.md.

Evidencia visual. Con par escritorio/móvil en página candidata; revisar vigencia visual.

EPIC-09

EPIC-09UC-9.1 · Ticket Trámite

Actores y resumen. Actor: Múltiples. Resumen: Tracking tickets con triage directo y decisión humana.

Precondición y disparador. Disp: Inicio trámite o soporte.

Flujo principal.

  1. Generar ID único.
  2. Asignar cola.
  3. Dashboard Operador/Supervisor.
  4. Sugerencia local de triage.
  5. Decisión humana.
  6. Cierre y métricas.

Flujos alternativos.

  • FA-9.1.1: Reasignar.
  • FA-9.1.2: Escalar SLA.
  • FA-9.1.3: Espera de usuario.
  • FA-9.1.4: Pase a desarrollo.

Reglas de negocio y postcondición. Reglas: 1 trámite = 1 ticket. El soporte diario no depende de JSON manual. Post: Trazabilidad completa en ticket y comunicaciones.

Cobertura documental. Cubierto candidato. Página candidata: administracion/tickets-soporte.md.

Evidencia visual. Con par escritorio/móvil en página candidata; revisar vigencia visual.

EPIC-09UC-9.2 · Certificado Ética

Actores y resumen. Actor: Colegiado. Resumen: Cert. Conducta.

Precondición y disparador. Pre: Vigente.

Flujo principal.

  1. Validar antecedentes.
  2. Pago.
  3. Revisión manual.
  4. Generar.

Flujos alternativos.

  • FA-9.1.1: Con Sanción (Rechazo).

Reglas de negocio y postcondición. Reglas: Sin deuda ética. Post: Certificado OK.

Cobertura documental. Parcial candidato. Página candidata: referencia/glosario.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-09UC-9.3 · Constancia Libre Deuda

Actores y resumen. Actor: Colegiado. Resumen: Constancia auto.

Precondición y disparador. Disp: Solicitud.

Flujo principal.

  1. Validar Deuda 0 + Matrícula OK.
  2. Generar PDF inmediato.
  3. Descarga.

Flujos alternativos.

  • FA-9.2.1: No cumple (Informa).

Reglas de negocio y postcondición. Reglas: 1 por día. Validez 30 días. Post: Constancia OK.

Cobertura documental. Parcial candidato. Página candidata: modulos/autogestion.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-09UC-9.4 · Alta x Transferencia

Actores y resumen. Actor: Aspirante. Resumen: Pago manual de inscripción por transferencia.

Precondición y disparador. Disp: Opción transferencia.

Flujo principal.

  1. Mostrar datos bancarios.
  2. Subir comprobante.
  3. Validación manual.
  4. Confirmar.
  5. Crear o vincular PAY correspondiente.

Flujos alternativos.

  • FA-9.4.1: Comprobante inválido o ilegible.
  • FA-9.4.2: Transferencia aún no conciliada.

Reglas de negocio y postcondición. Reglas: Validar <48hs y conservar trazabilidad con operación de dinero. Post: Pago OK o pendiente de revisión.

Cobertura documental. Cubierto candidato. Página candidata: modulos/dinero.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-09UC-9.5 · Beneficio Paternidad

Actores y resumen. Actor: Colegiado. Resumen: Subsidio cuota.

Precondición y disparador. Disp: Solicitud.

Flujo principal.

  1. Form + Docs.
  2. Validar ANSES.
  3. Revisión.
  4. Aplicar descuento.

Flujos alternativos.

  • FA-9.4.1: Falta doc.
  • FA-9.4.2: Denegado.

Reglas de negocio y postcondición. Reglas: Solo 1 beneficio activo. Post: Subsidio activo.

Cobertura documental. Parcial candidato. Página candidata: inicio-rapido/administrador.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-09UC-9.6 · Baja Matrícula

Actores y resumen. Actor: Colegiado. Resumen: Baja formal.

Precondición y disparador. Disp: Solicitud.

Flujo principal.

  1. Form Motivos.
  2. Check Deudas.
  3. Resolución Operador.
  4. Efectivización.

Flujos alternativos.

  • FA-9.5.1: Con Deuda (Bloquea).

Reglas de negocio y postcondición. Reglas: Deuda cero obligatorio. Post: Baja procesada.

Cobertura documental. Parcial candidato. Página candidata: referencia/faq.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-09UC-9.7 · Débito Automático

Actores y resumen. Actor: Colegiado/Admin/Tesorería/Operador Finanzas/Sistema. Resumen: adhesión por CBU, lote bancario desde deuda final, retorno bancario y gestión de rechazos sin borrar otros beneficios.

Precondición y disparador. Pre: adhesión BANK_DEBIT activa, CBU verificado, cuenta activa, deuda mensual generada para el período. Disp: solicitud de adhesión, ciclo mensual manual o CRON, envío de archivo COELSA y carga de devolución bancaria.

Flujo principal.

  1. Colegiado carga CBU.
  2. Operador valida y activa adhesión BANK_DEBIT.
  3. RUN mensual genera Debt con amount, discount y finalAmount.
  4. Admin/CRON genera lote CBU sólo con BANK_DEBIT activo, CBU verificado y deuda del período.
  5. El lote toma debitAmount desde Debt.finalAmount, no recalcula descuentos.
  6. Operador revisa total y descarga/envía COELSA.
  7. Banco devuelve aprobados/rechazados.
  8. Aprobados materializan PAY/pago/recibo/cuenta corriente.
  9. Rechazados revierten sólo el descuento por débito y mantienen beneficios no CBU vigentes.

Flujos alternativos.

  • FA-9.7.1: Sin fondos o rechazo bancario deja deuda pendiente con descuento CBU revertido.
  • FA-9.7.2: Tarjeta/PAYWAY no entra al lote CBU.
  • FA-9.7.3: CBU no verificado, cuenta inactiva o sin deuda del período se omite con motivo.
  • FA-9.7.4: Rechazos consecutivos pueden suspender adhesión según parámetro.

Reglas de negocio y postcondición. Reglas: Lote CBU manual y CRON usan la misma elegibilidad y Debt.finalAmount. CBU / Caja de ahorro aplica 20%; tarjeta de crédito aplica 30% pero no entra al lote COELSA. Jubilación excluye CBU/tarjeta sobre la misma cuota mensual. El descuento total snapshot del lote es amount - finalAmount. Si el banco rechaza, sólo se revierte el porcentaje de débito directo; beneficio parental, ajustes aprobados u otros descuentos no CBU compatibles se conservan. El circuito CBU/COELSA y tarjetas/POS/pasarelas no se mezclan. Post: débito aprobado, rechazado, suspendido o pendiente queda trazable contra deuda, lote, PAY y conciliación.

Cobertura documental. Cubierto candidato. Página candidata: referencia/changelog.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-09UC-9.8 · Jubilación Auto

Actores y resumen. Actor: Sistema. Resumen: Descuento edad.

Precondición y disparador. Disp: Edad 60.

Flujo principal.

  1. Detectar edad.
  2. Notificar.
  3. Aplicar 50% desc.
  4. Confirmar.

Flujos alternativos.

  • FA-9.7.1: Rechazo voluntario.

Reglas de negocio y postcondición. Reglas: Automático a los 60. Post: Beneficio activo.

Cobertura documental. Parcial candidato. Página candidata: inicio-rapido/operador-finanzas.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-09UC-9.9 · Op. Prestadores

Actores y resumen. Actor: Prestador/Op. Resumen: Rendición y pago.

Precondición y disparador. Disp: Rendición.

Flujo principal.

  1. Carga Órdenes.
  2. Validación interna.
  3. Envío OS.
  4. Respuesta OS.
  5. Orden Pago.

Flujos alternativos.

  • FA-9.8.1: Incompleta.
  • FA-9.8.2: Rechazo OS.

Reglas de negocio y postcondición. Reglas: Calendario estricto. Pago contra validación OS. Post: Pago/Rechazo.

Cobertura documental. Cubierto candidato. Página candidata: modulos/prestadores.md.

Evidencia visual. Con captura en página candidata; falta confirmar par escritorio/móvil.

EPIC-09UC-9.10 · Trámite Sin Categ.

Actores y resumen. Actor: Colegiado. Resumen: Trámite genérico con validación y resolución asistida.

Precondición y disparador. Disp: Opción genérica.

Flujo principal.

  1. Inicia.
  2. Valida auto (matrícula + deuda).
  3. Genera ticket.
  4. Puede resolverse automáticamente o pasar por triage humano.
  5. Descarga o respuesta.

Flujos alternativos.

  • FA-9.10.1: No cumple -> informa.
  • FA-9.10.2: Requiere desarrollo o intervención administrativa.

Reglas de negocio y postcondición. Reglas: Auto si cumple condiciones; si no, mantener ticket trazable. Post: Resuelto o derivado.

Cobertura documental. Cubierto candidato. Página candidata: referencia/changelog.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-09UC-9.11 · Alta de Prestador

Actores y resumen. Actor: Colegiado/Operador Matrículas/Admin/Sistema. Resumen: Trámite para que un colegiado solicite alta como prestador de servicios y, al aprobarse, active su perfil de prestador.

Precondición y disparador. Disp: Colegiado inicia solicitud de alta de prestador. Pre: matrícula aprobada o provisoria, no ser prestador activo y no tener solicitud pendiente.

Flujo principal.

  1. Colegiado carga motivación.
  2. Sistema valida matrícula y duplicados.
  3. Sistema crea ticket PREST-ALTA con SLA y asignación automática si hay operador disponible.
  4. Usuario consulta su solicitud.
  5. Operador lista solicitudes.
  6. Operador aprueba o rechaza.
  7. Aprobación activa isProvider y registra historial/notificación.

Flujos alternativos.

  • FA-9.11.1: Ya es prestador bloquea trámite.
  • FA-9.11.2: Existe ticket pendiente informa número.
  • FA-9.11.3: Categoría PREST-ALTA no configurada informa error operativo.
  • FA-9.11.4: Rechazo requiere motivo.

Reglas de negocio y postcondición. Reglas: Usa tickets y trazabilidad existente, no módulo paralelo. Requiere roles de matrícula/finanzas/prestadores para administrar. Post: solicitud queda pendiente, asignada, aprobada o rechazada; si aprueba, profesional es prestador.

Cobertura documental. Cubierto candidato. Página candidata: referencia/changelog.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-09UC-9.12 · Baja como Prestador

Actores y resumen. Actor: Prestador/Operador Prestadores/Operador Matrículas/Operador Trámites/Supervisor. Resumen: Trámite para dejar de operar como prestador sin dar de baja la matrícula profesional.

Precondición y disparador. Disp: Prestador solicita baja de servicios. Pre: profesional autenticado con isProvider activo y sin solicitud PREST-BAJA en curso.

Flujo principal.

  1. Prestador carga motivo y fecha efectiva opcional.
  2. Sistema crea ticket PREST-BAJA con SLA y asignación automática.
  3. Prestador consulta sus solicitudes.
  4. Operador lista y revisa.
  5. Operador aprueba o rechaza con resolución.
  6. Aprobación desactiva isProvider y vínculos prestador/obra social activos.

Flujos alternativos.

  • FA-9.12.1: Usuario no prestador no puede iniciar.
  • FA-9.12.2: Solicitud activa bloquea duplicado e informa ticket.
  • FA-9.12.3: Solicitud finalizada no puede reprocesarse.
  • FA-9.12.4: Rechazo conserva perfil de prestador.

Reglas de negocio y postcondición. Reglas: No cancela matrícula ni deuda colegial. Usa tickets, historial y notificaciones existentes. Post: perfil queda prestador activo, baja aprobada o baja rechazada con trazabilidad.

Cobertura documental. Cubierto candidato. Página candidata: inicio-rapido/operador-finanzas.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

EPIC-10

EPIC-10UC-10.1 · Crear Convocatoria

Actores y resumen. Actor: Admin/Operador Académico. Resumen: flujo previsto de convocatorias de becas/descuentos, no implementado en la versión actual.

Precondición y disparador. Pre: módulo de becas no disponible en producción ni sandbox. Disp: decisión futura de producto para implementar convocatorias.

Flujo principal.

  1. No existe pantalla productiva de convocatorias.
  2. Registrar la necesidad como backlog si el Colegio decide activar becas.
  3. Usar cursos y circuitos financieros actuales hasta implementación formal.
  4. Actualizar UC, manual, permisos y pruebas antes de publicarlo.

Flujos alternativos.

  • FA-10.1.1: ticket o consulta sobre becas se responde indicando que no hay módulo operativo y se deriva a gestión administrativa.
  • FA-10.1.2: beneficio/descuento puntual se gestiona por circuito financiero autorizado, no por convocatoria automática.

Reglas de negocio y postcondición. Reglas: no prometer pantalla, cupos ni publicación automática de convocatorias; documentar como NOT_IMPLEMENTED. Post: flujo reconocido como backlog sin operación productiva.

Cobertura documental. No implementado documentado. Página candidata: modulos/cursos.md.

Evidencia visual. No aplica: flujo documentado como no operativo; no hay pantalla productiva para capturar.

EPIC-10UC-10.2 · Inscripción Beca

Actores y resumen. Actor: Colegiado/Admin. Resumen: postulación a beca prevista a futuro, no implementada como autoservicio productivo.

Precondición y disparador. Pre: no hay convocatoria activa ni endpoint/pantalla de inscripción a becas. Disp: eventual implementación futura del módulo EPIC-10.

Flujo principal.

  1. El colegiado no dispone de formulario productivo de inscripción a beca.
  2. La administración canaliza consultas por los medios vigentes.
  3. Si se implementa, deberá validar requisitos, cupos, duplicados y trazabilidad.
  4. Hasta entonces no se registra inscripción automática.

Flujos alternativos.

  • FA-10.2.1: si el usuario consulta por becas, soporte deriva a administración y no indica una ruta inexistente.
  • FA-10.2.2: descuentos o excepciones se cargan por flujo financiero vigente cuando corresponda.

Reglas de negocio y postcondición. Reglas: no hay inscripción a beca en PSICOLE actual; no crear expectativas de sorteo o cupo automático. Post: consulta atendida por circuito manual/backlog.

Cobertura documental. No implementado documentado. Página candidata: modulos/cursos.md.

Evidencia visual. No aplica: flujo documentado como no operativo; no hay pantalla productiva para capturar.

EPIC-10UC-10.3 · Sorteo Becas

Actores y resumen. Actor: Sistema/Admin. Resumen: sorteo/asignación de becas previsto a futuro, no implementado en la versión actual.

Precondición y disparador. Pre: no existen convocatorias ni postulaciones productivas de becas dentro de PSICOLE. Disp: cierre futuro de convocatoria sólo cuando el módulo sea construido.

Flujo principal.

  1. No se ejecuta sorteo automático de becas.
  2. No hay algoritmo ni pantalla productiva de asignación.
  3. Cualquier asignación actual debe resolverse por acto administrativo externo al módulo.
  4. Al implementar, deberá quedar auditable, reproducible y documentado.

Flujos alternativos.

  • FA-10.3.1: si se solicita evidencia de sorteo, responder que el flujo no está operativo en PSICOLE.
  • FA-10.3.2: asignaciones manuales se registran fuera del módulo hasta que exista implementación formal.

Reglas de negocio y postcondición. Reglas: no simular sorteos ni asignaciones automáticas; mantener EPIC-10 como NOT_IMPLEMENTED. Post: no hay beca asignada por el sistema actual.

Cobertura documental. No implementado documentado. Página candidata: modulos/cursos.md.

Evidencia visual. No aplica: flujo documentado como no operativo; no hay pantalla productiva para capturar.

EPIC-13

EPIC-13UC-13.1 · Gestión de Proveedores del Colegio

Actores y resumen. Actor: Admin/Operador Proveedores/Operador Finanzas/Sistema. Resumen: ABM de proveedores del Colegio, registro de compras, órdenes de pago, reportes y trazabilidad económica sin mezclarlo con prestadores de obra social.

Precondición y disparador. Disp: Alta de proveedor, compra institucional o pago a proveedor. Pre: usuario con módulo EPIC-13 de gestión o pagos.

Flujo principal.

  1. Listar y buscar proveedores.
  2. Crear o actualizar datos fiscales/bancarios.
  3. Consultar ficha de proveedor.
  4. Registrar compra o servicio recibido.
  5. Crear orden de pago.
  6. Actualizar estado de la orden.
  7. Consultar reportes y órdenes pendientes.

Flujos alternativos.

  • FA-13.1.1: Proveedor duplicado por CUIT se bloquea o fusiona manualmente.
  • FA-13.1.2: Orden sin autorización queda pendiente.
  • FA-13.1.3: Pago rechazado conserva orden e historial.
  • FA-13.1.4: Usuario sin módulo ve acceso denegado.

Reglas de negocio y postcondición. Reglas: Proveedor del Colegio no es prestador de obra social. Pagos deben quedar trazables en dinero/contabilidad cuando corresponda. Post: proveedor, compra u orden quedan activos, pagados, rechazados o pendientes con auditoría.

Cobertura documental. Cubierto candidato. Página candidata: referencia/changelog.md.

Evidencia visual. Pendiente: página candidata sin captura directa.

Preguntas Frecuentes

Respuestas a las dudas más comunes sobre el uso de PSICOLE, organizadas por tema.


Acceso y cuentas de usuario

¿Cómo recupero mi contraseña? En la pantalla de inicio de sesión, hacer clic en ¿Olvidaste tu contraseña? e ingresar el email registrado. El sistema envía un enlace de recuperación válido por 24 horas. Si no llega el correo, revisar la carpeta de spam o contactar al administrador del sistema.

¿Puedo tener más de un rol simultáneamente? Un usuario puede tener asignados múltiples roles. Sin embargo, los roles de colegiado/prestador/aspirante son exclusivos del portal del profesional y no pueden combinarse con roles administrativos (ADMIN, OPERADOR_*) en la misma cuenta.

¿Qué hago si mi sesión se cierra inesperadamente durante un pago? La sesión de PSICOLE expira por inactividad, pero el proceso de pago en la pasarela es independiente. Si el pago fue completado, el sistema lo registra al recibir o consultar la confirmación. Iniciá sesión nuevamente y verificá la cuenta corriente antes de pagar otra vez.

¿Puedo acceder al sistema desde el celular? Sí. PSICOLE está diseñado con interfaz responsive y funciona correctamente en navegadores móviles (Chrome, Safari). No existe una app nativa, pero puede agregarse a la pantalla de inicio del dispositivo como acceso directo.


Matrículas y aspirantes

¿Cuánto tiempo tarda la aprobación de una solicitud de matrícula? El SLA interno para resolución de solicitudes de matrícula es de 10 días hábiles desde la recepción de la documentación completa. Si la documentación está incompleta, el plazo se detiene hasta que el aspirante envíe los documentos faltantes.

¿Puede un aspirante trabajar mientras espera la aprobación de su matrícula? No. El aspirante no puede ejercer bajo el amparo del Colegio ni acceder a los servicios de prestador hasta que la matrícula sea aprobada formalmente.

¿Cómo sé si mi documentación fue recibida y está completa? El portal del aspirante muestra el estado de cada documento requerido: pendiente, recibido, aprobado u observado. Si un documento tiene observaciones, el sistema indica qué corrección se necesita.

¿Qué pasa si me rechazan la solicitud de matrícula? El aspirante recibe una notificación con el motivo del rechazo y puede subsanar las observaciones y reiniciar el proceso. El sistema mantiene el historial de la solicitud original.


Finanzas y pagos

¿Cuáles son los medios de pago aceptados en el portal online? El portal de autogestión acepta los medios habilitados en la pasarela configurada: tarjeta, QR, billetera, transferencia u otros instrumentos disponibles según convenio.

¿Puedo pagar en cuotas con tarjeta de crédito? Depende de las promociones activas configuradas por el Colegio y el proveedor de pago. La pantalla de checkout mostrará las opciones de cuotas disponibles.

¿Cuánto tarda en reflejarse un pago realizado online? Los pagos por pasarela se acreditan cuando el proveedor confirma la operación. Las transferencias bancarias directas pueden tardar hasta 24 horas hábiles y requieren conciliación.

¿Cómo obtengo una factura por mis pagos al Colegio? Los recibos generados por PSICOLE son comprobantes de pago internos. Para obtener factura con valor fiscal (Factura B o C), contactar directamente al área de Finanzas del Colegio. Los recibos del portal son válidos para acreditar el pago ante otros organismos.

¿Qué pasa si pagué de más por error? PSICOLE no procesa reembolsos automáticos. Contactar al operador de finanzas para que registre el crédito en la cuenta corriente o gestione la devolución. El crédito quedará disponible para aplicar en el próximo vencimiento.

¿Cómo se calculan los recargos por mora? El recargo se calcula automáticamente según la configuración del FeeType (tipo de cuota). Generalmente es un porcentaje mensual que se aplica a partir del día siguiente al vencimiento (o después del período de gracia configurado). El monto de mora se muestra en el detalle de cada cuota vencida.


Cursos y capacitación

¿Cómo sé si estoy en lista de espera o inscripto directamente? En Mi Portal → Mis Inscripciones, cada curso muestra el estado: Inscripto Confirmado, Pendiente de Pago o En Lista de Espera. El estado En Lista de Espera incluye la posición actual en la cola.

¿Qué pasa si no pago el curso en el plazo establecido? Si la inscripción estaba condicionada al pago (dentro de un plazo post-inscripción), el sistema puede liberar automáticamente el lugar si el pago no se acredita en el plazo configurado por el operador. El colegiado recibirá un email de advertencia antes de que se ejecute la baja.

¿Se puede cancelar una inscripción y recibir un reembolso? La política de cancelación y reembolso es definida por el Colegio para cada curso. Contactar al operador de cursos para gestionar una baja. El sistema permite registrar reembolsos totales o parciales según la política aplicable.

¿Cuándo se emite el certificado del curso? El certificado se emite automáticamente cuando el participante cumple el porcentaje mínimo de asistencia (configurable por curso, por defecto 75%) y tiene todos los pagos al día. Si queda una cuota pendiente, el certificado se libera automáticamente al registrarse el pago.

¿Puedo descargar los materiales del curso antes de asistir? Depende de la configuración de cada material. Los materiales marcados como "Libre" están disponibles antes de inscribirse. Los marcados como "Solo Inscriptos" requieren inscripción confirmada con pago para poder descargarse.


Prestadores y obras sociales

¿Cómo me habilito como prestador de una obra social? La habilitación como prestador para una obra social específica se tramita mediante un trámite administrativo ante el Colegio. Contactar al Operador de Trámites para iniciar el proceso, que puede requerir documentación específica según la obra social.

¿Por qué algunas de mis órdenes aparecen como "Observadas"? Una orden observada es aquella que presentó alguna inconsistencia durante la validación (monto fuera del nomenclador, código de prestación desconocido, etc.). Ver el detalle de la observación en el portal del prestador y comunicárselo a la obra social para corrección.

¿Cuándo recibo el pago de mis liquidaciones? Los lotes de pago se generan después del cierre del lote mensual de órdenes, que habitualmente ocurre dentro de los primeros 10 días hábiles del mes siguiente. La fecha exacta depende de la obra social y el flujo operativo del Colegio.

¿Puedo tener liquidaciones de varias obras sociales en el mismo mes? Sí. Si sos prestador de múltiples obras sociales, recibirás una liquidación separada por cada obra social, aunque todas pueden incluirse en el mismo lote de pago bancario.


Datos personales y solicitudes

¿Cuáles son los datos que puedo modificar por mi cuenta desde el portal? Desde el portal de autogestión podés solicitar cambios de: domicilio, teléfono, email, CUIT, especialidades declaradas y CBU/CVU para liquidaciones. Algunos cambios requieren documentación de respaldo. El número de matrícula y la foto de perfil no se modifican por autogestión.

¿Cuánto tiempo tarda la aprobación de una solicitud de cambio de datos? El SLA interno es de 3 días hábiles. Si la solicitud supera ese plazo, se genera un escalamiento automático al supervisor. Podés consultar el estado en cualquier momento desde Mi Perfil → Mis Solicitudes.

¿Puedo cancelar una solicitud de modificación que envié? Sí, mientras la solicitud esté en estado PENDIENTE (no haya sido procesada por el operador), podés cancelarla desde Mis Solicitudes → [Solicitud] → Cancelar.


Credenciales y certificados

¿Con qué frecuencia debo renovar mi credencial digital? La credencial digital no tiene vencimiento propio, pero los certificados de matrícula vigente y libre deuda generados desde ella tienen una validez de 30 días. La credencial en sí refleja el estado actual de la matrícula en tiempo real mediante el QR.

¿El QR de mi credencial funciona sin internet? No. El código QR apunta a una URL online del sistema PSICOLE. Para verificar la autenticidad se requiere conexión a internet. La imagen de la credencial puede guardarse y compartirse offline, pero la verificación siempre es online.

¿Cómo verifico un certificado de otro profesional? Escaneando el QR del certificado con cualquier lector de QR. El enlace resultante mostrará una página pública con los datos del certificado (nombre, matrícula, fecha de emisión, vigencia y autenticidad). No se requiere login.

Errores Comunes

Referencia de los errores más frecuentes en PSICOLE, con descripción de la causa y los pasos para resolverlos. Los errores están agrupados por módulo.


Autenticación y acceso

Código / Mensaje Causa Solución
CREDENCIALES_INVALIDAS El email o la contraseña ingresados no coinciden con ningún usuario activo Verificar que no haya errores tipográficos. Usar la opción Olvidé mi contraseña si se desconoce la clave actual
USUARIO_INACTIVO La cuenta del usuario fue desactivada por el administrador Contactar al ADMIN para que reactive la cuenta o informe el motivo de la desactivación
SESION_EXPIRADA La sesión cerró por inactividad (timeout configurado) Iniciar sesión nuevamente. Si ocurrió durante un proceso crítico (ej. pago), verificar el estado de cuenta antes de reintentar
PERMISOS_INSUFICIENTES El rol del usuario no tiene acceso a la funcionalidad solicitada Verificar con el ADMIN que el rol asignado sea el correcto para la operación que se intenta realizar

Matrículas y aspirantes

Código / Mensaje Causa Solución
DOCUMENTACION_INCOMPLETA La solicitud de matrícula no tiene todos los documentos requeridos adjuntos Revisar el checklist de documentación en el portal del aspirante y subir los documentos faltantes
MATRICULA_DUPLICADA Existe una solicitud activa o una matrícula vigente para el mismo DNI/CUIL Verificar en el padrón si el profesional ya tiene matrícula. Si es un error del sistema, contactar al ADMIN
DNI_INVALIDO El número de DNI ingresado no tiene el formato correcto o no pasó la validación Verificar el número sin puntos ni espacios. El formato esperado es un número de 7 u 8 dígitos

Finanzas y pagos

Código / Mensaje Causa Solución
PAGO_RECHAZADO La pasarela rechazó la transacción o el proveedor no pudo procesarla Intentar con otro medio de pago. El detalle operativo se consulta en la operación PAY
PAGO_PROCESANDO La pasarela aún no confirmó el resultado Esperar unos minutos y refrescar el estado. Si persiste, contactar al Operador de Finanzas
CUOTA_YA_PAGADA Se intentó pagar una cuota que ya fue acreditada en una transacción anterior Verificar el historial de recibos. Si el sistema no refleja el pago anterior, reportarlo al Operador de Finanzas
MORA_REQUERIDA Se intentó pagar una cuota vencida sin incluir el recargo de mora El sistema requiere pagar el monto original más el recargo de mora en la misma transacción. El recargo se calcula automáticamente y se agrega al total

Conciliación bancaria

Código / Mensaje Causa Solución
FORMATO_EXTRACTO_INVALIDO El archivo CSV/Excel no corresponde al formato configurado para el banco seleccionado Verificar que el banco seleccionado en el sistema coincida con el del archivo. Consultar al ADMIN los formatos soportados
PERIODO_SOLAPADO El período del extracto importado se superpone con el de una sesión ya existente para ese banco Revisar las sesiones existentes y ajustar el rango de fechas del nuevo extracto. Si hay sesiones abiertas, cerrarlas primero
TRANSACCION_DUPLICADA Una transacción del extracto ya existe en una sesión anterior (mismo banco, monto, fecha y referencia) El archivo puede ser un duplicado de una importación anterior. Verificar el historial de sesiones antes de reimportar
SESION_BLOQUEADA Hay una sesión de conciliación abierta hace más de 30 días para ese banco Resolver o descartar la sesión antigua. Solo el ADMIN puede descartar sesiones vencidas sin completar
MATCH_SIN_JUSTIFICACION Se intentó guardar un emparejamiento manual sin ingresar el campo de justificación Completar el campo de justificación con una descripción del motivo del match antes de confirmar
REVERSION_NO_PERMITIDA Se intentó revertir un match en una sesión ya cerrada sin permisos de ADMIN Solicitar al ADMIN que reabra la sesión si se requiere corregir el emparejamiento

Cursos y capacitación

Código / Mensaje Causa Solución
PREREQUISITO_NO_CUMPLIDO El colegiado no completó el curso prerequisito requerido Verificar el historial de cursos del colegiado. Si existe un error en el registro, el ADMIN puede aprobar la inscripción manualmente desactivando el prerequisito
CUPO_AGOTADO El cupo máximo del curso fue alcanzado Inscribir al interesado en la lista de espera. El operador también puede ampliar el cupo desde la configuración del curso si hay capacidad disponible
INSCRIPCION_DUPLICADA El colegiado ya tiene una inscripción activa en ese curso Verificar el estado de la inscripción existente. Si fue dada de baja por error, el operador puede reincorporarlo si hay cupos
CERTIFICADO_NO_HABILITADO El participante no cumple el mínimo de asistencia y/o tiene cuotas del curso pendientes Verificar la planilla de asistencia y el estado de pagos. El certificado se libera automáticamente al regularizar ambas condiciones

Prestadores y órdenes

Código / Mensaje Causa Solución
PRESTADOR_NO_MATRICULADO El número de matrícula en la orden no existe en PSICOLE Verificar el número con la obra social. Buscar el profesional por nombre ante posibles errores tipográficos en el número de matrícula
PRESTADOR_INHABILITADO El profesional tiene matrícula suspendida o cancelada Regularizar la situación de la matrícula antes de procesar las órdenes del prestador
CODIGO_PRESTACION_DESCONOCIDO El código de prestación de la orden no está en el nomenclador de esa obra social Actualizar el nomenclador en Prestadores → Obras Sociales → [Nombre] → Nomenclador con el código faltante
MONTO_FUERA_DE_RANGO El monto informado por la obra social difiere en más del umbral configurado respecto al nomenclador Verificar si el nomenclador está desactualizado. Actualizar los valores si la obra social modificó sus aranceles
LOTE_YA_APROBADO Se intenta importar órdenes en un período y obra social que ya tiene lote cerrado Usar el mecanismo de órdenes de ajuste (crédito/débito) en el lote del mes siguiente. Los lotes aprobados no se modifican

Liquidaciones

Código / Mensaje Causa Solución
SIN_REGLA_COMISION No existe ninguna regla de comisión configurada para la obra social o el tipo de prestación del lote a liquidar Ir a Administración → Liquidaciones → Configuración de Comisiones y crear la regla faltante antes de aprobar el lote
PRESTADOR_SIN_CBU El prestador no tiene CBU/CVU registrado en su perfil Solicitar al prestador que ingrese su CBU desde el portal de autogestión, o cargarlo manualmente desde la ficha del colegiado
MONTO_NETO_NEGATIVO La comisión configurada supera el monto bruto de la orden, generando un neto negativo Revisar la configuración de la regla de comisión. Probablemente el valor sea un porcentaje ingresado como entero (ej. 110 en lugar de 1.10)

Autogestión del profesional

Código / Mensaje Causa Solución
DEUDA_IMPIDE_CERTIFICADO Se intenta generar un certificado de libre deuda con cuotas vencidas pendientes Pagar las cuotas vencidas desde el portal online. El botón de generación del certificado se habilita automáticamente
SOLICITUD_PENDIENTE_EXISTENTE Ya hay una solicitud de modificación activa para el mismo campo de datos Esperar la resolución de la solicitud existente. Si necesitás urgencia, contactar al Operador de Matrículas para que la procese con prioridad
CBU_INVALIDO El CBU/CVU ingresado no supera la validación de dígito verificador Verificar el número con el banco o la billetera virtual. Debe tener exactamente 22 dígitos y pasar la validación algorítmica
DOCUMENTACION_FALTANTE Se envió una solicitud de modificación sin adjuntar el documento de respaldo requerido Adjuntar el documento indicado (ej. servicio de luz para cambio de domicilio) antes de enviar la solicitud

Índice de Tags

Esta página es generada automáticamente por MkDocs Material a partir de los tags definidos en el frontmatter de cada página.

Usá los tags para filtrar el contenido del manual por rol y acceder rápidamente a las secciones relevantes para tu función.


Cómo usar los tags

Cada página del manual tiene uno o más tags en su encabezado que indican a qué roles es relevante. Al hacer clic en un tag, verás todas las páginas etiquetadas con ese rol.

Los tags disponibles son:

Tag Rol en el sistema Descripción
Administrador ADMIN Acceso completo al sistema. Configuración, auditoría y operaciones de alto impacto
Operador Matrículas OPERADOR_MATRICULAS Gestión del ciclo de vida de las matrículas y trámites de aspirantes
Operador Finanzas OPERADOR_FINANZAS Finanzas, pagos, conciliación bancaria, prestadores y liquidaciones
Operador Cursos OPERADOR_CURSOS Creación y gestión de cursos, inscripciones, asistencia y certificados
Operador Trámites OPERADOR_TRAMITES Gestión de trámites internos y atención de solicitudes de colegiados
Supervisor Trámites SUPERVISOR_TRAMITES Supervisión y escalamiento de trámites; acceso a reportes de gestión
Colegiado COLEGIADO Portal de autogestión del profesional matriculado
Prestador PRESTADOR Portal de prestador: órdenes de servicio, liquidaciones y comprobantes
Aspirante ASPIRANTE Portal de solicitud de matrícula y seguimiento del trámite de matriculación

Índice de tags

[TAGS]

Changelog

Historial de cambios del sistema PSICOLE. Las versiones siguen el esquema Versionado Semántico: MAJOR.MINOR.PATCH.


v1.5.3 — 2026-06-24

Conciliacion mensual auditable

  • RUN mensual auditable: se agrega la base de MonthlyReconciliationRun, fuentes y decisiones para organizar cierres mensuales por periodo sin aplicar pagos por inferencia debil.
  • Panel integrado: el RUN mensual queda disponible dentro de Dinero -> Operaciones -> Conciliacion -> RUN mensual, con creacion PREVIEW, registro de extractos del periodo, simulacion PREVIEW, metricas, fuentes y decisiones auditadas.
  • Re-runs incorporados al PREVIEW: la simulacion mensual reconoce PaymentOperation aprobadas de re-runs previos cuando hay evidencia unica por periodo, archivo, referencia y monto, clasificandolas como ALREADY_CLOSED sin crear pagos nuevos.
  • Clasificacion previa de extractos generales: Galicia y otras fuentes auxiliares se rutean antes del match como cuota mensual, ajuste/periodo anterior, tramite/arancel, curso, liquidacion institucional, transferencia a clasificar o movimiento no acreditado.
  • Ajustes sin hardcode: el motor de candidatos lee los ajustes aprobados desde MONTHLY_FEE_RECONCILIATION_ADJUSTMENTS en Configuracion del dinero.
  • Sincronizacion CBU segura: la sincronizacion desde extracto queda en modo previsualizacion por defecto; aplicar cambios requiere motivo y guard operativo.
  • Documentacion: se actualizan DINERO, Conciliacion Bancaria, casos de uso y ayuda contextual con el nuevo criterio de cierre mensual.

v1.5.2 — 2026-06-23

Certificacion SANDBOX

  • Conciliacion mayo/junio 2026: se certifico el RUN de cuotas contra fuentes primarias de tarjeta aceptada y CBU cobrado, con contraste de recibos, padron, caja, profesionales y prestadores.
  • Tasa de cierre estricta: 5.697 de 5.986 eventos aceptados/cobrados quedaron conciliados con destino seguro, equivalente a 95,17% por eventos y 94,99% por monto.
  • Tratamiento del remanente: los 360 eventos sueltos originales quedaron tratados al 100%: 71 aplicados en SANDBOX, 123 ya cerrados/no-PENDING, 152 manuales por identidad o destino insuficiente, 6 sin deuda PENDING compatible y 8 bloqueados por regla bancaria estricta.
  • Seguridad operativa: la aplicacion se hizo solo en SANDBOX, con marker, replay idempotente, verificacion de deuda/pago/recibo/banco/cuenta corriente/asiento y cero correos/notificaciones.

Documentacion

  • Actualizadas las paginas de DINERO, Conciliacion Bancaria, Tarifario Mensual y Guia de Operador Finanzas con el procedimiento de auditoria cruzada, criterio de denominador estricto, regla segura de CBU y resultados certificados.

v1.5.1 — 2026-06-19

Correcciones

  • Lote CBU consistente con deuda final: la generación manual y la tarea programada de débitos por CBU usan Debt.finalAmount como importe a debitar, evitando recalcular descuentos sobre el importe original.
  • Rechazos CBU sin borrar otros beneficios compatibles: ante rechazo bancario, PSICOLE revierte solo el descuento por débito directo y conserva beneficios no CBU compatibles como beneficio parental o ajustes aprobados.
  • Descuentos por método de cobro: CBU / Caja de ahorro aplica 20% y tarjeta de crédito aplica 30% sólo con adhesión ACTIVE. Jubilación aplica 50% y excluye CBU/tarjeta en la misma cuota mensual.
  • Redondeo operativo de cuotas: los importes finales de cuotas se normalizan al múltiplo de $0,50 más cercano.
  • Certificación sandbox de cuotas: se validó definición de cuota mensual por MONTHLY_FEE_TARIFF_POLICY + CUOTA_MENSUAL, generación RUN, lote CBU, devolución bancaria y conciliación con pruebas focalizadas de flujo de dinero.

Documentación

  • Actualizado el flujo mensual de DINERO, débito automático, conciliación bancaria, tipos de cuota y guías rápidas de Administración/Finanzas para reflejar el circuito RUN → lote CBU → devolución bancaria → conciliación.

v1.4.0 — 2026-04-15

Nuevas funcionalidades

  • Onboarding interactivo por rol: modal slideshow didáctico que se muestra al iniciar sesión, adaptado al rol del usuario. Los administradores ven un tour de los 17 módulos del sistema. Los operadores ven solo los módulos de sus EPICs asignados. Configurable per-usuario (activar/desactivar desde el perfil) y globalmente por el administrador.
  • Módulo de Beneficios — Jubilación: detección automática de profesionales elegibles (60+ años), notificación por email, flujo de aplicación/rechazo/reactivación con panel administrativo completo. Los beneficiarios reciben un 50% de descuento en sus cuotas.
  • Módulo de Beneficios — Maternidad/Adopción: solicitud digital con adjunto de documentación, flujo de revisión por operador, descuento configurable durante el período de licencia.
  • Renovación de Matrícula digital (UC-1.4): flujo wizard completo para que los colegiados renueven su matrícula cada 5 años. Incluye firma de Declaración Jurada, adjunto de documentos y panel de revisión para operadores.
  • Débito Automático: registro de CBU, adhesión bancaria, activación por operador y aplicación automática del descuento de débito vigente en ese momento. La política vigente actualizada se documenta en v1.5.1.
  • Certificados de Ética Profesional (UC-9.2): solicitud digital, pago de arancel por transferencia con confirmación de referencia, revisión por operador, generación y descarga de certificado PDF con QR de verificación.
  • Operadores Dinámicos (OPER-001): sistema de asignación de módulos operativos (EPICs) por operador. 5 EPICs disponibles: Onboarding y Matrículas, Gestión Financiera, Formación Continua, Prestadores y Trámites Administrativos. Cada operador ve solo los menús de sus módulos asignados.
  • Grupos de Usuarios (OPER-002): organización de operadores por sede/ciudad con excepciones INCLUDE/EXCLUDE por profesional. Permite que cada sede gestione solo los matriculados de su zona geográfica.
  • Super Administradores (UC-6.7): capa de seguridad adicional sobre el rol ADMIN. Las promociones y degradaciones requieren confirmación con código de 6 dígitos enviado por email. Los códigos expiran en 10 minutos y bloquean al operador por 30 minutos tras 3 intentos fallidos.

Mejoras

  • Tabla de datos inteligente (useSmartTable): refactor del sistema de tablas del frontend. Todas las tablas del sistema ahora soportan búsqueda en tiempo real, filtros múltiples combinables, paginación configurable y estado persistente entre navegaciones.
  • Menú lateral del sistema adaptado por módulos: los operadores con módulos asignados ven exclusivamente las secciones habilitadas para su rol + EPICs.
  • El tour de onboarding se adapta dinámicamente a los EPICs del operador, mostrando solo las pantallas relevantes.
  • Mejoras de rendimiento en carga del dashboard administrativo: reducción del 35% en tiempo de carga mediante paginación lazy.

Correcciones

  • Corregido error en la detección automática de jubilación que no consideraba años bisiestos en el cálculo de elegibilidad.
  • Corregido el cálculo de nueva fecha de vencimiento en Renovación de Matrícula: ahora toma como base la fecha de vencimiento anterior (no la fecha de aprobación).

v1.5.0 — 2026-05-20

Nuevas funcionalidades

  • DINERO trazable de punta a punta: consolidación de operación única PAY-*, conciliación por fuentes, gap ledger, replay idempotente y vínculo operativo con libro diario.
  • Triage directo de soporte: la mesa de soporte ya opera desde la propia pantalla /admin/support-tickets, con sugerencia local, decisión humana por ticket y trazabilidad en comunicaciones.
  • Declaración jurada compartida editable: Solicitud de Matrícula y Renovación usan términos administrables desde operación interna, sin depender de cambios de código.

Mejoras

  • PAYWAY queda documentado y tratado como compatibilidad técnica de POS físico presencial, no como checkout online activo.
  • La ruta administrativa de cursos queda unificada en /admin/courses, incluyendo su alias legacy desde /admin/entities/courses.
  • Los límites documentales de matrícula se alinean con el límite operativo compartido de 13 MB donde corresponde.

Correcciones

  • Corregida una ancla rota del manual usada por las ayudas contextuales del sistema para Operadores y Módulos.
  • Corregida la documentación de pasarelas para evitar mostrar Mercado Pago o PAYWAY como medios online activos cuando no corresponde.
  • Corregida la documentación operativa del soporte para reflejar el flujo vigente sin dependencia diaria de lotes JSON.

v1.3.0 — 2026-04-04

Nuevas funcionalidades

  • Tickets y Trámites (EPIC-09) — Sistema completo: nuevo módulo de gestión de tickets con SLA configurable, semáforo de tiempos (verde/naranja/rojo), asignación automática de operadores por área de trabajo y flujo completo de estados.
  • Dashboard personal del Operador de Trámites: vista de bienvenida con encabezado en degradado, KPIs embebidos, alerta roja para tickets vencidos y tickets agrupados por urgencia. Al ingresar al sistema, el operador llega directamente a este dashboard.
  • Kanban de tickets: vista estilo tablero por estado para operadores; vista por operador para supervisores.
  • Dashboard de métricas del Supervisor: KPIs globales, tiempos de resolución y carga por operador en tiempo real.
  • Categorías de tickets con Tipo de Origen: las categorías pueden ser MANUAL, Trámite de Usuario o Tarea Programada, con campo de Módulo Relacionado que vincula el ticket al módulo del sistema.
  • Áreas de trabajo: panel expandible con operadores por área, toggle de disponibilidad y asignación automática al operador con menor carga.
  • Parámetros configurables TICKETS: período de gracia, horas de inactividad y días para auto-cierre configurables desde Parámetros del Sistema.
  • Integración alertas → tickets: las notificaciones de asignación en la campana llevan directamente al ticket asignado.
  • Link "Ver servicio relacionado": en el detalle del ticket aparece un botón de acceso directo al módulo vinculado (Renovación de Matrícula, Débito Automático, Conciliación Bancaria, etc.).
  • Seguimiento público: página /track para consultar el estado de un ticket sin login.

Mejoras

  • Filas de tickets en kanban y dashboard son completamente clicables (no solo el ícono).
  • Redirección automática al dashboard del operador al ingresar con rol OPERADOR_TRAMITES.
  • El modal de asignación de operadores en Áreas de Trabajo filtra y muestra únicamente usuarios con roles de staff (excluye colegiados y prestadores).

v1.2.0 — 2026-03-01

Nuevas funcionalidades

  • Conciliación bancaria: nuevo módulo para importar extractos bancarios en formato .txt (Banco Nación, Banco Provincia, BBVA) y realizar matching automático con los pagos registrados en el sistema. Los movimientos sin match quedan en cola para resolución manual.
  • Pagos online por pasarela: integración con proveedores externos para que los profesionales puedan abonar desde el portal. Incluye operación trazable, confirmación, recibo y recuperación de pagos.
  • Regeneración masiva de credenciales: nueva acción en el panel de Credenciales Digitales que permite regenerar en background las credenciales de todos los colegiados activos con un solo clic. Envía email de resumen al administrador al completar.
  • Tickets — áreas de trabajo: los tickets ahora se enrutan automáticamente al área correspondiente según su categoría. Los operadores ven solo los tickets de sus áreas asignadas.
  • Descuento por pago anticipado configurable por tipo de cuota: el porcentaje y la fecha límite de pago anticipado ahora se configuran individualmente en cada Tipo de Cuota, en lugar de aplicarse globalmente.

Mejoras

  • El panel de Tareas Programadas ahora muestra el historial de las últimas 50 ejecuciones con estado, duración y resumen de resultados.
  • El log de auditoría incorpora filtros por tipo de evento y exportación en formato CSV.
  • Los emails de notificación de cuotas vencidas ahora incluyen un link directo al portal de pago online.
  • Mejoras de rendimiento en la generación masiva de cuotas: reducción del 40% en tiempo de ejecución para colegios con más de 500 matriculados.

Correcciones

  • Corregido error que causaba que el descuento por débito directo se aplicara duplicado en ciertos casos donde el colegiado tenía CBU registrado pero inactivo.
  • Corregido error de zona horaria que hacía que el CRON de generación de cuotas se ejecutara a las 21:00 del día anterior en servidores con timezone UTC.
  • Corregida visualización de importes en la credencial digital cuando el nombre del colegiado superaba los 50 caracteres.

v1.1.0 — 2025-11-15

Nuevas funcionalidades

  • Credenciales digitales con QR: los colegiados ahora reciben su credencial en PDF al ser aprobados. El PDF incluye logo institucional, datos del matriculado, firma escaneada del directivo y un código QR único para verificación pública en línea.
  • Impersonación de administrador: los usuarios ADMIN pueden visualizar el sistema como cualquier otro usuario en modo solo-lectura. Todas las sesiones de impersonación quedan registradas en el log de auditoría.
  • Recargos por mora escalonados: nueva configuración de tramos de mora en Administración → Descuentos y Recargos. Los porcentajes se aplican de forma acumulada según los días transcurridos desde el vencimiento.
  • CRON de escalado de tickets: el sistema evalúa cada 2 horas los tickets con SLA vencido y los escala automáticamente, notificando al supervisor del área por email.
  • Módulo de Prestadores: alta de prestadores (profesionales que trabajan con obras sociales), carga de órdenes y gestión de liquidaciones y comisiones.
  • Portal de autogestión para Colegiados: nueva sección Mi Cuenta que permite al colegiado ver su estado de matrícula, descargar su credencial, consultar y pagar cuotas, y ver su historial de pagos.

Mejoras

  • La plantilla de emails automáticos ahora es editable desde el panel de Administración → Notificaciones → Templates, con soporte de variables dinámicas.
  • El formulario de solicitud de matrícula ahora admite adjuntos múltiples (hasta 5 archivos, 10 MB cada uno).
  • Los tipos de cuota ahora tienen campo de descripción interna para documentar su propósito sin que sea visible al colegiado.
  • Nuevo reporte de Tickets: cumplimiento de SLA por área y por operador.

Correcciones

  • Corregido error que impedía generar el PDF de credencial cuando la firma escaneada tenía fondo no transparente.
  • Corregida notificación de matrícula aprobada que en algunos casos se enviaba con el nombre del operador en lugar del nombre del colegiado.
  • Corregido el toggle de Activo en Tipos de Cuota que no persistía correctamente en base de datos al desactivar un tipo con cuotas pendientes asociadas.

v1.0.0 — 2025-08-01

Lanzamiento inicial

Primera versión productiva de PSICOLE. Incluye el núcleo funcional del sistema:

  • Autenticación y RBAC: sistema de login con JWT, 9 roles predefinidos y modelo de permisos RBAC con triplets MODULO/ACCION/RECURSO.
  • Gestión de usuarios: CRUD de usuarios, asignación de roles, activación/desactivación de cuentas.
  • Solicitud y gestión de matrículas: flujo completo desde la solicitud del aspirante hasta la aprobación/rechazo por el operador. Estados: BORRADOR → EN_REVISION → APROBADA / RECHAZADA.
  • Módulo de Finanzas base: Tipos de Cuota (FeeTypes) con CRUD, generación mensual de cuotas mediante CRON el 1ro de cada mes, registro manual de pagos y emisión de recibos.
  • Descuentos automáticos: configuración de descuento por débito directo y descuento para jubilados (50%), aplicados automáticamente al generar las cuotas. La política vigente actualizada se documenta en v1.5.1.
  • Notificaciones por email: integración SMTP (compatible con Gmail), con emails automáticos para los eventos principales: bienvenida, cuota generada, pago registrado, matrícula aprobada/rechazada, recuperación de contraseña.
  • Sistema de tickets: apertura de tickets por cualquier usuario autenticado, categorías con SLA, gestión por operadores y supervisores, historial inmutable de mensajes.
  • Módulo de Cursos: alta y publicación de cursos, inscripción de colegiados, registro de asistencia.
  • Módulo de Trámites: plantillas de trámites configurables, flujo de aprobación con rol SUPERVISOR_TRAMITES.
  • Panel de administración: parámetros del sistema, logo, firma escaneada, configuración SMTP y panel de tareas programadas.

Próximas versiones (roadmap)

Versión Feature planificada
v1.3.0 App móvil para colegiados (React Native)
v1.3.0 Exportación de reportes en Excel y PDF
v1.4.0 Integración con AFIP para validación de CUIT
v1.4.0 Firma digital de documentos (token FNMT)
v2.0.0 Multi-colegio: soporte para gestionar múltiples colegios desde una sola instancia

Postmortem — Tormenta de Emails 2026-04-27

Resumen del incidente de envío masivo de correos electrónicos ocurrido el lunes 27 de abril de 2026, su causa raíz, consecuencias y medidas correctivas implementadas.


Cronología

Todos los horarios en ART (UTC-3).

Hora Evento
10:00 El cron overdueNotices (0 10 * * 1) se dispara simultáneamente en los 3 entornos (sandbox, preprod, prod)
10:00–10:55 ~17,000 conexiones SMTP desde los contenedores Docker hacia Postfix local
10:55 Gmail comienza a rate-limitar: errores 4.7.28 (unusual rate) y 4.7.30 (DKIM did not pass)
10:55 Hotmail/Outlook rate-limitan: error 4.7.651 (IP reputation)
11:00–11:28 Últimos intentos de entrega; Gmail bloquea varios con 5.7.1 (unsolicited mail)
11:30 Postfix detenido manualmente para frenar la salida de correo
12:45 postsuper purga 3,277 mensajes remanentes de la cola
12:02 Se prepara lista de 2,351 destinatarios para email de disculpa

Volumen del incidente

Métrica Cantidad
Destinatarios reales externos 2,351
Destinatarios @migrado.local (fantasma) 1,587
Emails entregados efectivamente 579
Emails diferidos (rate-limited) 7,355
Emails rebotados 696
Total mensajes desde hola@umdev.com.ar 15,750
Mensajes purgados de la cola 3,277

Distribución por dominio de destino

Dominio Cantidad
@migrado.local 1,587
@gmail.com 615
@hotmail.com 590
@yahoo.com.ar 35
@hotmail.com.ar 30
Otros (live, outlook, etc.) ~54

Causa raíz

El cron job scheduleOverdueNotices definido en backend/src/jobs/scheduler.js:349, con expresión 0 10 * * 1 (lunes 10:00 AM), ejecuta la función getProfessionalsWithOverdueDebts() que:

  1. Consulta todos los profesionales con deudas vencidas
  2. Itera sobre cada uno en un loop secuencial sin throttling
  3. Envía un email individual por profesional mediante sendOverdueNoticeEmail()

El lunes 27 de abril, el job encontró deudas vencidas para la mayoría de los ~4,900 profesionales del sistema, incluyendo los registros legacy migrados cuyos emails son legajo_XXXX@migrado.local.


Fallas contribuyentes

1. Sin rate limiting en la capa de aplicación

El loop en scheduleOverdueNotices envía emails uno tras otro sin pausas. Con ~2,350 destinatarios reales × 3 entornos, se generaron ~17,000 conexiones SMTP en menos de una hora.

Archivo: backend/src/jobs/scheduler.js:360-411

2. DKIM no resuelve públicamente

OpenDKIM firma los mensajes correctamente en el servidor, pero el registro DKIM en DNS no es visible desde Internet porque DonWeb aún controla los servidores NS del dominio umdev.com.ar.

Esto provocó que Gmail rechazara los emails con 4.7.30 DKIM did not pass, clasificándolos como bulk mail no autenticado.

3. Emails @migrado.local sin limpiar

La migración histórica desde el sistema legacy CPM generó registros de profesionales con emails artificiales legajo_XXXX@migrado.local. Estos 1,587 registros nunca fueron depurados de la base de datos.

El dominio migrado.local no existe en DNS público, por lo que Postfix intentó resolverlo repetidamente, generando tráfico adicional y bounces.

4. Sin aislamiento entre entornos

Los entornos preprod y prod no tenían configurada la variable EMAIL_REDIRECT_TO. Solo sandbox la tenía (=santosma@gmail.com). Esto significó que los 3 entornos enviaron emails reales simultáneamente al mismo servidor Postfix.

Archivo: docker-compose.prod.yml, docker-compose.yml

5. Bounce handling roto

Los avisos de no-entrega (bounces) de Postfix se dirigen al remitente hola@umdev.com.ar, pero ese usuario no existe localmente en el VPS. Esto provocó un doble bounce: el bounce mismo rebotaba porque Postfix no podía entregarlo localmente.

postfix/local: to=<hola@umdev.com.ar>, status=bounced (unknown user: "hola")

Consecuencias

  • Reputación de IP dañada: Gmail y Microsoft rate-limitaron la IP 168.181.185.221 por spam
  • Dominio señalado: umdev.com.ar fue clasificado como remitente de bulk mail no solicitado
  • 2,351 profesionales recibieron un correo no deseado con el asunto "Aviso importante: Tiene deudas vencidas"
  • 1,587 emails fantasma a @migrado.local generaron tráfico DNS y bounces en cascada
  • Se envió un email de disculpa a los 2,351 destinatarios afectados
  • Postfix estuvo detenido ~1 hora mientras se purgaba la cola

Acciones correctivas

Inmediatas (27-abr)

  • [x] Postfix detenido y cola purgada (postsuper -d ALL)
  • [x] Email de disculpa enviado a los 2,351 destinatarios afectados
  • [ ] Desactivar cron overdueNotices en sandbox y preprod

Corto plazo

  • [ ] Agregar EMAIL_REDIRECT_TO en preprod y verificar en prod
  • [ ] Limpiar emails @migrado.local de la base de datos (cambiar a NULL o marcar como inválidos)
  • [ ] Crear alias local hola@umdev.com.ar para capturar bounces
  • [ ] Agregar rate limiting al emailService.js: máximo N emails por minuto

Mediano plazo

  • [ ] Completar el cambio de NS en DonWeb para que DKIM/SPF/DMARC resuelvan públicamente
  • [ ] Implementar un flag email_verified en la tabla de usuarios para no enviar a emails no verificados
  • [ ] Agregar un mecanismo de "circuit breaker" que detenga el envío si la tasa de error supera un umbral
  • [ ] Separar las colas de email por entorno (o usar un servicio de email transaccional externo)

Lecciones aprendidas

  1. Nunca confiar en datos legacy sin validar. Los emails @migrado.local eran un artefacto de migración que debió limpiarse al finalizar la importación.
  2. Los entornos no-productivos deben ser inertes. Preprod y sandbox NUNCA deben poder enviar emails a destinatarios reales.
  3. Todo envío masivo necesita throttling. Un loop sin pausas sobre 2,000+ destinatarios satura cualquier infraestructura de correo.
  4. DKIM/SPF/DMARC son requisitos obligatorios para enviar correo. Sin ellos, los proveedores de email (Gmail, Microsoft) rechazan o rate-limitan inevitablemente.

Referencias