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.


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


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.

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.


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.
- Ingresá a Administración → Usuarios.
- Hacé clic en + Nuevo usuario.
- Completá: nombre completo, correo electrónico institucional, contraseña temporal y rol (elegí uno de los 9 roles disponibles).
- Asigná los permisos específicos si el rol lo requiere (los permisos se expresan como triplets
modulo/accion/recurso, por ejemploFINANZAS/CREATE/PAYMENT). - 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.


2. Configurar parámetros globales del sistema
- Ingresá a Administración → Configuración.
- Desde allí podés ajustar:
- Tarifario mensual de cuotas, manteniendo
CUOTA_MENSUALcomo concepto oficial y cargando importes por periodo en Dinero -> Configuración -> Tarifario mensual. - Pasarelas de pago: actualizá credenciales, modo sandbox/producción y URLs de retorno o webhook.
- CRON jobs: habilitá o deshabilitá las tareas automáticas (generación mensual de cuotas, envío de notificaciones de vencimiento, conciliación automática).
- Parámetros de PDF: logotipo, datos del Colegio que aparecen en recibos y certificados.
- Antes de ejecutar o habilitar la generación mensual, verificá que
CUOTA_MENSUALsea el único concepto mensual activo y que el período esté cargado en el Tarifario mensual. - Si está habilitado el CRON de lote CBU, verificá que use la misma regla que la generación manual: solo adhesiones
BANK_DEBITcon CBU verificado yDebt.finalAmountcomo importe a debitar. - 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
- Ingresá a Administración → Auditoría.
- Filtrá por fecha, usuario o módulo para ver el registro de acciones.
- Cada entrada muestra: fecha/hora, usuario, acción realizada (CREATE, UPDATE, DELETE), módulo afectado y detalle del objeto modificado.
- Podés exportar los logs en formato CSV para reportes de auditoría interna.
4. Supervisar los CRON jobs automáticos
- Ingresá a Administración → Tareas Automáticas.
- Verás el estado de cada job: último tiempo de ejecución, próxima ejecución, cantidad de registros procesados y si hubo errores.
- Si un job falló, podés relanzarlo manualmente con el botón Ejecutar ahora.
- Los jobs críticos incluyen: generación de cuotas mensuales, recordatorios de vencimiento por e-mail y conciliación bancaria nocturna.
- 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
- El jefe administrativo solicita dar de alta a un nuevo empleado para el área de finanzas.
- Ingresás a Administración → Usuarios → + Nuevo usuario.
- Asignás el rol
OPERADOR_FINANZASy los permisosFINANZAS/CREATE/PAYMENT,FINANZAS/READ/RECEIPT,FINANZAS/UPDATE/CUOTA. - 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
- El proveedor notifica el vencimiento de credenciales.
- Ingresás a Dinero → Configuración o Parámetros del Sistema, según el parámetro.
- Reemplazás las credenciales con los nuevos valores obtenidos del panel del proveedor.
- Guardás y reiniciás el servicio de pagos online desde Administración → Servicios.
- 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


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.
- Ingresá a Matrículas → Solicitudes Pendientes.
- La lista muestra cada solicitud con: nombre del aspirante, fecha de solicitud, estado de la documentación y días en cola.
- Hacé clic en una solicitud para abrir el expediente digital.
- Revisá cada documento adjunto (título universitario, DNI, foto, constancia de CUIL, comprobante de pago del arancel de inscripción):
- Tildá cada documento como Verificado si es legible y válido.
- Si un documento está incompleto o ilegible, usá Solicitar corrección para enviar un mensaje automático al aspirante indicando qué debe reenviar.
- Una vez que todos los documentos estén verificados, habilitá el botón Aprobar solicitud.
- Al aprobar, el sistema genera automáticamente:
- Número de matrícula (correlativo).
- Credencial digital con código QR.
- Notificación por e-mail al nuevo colegiado.
- Primera cuota de matrícula anual (en coordinación con el módulo de Finanzas).
2. Gestionar el padrón de colegiados activos
- Ingresá a Matrículas → Padrón de Colegiados.
- Podés buscar por nombre, apellido, número de matrícula o DNI.
- Desde la ficha de cada colegiado podés:
- Actualizar datos personales (domicilio, teléfono, e-mail) a pedido del profesional.
- Registrar un cambio de categoría (por ejemplo, de matrícula provisoria a definitiva).
- Suspender o dar de baja una matrícula por resolución del Colegio (requiere ingresar el número de expediente resolutivo).
- Emitir una nueva credencial si la anterior fue extraviada o venció.
3. Controlar vencimientos y renovaciones
- Ingresá a Matrículas → Vencimientos.
- El sistema muestra un calendario con las matrículas que vencen en los próximos 30, 60 y 90 días.
- Podés lanzar un envío masivo de notificaciones a todos los colegiados con vencimiento próximo desde el botón Notificar seleccionados.
- 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
- Recibís una notificación en el dashboard: "Nueva solicitud de matrícula — García, María José".
- Abrís el expediente en Matrículas → Solicitudes Pendientes.
- Revisás los 5 documentos requeridos. El título universitario está escaneado con baja resolución.
- 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)".
- El aspirante recibe el correo, reenvía el documento actualizado y la solicitud vuelve a tu cola.
- Verificás el nuevo documento, tildás todos como válidos y hacés clic en Aprobar solicitud.
- El sistema genera la matrícula N° 4821 y envía la credencial digital a la aspirante.
Escenario 2: Colegiado solicita duplicado de credencial
- El colegiado llama indicando que perdió su credencial.
- Buscás la matrícula en Matrículas → Padrón de Colegiados.
- Verificás que la matrícula esté vigente y sin deudas.
- Hacés clic en Emitir duplicado de credencial.
- 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


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:
- Ingresá a Finanzas → Pagos → Registrar pago manual.
- Buscá al colegiado por nombre, DNI o número de matrícula.
- El sistema mostrará automáticamente las cuotas adeudadas ordenadas por vencimiento.
- Seleccioná la/s cuota/s que el colegiado está pagando.
- Completá:
- Monto recibido (puede incluir intereses por mora si corresponde).
- Medio de pago (efectivo, transferencia, cheque).
- Número de comprobante (si aplica, ej: número de transferencia bancaria).
- Fecha de pago (por defecto es hoy, pero podés retroceder si el pago fue procesado con demora).
- Hacé clic en Confirmar pago. El sistema imputará el pago a las cuotas seleccionadas y generará automáticamente el recibo.
- 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
- Ingresá a Dinero → Operaciones → Cuotas.
- Podés filtrar por: colegiado, período, estado (pagada/vencida/pendiente/en mora).
- Antes del RUN mensual, verificá que el tipo mensual oficial
CUOTA_MENSUALesté activo y que el período tenga el importe aprobado en el Tarifario mensual. - Usá Previsualizar para revisar cantidad de profesionales, cuotas a generar, importe base, descuentos por método de pago y monto total.
- 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.
- Si vas a operar debito automatico, revisá que las deudas del período tengan
finalAmountcorrecto antes de generar o enviar el lote CBU. - 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).
- 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
- Ingresá a Dinero → Operaciones → Débito automático.
- Revisá adhesiones
BANK_DEBITactivas, CBU verificado y cuenta activa. - Generá el lote del período o abrí el lote creado por CRON.
- Controlá que el total del lote sea la suma de
Debt.finalAmountde las cuotas incluidas. - Si el total no cuadra, no descargues ni envíes el COELSA: revisá descuentos, beneficios, método de cobro y deudas del período.
- Descargá el archivo y envialo al banco por el canal operativo acordado.
- 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.
- Ingresá a Finanzas → Conciliación Bancaria.
- Importá el extracto bancario en formato CSV o TXT (según el formato del banco).
- El sistema intentará matchear automáticamente cada movimiento bancario con un pago registrado, usando el monto, la fecha y el número de referencia.
- Para cuotas mensuales, revisá que el movimiento coincida con la deuda final generada o con un ajuste contable aprobado por aumento mensual.
- Los movimientos no identificados aparecen en la sección Pendientes de conciliación.
- Para cada pendiente: buscá manualmente el pago correspondiente usando el buscador lateral o marcalo como Ingreso no identificado para revisión posterior.
- 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.
- Separá rechazos bancarios de cobros reales.
- Validá que cada cobro tenga deuda del periodo, operación PAY, recibo y cuenta corriente.
- Para CBU, aplicá solo si hay una transacción bancaria exacta y no vinculada a otra operación.
- Si el match depende solo de nombre, monto parecido o padrón histórico, dejalo en cola manual.
- 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
- Ingresá a Finanzas → Recibos.
- Podés buscar recibos por colegiado, número de recibo, período o fecha.
- 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".
- 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
- El colegiado se presenta en la sede y entrega $15.000 en efectivo por 2 cuotas adeudadas.
- Ingresás a Finanzas → Pagos → Registrar pago manual.
- Buscás al colegiado por DNI: "28.741.963".
- El sistema muestra 3 cuotas vencidas. Seleccionás las primeras 2 (las más antiguas, por orden de vencimiento).
- Ingresás monto $15.000, medio "Efectivo", fecha de hoy.
- El sistema calcula que las 2 cuotas suman $14.200 y el excedente de $800 se registra como adelanto para la próxima cuota.
- 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
- Al importar el extracto bancario del viernes, el sistema deja 3 movimientos sin identificar.
- Ingresás a Finanzas → Conciliación Bancaria → Pendientes.
- Uno de los movimientos de $7.500 no matchea. Revisás la descripción: "TRANSFERENCIA GONZALEZ PEDRO".
- Buscás en operaciones y encontrás un pago por pasarela de ese colegiado por el mismo monto registrado el mismo día.
- Asociás el movimiento bancario a la operación
PAYy lo marcás como conciliado. - 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


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
- Ingresá a Cursos → Gestión de Cursos → + Nuevo curso.
- Completá el formulario:
- Nombre del curso y descripción detallada.
- Modalidad: presencial, virtual o híbrida.
- Fechas: fecha de inicio, fecha de fin y fechas de cada clase si es un curso con múltiples encuentros.
- Cupo máximo: cantidad de inscriptos permitidos.
- 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).
- Instructor/Disertante: nombre y datos del responsable del curso.
- Puntaje de actualización: si el curso otorga créditos de formación continua, ingresá la cantidad de horas o puntos.
- Subí el material de difusión (imagen de portada, programa del curso en PDF).
- Hacé clic en Guardar como borrador para revisarlo antes de publicar.
- Una vez conforme, hacé clic en Publicar. El curso aparecerá disponible en el portal de autogestión de los colegiados.
2. Gestionar inscripciones
- Ingresá a Cursos → Inscripciones.
- Seleccioná el curso para ver su lista de inscriptos.
- Las inscripciones pueden venir de dos fuentes:
- Online: el colegiado se inscribió desde su portal de autogestión. Aparece con estado "Pendiente de confirmación".
- Manual: un colegiado solicitó inscripción por teléfono o presencialmente. Usá + Inscribir manualmente, buscá al colegiado por matrícula o DNI y confirmá.
- 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.
- 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.
- 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:
- Ingresá a Cursos → Asistencia.
- Seleccioná el curso y la fecha del encuentro.
- Para cada participante de la lista, marcá Presente, Ausente o Tardanza.
- Guardá la asistencia. El sistema acumula el porcentaje de asistencia por participante.
Emisión de certificados:
- Una vez finalizado el curso, ingresá a Cursos → Certificados.
- El sistema lista a todos los inscriptos con su porcentaje de asistencia.
- Marcá como Aprobados a quienes cumplieron el mínimo de asistencia requerido (configurable por curso, generalmente 75%).
- Hacé clic en Generar certificados masivos. El sistema crea un PDF personalizado para cada aprobado, firmado digitalmente con el logo y datos del Colegio.
- 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
- El área académica confirma que se dictará "Terapia Cognitivo Conductual — Módulo Avanzado", 4 sábados, arancel $8.000, cupo 20 personas.
- Creás el curso en Cursos → + Nuevo curso con todos los datos, configurás el cobro por pasarela o deuda y publicás.
- En los siguientes días, llegán 18 inscripciones online. Revisás que cada una tenga el pago confirmado desde Cursos → Inscripciones.
- Dos inscripciones están sin pago; enviás un recordatorio automático con el botón Notificar pago pendiente.
- Al completarse el primer encuentro, registrás asistencia: 17 presentes, 1 ausente justificado.
- 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
- Publicás un webinar gratuito con cupo de 50 personas.
- En 2 horas se completa el cupo. Activás la lista de espera desde Cursos → Configuración del curso.
- 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.
- 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


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.

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ó

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 |

Vista en mobile:

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).

Vista mobile:

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

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:

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.

Vista mobile:

Flujo diario típico
- Entrás al sistema → aterrizás en Mi Dashboard
- Revisás el banner rojo (si hay tickets vencidos, atendelós primero)
- Revisás el grupo En Advertencia (naranja) — son los que están por vencerse
- Trabajás los tickets En Progreso
- Tomás tickets Pendientes según disponibilidad
- 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


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.

Vista mobile:

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.

Reasignar un ticket
- Abrís el detalle del ticket
- Clic en Reasignar
- Seleccionás el nuevo operador disponible
- 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


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 ejemplomatriculas.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.

Tus tareas principales
1. Consultar y pagar tus cuotas online
- Ingresá a Mi cuenta → Cuotas y pagos.
- 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.
- Para pagar online, seleccioná la/s cuota/s que querés abonar (podés seleccionar varias a la vez).
- Hacé clic en Pagar deuda. Serás redirigido al checkout de la pasarela habilitada.
- Elegí el medio disponible en el proveedor: tarjeta, QR, billetera u otro instrumento configurado.
- 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).
- El recibo digital quedará disponible inmediatamente en Mi cuenta → Mis recibos.
2. Descargar recibos y comprobantes
- Ingresá a Mi cuenta → Mis recibos.
- Los recibos se muestran ordenados por fecha. Podés filtrar por año o período.
- 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.
- 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
- Ingresá a Trámites → Nueva solicitud.
- 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").
- 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).
- Si el trámite tiene arancel, el sistema te solicitará el pago antes de confirmar la solicitud.
- Hacé clic en Enviar solicitud. Recibirás un número de expediente y un correo de confirmación.
- 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
- Ingresá a Cursos → Oferta de cursos.
- Explorá los cursos disponibles. Podés filtrar por modalidad, fecha o temática.
- Hacé clic en un curso para ver el detalle: descripción, programa, disertante, fechas, cupo disponible y arancel.
- Si querés inscribirte, hacé clic en Inscribirme.
- Si el curso es gratuito, la inscripción se confirma de inmediato.
- Si el curso es arancelado, el sistema te redirigirá a la pasarela habilitada. Una vez confirmado el pago, tu inscripción queda registrada.
- 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
- Ingresá a Mi cuenta → Mis datos.
- Podés actualizar: domicilio particular, domicilio profesional, teléfono de contacto y e-mail.
- Importante: algunos cambios (como el cambio de nombre por razones legales) requieren documentación respaldatoria y se procesan como un trámite formal.
- 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
- Tu obra social requiere una constancia de matrícula vigente y de estar al día con las cuotas del Colegio.
- Ingresás a Mi cuenta → Cuotas y pagos: tenés 2 cuotas vencidas.
- Seleccionás ambas cuotas y pagás online con tu tarjeta a través de la pasarela habilitada.
- Una vez confirmado el pago, ingresás a Trámites → Nueva solicitud → "Constancia de matrícula vigente".
- Enviás la solicitud. En minutos recibís el PDF por e-mail y también está disponible en Trámites → Mis trámites.
- 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
- Ves publicado el curso "Neuropsicología Clínica" con solo 5 lugares disponibles.
- Ingresás a Cursos → Oferta de cursos, buscás el curso y hacés clic en Inscribirme.
- El curso tiene arancel de $5.000. Pagás con tu tarjeta a través de la pasarela habilitada.
- Recibís la confirmación: "Tu inscripción al curso Neuropsicología Clínica fue confirmada. Fecha de inicio: 15 de abril."
- 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


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.
- Ir a Mis Órdenes → Consultorio.
- Hacé clic en + Nuevo turno.
- Completá los datos:
- Paciente (autocomplete desde tu libreta — o ingresá el nombre libremente).
- Obra social (se autocompleta si el paciente tiene OOSS en la libreta).
- Fecha y hora, duración (default: 50 min), modalidad (Presencial / Virtual) y notas.
- 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.
- Exportá tu agenda a Google Calendar con el botón Exportar .ics (cabecera de la página).
2. Cargar órdenes de atención
- Ir a Mis Órdenes → Mis Órdenes → + Nueva Orden.
- El campo Paciente tiene autocomplete desde tu libreta: al seleccionar un paciente se auto-completan DNI, obra social y número de afiliado.
- 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).
- Adjuntá la orden física (JPG, PNG o PDF).
- Guardá.
3. Libreta de pacientes
La libreta centraliza los datos de tus pacientes para agilizar la carga de órdenes.
- Ir a Configuración → Pacientes.
- Buscar por nombre, apellido o DNI (campo de búsqueda con resultados en tiempo real).
- Nuevo paciente → formulario con:
- Nombre, apellido, DNI.
- Obras sociales (podés agregar múltiples): obra social + Nº afiliado + plan (opcional).
- Datos de contacto: teléfono, email, fecha de nacimiento, dirección, notas.
- 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:
- 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."
- Hacé clic en Generar rendición.
- Revisá el resumen por obra social (cantidad de órdenes y subtotal por cada una).
- Adjuntá tu factura en PDF e ingresá el monto de la factura.
- Hacé clic en Enviar rendición al Colegio.
- Seguí el estado de tus rendiciones desde Liquidaciones.
5. Consultar liquidaciones
- Ir a Liquidaciones.
- Cada liquidación muestra: período, estado (chip de color), cantidad de órdenes, monto, fecha de envío y link a la factura.
- 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
- Ir a Configuración → Obras Sociales para ver y gestionar las obras sociales habilitadas.
- Ir a Configuración → Datos Bancarios para actualizar tu CBU de acreditación.
- 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
- Durante el mes cargaste los turnos en Consultorio.
- Al marcar cada turno como "Completado", el sistema te propone crear la orden de prestación con los datos pre-llenados.
- Al fin del mes ves el banner verde en Mis Órdenes: "Tenés 28 órdenes validadas listas para rendir."
- Generás la rendición, adjuntás tu factura y la enviás al Colegio.
Escenario 2: Importación inicial de pacientes
- Ingresás al sistema por primera vez con historial de órdenes.
- En Configuración → Pacientes aparece un banner: "Importar pacientes desde tus órdenes históricas".
- Hacés clic en Ver preview — el sistema te muestra 35 pacientes únicos detectados en tus órdenes.
- 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
- El Colegio procesó tu liquidación de marzo 2026 por $99.750 neto.
- En Liquidaciones ves el aviso: "Factura pendiente de subir".
- Subís el PDF de tu Factura. El sistema confirma la carga.
- El operador revisa y cierra la operación. Recibís notificación.
- 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


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:
- Ingresá a
https://psicole.app/registro. - Completá el formulario de registro inicial:
- Nombre completo (tal como figura en tu DNI).
- Número de DNI.
- Número de CUIL.
- Correo electrónico (será tu medio de comunicación con el Colegio durante todo el proceso).
- Contraseña (mínimo 8 caracteres, al menos una mayúscula y un número).
- Recibirás un correo de verificación. Hacé clic en el link para activar tu cuenta.
- Una vez activada, ingresás con tu e-mail y contraseña.
- 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) | Impresión del sitio de AFIP | |
| Certificado analítico de materias | 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
- Una vez completadas las secciones anteriores, el sistema mostrará el monto del arancel de inscripción.
- Hacé clic en Pagar arancel de inscripción para ser redirigido al checkout de la pasarela habilitada.
- Podés pagar con los medios que el proveedor tenga configurados para el Colegio.
- Una vez confirmado el pago, quedará registrado automáticamente en tu solicitud.
Envío final:
- Revisá que todas las secciones estén completas (el sistema señalará en rojo las incompletas).
- Hacé clic en Enviar solicitud. Recibirás un número de expediente y un correo de confirmación.
3. Hacer seguimiento de tu solicitud
- Ingresá al portal con tu e-mail y contraseña.
- En el dashboard verás el estado actual de tu expediente:
- Recibida: el Colegio recibió tu solicitud, está en cola de revisión.
- En revisión: un operador está verificando tu documentación.
- Documentación incompleta: el operador te solicita que corrijas o reenvíes algún documento. Recibirás un correo con el detalle.
- 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.
- 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:
- Recibirás un e-mail con el asunto: "Solicitud de corrección — Expediente N° XXXX".
- Ingresá al portal y en tu dashboard aparecerá un aviso naranja con el detalle de lo que debés corregir.
- Hacé clic en Ver solicitud de corrección para leer el mensaje del operador.
- Reemplazá el documento observado: hacé clic en Reenviar documento al lado del documento indicado y adjuntá el nuevo archivo.
- 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
- Te graduaste en marzo 2026 y querés matricularte.
- Ingresás a
https://psicole.app/registro, creás tu cuenta y activás el e-mail. - Completás el formulario: datos personales, datos de la UBA (tu universidad), subís los 5 documentos requeridos.
- Pagás el arancel de $12.000 con tu tarjeta de crédito.
- Enviás la solicitud. Recibís el correo: "Solicitud recibida — Expediente N° 2026-0847".
- A los 3 días hábiles, el operador detecta que el título subido está en baja resolución.
- Recibís el correo de corrección. Reescaneás el título a 300 DPI y lo reenvíás desde el portal.
- A los 2 días hábiles siguientes recibís: "Tu matrícula N° 5312 fue aprobada. Bienvenido/a al Colegio de Psicólogos."
- 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
- Enviaste la solicitud hace 10 días hábiles y no recibiste novedades.
- Ingresás al portal: el estado dice "En revisión". No hay alertas de corrección pendiente.
- Revisás si llegó algún correo a la carpeta de spam — no hay ninguno.
- Usás el botón Contactar área de Matrículas (disponible en tu dashboard) para enviar un mensaje interno al Colegio preguntando el estado.
- 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


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
- El usuario ingresa su email (normalizado a minúsculas) y contraseña en el formulario de login (
POST /api/v1/auth/login). - El sistema busca el usuario en la base de datos e incluye el rol con todos sus permisos y los módulos operador asignados.
- Si el usuario no existe o la contraseña no coincide (verificada con
bcrypt.compare), devuelve401 Credenciales inválidassin revelar cuál campo es incorrecto. - Si el usuario existe pero está inactivo (
isActive = false), devuelve403 Usuario inactivo. - 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_tokenscon fecha de expiración. - Se actualiza
lastLogindel usuario y se incrementan las métricas de Prometheus correspondientes. - La respuesta incluye
accessToken,refreshTokeny el objetousercompleto (id, nombre, rol, permisos, datos del profesional si corresponde, módulos operador activos).

Renovación de token (Refresh)
- El cliente (frontend con Axios) detecta una respuesta
401con el access token expirado. - El interceptor de Axios llama automáticamente a
POST /api/v1/auth/refreshenviando el refresh token almacenado en memoria. - 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.
- 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).
- El interceptor reintenta automáticamente el request original con el nuevo token. Si el refresh falla, redirige al login.
Logout
- El usuario hace clic en Cerrar Sesión en el menú de usuario.
- El frontend envía
POST /api/v1/auth/logoutcon el refresh token. - El backend elimina el registro del refresh token de la tabla
refresh_tokens, invalidándolo para futuros intentos de renovación. - El frontend borra el estado de autenticación en Zustand (
authStore) y redirige al login.

Impersonación de usuario (solo ADMIN)
- El administrador navega a Usuarios → [usuario objetivo] → Iniciar Vista Como.
- El frontend llama a
POST /api/v1/auth/impersonate/:userId. - El sistema verifica que el solicitante sea
ADMINy que el objetivo no sea otroADMIN. - Se genera un access token especial con los campos
isImpersonating: trueeimpersonatedBy: <adminId>. No se emite refresh token para las sesiones de impersonación. - El audit log registra la acción
IMPERSONATE_USERcon IP y User-Agent. - El frontend muestra un banner visual de advertencia ("Estás viendo como [nombre del usuario]") durante toda la sesión.
- Todas las peticiones de escritura (
POST,PUT,DELETE) son bloqueadas porblockIfImpersonating()con403 read-only. - 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 registraSTOP_IMPERSONATIONen el audit log.

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

Campos y validaciones
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| string (email) | Sí | Normalizado a minúsculas; unicidad validada en DB | |
| password | string | Sí | 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.


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

Paso 1 — Datos personales
- 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).
- El sistema valida el dígito verificador del CUIT/CUIL con el algoritmo oficial argentino.
- Se verifica la unicidad de DNI y CUIT/CUIL contra todos los usuarios existentes.
- El aspirante puede declarar el tipo de solicitud:
PROVISORIA(título en trámite de legalización) oDEFINITIVA(título ya legalizado). - Al guardar, el paso avanza a 2 y los datos quedan persistidos aunque el aspirante cierre la sesión.

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

Paso 3 — Carga de documentos
- El aspirante sube los archivos requeridos. Formatos aceptados: PDF, JPEG, PNG. Tamaño máximo operativo compartido: 13 MB por archivo.
- Documentos obligatorios (sin estos no se puede enviar la solicitud):
DNI_FRONT— Frente del DNIDNI_BACK— Dorso del DNIUNIVERSITY_DEGREE— Título universitario o constancia de tramitaciónACADEMIC_TRANSCRIPT— Analítico de materias aprobadas
- Documentos opcionales:
CRIMINAL_RECORD— Certificado de antecedentes penalesGOOD_CONDUCT— Certificado de buena conductaPHOTO— Foto tipo carnetOTHER— Documentación adicional
- Cada documento subido queda asociado a la solicitud con su tipo, nombre original, tamaño y fecha de carga.
- La pantalla muestra el estado de cada documento requerido (subido / pendiente) y resalta los faltantes.

Paso 4 — Declaración jurada y consentimiento
- El sistema muestra el texto vigente de la declaración jurada de veracidad de datos y la política de privacidad.
- El aspirante debe tildar explícitamente los checkboxes de aceptación antes de continuar.
- 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.

Paso 5 — Pago del arancel y envío
- 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). - El aspirante puede abonar online mediante la pasarela habilitada o presencialmente; en ese caso un operador confirmará el pago manualmente.
- Una vez confirmado el pago, el estado de la solicitud cambia a
PENDING_REVIEWy el aspirante recibe un email de confirmación con el número de solicitud. - La solicitud queda disponible en la bandeja de trabajo de los operadores de matrículas.

Consulta de estado (vista del aspirante)
- El aspirante autenticado accede a Mi Solicitud desde su panel.
- 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.
- Si el estado es
REQUIRES_CHANGES, puede ver las observaciones del operador y subir los documentos corregidos.

Campos y validaciones
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| string (email) | Sí | Único en el sistema; usado como credencial de acceso | |
| password | string | Sí | Mínimo 8 caracteres |
| firstName | string | Sí | Nombre del aspirante |
| lastName | string | Sí | 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 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)
- El operador accede a Matrículas → Solicitudes Pendientes. La bandeja muestra todas las solicitudes en estado
PENDING_REVIEWyUNDER_REVIEW, ordenadas por fecha de envío. - Cada fila muestra: número de solicitud, nombre del aspirante, tipo de solicitud (PROVISORIA / DEFINITIVA), fecha de envío y días transcurridos.
- 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.
- Si toma la solicitud para revisión, el estado cambia a
UNDER_REVIEWy queda asociada a ese operador. - El operador visualiza cada documento en el visor integrado (PDF inline o previsualización de imagen).

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.


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)
- Luego de revisar la documentación, el operador hace clic en Aprobar Internamente.
- El sistema genera automáticamente un número de matrícula provisoria (
provisionalNumber) con formato correlativo. - El estado de la solicitud pasa a
INTERNALLY_APPROVEDy el estado del profesional aPROVISIONAL. - 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.
- El operador descarga el PDF ministerial para presentarlo ante el organismo correspondiente.
- Se envía un email al aspirante notificando que su solicitud fue aprobada internamente y que se encuentra en trámite ante el Ministerio.

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

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

Aprobación definitiva — Matrícula Definitiva (Fase 2 — respuesta del Ministerio)
- Una vez recibida la resolución ministerial de aprobación, el operador registra la respuesta en el sistema.
- Ingresa el número de matrícula definitivo asignado por el Ministerio de Salud.
- El sistema actualiza el estado de la solicitud a
APPROVEDy el estado del profesional aAPPROVED. - 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.
- Se crea un código QR único (
- El profesional recibe un email con el enlace para descargar su credencial y con acceso a su portal de colegiado.
- El rol del usuario cambia de
ASPIRANTEaCOLEGIADOy se habilita su acceso completo al sistema.

Verificación pública de credencial (QR)
- Cualquier persona puede escanear el QR de la credencial del profesional con su teléfono.
- Es redirigido a la URL pública
{FRONTEND_URL}/verificar/{qrCode}(no requiere autenticación). - 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.

Gestión de profesionales matriculados
- El operador accede a Matrículas → Profesionales para ver el padrón completo.
- 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.
- 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).

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.


Aprobación de solicitudes de modificación de datos
- 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.
- El operador revisa los datos actuales vs. los datos propuestos.
- Puede aprobar (los datos se actualizan en el sistema) o rechazar con un comentario.
- El colegiado recibe un email con la resolució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

El colegiado debe:
- Leer el texto vigente de la Declaración Jurada.
- Marcar el checkbox "Leí y acepto la Declaración Jurada".
- 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

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).

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:

| 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).

Vista en dispositivo móvil:

Adherirse al débito automático
- Ingresar en "Mi Cuenta → Débito Automático".
- Hacer clic en "Solicitar adhesión".
- Completar el formulario:
| Campo | Requerido | Descripción |
|---|---|---|
| CBU | Sí | 22 dígitos. Se valida el dígito verificador automáticamente |
| Titular de la cuenta | Sí | Nombre exacto del titular tal como figura en el banco |
| Banco | Sí | Selección del banco correspondiente al CBU |
- Confirmar los datos y enviar.
- 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).

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:
- Revisar adhesiones
CBU / COELSAactivas con cuenta verificada. - Confirmar que las cuotas del periodo ya fueron generadas y estan pendientes o vencidas.
- Crear el lote del período manualmente o revisar el lote creado por la tarea programada.
- Revisar cantidad de transacciones y total del lote antes de descargar.
- Descargar el archivo COELSA desde Lotes de Débito.
- Enviar el archivo al banco por el canal operativo acordado.
- Cargar la devolución del banco.
- 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
- Colegiado solicita adhesión → estado
PENDING. - Operador descarga el archivo de adhesiones pendientes para el banco.
- Banco procesa el archivo.
- Operador recibe confirmación del banco.
- Operador activa las adhesiones en PSICOLE → estado
ACTIVE. - 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.


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 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.


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
- Un pago queda aprobado y se materializa operación, pago y recibo.
- PSICOLE encola un trabajo
AfipInvoiceJobasociado al recibo o pago correspondiente. - La tarea programada o el botón Procesar AFIP toma trabajos
QUEUED. - Si AFIP está configurado y disponible, el trabajo intenta obtener autorización fiscal.
- Si falta configuración o AFIP no responde, el trabajo queda en reintento o
FAILEDcon error visible. - 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.

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.
- Definir el valor vigente. El administrador valida que
CUOTA_MENSUALeste 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 deMONTHLY_FEE_TARIFF_POLICY. - 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.
- Ejecutar el RUN mensual. La generacion crea una deuda por profesional, periodo y tipo. Esa deuda queda con
amount,discountyfinalAmount; tambien se registra el cargo en cuenta corriente. Esta accion no representa dinero cobrado todavia. - 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.finalAmountcomo importe a debitar. Las tarjetas no entran al archivo COELSA. - 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,markereidempotencyKeypara 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,BLOCKEDoEXCLUDED. No creaPaymentOperation, no emite recibos y no cambiaDebt.status. - Las
PaymentOperationaprobadas por re-runs anteriores pueden cerrar un evento comoALREADY_CLOSEDsi existe evidencia unica por periodo, archivo, referencia y monto. Si hay ambiguedad, el evento quedaBLOCKED. - En la pantalla,
Eventos tratadosincluye tambien losEXCLUDED. La tasa de exito se calcula sobre eventos elegibles, es decir, tratados menos excluidos.Pendiente auditablecorresponde 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:
- Buscar al profesional.
- Abrir la acción de cobro/caja desde la fila o ficha.
- Confirmar concepto, importe, medio de pago y caja responsable.
- Registrar el pago.
- 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.

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:
- Aplicar los filtros necesarios en Dinero → Operaciones.
- Revisar el total de resultados.
- Exportar a Excel o CSV.
- 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í:
- El usuario inicia un pago desde Pagar deuda.
- La pasarela crea una solicitud externa con referencia única.
- PSICOLE registra o actualiza la operación
PAY. - Cuando la pasarela aprueba, PSICOLE materializa pago, recibo y eventos.
- Luego la pasarela liquida el dinero en una cuenta bancaria.
- 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.


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
RECy es el documento autoritativo. - Caja, transferencias y pasarelas deben conciliarse sin duplicar ingresos.
- Los estados se muestran en español amable.

Cobranza
La cobranza permite registrar pagos manuales o revisar obligaciones pendientes. Cuando se registra un cobro:
- Se selecciona profesional y deuda.
- Se informa canal: efectivo, transferencia, caja, débito, NAVE u otro.
- Se valida que no exista una operación equivalente.
- Se crea la operación de dinero.
- Se emite recibo cuando corresponde.

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
- Abrir una sesión de caja con responsable, caja física y saldo inicial.
- Registrar ingresos o egresos indicando concepto, importe, medio y profesional cuando corresponda.
- Imputar pagos contra deudas abiertas o dejar el movimiento como operación de caja identificada.
- Emitir recibo cuando el movimiento documenta un cobro.
- 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 |

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:
- Operaciones internas de PSICOLE.
- Liquidaciones de pasarelas o lotes de débito.
- 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
- Elegir período o rango de fechas.
- Seleccionar vista: recaudación, métodos de pago, evolución mensual, caja o balance.
- Revisar totales y desgloses.
- Comparar contra caja, pasarelas y conciliación cuando haya diferencias.
- 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 |



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

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.


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-NNNNNNcuando 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
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
- Ir a Finanzas → Conciliación Bancaria → Nueva Sesión.
- Seleccionar el banco de origen en el desplegable (ej. Banco Nación, Santander, Galicia).
- Hacer clic en Subir Archivo y seleccionar el archivo
.csvo.xlsxexportado desde el homebanking. - El sistema valida el formato del archivo; si hay errores de estructura, se muestra el detalle de las filas con problemas.
- Confirmar el período del extracto (fecha desde / fecha hasta) y hacer clic en Importar.
- El sistema crea la sesión de conciliación con estado
ABIERTAy lista todas las transacciones importadas.

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

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
finalAmountde 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:
- Identidad oficial fuerte.
- Deuda mensual
PENDINGdel periodo y monto compatible. - Una unica
BankTransactionexacta por referencia, CBU, credito aceptado, importe y estadoPENDING. - Marker de SANDBOX e idempotency key por deuda + transaccion bancaria.
- 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:
- Declarar fuentes primarias y auxiliares del periodo.
- Registrar hash, cantidad y monto por archivo o fuente.
- Ejecutar una simulacion
PREVIEWsobre fuentes registradas ya procesadas, incluyendo auxiliares como extractos Galicia. - Clasificar eventos en
AUTO_APPLY_STRICT,ALREADY_CLOSED,MANUAL_REVIEW,BLOCKEDoEXCLUDED. - Medir tasa de exito por eventos y por monto, separando evidencia auxiliar del denominador.
- 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:
- Seleccionar el periodo mensual.
- Crear un RUN en modo
PREVIEW. - Registrar los extractos procesados del periodo como fuentes del RUN.
- Usar Simular PREVIEW para generar decisiones auditadas sin aplicar pagos.
- Recalcular metricas para ver fuentes, eventos tratados, monto aplicado/cerrado, cola manual y bloqueos.
- 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:
- Entrar a Dinero -> Operaciones -> Conciliacion -> RUN mensual.
- Seleccionar el periodo, por ejemplo
2026-06. - Elegir el RUN del historial, por ejemplo
MRC-2026-06-A0C2CA4F. - En Decisiones auditadas, cambiar el filtro a Bloqueadas.
- Usar Exportar CSV para descargar el listado completo del filtro activo, no solo los primeros eventos visibles. El archivo incluye
operationalRoute,operationalBucketyoperationalDispositionpara depurar por naturaleza del movimiento. - 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 diceMultiples operaciones aprobadas compatibles, requiere desempate humano antes de cerrar. - 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:
- Importar las fuentes nuevas siempre primero en SANDBOX.
- Resolver identidad con DNI, matricula, CUIT o match curado. Si la fuente solo trae nombre y apellido, no aplicar automaticamente cuando hay ambiguedad.
- 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.
- 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.
- Ejecutar rerun
PREVIEWy separar resultados automáticos de cola manual. - 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
- En la sesión, filtrar por estado
PENDIENTEpara ver las transacciones sin match automático. - Seleccionar una transacción del extracto; el panel derecho mostrará los pagos candidatos sugeridos por similitud.
- Revisar los candidatos y hacer clic en Emparejar junto al pago correcto.
- Si no existe un pago en el sistema para esa transacción, seleccionar una de las acciones alternativas:
- Marcar como No Identificado: la transacción queda registrada pero sin pago asociado.
- Crear Pago Manual: genera un nuevo pago en el sistema vinculado a la transacción.
- Ignorar / Excluir: excluye la transacción de la conciliación (ej. comisiones bancarias).
- En todos los casos se requiere ingresar una justificación en el campo de texto obligatorio.
- Repetir hasta resolver todas las transacciones pendientes.

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

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

Campos y validaciones
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| Banco | Selección | Sí | Entidad bancaria del extracto importado |
| Archivo | Archivo (.csv/.xlsx) | Sí | Extracto exportado desde homebanking |
| Fecha desde | Fecha | Sí | Inicio del período del extracto |
| Fecha hasta | Fecha | Sí | Fin del período del extracto |
| Justificación (match manual) | Texto libre | Sí | 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
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.

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
- Crear o elegir paciente.
- Agendar turno con fecha, hora, modalidad y notas internas.
- Configurar recordatorios y, si corresponde, exportar agenda
.ics. - Completar sesión.
- Generar orden de obra social o cobro particular.

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
- Ir a Cursos → Gestión de Cursos (
/admin/courses) y usar Nuevo Curso. - 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).
- En la sección Encuentros, agregar cada sesión con fecha, hora, duración y aula o link de videoconferencia.
- En Prerequisitos, seleccionar los cursos previos requeridos y/o marcar si se requiere matrícula activa.
- En Aranceles, configurar si el pago es único o en cuotas, ingresando monto, cantidad de cuotas y fecha de cada vencimiento.
- En Materiales, subir los archivos que serán accesibles a los inscriptos (PDF, video, enlace externo).
- Hacer clic en Guardar como Borrador o Publicar para que quede visible en el catálogo del colegiado.

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

3. Administrar lista de espera
- En la pestaña Lista de Espera del curso, se visualizan los interesados en orden de anotación (posición 1, 2, 3…).
- 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.
- El interesado tiene un plazo configurable (por defecto 48 horas) para confirmar su inscripción y abonar.
- Si no confirma en el plazo, pasa al final de la lista y se notifica al siguiente.
- El operador puede mover manualmente a un interesado dentro de la lista ingresando justificación.

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

5. Emitir certificados digitales con QR
- Ir a Cursos → Gestión de Cursos (
/admin/courses), abrir el curso y seleccionar Certificados. - El sistema lista los participantes que cumplen los requisitos de asistencia y pago.
- Hacer clic en Emitir Certificados para procesarlos en lote, o en Emitir en la fila de un participante específico.
- 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.
- El QR apunta a una URL pública de verificación donde cualquier persona puede confirmar la autenticidad del certificado.
- El certificado queda disponible en el portal de autogestión del colegiado para su descarga.

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

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.

Campos y validaciones
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| Nombre del curso | Texto (máx. 200 car.) | Sí | Nombre público que aparece en el catálogo |
| Modalidad | Selección | Sí | Presencial, Virtual o Híbrido |
| Cupo máximo | Entero positivo | Sí | 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 | Sí | Porcentaje requerido para certificar (por defecto 75) |
| Prerequisitos | Múltiple selección | No | Cursos previos requeridos |
| Fecha de inicio | Fecha | Sí | No puede ser anterior a la fecha de publicación |
| Fecha de fin | Fecha | Sí | 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.


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:
- Hacé clic en + Nuevo turno.
- Seleccioná el paciente con autocomplete desde la libreta (o ingresá el nombre libremente).
- Completá fecha y hora, duración (default 50 min), modalidad (Presencial / Virtual) y notas.
- Si el paciente tiene obras sociales en la libreta, el campo OOSS se muestra automáticamente.
- 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:
- 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.
- Si el resultado es correcto, hacé clic en Confirmar importación.
- 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
- Ir a Mis Órdenes → + Nueva Orden.
- Campo Paciente con autocomplete desde la libreta.
- Completar datos clínicos: fecha, sesiones, diagnóstico, tratamiento, adjunto (JPG/PNG/PDF).
- 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:
- Hacer clic en Generar rendición.
- Revisar el resumen por obra social: cantidad de órdenes y subtotal por cada una.
- Adjuntar la factura en PDF e ingresar el monto.
- 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.
- Tabla de rendiciones pendientes con: prestador, período, cantidad de órdenes, monto, fecha de envío y link a la factura.
- Acciones por rendición:
- Aprobar — cambia estado a
APROBADAy dispara el proceso de liquidación. - Observar — abre un modal para ingresar una nota; el prestador ve la observación en su portal.
- 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.


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.


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
- Ir a Administración → Liquidaciones → Configuración de Comisiones.
- Seleccionar la obra social para la cual se define la comisión.
- Hacer clic en Nueva Regla de Comisión.
- Configurar los parámetros:
- Tipo de aplicación: porcentaje sobre el monto de la orden o monto fijo por orden.
- Tipo de prestación: aplicar a todas las prestaciones o a un tipo específico (consulta, evaluación, informe, etc.).
- Vigencia desde: fecha a partir de la cual aplica esta regla.
- Vigencia hasta: opcional; si no se especifica, la regla rige indefinidamente.
- Guardar. El sistema muestra el historial de reglas con sus vigencias para auditoría.
- 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.

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

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:
- Validar las órdenes del período.
- Generar o asociar la liquidación del prestador.
- Cargar la factura real del prestador como adjunto de esa liquidación.
- Revisar que el monto facturado coincida con la liquidación.
- 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
- Ir a Liquidaciones → Lotes de Pago → Nuevo Lote.
- 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).
- El sistema muestra el resumen del lote: cantidad de liquidaciones, monto total a transferir, detalle por prestador con CBU/CVU destino.
- Revisar y hacer clic en Generar Lote.
- El lote queda en estado
GENERADO. Descargar el archivo de transferencias bancarias en el formato requerido por el banco (SEPA, TXT Bancario, etc.). - Procesar la transferencia desde el homebanking. Una vez acreditada, regresar al lote y hacer clic en Marcar como Pagado, adjuntando el comprobante bancario.
- El lote pasa a estado
PAGADOy cada liquidación incluida queda en estadoLIQUIDADA.

4. Conciliación mensual de liquidaciones
- Ir a Liquidaciones → Conciliación Mensual.
- Seleccionar el mes a conciliar.
- 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).
- Las transferencias que coincidan quedan marcadas como
CONCILIADA. Las que no coincidan quedan comoPENDIENTE_CONCILIACION. - Resolver manualmente las pendientes, adjuntando evidencia del pago si es necesario.
- Al cerrar la conciliación mensual, se genera el informe de cierre con los totales por obra social.

5. Consulta del historial de liquidaciones
- En Liquidaciones → Historial, filtrar por período, prestador, obra social o estado.
- 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.
- Descargar el comprobante de liquidación en PDF (disponible también para el prestador en su portal).
- El historial es permanente e inmutable: las liquidaciones cerradas no pueden editarse, solo anularse con nota de crédito si corresponde.

Campos y validaciones
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| Tipo de comisión | Selección (% / monto fijo) | Sí | Define si la comisión es proporcional o un valor fijo |
| Valor de comisión | Decimal ≥ 0 | Sí | Porcentaje (0-100) o monto en pesos |
| Tipo de prestación | Selección o "Todas" | Sí | A qué tipo de órdenes aplica la regla |
| Vigencia desde | Fecha | Sí | 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 | Sí | 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.


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

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

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

4. Descargar certificados
- Ir a Mi Cuenta → Mis Certificados.
- El sistema lista los certificados disponibles por tipo:
- Certificado de Matrícula Vigente: acredita que la matrícula está activa al día de la fecha.
- Certificado de Libre Deuda: acredita que no existen deudas pendientes con el Colegio.
- Certificados de Cursos: emitidos al completar los cursos de capacitación (con QR verificable).
- 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.
- Descargar el PDF. El certificado tiene validez de 30 días (configurable) y muestra la fecha de emisió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).
- 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).

- Para la vista completa, ir a Mi Cuenta → Mi Credencial Digital (
/credential). - 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.
- Desde la barra de acciones se puede Descargar PDF, Exhibir (modo pantalla completa), Copiar enlace de verificación, Email o Compartir por redes/WhatsApp.
- 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.

6. Solicitar modificación de datos personales
- Ir a Mi Perfil → Editar Datos.
- Visualizar los datos actuales registrados en el sistema: domicilio, teléfono, email, CUIT, especialidades declaradas, banco y CBU para liquidaciones.
- 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.
- 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).
- Hacer clic en Enviar Solicitud de Modificación. La solicitud queda en estado
PENDIENTE. - Un operador de matrículas revisará la solicitud y la aprobará o rechazará con un comentario.
- 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.

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

Campos y validaciones
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| Domicilio | Texto + localidad/provincia | Sí | Domicilio profesional o particular según tipo |
| Teléfono | Texto (formato +54 …) | Sí | Número de contacto con código de área |
| Email válido | Sí | Dirección de correo para notificaciones | |
| CUIT | CUIT válido (XX-XXXXXXXX-X) | Sí | 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.


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 |
| 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.


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.


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).

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).

Vista en dispositivo móvil:

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:
- Hacer clic en "Ejecutar detección manual".
- El sistema busca profesionales que cumplan 60 años y no tengan beneficio registrado.
- Envía email de notificación automático.
- 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 |

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:
- Verificar elegibilidad — el sistema valida que no exista una solicitud activa.
- Completar formulario — tipo de licencia (maternidad / adopción), fecha de inicio y fin estimada, descripción.
- Adjuntar documentación — certificado médico o documentación de adopción.
- Enviar al Colegio — queda en estado
PENDING_REVIEW.

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).

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

- Completar el campo "Motivo / uso del certificado" (opcional — ej.: concurso docente, presentación en obra social).
- Hacer clic en "Solicitar certificado".
- El sistema muestra el arancel vigente y las instrucciones de pago por transferencia.
Confirmar pago
Una vez realizada la transferencia bancaria:
- Hacer clic en "Confirmar pago".
- Ingresar el número de referencia / comprobante de la transferencia.
- El estado pasa a
PENDING_REVIEWy el Colegio recibe una notificación.

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).

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:

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.

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.


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 mobile:

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.

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:
- Convertir a minúsculas
- Normalizar caracteres Unicode (NFD) y eliminar diacríticos:
á→a,ñ→n,ü→u - Eliminar todo lo que no sea letra, número, espacio o guión
- Recortar espacios extremos
- Reemplazar espacios por guiones
- 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
/inforefleja 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 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).

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"
}


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
- Ir a Administración → Usuarios y Roles → Nuevo usuario.
- Completar el formulario:
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| Nombre completo | Texto | Sí | Nombre visible en el sistema |
| Sí | Se usa como credencial de login y para notificaciones | ||
| DNI | Numérico | Sí | Documento Nacional de Identidad |
| Rol | Select | Sí | Ver tabla de roles disponibles |
| Contraseña temporal | Texto | Sí | El usuario deberá cambiarla en el primer login |
| Activo | Toggle | Sí | Habilitado por defecto |
- 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.

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:
- El administrador confirma el reset.
- El sistema genera una contraseña temporal.
- Se intenta enviar el aviso con la URL del sistema y los datos de acceso.
- Si el aviso falla, la contraseña anterior se conserva y se muestra un mensaje amable.
- 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.

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:
- En la lista de usuarios, hacer clic en el ícono "Ver como este usuario" (ícono de ojo).
- Se abre una nueva pestaña con la sesión del usuario en modo solo-lectura.
- Un banner naranja en la parte superior indica: "Estás viendo el sistema como [Nombre del usuario] — Modo solo-lectura".
- 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.

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.

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)

Vista en dispositivo móvil:

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
- Hacer clic en "Editar módulos" en la fila del operador.
- Se abre el panel de asignación con los 5 EPICs.
- Seleccionar o deseleccionar los módulos necesarios.

- Opcionalmente, dentro de cada EPIC, seleccionar funciones específicas (granularidad fina):
- EPIC-02 → Operaciones, caja, conciliación, planes, débito, transferencias, reintegros.
- EPIC-06 → Usuarios, reset de accesos, grupos/sedes, super admins, auditoría.
- EPIC-08 → Pasarelas, comunicaciones, outbox y webhooks.
- 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)

Crear un grupo
- Hacer clic en "Nuevo grupo".
- Ingresar nombre del grupo (ej.: "Sede Mendoza", "Delegación Sur").
-
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
- Hacer clic en "Promover usuario".
- Buscar el usuario por nombre o email.
- Seleccionar el usuario.
- El sistema envía un código de verificación de 6 dígitos al email del Super Admin actual.
- Ingresar el código en el modal de confirmación.
- La operación queda registrada en el log de auditoría.
Degradar a un Super Admin
- En la fila del Super Admin, hacer clic en "Degradar".
- Confirmar la intención.
- El sistema envía un código de verificación por email.
- 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 |


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 |

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.

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:
- Escanear la firma en papel blanco con buena resolución (300 DPI mínimo).
- Recortar la imagen para que solo incluya la firma (sin márgenes excesivos).
- Guardar como PNG con fondo transparente.
- En Parámetros del Sistema → Firma escaneada, hacer clic en Subir firma.
- Vista previa: el sistema muestra cómo quedará la firma en una credencial de ejemplo.
- 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.

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
- Tesoreria define el valor general del periodo y los importes finales aprobados para CBU, tarjeta y jubilacion.
- Super Admin o Finanzas actualiza el Tarifario mensual.
- El operador previsualiza el RUN en Dinero -> Operaciones -> Cuotas.
- Al ejecutar el RUN, el sistema genera una deuda por profesional, periodo y concepto
CUOTA_MENSUAL. - La deuda queda congelada con
amount,discount,finalAmounty un cargo interno idempotentedebt-charge:<debtId>. - El lote CBU toma
Debt.finalAmount; no vuelve a calcular descuentos. - La conciliacion bancaria corrobora el dinero ingresado o rechazado contra la deuda y la operacion trazable.

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.

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.finalAmountincluidos; - 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.

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_POLICYtenga el periodo a generar. - Confirmar que
CUOTA_MENSUALeste 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,SUSPENDEDoCANCELLEDno 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.


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 |

Crear un tipo de cuota
- Hacer clic en Nuevo tipo de cuota.
- Completar el formulario:
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
| Nombre | Texto | Sí | Nombre descriptivo que aparecerá en el recibo. Ej.: "Cuota Mensual Plena" |
| Código interno | Texto | Sí | Identificador único sin espacios. Ej.: MENSUAL_PLENA |
| Descripción | Textarea | No | Detalle adicional para uso interno |
| Importe base | Decimal | Sí | Monto en pesos sin descuentos. Ej.: 8500.00 |
| Periodicidad | Select | Sí | MENSUAL, BIMESTRAL, TRIMESTRAL, SEMESTRAL, ANUAL, ÚNICA |
| Admite descuento por débito directo | Toggle | Sí | Si aplica el descuento configurado globalmente |
| Admite descuento por jubilación | Toggle | Sí | Si aplica el descuento para jubilados |
| Admite beneficio parental | Toggle | Sí | Si aplica el descuento por maternidad, paternidad, adopción o guarda cuando el beneficio está aprobado |
| Admite recargo por mora | Toggle | Sí | Si aplica recargos por pago tardío |
| Vigente desde | Fecha | Sí | 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 | Sí | Habilitado por defecto. Solo los tipos activos se incluyen en el CRON |
- 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.

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 | Sí |
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 | Sí |
| Jubilación | No |
| Beneficio parental | Sí, si existe beneficio aprobado |
| Mora | Sí |
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 | Sí |
| Beneficio parental | No |
| Mora | Sí |
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.

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".

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
- Ir a Administración → Descuentos y Recargos → Recargos por mora.
- La tabla muestra los tramos actuales. Hacer clic en Editar tramos.
- 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 |
- Usar + Agregar tramo para incluir nuevos rangos.
- 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.

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:
- Se toma el importe base del tipo de cuota.
- Si corresponde jubilacion, se aplica 50% sobre el importe base y no se aplica CBU/tarjeta.
- Si no corresponde jubilacion, se aplica el descuento por metodo de cobro si la adhesion esta
ACTIVE: CBU 20% o tarjeta de credito 30%. - Se aplica beneficio parental si existe beneficio aprobado o regla persistente vigente para el periodo.
- 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.

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.

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:
- Ir a myaccount.google.com → Seguridad → Verificación en dos pasos (debe estar activa).
- En la misma sección: Contraseñas de aplicaciones → Crear nueva → tipo "Correo".
- Copiar la contraseña de 16 caracteres generada.
- Usarla como valor de
SMTP_PASSen 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).

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:
- Ir a Administración → Notificaciones → Templates.
- Hacer clic en el template a editar.
- El editor muestra el HTML del email con variables disponibles (ej.:
{{nombre}},{{importe}},{{fechaVencimiento}}). - Previsualizar el resultado con Vista previa.
- 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.

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 |

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
- Ir a Administración → Credenciales Digitales.
- Buscar al colegiado por nombre, DNI o número de matrícula.
- Hacer clic en Generar / Regenerar credencial.
- El sistema genera el PDF y lo guarda. El colegiado recibe un email de notificación automáticamente (si las notificaciones están activas).
- Para descargar el PDF desde el panel: hacer clic en Descargar PDF.

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:
- Ir a Administración → Credenciales Digitales → Regeneración masiva.
- Seleccionar el alcance: Todos los activos o Solo los generados antes de [fecha].
- Opcionalmente, marcar Notificar a los colegiados por email.
- Hacer clic en Iniciar regeneración.
- Monitorear el progreso en el panel.

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.

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.


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.

Crear / Editar categoría

| 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:

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.

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

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.

Vista mobile:

Parámetros del Sistema — Sección TICKETS
Ruta: ⚡ Super Admin → Parámetros del Sistema (/admin/system-parameters)

| 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.

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.

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.


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.


Flujo operativo
- Abrir un ticket desde la lista o el kanban.
- Revisar captura, descripción, adjuntos, URL, usuario y sugerencia de triage local.
- Elegir una decisión: Solo revisar, Responder consulta, Pedir información, Bug / desarrollo o Resolver con aviso.
- Completar el mensaje visible para el usuario cuando corresponda.
- Guardar la decisión humana desde el panel lateral.
- 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.

Vista mobile:

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.

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.Xen 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.
- Registro cuenta (email/pass).
- Carga Datos (Personales, Académicos).
- Carga Docs (DNI, Título, Analítico).
- Aceptación Declaración Jurada.
- Generación Boleta Pago Inicial.
- 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.
- Revisión docs.
- Aprobación interna -> Matrícula Provisoria -> PDF p/ Ministerio.
- Recepción OK Ministerio.
- Confirmación Alta Definitiva.
- 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.
- Buscar (Nombre/Matrícula) o Escanear.
- 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.
- Verificar elegibilidad.
- Crear solicitud de renovación.
- Firmar declaración jurada.
- Actualizar contacto personal y datos de consultorio.
- Subir documentos requeridos.
- Enviar solicitud.
- Operador revisa, aprueba o solicita cambios.
- 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.
- Revisar que
CUOTA_MENSUALeste activo y que el periodo exista en Tarifario mensual. - Previsualizar generación en Dinero -> Operaciones -> Cuotas.
- Generar Debt única por profesional/período/tipo sin avisos si no fueron autorizados.
- Registrar cargo en cuenta corriente con generationKey idempotente.
- Cobrar por canal real: caja, transferencia, débito, POS o checkout.
- Emitir/vincular recibo y cuenta corriente.
- 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.
- Seleccionar deuda.
- Crear operación PAY idempotente.
- Redirección a NAVE.
- Pago externo.
- Retorno o refresh estado.
- 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.
- Importar extracto.
- Clasificar origen.
- Matching automático sugerido.
- Confirmación manual o ajuste.
- Cierre de sesión.
- 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.
- Materializar pago y recibo desde una operación PAY.
- Encolar AfipInvoiceJob vinculado al recibo/pago.
- Procesar cola por scheduler o botón administrativo.
- Validar configuración WSAA/WSFE.
- Autorizar comprobante sólo si AFIP responde correctamente.
- 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.
- Crear operación PAY.
- Vincular deuda, pago, recibo, profesional y origen.
- Registrar eventos e idempotencia.
- Exponer single canónica.
- 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.
- Abrir operación original.
- Seleccionar reversa o reintegro.
- Informar motivo.
- Crear operación compensatoria.
- 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.
- Importar lote o extracto.
- Crear o seleccionar RUN mensual
PREVIEWdesde Dinero -> Operaciones -> Conciliacion -> RUN mensual. - Registrar fuentes procesadas del periodo.
- Simular decisiones
PREVIEWcon clave idempotente por evento. - Proponer matches y asociaciones.
- Separar
ALREADY_CLOSED,AUTO_APPLY_STRICT, cola manual, bloqueos y excluidos. - Confirmar conciliación cuando cumple reglas estrictas.
- Marcar gaps.
- 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.
- Verificar elegibilidad.
- Calcular deuda, descuento y opciones de cuotas.
- Crear plan automático o personalizado.
- Revisar plan si requiere operador.
- Pagar cuota del plan.
- Generar operación PAY, recibo, transacción de cuenta corriente y job AFIP.
- 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.
- Abrir Administración -> Tarifario Mensual de Cuotas.
- Crear o actualizar el periodo con importe base, finales por metodo, beneficios y redondeo.
- Confirmar que Tipos de Cuota mantenga
CUOTA_MENSUALactivo y mensuales legacy inactivos. - Previsualizar generación en Dinero -> Operaciones -> Cuotas.
- Ejecutar RUN mensual autorizado.
- Generar Debt y Transaction con amount, discount, finalAmount y generationKey idempotente.
- 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_MENSUALno 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.
- Importar la fuente conservando archivo, hoja, fila y payload.
- 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.
- Crear o actualizar
ProfessionalBenefitRule,PaymentPlan,PaymentPlanInstallmentoExternalConceptIncomesegún corresponda. - Generar
DebtBenefitApplicationsólo cuando una regla impacta efectivamente una deuda del periodo. - Ejecutar rerun
PREVIEWcontra banco, tarjetas, CBU y conceptos externos. - Exponer filtros operativos en Profesionales y Dinero para beneficios, planes, cursos, cuotas pendientes y reglas aplicadas.
- 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.
- Carga Datos (Nombre, Fechas, Disertantes, Costos).
- Carga Materiales.
- 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.
- Verificar requisitos (matrícula/cupo).
- Inscripción.
- Crear deuda o checkout según política.
- Confirmación.
- 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.
- Detectar estado "Aprobado".
- Generar PDF plantilla.
- Generar CUV y QR.
- 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.
- Abrir Mis Cursos.
- Ver detalle.
- Solicitar desinscripción.
- Evaluar política.
- Cancelar deuda o crear reversa/reintegro.
- 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.
- Seleccionar tipo.
- Filtros.
- Visualizar.
- 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.
- Apertura.
- Reg. Cobros/Pagos.
- Cierre (Arqueo).
- 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.
- Consultar plan de cuentas.
- Crear, editar o desactivar cuentas según reglas.
- Consultar libro diario.
- Crear asiento manual o recibir asiento desde operación PAY.
- Postear asiento cuando cuadra débito/crédito.
- Anular asiento con reverso auditado.
- 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.
- Ver datos.
- Editar permitidos.
- Enviar solicitud.
- 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.
- Carga datos.
- Valida consistencia.
- 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.
- Filtrar.
- Crear Lote.
- Validar duplicados.
- 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.
- Seleccionar Lote.
- Cargar Pago.
- Calc. Comisión y Neto.
- 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.
- Ver Deudas/Pagos.
- Descargar Recibos.
- 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.
- Listar cursos.
- 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.
- Cargar datos y escaneo.
- Enviar.
- 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.
- Ver Credencial (QR, Estado).
- Descargar PDF.
- 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.
- Abrir Consultorio.
- Consultar agenda semanal y pacientes.
- Crear o seleccionar paciente.
- Agendar, reprogramar o cancelar turno.
- Completar sesión.
- Registrar cobro particular o generar borrador de orden PSICOLE si es prestador con obra social.
- 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.
- Listar o buscar pacientes propios.
- Crear paciente con datos personales, contacto, OS, credencial, tratamiento, notas y preferencia de recordatorios.
- Editar datos.
- Consultar ficha con próximos turnos e historial.
- 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.
- Consultar turnos por rango, estado o paciente.
- Crear turno con duración, modalidad, tipo y notas.
- Reprogramar o editar.
- Enviar aviso si corresponde.
- Completar sesión.
- Cancelar con motivo o eliminar solo turnos programados.
- 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.
- Completar turno.
- Informar privatePayment con importe, método, notas y recibo opcional.
- Sistema crea o reutiliza PrivateAppointmentPayment.
- Sistema crea PaymentOperation idempotente.
- Profesional consulta cobros por rango.
- 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.
- Colegiado mantiene datos públicos, foto, bio, áreas, modalidades y consultorio.
- Público consulta directorio o perfil.
- Sistema registra analytics.
- Admin ve overview, completitud y perfiles.
- Admin recomienda o fuerza inactividad.
- 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.
- Abrir Administración -> Tipos de Cuota.
- Crear/editar concepto.
- Definir código, categoría, periodicidad, vigencia, importe base y descuentos.
- Activar/inactivar.
- Para cuotas mensuales, validar que
CUOTA_MENSUALsea 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.
- Crear/Editar usuario.
- 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.
- Editar parámetros (Datos inst, seguridad).
- 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.
- Ver tabla eventos.
- Filtrar.
- 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.
- Ver logs prestadores.
- 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.
- Crear usuario operador.
- Asignar módulos.
- Definir grupos o sedes.
- Guardar.
- Auditar acceso.
- 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.
- Generar contraseña temporal.
- Preparar aviso con URL.
- Registrar auditoría.
- Si el envío está bloqueado conservar clave anterior.
- 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.
- Consultar matriz de roles y recursos.
- Activar o desactivar permiso por rol/sección.
- Sistema actualiza RolePermission.
- Sistema registra AuditLog con recurso, rol y estado.
- 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.
- Credenciales.
- Validación.
- 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.
- Token JWT.
- Cookie Secure.
- 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.
- Request API.
- Webhook Respuesta.
- 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.
- Operador crea o edita curso y carga lmsCourseId.
- Colegiado se inscribe o paga el curso.
- PSICOLE confirma la inscripción y calcula estado LMS inicial.
- Servicio busca el usuario Moodle por email.
- Matricula al usuario en el curso externo.
- 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.
- Activar evento.
- Selec canal.
- Enviar API.
- 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.
- Tomar jobs QUEUED/RETRY.
- Verificar AFIP_CUIT, certificado y clave.
- Preparar autorización WSAA/WSFE cuando la integración real está configurada.
- Enviar solicitud y persistir respuesta.
- Marcar DONE sólo con autorización real o FAILED/RETRY con lastError explícito.
- 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.
- Admin crea aviso con segmento, prioridad, vigencia y acción.
- Usuario ve avisos activos según segmento.
- Sistema registra visto.
- Usuario marca leído, pospone o descarta.
- Agenda consolida mensajes, avisos, pagos, cursos, trámites, consultorio, órdenes y ética.
- 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.
- Generar ID único.
- Asignar cola.
- Dashboard Operador/Supervisor.
- Sugerencia local de triage.
- Decisión humana.
- 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.
- Validar antecedentes.
- Pago.
- Revisión manual.
- 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.
- Validar Deuda 0 + Matrícula OK.
- Generar PDF inmediato.
- 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.
- Mostrar datos bancarios.
- Subir comprobante.
- Validación manual.
- Confirmar.
- 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.
- Form + Docs.
- Validar ANSES.
- Revisión.
- 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.
- Form Motivos.
- Check Deudas.
- Resolución Operador.
- 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.
- Colegiado carga CBU.
- Operador valida y activa adhesión BANK_DEBIT.
- RUN mensual genera Debt con amount, discount y finalAmount.
- Admin/CRON genera lote CBU sólo con BANK_DEBIT activo, CBU verificado y deuda del período.
- El lote toma debitAmount desde Debt.finalAmount, no recalcula descuentos.
- Operador revisa total y descarga/envía COELSA.
- Banco devuelve aprobados/rechazados.
- Aprobados materializan PAY/pago/recibo/cuenta corriente.
- 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.
- Detectar edad.
- Notificar.
- Aplicar 50% desc.
- 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.
- Carga Órdenes.
- Validación interna.
- Envío OS.
- Respuesta OS.
- 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.
- Inicia.
- Valida auto (matrícula + deuda).
- Genera ticket.
- Puede resolverse automáticamente o pasar por triage humano.
- 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.
- Colegiado carga motivación.
- Sistema valida matrícula y duplicados.
- Sistema crea ticket PREST-ALTA con SLA y asignación automática si hay operador disponible.
- Usuario consulta su solicitud.
- Operador lista solicitudes.
- Operador aprueba o rechaza.
- 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.
- Prestador carga motivo y fecha efectiva opcional.
- Sistema crea ticket PREST-BAJA con SLA y asignación automática.
- Prestador consulta sus solicitudes.
- Operador lista y revisa.
- Operador aprueba o rechaza con resolución.
- 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.
- No existe pantalla productiva de convocatorias.
- Registrar la necesidad como backlog si el Colegio decide activar becas.
- Usar cursos y circuitos financieros actuales hasta implementación formal.
- 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.
- El colegiado no dispone de formulario productivo de inscripción a beca.
- La administración canaliza consultas por los medios vigentes.
- Si se implementa, deberá validar requisitos, cupos, duplicados y trazabilidad.
- 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.
- No se ejecuta sorteo automático de becas.
- No hay algoritmo ni pantalla productiva de asignación.
- Cualquier asignación actual debe resolverse por acto administrativo externo al módulo.
- 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.
- Listar y buscar proveedores.
- Crear o actualizar datos fiscales/bancarios.
- Consultar ficha de proveedor.
- Registrar compra o servicio recibido.
- Crear orden de pago.
- Actualizar estado de la orden.
- 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 |
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, simulacionPREVIEW, metricas, fuentes y decisiones auditadas. - Re-runs incorporados al PREVIEW: la simulacion mensual reconoce
PaymentOperationaprobadas de re-runs previos cuando hay evidencia unica por periodo, archivo, referencia y monto, clasificandolas comoALREADY_CLOSEDsin 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_ADJUSTMENTSen 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.finalAmountcomo 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
PAYWAYqueda 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 PagooPAYWAYcomo 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
/trackpara 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
ADMINpueden 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:
- Consulta todos los profesionales con deudas vencidas
- Itera sobre cada uno en un loop secuencial sin throttling
- 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.221por spam - Dominio señalado:
umdev.com.arfue 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.localgeneraron 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
overdueNoticesen sandbox y preprod
Corto plazo
- [ ] Agregar
EMAIL_REDIRECT_TOen preprod y verificar en prod - [ ] Limpiar emails
@migrado.localde la base de datos (cambiar aNULLo marcar como inválidos) - [ ] Crear alias local
hola@umdev.com.arpara 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_verifieden 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
- Nunca confiar en datos legacy sin validar. Los emails
@migrado.localeran un artefacto de migración que debió limpiarse al finalizar la importación. - Los entornos no-productivos deben ser inertes. Preprod y sandbox NUNCA deben poder enviar emails a destinatarios reales.
- Todo envío masivo necesita throttling. Un loop sin pausas sobre 2,000+ destinatarios satura cualquier infraestructura de correo.
- DKIM/SPF/DMARC son requisitos obligatorios para enviar correo. Sin ellos, los proveedores de email (Gmail, Microsoft) rechazan o rate-limitan inevitablemente.